How to use this
The questions (grouped so you can triage answers fast)
A) Data processing + retention
B) Model training + secondary use
C) Access control + auditability
D) Security controls (minimum bar)
E) Information Governance alignment (UK practicalities)
F) Clinical safety evidence (developer side)
G) Deployment safety (adopter responsibilities)
H) DTAC evidence pack
I) Interoperability + record integrity
J) Commercial + operational (the hidden cost)
K) Exit + deletion
Red flag answers (treat as ‘no’)
10-minute scoring (decide whether to proceed)
Step 1 — Set ‘must-have’ thresholds
Step 2 — Score 0/1 for each threshold
Step 3 — Only then consider ‘nice-to-haves’
References
Save your place and choose what comes next
Work through this guide (14 steps)
Use the actions from this article to track what you have worked through.
Sign in using the reading controls above to save your steps.
Where is audio processed (country/region)? Is audio stored at all? If yes: where, for how long, and can we disable storage? Are transcripts stored? For how long? Do you retain prompts/outputs/logs, and what’s the retention policy?
Return to this sectionIs any customer data used to train models (now or in future)? If ‘no’, is that contractual and does it cover subcontractors? If ‘yes/optional’, what is the opt-in mechanism and how is it documented?
Return to this sectionHow is user access managed (SSO, RBAC)? Do you provide audit logs of who accessed what and when? Can we export logs for governance review and incident investigation?
Return to this sectionEncryption in transit/at rest? Pen test frequency and summary availability? Incident response SLA (notify within X hours)? Subprocessor list + change notification process?
Return to this sectionWhat DPIA support do you provide (templates, data flow diagrams)? Do you support local patient transparency materials (posters/leaflets)? How do you handle opt-out scenarios operationally?
Return to this sectionDo you have clinical risk management evidence aligned to NHS clinical safety expectations (developer responsibilities)? What are your known failure modes and mitigations? How do you capture and respond to safety feedback from deployments?
Return to this sectionWhat is your recommended clinician operating procedure (review/correction/sign-off)? What training package exists and how is competency evidenced? Do you provide ‘safe defaults’ (eg, minimised storage, conservative outputs)?
Return to this sectionWhich DTAC domains do you already evidence (and how)? Provide documents/links for: clinical safety, data protection, technical security, interoperability, usability/accessibility. What is your timeline for any gaps?
Return to this sectionHow do outputs enter the clinical record (integration vs manual)? Can output be structured to match local templates? How do you prevent ‘duplicate note drift’ across systems?
Return to this sectionPricing model (per user / per site / per volume)? What is included in implementation (training, configuration, support)? What is the support route during clinics (real-time vs email)?
Return to this sectionIf we terminate, what data remains and why? What deletion confirmation do we get? Can we export outputs/metadata for governance record-keeping before deletion?
Return to this sectionExample thresholds: no audio storage (or strictly controlled), clear retention, auditable access logs, written stance on training, and an evidence pack aligned to DTAC expectations.
Return to this sectionIf any threshold is 0, pause and request remediation in writing. Don’t ‘hope it will be fine’ during pilot.
Return to this sectionUX polish, speed, templates, and workflow extras only matter once governance and safety are defensible.
Return to this section
Portfolios and governance · Article 9 of 12