Ab dem 1. Oktober 2026 müssen postmarketing Individual Case Safety Reports (ICSRs) für Humanarzneimittel, biologische Arzneimittel sowie Arzneimittel- oder biologisch geführte Kombinationsprodukte, die über das Electronic Submissions Gateway Next Generation (ESG NextGen) an die FDA übermittelt werden, den Datenstandard ICH E2B(R3) verwenden. Bis zum 30. September 2026 akzeptiert die FDA weiterhin E2B(R2)-Einreichungen. Danach werden ausschließlich E2B(R3)-Nachrichten verarbeitet. Das Mandat wurde am 6. April 2026 von der FDA bekannt gegeben (91 FR 17284) und verlängert die zuvor empfohlene Umstellungsfrist um sechs Monate.
Was ist ICH E2B(R3)?
ICH E2B(R3) ist der internationale Datenstandard für die elektronische Übermittlung von ICSRs zwischen pharmazeutischen Unternehmen und Behörden. Er definiert die Datenfelder, die Nachrichtenstruktur und das XML-Schema, mit denen ein einzelner Nebenwirkungsfall beschrieben wird: Patient, Produkt, Reaktion, Narrative, Schweregrad, Ausgang, Meldender und behördliche Metadaten.
Die Richtlinie baut auf dem ISO/HL7 27953-2 ICSR Standard auf. Dadurch ist E2B(R3) mit klinischen Terminologien interoperabel (MedDRA für Reaktionen, ICH M5 für Substanzen, UCUM für Einheiten). Das aktuelle ICH-Implementierungspaket (Implementation Guide, Q&As und Appendix I(G) mit technischen Informationen) hat am 18. Juli 2025 Schritt 4 des ICH-Prozesses erreicht.
E2B(R3) löst E2B(R2) ab, den XML-basierten Standard aus dem Jahr 2001, der bei FDA-Einreichungen heute noch überwiegt. Die EMA hat E2B(R3) für EudraVigilance bereits am 30. Juni 2022 verpflichtend gemacht. Der 1. Oktober 2026 schließt die transatlantische Lücke.
Die Frist 1. Oktober 2026: was abgedeckt ist
Das FDA-Mandat, veröffentlicht als 91 FR 17284 am 6. April 2026, gilt für:
- Postmarketing ICSRs für Humanarzneimittel, biologische Arzneimittel (einschließlich Impfstoffe) und Kombinationsprodukte, bei denen ein Arzneimittel oder biologisches Produkt die primäre Wirkungsart ist
- Übermittlungen über ESG NextGen (Datenbank-zu-Datenbank-Gateway-Einreichungen)
E2B(R3) war bei der FDA seit dem 16. Januar 2024 für postmarketing Meldungen und seit dem 1. April 2024 für premarketing Meldungen (IND-Studien und IND-befreite BA/BE-Studien) optional verfügbar (FDA E2B(R3) Bekanntgabe, Januar 2023). Nach dem 1. Oktober 2026 wird E2B(R2) über ESG NextGen nicht mehr akzeptiert.
Nicht-ICSR-Sicherheitsdaten (PSURs, DSURs, 15-Tage-Alert-Reports auf Papier via MedWatch 3500A) sind von der E2B-Umstellung nicht betroffen. Sie folgen eigenen Einreichungswegen.
Wer ist betroffen und welche Produkte fallen in den Anwendungsbereich
Das Mandat gilt für jede Einheit, die postmarketing ICSRs über ESG NextGen an das FDA Adverse Event Monitoring System (AEMS, Nachfolger von FAERS) übermittelt:
| Produkttyp | Im Anwendungsbereich | Rechtsgrundlage |
|---|---|---|
| Humanarzneimittel (NDA, ANDA) | Ja | 21 CFR 314.80, 314.98 |
| Biologika (BLA) | Ja | 21 CFR 600.80 |
| Impfstoffe | Ja (über VAERS-Schnittstelle) | 21 CFR 600.80 |
| Arzneimittel- oder biologisch geführte Kombinationsprodukte | Ja | 21 CFR Part 4 |
| Medizinprodukte-geführte Kombinationsprodukte | Nein (folgen MDR und 21 CFR 803) | 21 CFR 803 |
| Verschreibungsfreie Präparate (OTC Monograph) | Ja | 21 CFR 314.80 |
Zulassungsinhaber, Antragsteller, lizenzierte Hersteller und ihre bevollmächtigten Agenten sind alle betroffen. Contract-Safety-Partner und CROs, die ICSRs im Auftrag von Sponsoren einreichen, müssen ihre Systeme ebenfalls umstellen.
E2B(R2) vs E2B(R3): zentrale Unterschiede
| Bereich | E2B(R2) (2001) | E2B(R3) (aktuell) |
|---|---|---|
| Basisstandard | ICH-spezifisches XML | ISO/HL7 27953-2 ICSR |
| Datenfelder | ca. 200 | ca. 470 |
| Narrative-Struktur | Einzelner Freitextblock | Strukturierte Narrative mit Fallzusammenfassung, Reaktionsepisoden, Arzneimittelhistorie |
| Terminologie | nur MedDRA | MedDRA, EDQM, UCUM, ISO 3166, IDMP-Substanzkennungen |
| Bestätigung | MSH-Segment | Vollständige ICSR-ACK-Nachricht mit Validierungsergebnissen |
| Duplikaterkennung | Begrenzte Felder | Erweiterte Logik für weltweit eindeutige Fallkennung |
| Rückwärtskompatibilität | N/A | Im Appendix zum Implementation Guide (Schritt 4) dokumentiert |
Die zusätzlichen Datenfelder sind kein Beiwerk. E2B(R3) erfasst Parent-Child-Fälle für maternale Exposition, detaillierte Daten zu Produkt-Arzneimittel-Kombinationen, strukturierte Dosierungsschemata und differenziertere Meldehierarchien. Die Migration von E2B(R2)-Altdaten nach E2B(R3) erfordert Mapping-Regeln, die im FDA Regional Implementation Guide dokumentiert sind.
Einreichungswege und technische Anforderungen
Die FDA bietet zwei Wege für E2B(R3)-ICSRs:
ESG NextGen (Datenbank zu Datenbank)
Der Primärweg für Sponsoren mit einer Safety-Datenbank. Einreicher übertragen XML-Nachrichten über AS2 oder die SOAP-basierte NextGen-API. Dieser Weg erfordert:
- Ein aktives ESG NextGen-Konto mit Produktionszertifikat
- Eine Safety-Datenbank (Argus, ArisG, Veeva Vault Safety oder gleichwertig), die gemäß dem FDA Regional Implementation Guide E2B(R3)-XML ausgibt
- Validierung ausgehender Dateien gegen die FDA E2B(R3) Core and Regional Data Elements and Business Rules
- Verarbeitung eingehender ICSR-ACK-Nachrichten zur Bestätigung von Empfang und Validierungsstatus
Safety Reporting Portal (SRP)
Für Einreicher ohne Datenbank-zu-Datenbank-Anbindung bietet die FDA weiterhin das webbasierte Safety Reporting Portal an. SRP generiert aus manuell eingegebenen Fall-Daten E2B(R3)-konformes XML. Dieser Weg bleibt auch nach dem 1. Oktober 2026 verfügbar und ist die praktische Option für kleine Hersteller, Prüfer-initiierte Meldungen und einzelne Berichte.
In RegAid ausprobieren: Welche ICSR-Datenfelder sind unter FDA E2B(R3) verpflichtend?
So bereiten Sie sich vor dem 1. Oktober 2026 vor
-
Umfang bestätigen. Identifizieren Sie jedes Produkt, jede Lizenz und jeden Agenten-Einreichungsstrom, der derzeit E2B(R2)-ICSRs an die FDA sendet. Postmarketing, IND und BA/BE premarketing einbeziehen.
-
Safety-Datenbank aktualisieren oder neu konfigurieren. Die Hersteller haben E2B(R3)-fähige Versionen veröffentlicht, die Rekonfiguration ist jedoch aufwändig. Planen Sie Zeit ein für Feld-Mapping, Narrative-Umstrukturierung und MedDRA-Versionsabgleich.
-
Gegen die FDA-Testumgebung validieren. Nutzen Sie den FDA E2B(R3) Validator und die ESG NextGen-Vorproduktionsumgebung, um ausgehendes XML vor dem Go-Live zu prüfen. Typische Validierungsfehler: falsche Ländercodes, fehlende weltweit eindeutige Fallkennungen, ungültige MedDRA-Versionen, abgeschnittene Narrative.
-
Fallbearbeiter und Dienstleister schulen. Die größte Workflow-Änderung sind die strukturierten Narrative-Felder. Bearbeiter müssen lernen, eine einzelne Freitext-Narrative in Fallzusammenfassung, Reaktionsepisoden und Arzneimittelhistorie zu zerlegen.
-
Parallele Einreichungen durchführen. Reichen Sie bis zum 1. Oktober 2026 eine Auswahl an Fällen sowohl in E2B(R2) als auch in E2B(R3) ein, um die Ende-zu-Ende-Verarbeitung zu bestätigen und Diskrepanzen vor dem harten Stichtag zu identifizieren.
-
Übergang im PSMF dokumentieren. Aktualisieren Sie Ihre Pharmacovigilance System Master File (Modul III, Quellen von Sicherheitsdaten, und Modul IV, Computerisierte Systeme), um den neuen Datenfluss, die Validierungskontrollen und die Archivierung der E2B(R2)-Altbestände abzubilden.
-
Verträge mit CRO- und Safety-Outsourcing-Partnern prüfen. Bestätigen Sie, dass Partner zum gleichen Termin E2B(R3)-bereit sind und dass Service Level Agreements Validierungsfehler und Nachreichungspflichten abdecken.
Häufige Fallstricke
MedDRA-Versionsverwaltung unterschätzen: E2B(R3) verlangt, dass die zur Codierung verwendete MedDRA-Version mit jedem Fall übertragen wird. Safety-Datenbanken, die MedDRA automatisch aktualisieren, ohne eine fallbezogene Versionshistorie zu führen, erzeugen nicht konforme Dateien.
ACK-Nachricht ignorieren: E2B(R3) führt eine reichhaltigere Bestätigung mit Validierungsergebnissen ein. Einreicher, die ACKs nicht auswerten und darauf reagieren, riskieren unentdeckte Verarbeitungsfehler nach der Frist.
Kombinationsprodukt-Analyse überspringen: Arzneimittel-geführte Kombinationsprodukte fallen unter das E2B(R3)-Mandat, Medizinprodukt-geführte nicht. Prüfen Sie jedes Produkt gegen 21 CFR Part 4, um ICSRs korrekt zu routen.
EMA-Parität als ausreichend annehmen: Wenn Ihre Organisation bereits E2B(R3) an EudraVigilance sendet, bedeutet das nicht automatisch FDA-Konformität. Die FDA Regional Data Elements und Business Rules unterscheiden sich von denen der EU. Validieren Sie spezifisch gegen das FDA-Regelwerk.
Wichtigste Punkte
- Die FDA verlangt ICH E2B(R3) für postmarketing ICSRs über ESG NextGen ab dem 1. Oktober 2026, gemäß 91 FR 17284
- E2B(R2) wird bis zum 30. September 2026 akzeptiert, danach vom Gateway zurückgezogen
- Im Anwendungsbereich: Humanarzneimittel, Biologika, Impfstoffe und Arzneimittel- oder biologisch geführte Kombinationsprodukte
- E2B(R3) bringt strukturierte Narrative, reichhaltigere Kombinationsprodukt-Daten und ISO/HL7-basierte Interoperabilität
- Zwei Einreichungswege bleiben: ESG NextGen für Datenbank-Einreicher, Safety Reporting Portal für manuelle Einreicher
- Beginnen Sie jetzt mit der Validierung in der FDA-Vorproduktionsumgebung und reichen Sie vor dem Stichtag parallel in E2B(R2) und E2B(R3) ein
Wie RegAid hilft
RegAid deckt das vollständige FDA-Leitfadenpaket zu E2B(R3), den ICH Implementation Guide, den FDA Regional Implementation Guide sowie die zugrundeliegenden Melderegeln nach 21 CFR 314.80 und 600.80 ab. Fragen Sie "Welche ICSR-Datenfelder sind für FDA E2B(R3) verpflichtend?" oder "Wie bilde ich einen E2B(R2)-Fall auf E2B(R3) ab?" und erhalten Sie eine belegte Antwort mit Links zu FDA-Guidance und ICH-Originaldokumenten.