Un agente IA può leggere la nota di una telefonata, estrarre da una lettera di dimissione i quattro criteri minimi e redigere in pochi minuti una segnalazione individuale di sicurezza (ICSR). La domanda di progettazione è che cosa l'agente possa portare a termine da solo. Gravità, prevedibilità, codifica, il giorno in cui è partito il termine e la decisione di trasmettere hanno tutti un peso regolamentare, e un errore in uno qualsiasi di essi può restare nascosto finché un ispettore non confronta i documenti sorgente con il database di sicurezza. Questo articolo segue un caso sintetico lungo una revisione governata: i documenti sorgente, il caso che l'agente prepara, i controlli eseguiti prima di qualsiasi scrittura, la decisione del revisore della sicurezza e la registrazione che resta. È un progetto svolto a partire dal nostro blueprint di farmacovigilanza pubblicato. KLA non ha clienti farmaceutici e nulla di quanto segue descrive un'implementazione reale.
Le regole che il progetto deve rispettare
Le regole UE per le segnalazioni di casi individuali si trovano nel modulo VI delle GVP, revisione 2, che l’EMA indica in vigore dal 22 novembre 2017 nella sua pagina sulle GVP. Quattro punti determinano qualsiasi progetto con agenti.
Validità. La sezione VI.B.2 richiede quattro criteri minimi perché una segnalazione sia un ICSR: un segnalatore identificabile, un singolo paziente identificabile, almeno un medicinale sospetto e almeno una reazione avversa sospetta. Una segnalazione priva di uno di essi è incompleta; l’organizzazione deve seguirla con la dovuta diligenza e registrarla comunque per la valutazione di sicurezza.
Giorno zero. La sezione VI.B.7 fa partire il termine quando i criteri minimi raggiungono qualsiasi membro del personale del titolare dell’autorizzazione all’immissione in commercio, compresi gli informatori scientifici e i contraenti. I termini si calcolano in giorni di calendario, fine settimana e festività compresi. Ai sensi degli articoli 107, paragrafo 3, e 107 bis, paragrafo 4, della direttiva 2001/83/CE, gli ICSR validi gravi vanno trasmessi a EudraVigilance entro 15 giorni e quelli non gravi entro 90 giorni (sezione VI.C.3).
Gravità. La sezione VI.A.1.6 riprende la definizione ICH E2A: decesso, pericolo di vita, ospedalizzazione o prolungamento dell’ospedalizzazione, invalidità o incapacità persistente o significativa, anomalia congenita, più gli eventi clinicamente rilevanti giudicati gravi. La sezione VI.B.2 aggiunge che la gravità non dovrebbe essere declassata da grave a non grave se il destinatario della notifica non concorda con la gravità riportata dalla fonte primaria.
Responsabilità per l’IA. Il documento di riflessione dell’EMA sull’IA nel ciclo di vita dei medicinali (9 settembre 2024) prevede che l’IA supporti la gestione delle segnalazioni di eventi avversi e il rilevamento dei segnali in linea con le GVP e afferma che resta responsabilità del titolare dell’AIC convalidare, monitorare e documentare le prestazioni del modello e includere le operazioni di IA/ML nel sistema di farmacovigilanza. Il cluster EMA–FDA sull’IA in farmacovigilanza (versione 2, 2 marzo 2026) elenca tra i suoi casi d’uso il trattamento dei casi, lo screening della letteratura, la deduplicazione e i controlli di completezza degli ICSR, e tra i suoi temi i modelli linguistici di grandi dimensioni e l’IA agentica. Il CIOMS ha pubblicato il 4 dicembre 2025 il rapporto del suo Working Group XIV sull’IA in farmacovigilanza; leggetelo insieme alle GVP per terminologia e principi.
Dove abbiamo tracciato il limite e perché
Abbiamo scritto questi limiti per la prima volta progettando, nella primavera del 2026, una demo guidata di monitoraggio della letteratura per un’azienda farmaceutica europea. Il brief di progetto metteva al centro la sorveglianza umana: la persona qualificata responsabile della farmacovigilanza (QPPV) e i medici della sicurezza conservano le decisioni regolamentate, e il sistema rende esplicita la loro sorveglianza nella policy, la applica nell’instradamento e la rende visibile nella registrazione.
Abbiamo raggruppato il lavoro in coorti per livello di rischio. Nelle coorti a basso rischio l’agente può eseguire ricerche approvate, recuperare documenti, richiedere traduzioni e costruire lo scheletro del caso. Per un caso candidato valido può redigere i fatti del caso e proporre a un revisore i termini MedDRA, la gravità, la causalità e la prevedibilità. Per un caso grave, inatteso, sospetto duplicato o di codifica ambigua, un revisore medico vede ogni caso. L’elenco dei blocchi assoluti è rimasto breve:
- Nessun declassamento da parte dell’agente della gravità valutata dal segnalatore (modulo VI delle GVP, VI.B.2).
- Nessuna codifica MedDRA definitiva da parte dell’agente nelle coorti con blocco assoluto.
- Nessuna decisione definitiva sulla prevedibilità da parte dell’agente.
- Nessuna fusione definitiva di duplicati da parte dell’agente quando i campi rilevanti divergono.
- Nessuna trasmissione, comunicazione all’autorità o comunicazione ai partner da parte dell’agente. Nel progetto questi strumenti non fanno parte dell’insieme di strumenti dell’agente.
Il caso sintetico: documenti sorgente
Tutto in questo caso è inventato: l’azienda, il prodotto "Examplazole 20 mg", le persone e gli orari. Le posizioni sul termine usano numeri di giorno, così il calcolo è facile da seguire.
| Documento | Ricevuto da | Quando | Contenuto rilevante |
|---|---|---|---|
| Nota di chiamata dell’informazione medica | Linea di informazione medica (contraente dell’azienda) | Giorno 0, venerdì 18:40 | Un farmacista territoriale riferisce che una donna di 67 anni è stata "trattenuta per la notte" per sodio basso nove giorni dopo aver iniziato Examplazole 20 mg. Registrati nome, qualifica e paese del segnalatore. |
| Email inoltrata alla casella della sicurezza | Team di farmacovigilanza | Giorno 3, lunedì 08:15 | La stessa nota di chiamata, inoltrata dopo il fine settimana. |
| Lettera di dimissione | Team di farmacovigilanza, dal farmacista | Giorno 4 | Ricovero di una notte, sodio sierico 124 mmol/L, Examplazole sospeso, sodio normale alla dimissione. |
| Etichetta del prodotto (RCP) versione 7 | Archivio delle etichette | Versione corrente al giorno 0 | L’iponatriemia non è elencata. |
Cosa prepara l’agente
L’agente legge i tre documenti del caso e l’etichetta. Ogni campo estratto conserva un riferimento al documento e al passaggio da cui proviene, così il revisore può verificare un valore rispetto alla fonte in un solo passaggio. In KLA, Document Intake allega al Process run i documenti, i campi approvati e la loro provenienza.
La bozza di caso dell’agente: tutti e quattro i criteri minimi presenti; gravità proposta come grave per il criterio dell’ospedalizzazione, citando "trattenuta per la notte" e il ricovero indicato nella lettera di dimissione; termine MedDRA di livello più basso proposto "Hyponatraemia"; prevedibilità proposta come inattesa rispetto all’RCP versione 7; causalità lasciata al revisore. La sua prima proposta per il giorno zero era il giorno 3, il momento in cui l’email è arrivata nella casella della sicurezza.
I controlli eseguiti prima di qualsiasi scrittura
Ogni scrittura proposta passa per un punto di controllo della policy prima di raggiungere il database di sicurezza. Il punto di controllo restituisce uno di quattro esiti: allow, warn, require_approval o block. Per questo caso sono scattati quattro controlli.
| Azione proposta | Regola | Esito | Cosa è successo |
|---|---|---|---|
| Segnare il caso come valido | Quattro criteri minimi presenti, ciascuno con un riferimento alla fonte | allow | Caso segnato come valido; i riferimenti alle fonti sono conservati con la decisione. |
| Fissare il giorno zero al giorno 3 | Il giorno zero è la prima ricezione da parte di qualsiasi membro del personale, compresi i contraenti (VI.B.7) | warn | L’agente ha riconciliato con il registro delle chiamate e ha spostato il giorno zero al giorno 0. La scadenza è passata dal giorno 18 al giorno 15. |
| Cambiare la gravità in non grave dopo la lettera di dimissione | Nessun declassamento della gravità valutata dal segnalatore (VI.B.2) | block | La gravità resta grave. L’agente ha annotato nella narrativa il sodio normale alla dimissione. |
| Trasmettere l’ICSR | La trasmissione di un caso grave richiede un revisore della sicurezza designato | require_approval | Si è aperta una Decision Request in Decision Desk per il revisore della sicurezza di turno, con la scadenza in evidenza. |
Il revisore della sicurezza decide
Il revisore della sicurezza apre la Decision Request il giorno 4. La richiesta mostra la bozza del caso, il passaggio sorgente di ogni campo, i quattro risultati di policy e il tempo rimasto prima della scadenza. Il revisore conferma la gravità per il criterio dell’ospedalizzazione e conferma che l’evento è inatteso rispetto all’RCP versione 7. Mantiene il termine di livello più basso "Hyponatraemia", valuta la causalità come possibilmente correlata, modifica una frase della narrativa e registra il motivo. Poi approva la trasmissione.
Un rifiuto ha lo stesso peso nella registrazione. Se il revisore avesse giudicato il caso non valido o la codifica errata, l’esecuzione si sarebbe chiusa senza trasmissione e la registrazione conterrebbe il motivo del revisore. Un caso che richiede un follow-up torna alla coda di trattamento dei casi con le domande aperte allegate.
La trasmissione e la registrazione che resta
Dopo l’approvazione, l’esecuzione riprende dalla fase sospesa. Lo strumento di trasmissione chiama il database di sicurezza dell’azienda, che costruisce il messaggio E2B(R3) e lo invia a EudraVigilance. L’agente non dispone mai di quello strumento. Il database di sicurezza e la sua connessione al gateway restano sistemi convalidati dell’azienda; l’esecuzione governata registra cosa è stato loro richiesto e cosa hanno restituito.
| Campo | Valore registrato |
|---|---|
| Documenti sorgente | Nota di chiamata, email inoltrata, lettera di dimissione, RCP versione 7, ciascuno con un hash del contenuto |
| Campi estratti | Segnalatore, paziente, prodotto, reazione, date, ciascuno collegato al proprio passaggio sorgente |
| Proposte dell’agente | Validità, gravità, termine MedDRA, prevedibilità, giorno zero (valore iniziale e corretto) |
| Risultati di policy | Versione della policy, regola, esito e motivo per ciascuno dei quattro controlli |
| Decisione umana | Identità e ruolo del revisore, ora, decisione, valutazione della causalità, modifica alla narrativa e motivo |
| Trasmissione | Chiamata allo strumento, ora della richiesta, riferimento del caso nel database di sicurezza e stato della ricevuta |
| Termine | Giorno zero, scadenza, giorno di trasmissione |
| Integrità | Identificativo del Lineage Record; l’esecuzione può essere esportata come Sealed Evidence Bundle |
Cosa questo progetto non copre
Non convalida nulla. La convalida dei sistemi informatizzati, il monitoraggio delle prestazioni del modello e il sistema qualità restano compito del titolare dell’autorizzazione all’immissione in commercio, come afferma il documento di riflessione dell’EMA. Un’esecuzione governata aggiunge a quel lavoro una registrazione completa per ogni caso.
Non risolve la classificazione ai sensi dell’AI Act. Il trattamento dei casi di farmacovigilanza non figura tra i casi d’uso elencati nell’Allegato III, quindi per la maggior parte dei titolari di AIC le regole vincolanti per questo flusso di lavoro derivano dalla normativa di farmacovigilanza. Verificate la classificazione del vostro sistema.
Non copre la gestione dei segnali, i rapporti periodici né la progettazione delle ricerche bibliografiche. Questi richiedono limiti propri, e il blueprint copre solo la ricezione e il trattamento dei casi.
Domande frequenti
Un agente IA può trasmettere da solo un ICSR a EudraVigilance?
Il titolare dell’autorizzazione all’immissione in commercio resta responsabile di ogni segnalazione che trasmette. Nel progetto descritto qui l’agente non ha alcuno strumento di trasmissione; un revisore della sicurezza designato approva la trasmissione e la invia il database di sicurezza dell’azienda.
Quando decorre il giorno zero per una segnalazione di evento avverso?
Modulo VI delle GVP, sezione VI.B.7: quando i criteri minimi raggiungono il centro nazionale o regionale di farmacovigilanza di un’autorità competente o qualsiasi membro del personale del titolare dell’autorizzazione all’immissione in commercio, compresi informatori scientifici e contraenti. I termini sono in giorni di calendario.
Quali decisioni di farmacovigilanza dovrebbero restare a un revisore umano?
Nel nostro progetto: qualsiasi declassamento della gravità valutata dal segnalatore, la codifica MedDRA definitiva dei casi gravi, inattesi o ambigui, la prevedibilità definitiva, la fusione di duplicati quando i campi rilevanti divergono e ogni trasmissione o comunicazione ad autorità e partner.
Un piano di controllo a runtime rende uno strumento di IA convalidato GxP?
No. La convalida del sistema e il monitoraggio delle prestazioni del modello restano responsabilità del titolare dell’autorizzazione all’immissione in commercio. Un piano di controllo applica il limite di revisione e registra ogni decisione, fornendo al lavoro di convalida e di ispezione le prove a livello di singolo caso.
KLA ha implementato questo progetto presso un’azienda farmaceutica?
No. È un progetto svolto a partire dal nostro blueprint di farmacovigilanza pubblicato e da un caso sintetico. KLA non ha clienti farmaceutici.
Punti chiave
In farmacovigilanza il lavoro utile dell'agente è la preparazione: leggere le fonti, estrarre i criteri minimi con la loro provenienza, redigere il caso e proporre le valutazioni mediche. Le decisioni regolamentate restano a un revisore designato, e il termine si calcola dalla prima ricezione da parte di chiunque lavori per l'azienda. Un progetto governato mette per iscritto queste regole come policy, ferma l'agente a ogni limite e conserva per ogni caso una registrazione che un ispettore può seguire dal documento sorgente alla trasmissione. Leggete il blueprint di farmacovigilanza per l'insieme completo dei controlli, vedete come dimostrare cosa ha letto un agente prima di agire e scoprite KLA per il farmaceutico.
Fonti: EMA, Guideline on good pharmacovigilance practices Module VI Rev 2 (EMA/873138/2011 Rev 2); EMA, Reflection paper on the use of AI in the medicinal product lifecycle (EMA/CHMP/CVMP/83833/2023); EMA e FDA statunitense, Guiding principles for the cluster teleconferences on AI in pharmacovigilance (EMA/422032/2023, versione 2); CIOMS Working Group XIV. Il caso è sintetico. KLA non è affiliata, sostenuta né certificata da EMA, FDA o CIOMS.