Business case and benefits
- UK QPPV
- C · Consulted
- Head of PV operations
- A · Accountable
- Solutions architect
- C · Consulted
- Technical PM
- C · Consulted
- Engineers
- I · Informed
- PV quality & validation
- C · Consulted
- DPO
- I · Informed
- Security
- I · Informed
Every possible adverse event captured on the day it arrives, read, coded and drafted as a case for the safety team. People decide validity, seriousness, expectedness and causality, and no report is ever discarded by the AI.
At a glance
An illustrative scenario. The numbers are typical examples, not a client case study. The cloud services and UK rules were checked on 9 November 2026.
Safety information reaches a marketing authorisation holder from everywhere. Medical information takes calls and emails from patients and healthcare professionals. Patient support programmes and market research agencies pass on what they hear. Licensing partners send their own cases. Weekly literature searches return hundreds of abstracts. The company's own social media pages collect comments. Each source has its own format, and any of them may contain a suspected adverse reaction.
In a typical safety team, case processors spend most of the day reading, re-keying and coding before anyone thinks about the medicine. They check whether the four minimum criteria are present (an identifiable reporter, an identifiable patient, a suspect medicine and a suspected reaction), look for duplicates, code the events and medical history in MedDRA, and write a narrative. Busy weeks put pressure on the 15-day deadline for serious cases. Reports that arrive through a partner or a vendor are the ones most likely to start late.
The rules leave no room for shortcuts. The reporting clock starts on the day anyone in the company, or acting for it, first has the minimum information, not the day the safety team opens the email. A report wrongly judged invalid, or left unread, is a missed case. So any AI in this process must make capture faster and more complete, and must never make a report disappear.
Agree these, and measure the baseline, before anything is built. Example targets are typical, not promises.
Time from a report arriving anywhere in the company to a case existing in the safety database.
ExampleSame working day, every channel
Serious cases sent within 15 days and non-serious UK cases within 90 days, measured from day zero.
ExampleAbove the current rate, with no late cases caused by the tool
Hands-on time to get a new case to medical review.
ExampleDown by a third to a half
How often the processor accepts the suggested MedDRA term without change, by channel.
ExampleStable, and reviewed monthly
How much processors change narratives and extracted fields. Very high means it isn't helping; near zero can mean drafts are being accepted unread.
ExampleStable, and reviewed weekly
Adverse events found later in medical information, partner or vendor reconciliations that the intake didn't capture.
ExampleNone, and every one investigated
Cross-sector rules are on the UK regulation map.
The holder must run a pharmacovigilance system and report suspected adverse reactions. UK cases and serious non-UK cases go to the MHRA through ICSR Submissions or the Gateway: serious within 15 days, non-serious within 90 days. The clock starts at first receipt by anyone acting for the company, so the design timestamps receipt on arrival and never holds a report in an AI queue.
A case is valid when the four minimum criteria are present, and the holder screens the literature and the digital media it controls. Reports from patient support programmes and market research are solicited, so causality is assessed before they're reported. These are people's decisions. The tool becomes part of the pharmacovigilance system, so it is validated and described in the pharmacovigilance system master file.
Every UK licence needs a UK QPPV. If the QPPV lives in the EU or EEA, a UK national contact person is nominated. Since 1 January 2025 licences cover the whole UK, and Northern Ireland cases carry the country code XI. The QPPV gets regular measures of the tool's performance, as for any part of the system they oversee.
Cases are coded in MedDRA and exchanged as E2B messages, which the MHRA accepts in R2 and R3 formats. MedDRA updates every March and September, so coding suggestions follow the version the safety database uses. ICH E2D(R1) widens guidance on patient support programmes, market research and digital sources; the EU applied it from 18 March 2026, so check with your QPPV how it applies to your UK system.
The MHRA said in 2025 that it would follow the international CIOMS framework rather than write UK-only guidance. The CIOMS report sets out principles including risk-based use, human oversight, transparency and validity. Here, a person makes every case decision, and the AI's role is written down in the system master file.
Reports contain health data about patients and personal data about reporters. That means a DPIA before the pilot, extracting only what the case needs, processing in UK regions, a clear retention period, and a contract that stops providers training their models on your data. The AI makes no decision about the patient, so the automated decision-making rules aren't triggered, but the DPIA should say so.
Showing AWSAzuresovereign / on-prem services. Switch with the toggle; every diagram and table on this page follows it.
01Channels
02Intake
03Intelligence
04Orchestration
05Systems of record
06People
| Layer | AWS | Azure | Sovereign / on-prem |
|---|---|---|---|
| Intake: email, feeds, filesEvery item is stored unchanged with its receipt time before anything reads it. | Amazon SES, API Gateway, S3 | Logic Apps connectors, API Management, Blob Storage | Your mail server, Kong, Ceph or IONOS S3 Object Storage |
| Reading documentsTest on real faxed forms, scanned letters, partner line listings and full-text articles. AWS documents Bedrock Data Automation requests from London as processed in London; confirm this at build time. | Amazon Textract, or Bedrock Data Automation | Azure Content Understanding (includes Document Intelligence) | Open-source parsing (e.g. Docling) plus an open-weight vision model |
| Extraction and narrative draftingBoth clouds offer a choice of models, including Claude. Narratives are drafted from the source only and cite it sentence by sentence. | Amazon Bedrock | Microsoft Foundry | Open-weight models served with vLLM on your own GPUs, or IONOS AI Model Hub |
| MedDRA coding suggestionsSuggest lowest level terms with the source text, in the safety database's version. Check that your MedDRA licence covers this use. | Bedrock Knowledge Bases over your licensed MedDRA files | Foundry IQ over your licensed MedDRA files | OpenSearch or pgvector over your licensed MedDRA files |
| Duplicate and follow-up checkSearches a minimised extract of existing cases. It shows candidate matches; it never merges. | Bedrock Knowledge Bases or Amazon OpenSearch Service | Foundry IQ (Azure AI Search) | OpenSearch, or PostgreSQL with pgvector |
| Agent runtimeThe original Bedrock Agents closed to new customers on 30 July 2026; new builds use AgentCore. | Amazon Bedrock AgentCore | Foundry Agent Service | An open-source agent framework (e.g. LangGraph) on Kubernetes |
| WorkflowOwns the day-zero clock and escalates anything close to its deadline. | AWS Step Functions | Logic Apps or Durable Functions | Temporal, or n8n |
| Middleware and events | Amazon EventBridge, SQS | Event Grid, Service Bus | Apache Kafka or RabbitMQ |
| Link to the safety databaseAgree in discovery what your safety database supplier allows: draft cases created directly, or an E2B file for import. | Through the safety database's published API or E2B import | Through the safety database's published API or E2B import | Through the safety database's published API or E2B import |
| Human reviewProcessors and physicians work where they already work, with the source document beside the draft. | In the existing safety database | In the existing safety database | In the existing safety database |
| GuardrailsBlocks narrative text that isn't supported by the source. | Bedrock Guardrails | Foundry guardrails (Azure AI Content Safety) | Open-source guardrails (e.g. NeMo Guardrails, Llama Guard) |
| Identity, keys, data protection | IAM Identity Center, KMS, Macie | Entra ID, Key Vault, Purview | Keycloak or your existing Active Directory; OpenBao or HashiCorp Vault; an HSM |
| Monitoring and auditLog every extraction, suggestion and human decision, with the model and MedDRA versions used, for inspection. | CloudWatch, CloudTrail | Azure Monitor, Log Analytics | Prometheus, Grafana, OpenTelemetry |
| UK data residencyIONOS AI Model Hub runs in German data centres: EU, not UK, residency. | eu-west-2 (London) | UK South / UK West | Your own UK data centre, or a UK or EU provider |
On a phone, the table shows the platform you pick. Sovereign / on-prem means open, portable components you can run in your own data centre or with a UK or European provider; IONOS is shown as one example, and others exist. What sovereign cloud means →
Many organisations keep core systems and sensitive data on their own servers. This is how the same design works across both.
Stays on-prem
The safety database, the medical information system and the submission link to the MHRA stay where they are today, whether that's your own data centre or your safety database supplier's hosting. The AI never becomes the case record.
Uses cloud AI
Document reading, extraction, MedDRA suggestions, duplicate search and narrative drafting run in a UK cloud region, or on your own GPUs with open-weight models if safety data must not leave your estate. Only the source documents and a minimised case extract are sent.
How they connect
A private link (AWS Direct Connect or Azure ExpressRoute) and the API layer. Draft cases go back into the safety database through its API or as E2B files, the same way partner cases arrive today.
If the link drops
Reports keep arriving, are archived with their receipt time on your side, and appear in the processors' queue as raw items. Processors work them by hand as they do now. The day-zero clock never depends on the AI being up.
What each agent may do through its tools, what it may not, and where a person signs off. The limits are enforced by the platform, not the prompt.
Case drafting assistant
Where a person signs offA case processor confirms validity, coding and the draft. A safety physician decides seriousness, expectedness and causality. Items the assistant thinks contain no adverse event still go to a person, who records why. The agent's permissions are enforced by the platform's identity and policy controls, not by instructions in a prompt.
The safety database stays the single record. The assistant reaches it only through its published API or the E2B import route, with an identity that can create draft cases and nothing else. If your safety database supplier offers its own AI features, compare them in discovery; the controls in this design apply either way.
Events decouple intake from the AI. Every item lands in the write-once archive with its receipt time, and then becomes a message on a queue. If the AI is slow or down, items flow to processors raw, exactly as they did before. Every message carries an ID, so a retry never creates a duplicate case.
Partners, patient support programme vendors and market research agencies keep the reporting routes and timelines in their safety data exchange agreements. The intake accepts their files through the API layer and reconciles counts with each partner monthly, so nothing sent is lost.
Map every channel and its day-zero point, measure the baseline, agree the safety database route with its supplier, and confirm the MedDRA licence position.
Gate · must be true to passBaseline agreed, QPPV and PV quality involved, validation approach agreed, DPIA started.
One channel, such as medical information emails, in shadow mode: the AI drafts, processors work as normal, and the two are compared.
Gate · must be true to passExtraction and coding accuracy within agreed limits, no missed events in reconciliation, validation evidence complete, QPPV sign-off.
Drafts go live for the first channel, with monitoring, support, the system master file updated and a rollback plan.
Gate · must be true to passMonitoring, support model, rollback plan and processor training in place.
Add literature, partner feeds, patient support programmes and owned social media, one at a time.
Gate · must be true to passEach new channel passes the same pilot gate.
| Activity | UK QPPV | Head of PV operations | Solutions architectI can fill this | Technical PMI can fill this | EngineersI can fill this | PV quality & validation | DPO | SecurityI can fill this |
|---|---|---|---|---|---|---|---|---|
| Business case and benefits | Consulted | Accountable | Consulted | Consulted | Informed | Consulted | Informed | Informed |
| Target architecture and safety database integration | Consulted | Consulted | Accountable and Responsible | Consulted | Consulted | Consulted | Consulted | Consulted |
| Validation and system master file update | Accountable | Consulted | Consulted | Consulted | Responsible | Responsible | Informed | Consulted |
| DPIA and data sharing with partners | Consulted | Consulted | Consulted | Informed | Informed | Consulted | Accountable and Responsible | Consulted |
| Build and integration | Informed | Consulted | Accountable | Responsible | Responsible | Consulted | Informed | Consulted |
| Accuracy testing on real reports | Consulted | Accountable | Responsible | Consulted | Responsible | Responsible | Informed | Informed |
| Go-live decision | Accountable | Responsible | Consulted | Responsible | Informed | Consulted | Consulted | Consulted |
| Run, monitor and improve | Accountable | Responsible | Consulted | Consulted | Responsible | Consulted | Consulted | Consulted |
R ResponsibleA AccountableC ConsultedI Informed· not involved
Option A
If there's no architect on the programme, I'd own the design end to end: intake from every channel, the link to your safety database, the controls that keep every report in front of a person, and the gates. I'd work closely with your QPPV and PV quality lead, and report to your programme board.
Option B
If your partner, your safety database supplier or your own team already has an architect, I'd take on the document reading, the coding and duplicate search and the integration under their lead, and give them a second senior opinion on validation evidence, security and data protection.
Goes wrong
The AI confidently decides an item has no adverse event, and nobody looks at it again.
How the design avoids it
Every item reaches a person. Only a person can record 'no event', with a reason, and a sample is re-checked weekly.
Goes wrong
The clock starts when the AI finishes, not when the report arrived.
How the design avoids it
Receipt time stamped on arrival, before any processing, and owned by the workflow, not the model.
Goes wrong
The narrative reads well but includes a detail that isn't in the source.
How the design avoids it
Drafting from the source only, sentence-level citations, guardrails, and processors reviewing with the source beside the draft.
Goes wrong
Coding suggestions use a different MedDRA version from the safety database.
How the design avoids it
One version, set by the safety database, and a regression test at every March and September upgrade.
Goes wrong
The tool goes live but isn't in the system master file or the validation pack.
How the design avoids it
Treat it as part of the pharmacovigilance system from discovery: PV quality on the team, validation planned, master file updated before go-live.
Changes already announced or under way that affect this design. More in the UK horizon scan.
Expect the MHRA to look harder at how holders use AI, and to receive more and faster patient reports. Keep the validation evidence and the human decision log in a form you'd show an inspector.
Watch it for expectations that touch pharmacovigilance, and map them to the CIOMS principles you already follow.
Document each organised data collection channel now, with its vendor agreement and reporting route, so the intake covers it whichever way the UK applies the guideline.
Keep country codes and reporting routes as configuration, not code, so changes for Northern Ireland or EU cases don't need a rebuild.
Keep the DPIA, the description of the AI's role and the human decision records current, so they can be shown to the ICO as well as the MHRA.
Good answers are specific. Vague answers to any of these are worth following up.
Whether you need someone to lead the design or to support the architect you already have, let's talk it through.