Dal 1° ottobre 2026, gli Individual Case Safety Report (ICSR) post-autorizzativi per medicinali per uso umano, prodotti biologici e prodotti combinati con componente principale farmacologica o biologica, inviati alla FDA tramite l'Electronic Submissions Gateway Next Generation (ESG NextGen), dovranno utilizzare lo standard dati ICH E2B(R3). Fino al 30 settembre 2026 la FDA continuerà ad accettare trasmissioni in E2B(R2). Da quella data in poi verranno elaborati solo i messaggi E2B(R3). Il mandato è stato annunciato dalla FDA il 6 aprile 2026 (91 FR 17284) e prolunga di sei mesi il periodo di transizione precedentemente raccomandato.
Che cos'è ICH E2B(R3)?
ICH E2B(R3) è lo standard internazionale dei dati per la trasmissione elettronica degli ICSR tra aziende farmaceutiche e autorità regolatorie. Definisce gli elementi dati, la struttura del messaggio e lo schema XML che descrivono un singolo caso di reazione avversa: paziente, prodotto, reazione, narrativa, gravità, esito, segnalatore e metadati di processo regolatorio.
La linea guida si fonda sullo standard ISO/HL7 27953-2 ICSR. Questo rende E2B(R3) interoperabile con le terminologie cliniche (MedDRA per le reazioni, ICH M5 per le sostanze, UCUM per le unità). Il pacchetto di implementazione ICH attuale (Implementation Guide, Q&A e Appendix I(G) con informazioni tecniche) ha raggiunto lo Step 4 del processo ICH il 18 luglio 2025.
E2B(R3) sostituisce E2B(R2), lo standard XML del 2001 ancora oggi prevalente nelle trasmissioni verso la FDA. L'EMA ha reso obbligatorio E2B(R3) per EudraVigilance dal 30 giugno 2022. Il 1° ottobre 2026 chiude il divario transatlantico.
La scadenza del 1° ottobre 2026: cosa copre
Il mandato FDA, pubblicato come 91 FR 17284 il 6 aprile 2026, si applica:
- Agli ICSR post-autorizzativi per medicinali per uso umano, prodotti biologici (inclusi i vaccini) e prodotti combinati in cui un farmaco o un biologico rappresenta la modalità d'azione principale
- Alle trasmissioni inviate tramite ESG NextGen (trasmissioni gateway database-to-database)
E2B(R3) è opzionale presso la FDA dal 16 gennaio 2024 per le segnalazioni post-autorizzative e dal 1° aprile 2024 per le segnalazioni pre-autorizzative (studi IND e studi BA/BE esenti da IND) (annuncio FDA E2B(R3), gennaio 2023). Dopo il 1° ottobre 2026, E2B(R2) non sarà più accettato tramite ESG NextGen.
I dati di sicurezza diversi dagli ICSR (PSUR, DSUR, 15-day alert report cartacei via MedWatch 3500A) non rientrano nella transizione E2B. Seguono percorsi di trasmissione distinti.
Chi deve conformarsi e quali prodotti rientrano nel perimetro
Il mandato si applica a ogni soggetto che invia ICSR post-autorizzativi all'FDA Adverse Event Monitoring System (AEMS, successore di FAERS) tramite ESG NextGen:
| Tipo di prodotto | Nel perimetro | Base regolatoria |
|---|---|---|
| Medicinali per uso umano (NDA, ANDA) | Sì | 21 CFR 314.80, 314.98 |
| Prodotti biologici (BLA) | Sì | 21 CFR 600.80 |
| Vaccini | Sì (tramite interfaccia VAERS) | 21 CFR 600.80 |
| Prodotti combinati a componente principale farmacologica o biologica | Sì | 21 CFR Part 4 |
| Prodotti combinati a componente principale dispositivo | No (seguono MDR e 21 CFR 803) | 21 CFR 803 |
| Prodotti senza obbligo di prescrizione (OTC Monograph) | Sì | 21 CFR 314.80 |
Titolari di autorizzazione all'immissione in commercio, richiedenti, produttori autorizzati e i loro agenti delegati sono tutti coinvolti. Partner di pharmacovigilance in outsourcing e CRO che inviano ICSR per conto degli sponsor devono anch'essi completare la transizione dei propri sistemi.
E2B(R2) vs E2B(R3): differenze principali
| Area | E2B(R2) (2001) | E2B(R3) (attuale) |
|---|---|---|
| Standard di base | XML specifico ICH | ISO/HL7 27953-2 ICSR |
| Elementi dati | Circa 200 | Circa 470 |
| Struttura narrativa | Blocco unico di testo libero | Narrativa strutturata con riassunto del caso, episodi di reazione, storia farmacologica |
| Terminologia | solo MedDRA | MedDRA, EDQM, UCUM, ISO 3166, identificativi di sostanza IDMP |
| Riscontro | Segmento MSH | Messaggio ICSR ACK completo con esiti di validazione |
| Rilevazione duplicati | Campi limitati | Logica estesa con identificativo di caso univoco mondiale |
| Retrocompatibilità | N/A | Documentata nell'Appendix all'Implementation Guide (Step 4) |
Gli elementi dati aggiuntivi non sono ornamentali. E2B(R3) cattura i casi parent-child per l'esposizione materna, i dati dettagliati delle combinazioni dispositivo-farmaco, i regimi posologici strutturati e gerarchie di segnalatore più ricche. La conversione dei casi E2B(R2) legacy verso E2B(R3) richiede regole di mapping documentate nel FDA Regional Implementation Guide.
Percorsi di trasmissione e requisiti tecnici
La FDA mette a disposizione due percorsi per gli ICSR E2B(R3):
ESG NextGen (database to database)
Il percorso principale per sponsor con un safety database. I trasmittenti inviano messaggi XML via AS2 o tramite l'API NextGen basata su SOAP. Questo percorso richiede:
- Un account ESG NextGen attivo con certificato di produzione
- Un safety database (Argus, ArisG, Veeva Vault Safety o equivalente) configurato per produrre XML E2B(R3) conforme al FDA Regional Implementation Guide
- La validazione dei file in uscita rispetto ai FDA E2B(R3) Core and Regional Data Elements and Business Rules
- L'elaborazione dei messaggi ICSR ACK in ingresso per confermare ricezione e stato di validazione
Safety Reporting Portal (SRP)
Per i trasmittenti privi di integrazione database-to-database, la FDA continua a offrire il Safety Reporting Portal in modalità web. L'SRP genera XML conforme E2B(R3) a partire da dati del caso inseriti manualmente. Questo percorso rimane disponibile anche dopo il 1° ottobre 2026 ed è l'opzione pratica per piccoli produttori, segnalazioni promosse dallo sperimentatore e segnalazioni occasionali.
Prova in RegAid: Quali elementi dati ICSR sono obbligatori per FDA E2B(R3)?
Come prepararsi entro il 1° ottobre 2026
-
Confermare il perimetro. Identificare ogni prodotto, licenza e flusso di trasmissione tramite agente che attualmente invia ICSR E2B(R2) alla FDA. Includere flussi post-autorizzativi, IND e BA/BE pre-autorizzativi.
-
Aggiornare o riconfigurare il safety database. I fornitori hanno rilasciato versioni compatibili E2B(R3), ma la riconfigurazione non è banale. Prevedere tempo per il mapping dei campi, la ristrutturazione della narrativa e l'allineamento della versione MedDRA.
-
Validare contro l'ambiente di test FDA. Utilizzare il FDA E2B(R3) Validator e l'ambiente di pre-produzione ESG NextGen per validare i file XML in uscita prima del go-live. Errori di validazione tipici: codici paese errati, identificativi di caso univoco mondiale mancanti, versioni MedDRA non valide, narrative troncate.
-
Formare operatori dei casi e fornitori. I campi narrativa strutturata sono il cambiamento operativo più rilevante. Gli operatori devono imparare a scomporre una singola narrativa in testo libero in riassunto del caso, episodi di reazione e storia farmacologica.
-
Eseguire trasmissioni in parallelo. Entro il 1° ottobre 2026, trasmettere un campione di casi sia in E2B(R2) sia in E2B(R3) per confermare il processo end-to-end e individuare discrepanze prima della data di cut-off.
-
Documentare la transizione nel PSMF. Aggiornare il Pharmacovigilance System Master File (Modulo III, Sources of Safety Data, e Modulo IV, Computerized Systems) per riflettere il nuovo flusso dati, i controlli di validazione e la conservazione degli archivi E2B(R2) legacy.
-
Rivedere i contratti con partner CRO e di outsourcing di pharmacovigilance. Confermare che siano pronti per E2B(R3) alla stessa scadenza e che gli Service Level Agreement coprano i fallimenti di validazione e le responsabilità di ritrasmissione.
Errori ricorrenti
Sottovalutare la gestione delle versioni MedDRA: E2B(R3) richiede che la versione MedDRA utilizzata per la codifica sia trasmessa con ogni caso. I safety database che aggiornano MedDRA automaticamente senza mantenere la storia per caso produrranno file non conformi.
Ignorare il messaggio ACK: E2B(R3) introduce un riscontro più ricco con esiti di validazione. I trasmittenti che non processano gli ACK rischiano fallimenti di elaborazione non rilevati dopo la scadenza.
Saltare l'analisi dei prodotti combinati: I prodotti combinati a componente principale farmacologica rientrano nel mandato E2B(R3), quelli a componente principale dispositivo no. Classificare ogni prodotto rispetto a 21 CFR Part 4 per instradare correttamente gli ICSR.
Presumere che la parità EMA sia sufficiente: Se la vostra organizzazione invia già E2B(R3) a EudraVigilance, non siete automaticamente conformi FDA. I FDA Regional Data Elements e le Business Rules differiscono da quelli UE. Validare specificamente rispetto al set di regole FDA.
Punti chiave
- La FDA richiede ICH E2B(R3) per gli ICSR post-autorizzativi via ESG NextGen dal 1° ottobre 2026, ai sensi di 91 FR 17284
- E2B(R2) è accettato fino al 30 settembre 2026, poi ritirato dal gateway
- Nel perimetro: medicinali per uso umano, biologici, vaccini e prodotti combinati a componente principale farmacologica o biologica
- E2B(R3) aggiunge narrativa strutturata, dati combinati più ricchi e interoperabilità basata su ISO/HL7
- Due percorsi di trasmissione rimangono: ESG NextGen per chi trasmette da database, Safety Reporting Portal per trasmissioni manuali
- Iniziare subito la validazione nell'ambiente di pre-produzione FDA e trasmettere in parallelo E2B(R2) ed E2B(R3) prima della scadenza
Come aiuta RegAid
RegAid copre l'intero pacchetto di guidance FDA su E2B(R3), l'ICH Implementation Guide, il FDA Regional Implementation Guide e le regole di segnalazione post-autorizzativa alla base di 21 CFR 314.80 e 600.80. Chieda "Quali elementi dati ICSR sono obbligatori per FDA E2B(R3)?" oppure "Come mappo un caso E2B(R2) verso E2B(R3)?" e otterrà una risposta citata con link alla guidance FDA e ai documenti ICH originali.