Pharma and life sciences · Playbook 49

Adverse event intake (pharmacovigilance)

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.

  • Document AI
  • Generative AI
  • Human in the loop
  • Human Medicines Regulations 2012
  • MHRA GPvP
  • ICH E2B(R3)
  • MedDRA
  • UK GDPR

At a glance

The problem
Safety reports arrive through a dozen channels and are read, keyed and coded by hand against a 15-day clock
Typical volume
Around 1,500 incoming reports a month, plus several hundred literature hits a week
Who's involved
UK QPPV, PV operations, safety physicians, medical information, PV quality, IT, data protection, partners and vendors
Pilot
8–10 weeks on one channel, after a 3–4 week discovery
Platforms
AWS, Azure, or a sovereign or on-prem stack

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.

The business problem

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.

What AI changes

  • Every incoming item is logged with its time of receipt, the moment it arrives, whatever the channel. That timestamp starts the clock, not the AI's processing.
  • Documents, emails, partner files and literature articles are read, and the reporter, patient, medicines, events, dates and outcome are extracted into a draft case.
  • The AI suggests MedDRA terms for each event, indication and medical history item, with the source text it used, in the MedDRA version the safety database runs.
  • Possible duplicates and follow-ups to existing cases are flagged with the matching details side by side. Merging is a person's decision.
  • A draft case narrative is written from the source only, with every sentence traceable to the text it came from.
  • Case processors confirm validity and coding. Safety physicians decide seriousness, expectedness and causality. The AI never discards a report, and never decides on its own that a report is invalid or not an adverse event.

How success is measured

Agree these, and measure the baseline, before anything is built. Example targets are typical, not promises.

Receipt to case logged

Time from a report arriving anywhere in the company to a case existing in the safety database.

ExampleSame working day, every channel

On-time submission

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

Processor time per case

Hands-on time to get a new case to medical review.

ExampleDown by a third to a half

Coding agreement

How often the processor accepts the suggested MedDRA term without change, by channel.

ExampleStable, and reviewed monthly

Draft edit rate

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

Missed events in reconciliation

Adverse events found later in medical information, partner or vendor reconciliations that the intake didn't capture.

ExampleNone, and every one investigated

UK regulation and controls

Cross-sector rules are on the UK regulation map.

  • MHRAHuman Medicines Regulations 2012, Part 11 (pharmacovigilance)

    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.

  • MHRAGood pharmacovigilance practice (the GVP modules, with the MHRA's UK exceptions and modifications)

    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.

  • MHRAUK QPPV, national contact person and the Windsor Framework

    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.

  • ICH and MedDRAICH E2B(R3), MedDRA and ICH E2D(R1)

    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.

  • CIOMS and MHRAAI in pharmacovigilance (CIOMS Working Group XIV report, December 2025)

    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.

  • ICOUK GDPR and the Data Protection Act 2018

    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.

The solution

Showing AWSAzuresovereign / on-prem services. Switch with the toggle; every diagram and table on this page follows it.

Adverse event intake (pharmacovigilance): reference architecture
  1. 01Channels

    • Medical information calls and emails
    • Literature and the company's own social media
    • Partners, patient support programmes, market research
  2. 02Intake

    • Amazon SES, S3Logic Apps email connector, Blob StorageYour existing mail server; CephInbound email and file drop
    • API GatewayAPI ManagementKong, or your existing API gatewayAPI for partner and vendor feeds
    • S3 Object LockBlob immutable storageCeph or IONOS S3 Object Storage with object lockWrite-once source archive
  3. 03Intelligence

    • Amazon TextractContent Understanding (Document Intelligence)Docling plus an open-weight vision modelRead documents
    • Bedrock Knowledge BasesFoundry IQ (Azure AI Search)OpenSearch, or PostgreSQL with pgvectorMedDRA, product and case search
    • Agent
      Bedrock AgentCoreFoundry Agent ServiceLangGraph on Kubernetes, with open-weight models via vLLMCase drafting assistant
  4. 04Orchestration

    • Step FunctionsLogic Apps / Durable FunctionsTemporalCase workflow with day-zero clock
    • EventBridge + SQSEvent Grid + Service BusApache Kafka or RabbitMQEvents and queues
  5. 05Systems of record

    • Safety database
    • Medical information system
    • MHRA ICSR Submissions or Gateway
  6. 06People

    • Person
      Case processor: validity and coding
    • Person
      Safety physician: seriousness and causality
    • Person
      UK QPPV and PV quality
  • Cloud or platform service (AWSAzuresovereign / on-prem)
  • AI agent
  • A person decides
  • Your existing systems
  • Outside your organisation

Components, side by side

Adverse event intake (pharmacovigilance): components on AWS, Azure and a sovereign or on-prem stack
LayerAWSAzureSovereign / on-prem
Intake: email, feeds, filesEvery item is stored unchanged with its receipt time before anything reads it.Amazon SES, API Gateway, S3Logic Apps connectors, API Management, Blob StorageYour 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 AutomationAzure 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 BedrockMicrosoft FoundryOpen-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 filesFoundry IQ over your licensed MedDRA filesOpenSearch 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 ServiceFoundry 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 AgentCoreFoundry Agent ServiceAn open-source agent framework (e.g. LangGraph) on Kubernetes
WorkflowOwns the day-zero clock and escalates anything close to its deadline.AWS Step FunctionsLogic Apps or Durable FunctionsTemporal, or n8n
Middleware and eventsAmazon EventBridge, SQSEvent Grid, Service BusApache 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 importThrough the safety database's published API or E2B importThrough 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 databaseIn the existing safety databaseIn the existing safety database
GuardrailsBlocks narrative text that isn't supported by the source.Bedrock GuardrailsFoundry guardrails (Azure AI Content Safety)Open-source guardrails (e.g. NeMo Guardrails, Llama Guard)
Identity, keys, data protectionIAM Identity Center, KMS, MacieEntra ID, Key Vault, PurviewKeycloak 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, CloudTrailAzure Monitor, Log AnalyticsPrometheus, Grafana, OpenTelemetry
UK data residencyIONOS AI Model Hub runs in German data centres: EU, not UK, residency.eu-west-2 (London)UK South / UK WestYour 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 →

Hybrid and on-prem

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.

The agents

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

May do

  • Read the incoming item and any attachments
  • Extract reporter, patient, medicines, events, dates and outcome into a draft case
  • Suggest MedDRA terms, with the source text for each
  • Search existing cases for possible duplicates and follow-ups
  • Draft the case narrative from the source only
  • Flag missing minimum criteria and suggest follow-up questions for the processor

May not do

  • Discard, close or delete any item, or mark it as not an adverse event
  • Decide that a case is invalid
  • Decide seriousness, expectedness or causality
  • Merge cases or change a submitted case
  • Submit anything to the MHRA or a partner
  • Contact a reporter or patient

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.

Middleware and integration

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.

Process and people

  • Every item reaches a person. The AI can prioritise and pre-fill, but only a person records that an item contains no adverse event, with a reason.
  • A daily check of items near their deadline, owned by the PV operations lead.
  • A weekly sample of drafts compared with their source, including items the assistant judged as containing no event.
  • MedDRA upgrades in March and September tested against a fixed set of cases before the new version goes live.
  • The tool described in the pharmacovigilance system master file, validated, and covered by the PV quality system and its audits.
  • Processors and physicians trained before go-live, including what the AI can miss: sarcasm in social media posts, events buried in long articles, and handwritten notes.

Delivery plan

  1. 3–4 weeks

    Discovery

    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.

  2. Gate · must be true to passBaseline agreed, QPPV and PV quality involved, validation approach agreed, DPIA started.

  3. 8–10 weeks

    Pilot

    One channel, such as medical information emails, in shadow mode: the AI drafts, processors work as normal, and the two are compared.

  4. Gate · must be true to passExtraction and coding accuracy within agreed limits, no missed events in reconciliation, validation evidence complete, QPPV sign-off.

  5. 4–6 weeks

    Production

    Drafts go live for the first channel, with monitoring, support, the system master file updated and a rollback plan.

  6. Gate · must be true to passMonitoring, support model, rollback plan and processor training in place.

  7. Ongoing

    Scale

    Add literature, partner feeds, patient support programmes and owned social media, one at a time.

  8. Gate · must be true to passEach new channel passes the same pilot gate.

Roles and RACI

Who is responsible, accountable, consulted and informed, by activity
ActivityUK QPPVHead of PV operationsSolutions architectI can fill thisTechnical PMI can fill thisEngineersI can fill thisPV quality & validationDPOSecurityI can fill this
Business case and benefitsConsultedAccountableConsultedConsultedInformedConsultedInformedInformed
Target architecture and safety database integrationConsultedConsultedAccountable and ResponsibleConsultedConsultedConsultedConsultedConsulted
Validation and system master file updateAccountableConsultedConsultedConsultedResponsibleResponsibleInformedConsulted
DPIA and data sharing with partnersConsultedConsultedConsultedInformedInformedConsultedAccountable and ResponsibleConsulted
Build and integrationInformedConsultedAccountableResponsibleResponsibleConsultedInformedConsulted
Accuracy testing on real reportsConsultedAccountableResponsibleConsultedResponsibleResponsibleInformedInformed
Go-live decisionAccountableResponsibleConsultedResponsibleInformedConsultedConsultedConsulted
Run, monitor and improveAccountableResponsibleConsultedConsultedResponsibleConsultedConsultedConsulted

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

Target architecture and safety database integration

UK QPPV
C · Consulted
Head of PV operations
C · Consulted
Solutions architect
A/R · Accountable and Responsible
Technical PM
C · Consulted
Engineers
C · Consulted
PV quality & validation
C · Consulted
DPO
C · Consulted
Security
C · Consulted

Validation and system master file update

UK QPPV
A · Accountable
Head of PV operations
C · Consulted
Solutions architect
C · Consulted
Technical PM
C · Consulted
Engineers
R · Responsible
PV quality & validation
R · Responsible
DPO
I · Informed
Security
C · Consulted

DPIA and data sharing with partners

UK QPPV
C · Consulted
Head of PV operations
C · Consulted
Solutions architect
C · Consulted
Technical PM
I · Informed
Engineers
I · Informed
PV quality & validation
C · Consulted
DPO
A/R · Accountable and Responsible
Security
C · Consulted

Build and integration

UK QPPV
I · Informed
Head of PV operations
C · Consulted
Solutions architect
A · Accountable
Technical PM
R · Responsible
Engineers
R · Responsible
PV quality & validation
C · Consulted
DPO
I · Informed
Security
C · Consulted

Accuracy testing on real reports

UK QPPV
C · Consulted
Head of PV operations
A · Accountable
Solutions architect
R · Responsible
Technical PM
C · Consulted
Engineers
R · Responsible
PV quality & validation
R · Responsible
DPO
I · Informed
Security
I · Informed

Go-live decision

UK QPPV
A · Accountable
Head of PV operations
R · Responsible
Solutions architect
C · Consulted
Technical PM
R · Responsible
Engineers
I · Informed
PV quality & validation
C · Consulted
DPO
C · Consulted
Security
C · Consulted

Run, monitor and improve

UK QPPV
A · Accountable
Head of PV operations
R · Responsible
Solutions architect
C · Consulted
Technical PM
C · Consulted
Engineers
R · Responsible
PV quality & validation
C · Consulted
DPO
C · Consulted
Security
C · Consulted

R ResponsibleA AccountableC ConsultedI Informed· not involved

Where I'd fit

Option A

Lead the architecture

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

Support your architect

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.

Where this goes wrong

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

On the horizon

Changes already announced or under way that affect this design. More in the UK horizon scan.

  1. 2026–2030
    The MHRA's Strategy 2030 (October 2026) plans AI to spot safety issues earlier, a simpler, more conversational Yellow Card, and a Centre for AI and Digital Health.

    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.

  2. 2027
    The MHRA's AI Medicines Development Action Plan, promised in the strategy.

    Watch it for expectations that touch pharmacovigilance, and map them to the CIOMS principles you already follow.

  3. Under way
    ICH E2D(R1) on post-approval safety data, applied in the EU from 18 March 2026, with new guidance on patient support programmes, market research and digital sources.

    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.

  4. Under way
    Alignment of the UK rules for Northern Ireland licences with the EU's amended pharmacovigilance implementing regulation (in force in the EU since 12 February 2026), with MHRA interim guidance meanwhile.

    Keep country codes and reporting routes as configuration, not code, so changes for Northern Ireland or EU cases don't need a rebuild.

  5. 2026–2027
    The ICO's statutory code of practice on AI and automated decision-making.

    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.

Questions to ask your partner or vendor

Good answers are specific. Vague answers to any of these are worth following up.

Copy them into your next supplier meeting

  1. When exactly does our day-zero clock start for each channel, and can the AI ever delay it?
  2. Who decides an item contains no adverse event, and where is that recorded?
  3. How will we measure extraction and coding accuracy on our own reports, not a supplier's benchmark?
  4. How is the tool validated, and what goes into the pharmacovigilance system master file?
  5. What does our safety database supplier allow us to write into it, and how?
  6. Where is safety data processed and stored, and is it used to train anyone's model?

Planning something like this?

Whether you need someone to lead the design or to support the architect you already have, let's talk it through.

Sam Naseem
Sam NaseemBirmingham, UK · UK & Europe
Available now