FDA AEMS: Das Adverse Event Monitoring System ersetzt MAUDE, FAERS und 5 weitere Datenbanken

Am 11. März 2026 hat die FDA das Adverse Event Monitoring System (AEMS) eingeführt — die umfassendste Überarbeitung der Sicherheitsüberwachungsinfrastruktur der Behörde seit über zwei Jahrzehnten. AEMS konsolidiert sieben bestehende Datenbanken für unerwünschte Ereignisse in einer einzigen, einheitlichen Plattform, die alle von der FDA regulierten Produktkategorien abdeckt: Arzneimittel, Biologika, Impfstoffe, Medizinprodukte, Kosmetika, Lebensmittel und Tierarzneimittel.

Die Umstellung ist nicht optional. Bis Ende Mai 2026 werden die Altsysteme — einschließlich MAUDE, FAERS und VAERS — außer Betrieb genommen. Wenn Ihre Organisation unerwünschte Ereignisse für FDA-regulierte Produkte überwacht, müssen Sie verstehen, was sich mit AEMS ändert, was gleich bleibt und wie Sie Ihre Arbeitsabläufe vor der Umstellung vorbereiten.

Dieser Leitfaden behandelt alles, was Regulatory-Affairs-Fachleute, Qualitätsingenieure und Post-Market-Surveillance-Teams über die FDA-AEMS-Umstellung wissen müssen.

Was ist AEMS und warum die FDA es entwickelt hat

AEMS ist eine zentralisierte Plattform für die Meldung und Überwachung unerwünschter Ereignisse, die von der FDA betrieben wird. Es ersetzt sieben separate Datenbanken, die in den letzten 20–30 Jahren unabhängig voneinander aufgebaut wurden, wobei jede einer anderen Produktkategorie diente und von einem anderen FDA-Zentrum gepflegt wurde.

Das grundlegende Problem, das AEMS löst, ist die Fragmentierung. Unter der alten Architektur konnte ein Sicherheitssignal bei einem Kombinationsprodukt (Arzneimittel-Medizinprodukt) Berichte sowohl in MAUDE (für die Gerätekomponente) als auch in FAERS (für die Arzneimittelkomponente) erzeugen. Diese Berichte befanden sich in separaten Datenbanken mit separaten Suchoberflächen, separaten APIs und separaten Aktualisierungszyklen. Querverweise erforderten manuelle Arbeit oder maßgeschneiderte Integrationen.

AEMS beseitigt diese Fragmentierung. Jeder Bericht über ein Unerwünschtes Ereignis — unabhängig vom Produkttyp — fließt nun in ein einziges System mit einem einheitlichen Datenmodell, einer einzigen Suchoberfläche und einer einzigen API.

Das Kostenproblem

Die sieben Altsysteme verursachten zusammen Betriebs- und Wartungskosten von etwa 37 Millionen US-Dollar pro Jahr. Jedes System hatte seine eigene Infrastruktur, sein eigenes Entwicklungsteam und seinen eigenen Wartungszyklus. Der redundante Aufwand war erheblich — Sicherheitspatches, Compliance-Updates und Infrastruktur-Upgrades mussten für jedes System unabhängig durchgeführt werden.

Die FDA prognostiziert, dass AEMS durch Infrastrukturkonsolidierung, reduzierten Personalaufwand für die Datenbankadministration und Wegfall doppelter Entwicklungsarbeit in fünf Jahren etwa 120 Millionen US-Dollar einsparen wird.

Das Datenproblem

Über die Kosten hinaus schufen die Altsysteme Datensilos, die die Sicherheitsüberwachung aktiv behinderten. Ein Sicherheitssignal, das Produktkategorien überspannte — etwa eine unerwünschte Wechselwirkung zwischen einem Medizinprodukt und einem Biologikum — erforderte, dass Analysten mehrere Datenbanken separat abfragten und die Ergebnisse manuell korrelierten. AEMS ermöglicht die produktübergreifende Signalerkennung innerhalb einer einzigen Abfrage.

Die 7 Altsysteme, die ersetzt werden

AEMS konsolidiert die folgenden sieben FDA-Datenbanken für unerwünschte Ereignisse:

Datenbank	Vollständiger Name	Produktbereich	FDA-Zentrum
MAUDE	Manufacturer and User Facility Device Experience	Medizinprodukte	CDRH
FAERS	FDA Adverse Event Reporting System	Arzneimittel (verschreibungspflichtig und OTC)	CDER
VAERS	Vaccine Adverse Event Reporting System	Impfstoffe	CBER (gemeinsam mit CDC)
HFCS	Human Food Complaints System	Lebensmittel und Nahrungsergänzungsmittel	CFSAN
CTPAE	Center for Tobacco Products Adverse Experience	Tabak- und Nikotinprodukte	CTP
CAERS	CFSAN Adverse Event Reporting System	Kosmetika und Nahrungsergänzungsmittel	CFSAN
AVRS	Animal Veterinary Reporting System	Tierarzneimittel und Futtermittel	CVM

Jedes dieser Systeme wurde für seine Produktkategorie maßgeschneidert. MAUDE war für Medizinprodukte-Berichte mit Feldern für Produktcodes, Geräteklassifizierungen und PMA/510(k)-Nummern optimiert. FAERS war um Arzneimittelnamen, NDC-Codes und Indikationen strukturiert. VAERS verfolgte Impfstoffchargennummern und Verabreichungsstellen. Die Datenmodelle waren grundlegend verschieden.

AEMS führt ein einheitliches Datenmodell ein, das alle Produktkategorien aufnimmt und gleichzeitig die kategoriespezifischen Felder bewahrt, die jede Fachgemeinschaft benötigt. Medizinprodukte-Fachleute finden in AEMS weiterhin Produktcodes, Geräteklassifizierungen und MDR-Berichtsnummern — die Daten werden umstrukturiert, nicht verworfen.

Zeitplan: Start im März 2026 bis vollständige Umstellung im Mai 2026

Die AEMS-Einführung erfolgt in Phasen:

Phase	Datum	Meilenstein
Phase 1: Start	11. März 2026	AEMS geht live mit Echtzeit-Datenübernahme aus allen 7 Quellsystemen
Phase 2: Parallelbetrieb	März–Mai 2026	AEMS und Altsysteme gleichzeitig betriebsbereit; Daten fließen in beide
Phase 3: Umleitung	Ende Mai 2026	Alt-Oberflächen leiten auf AEMS um; Alt-APIs geben Deprecation-Header zurück
Phase 4: Außerbetriebnahme	Ende Mai 2026	Altsysteme werden abgeschaltet; AEMS wird zur alleinigen Plattform

Während der Parallelbetriebsphase (März bis Mai 2026) empfangen sowohl die alten als auch die neuen Systeme Daten. Dies ist das Zeitfenster für Organisationen, um zu überprüfen, ob ihre Überwachungspipelines konsistente Ergebnisse aus AEMS liefern, bevor die Altsysteme abgeschaltet werden.

Wenn Sie noch nicht mit der Validierung Ihrer AEMS-Integration begonnen haben, schließt sich das Zeitfenster. Die Frist für die Außerbetriebnahme Ende Mai ist verbindlich.

Migration historischer Daten

Alle historischen Datensätze aus den sieben Altdatenbanken wurden in AEMS migriert. Dies umfasst das vollständige MAUDE-Archiv bis zurück in die 1990er Jahre, den vollständigen FAERS-Datensatz und historische Aufzeichnungen aus allen anderen Systemen. Alte Berichts-Identifikatoren (MDR Report Keys für MAUDE, ISR-Nummern für FAERS, VAERS-IDs) werden als Querverweisfelder in AEMS beibehalten, sodass bestehende Analysen und Lesezeichen auf das neue System abgebildet werden können.

Was sich ändert und was gleich bleibt

Was sich ändert

Aspekt	Altsysteme	AEMS
Anzahl der Datenbanken	7 separate Systeme	1 einheitliche Plattform
Suchoberfläche	Separate Web-UI pro Datenbank	Einheitliche Suche
Aktualisierungsfrequenz	Unterschiedlich (MAUDE monatlich, FAERS wöchentlich)	Echtzeit für alle Produkttypen
Produktübergreifende Abfragen	Nicht möglich ohne manuelle Korrelation	Native produktübergreifende Suche
API	openFDA mit separaten Endpunkten pro Produkttyp	AEMS-API mit einheitlichem Endpunkt
Datenmodell	Unterschiedliches Schema pro Datenbank	Einheitliches Schema mit produktspezifischen Erweiterungen
Betriebskosten	~37 Mio. USD/Jahr für 7 Systeme	Deutliche Reduzierung (~120 Mio. USD Einsparung über 5 Jahre)
Berichtsformat	Variiert je nach System	Standardisiert für alle Produkttypen

Was gleich bleibt

Nicht alles ändert sich. Die regulatorischen Pflichten, die unerwünschte Ereignisse generieren, bleiben unberührt:

• MDR-Meldepflichten gemäß 21 CFR Part 803 bleiben identisch. Hersteller, Importeure und Anwendereinrichtungen haben weiterhin dieselben Meldepflichten mit denselben Fristen (30 Tage Standard, 5 Tage beschleunigt, 10 Tage für Anwendereinrichtungen).
• MedWatch-Formulare (3500, 3500A) bleiben der primäre Einreichungsmechanismus für freiwillige und verpflichtende Meldungen.
• Berichtsinhalte — Ereignisbeschreibungen, Geräteinformationen, Patientenergebnisse, Herstellernarrative — werden ohne Änderungen an den Meldeanforderungen zu AEMS übertragen.
• Historische Daten aus MAUDE und allen anderen Altsystemen sind vollständig erhalten und in AEMS durchsuchbar.
• Produktcodes, Geräteklassifizierungen und 510(k)/PMA-Nummern werden weiterhin als Geräte-Identifikatoren in AEMS verwendet.
• openFDA-API-Kompatibilität — die FDA hat zugesagt, während und nach der Umstellung abwärtskompatible Endpunkte beizubehalten, wobei neue AEMS-native Endpunkte zusätzliche Funktionen bieten.

Auswirkungen speziell auf Medizinprodukte-Teams

Für Teams, deren Hauptanliegen Medizinprodukte sind, verändert AEMS die Überwachungslandschaft in mehreren konkreten Bereichen.

Echtzeitzugriff auf Geräteberichte

MAUDE wurde in einem monatlichen Zyklus aktualisiert, mit gelegentlich längeren Verzögerungen. Bis ein Bericht in der öffentlichen MAUDE-Datenbank erschien, konnten Wochen oder Monate seit dem Ereignis vergangen sein. AEMS bietet Echtzeit-Updates, was bedeutet, dass Berichte über unerwünschte Ereignisse kurz nach ihrer Einreichung durchsuchbar werden. Für Organisationen, die aufkommende Sicherheitssignale schnell erkennen müssen — also die meisten Gerätehersteller — ist dies eine wesentliche Verbesserung.

Produktübergreifende Sichtbarkeit

Kombinationsprodukte (Arzneimittel-Gerät, Biologikum-Gerät) waren schon immer eine Überwachungsherausforderung. Ein Bericht über den Ausfall einer vorgefüllten Spritze konnte in MAUDE (Gerätefehlfunktion) oder FAERS (arzneimittelbezogenes unerwünschtes Ereignis) erscheinen, je nachdem, wie der Melder es klassifizierte. Mit AEMS befinden sich beide Berichte im selben System und sind mit einer einzigen Abfrage durchsuchbar. Dies beseitigt einen blinden Fleck, der seit Jahrzehnten besteht.

Neues Dashboard und Analysen

AEMS enthält integrierte Analysefunktionen, die der alten MAUDE-Oberfläche fehlten:

• Signalerkennungsalgorithmen, die ungewöhnliche Berichtsvolumenmuster automatisch markieren
• Trendvisualisierung, die Berichtsvolumina über die Zeit nach Produktcode, Ereignistyp oder Hersteller zeigt
• Geografische Verteilung der Berichte, die die Identifizierung regionsspezifischer Sicherheitsprobleme ermöglicht
• Konfigurierbare Alarmeinstellungen — Schwellenwerte festlegen und Benachrichtigungen bei Überschreitung erhalten

Einheitliches Herstellerportal

AEMS führt ein einziges Einreichungsportal für Hersteller ein. Anstatt verschiedene Einreichungssysteme für verschiedene Berichtstypen zu navigieren, können Hersteller alle Berichte über unerwünschte Ereignisse — unabhängig von der Produktkategorie — über eine Oberfläche einreichen. Für Unternehmen, die sowohl Medizinprodukte als auch Arzneimittel (oder Kombinationsprodukte) vermarkten, reduziert dies den administrativen Aufwand.

API-Migration: Von openFDA zur AEMS-API

Die API-Umstellung ist die technisch bedeutsamste Änderung für Organisationen mit automatisierten Überwachungspipelines.

Aktueller Stand (openFDA)

Die bestehende openFDA-API stellt Daten zu unerwünschten Ereignissen über produktspezifische Endpunkte bereit:

• /device/event — MAUDE Medizinprodukte-Vorkommnisse
• /drug/event — FAERS Arzneimittel-Vorkommnisse
• Weitere Endpunkte für Rückrufe, Durchsetzungsberichte usw.

AEMS-API

Die neue AEMS-API bietet:

• Einheitlichen /adverse-events-Endpunkt — produktübergreifende Abfrage mit einem einzigen Aufruf
• Produkttyp-Filterung — Eingrenzung auf Geräte, Arzneimittel, Biologika usw. über einen product_type-Parameter
• Erweiterte Suchsyntax — Unterstützung komplexer boolescher Abfragen, verschachtelter Feldsuchen und Proximity-Matching in Narrativtexten
• Echtzeitdaten — Berichte erscheinen kurz nach Einreichung in den API-Ergebnissen und ersetzen die wochenlange Verzögerung der MAUDE/openFDA-Pipeline
• Webhook-Abonnements — Registrierung für Push-Benachrichtigungen, wenn Berichte eingereicht werden, die Ihren Kriterien entsprechen, wodurch Polling überflüssig wird
• Höhere Rate Limits — die AEMS-API bietet erhöhten Durchsatz für authentifizierte Benutzer mit API-Schlüsseln

Migrationspfad

Die FDA hat zugesagt, die Abwärtskompatibilität bestehender openFDA-Endpunkte mindestens bis Ende 2026 aufrechtzuerhalten. Hier ist die empfohlene Migrationsreihenfolge:

1. Jetzt (Mai 2026): Registrierung für einen AEMS-API-Schlüssel im FDA-Entwicklerportal
2. Paralleltests: Bestehende openFDA-Abfragen parallel zu äquivalenten AEMS-API-Abfragen ausführen und Ergebnisse vergleichen
3. Feldmapping validieren: AEMS verwendet ein einheitliches Schema — bestätigen Sie, dass gerätespezifische Felder (Produktcode, Geräteklasse, MDR Report Key) korrekt zugeordnet werden
4. Primärquelle umschalten: Nach Validierung der Konsistenz Ihre Überwachungspipeline auf die AEMS-API umstellen
5. openFDA-Aufrufe einstellen: Nach Bestätigung des stabilen Betriebs openFDA-Abhängigkeiten entfernen
6. AEMS-native Funktionen nutzen: Webhook-Abonnements, produktübergreifende Abfragen und erweiterte Suchfunktionen implementieren, die bei openFDA nicht verfügbar sind

Beispiel: openFDA vs. AEMS-API-Abfrage

openFDA (alt):

GET https://api.fda.gov/device/event.json?search=device.product_code:"ABC"+AND+event_type:"Death"+AND+date_received:[20260101+TO+20261231]&limit=100

AEMS-API (neu):

GET https://aems.fda.gov/api/v1/adverse-events?product_type=device&product_code=ABC&event_type=death&date_received=2026-01-01..2026-12-31&limit=100

Die AEMS-API verwendet eine klarere Abfragesyntax mit expliziten Parameternamen anstelle von Lucene-ähnlichen Suchstrings. Die Antworten folgen einem einheitlichen JSON-Schema über alle Produkttypen hinweg.

So bereiten Sie Ihre Überwachungsabläufe vor

Ob Sie unerwünschte Ereignisse manuell oder über automatisierte Systeme überwachen — die AEMS-Umstellung erfordert Vorbereitung. Hier ist eine praktische Checkliste.

Für Teams, die die MAUDE-Weboberfläche nutzen

1. AEMS-Portal als Lesezeichen speichern. Die alte MAUDE-Weboberfläche auf accessdata.fda.gov wird bis Ende Mai 2026 auf AEMS umgeleitet.
2. Neue Suchoberfläche kennenlernen. Die AEMS-Suche funktioniert anders — nehmen Sie sich Zeit, Testabfragen für Ihre wichtigsten Produktcodes und Hersteller auszuführen, bevor die alte Oberfläche verschwindet.
3. SOPs aktualisieren. Jede Standardarbeitsanweisung, die „MAUDE" oder die MAUDE-Web-URL referenziert, muss auf AEMS aktualisiert werden.
4. Team schulen. Jeder, der im Rahmen seiner Rolle MAUDE-Suchen durchführt, sollte vor Abschluss der Umstellung eine Schulung zur AEMS-Oberfläche erhalten.

Für Teams, die die openFDA-API nutzen

1. AEMS-API-Zugang im FDA-Entwicklerportal registrieren.
2. Bestehende Abfragen auf das AEMS-API-Schema abbilden. Dokumentieren Sie jede openFDA-Abfrage, die Ihre Organisation ausführt, und identifizieren Sie das AEMS-Äquivalent.
3. Parallelabfragen während des verbleibenden Parallelbetriebsfensters ausführen, um Datenkonsistenz zu validieren.
4. Feldreferenzen im Code aktualisieren — während die meisten Felder übernommen werden, haben sich einige Feldnamen und -pfade im einheitlichen Schema geändert.
5. Webhook-Abonnements testen für Ihre kritischsten Überwachungskriterien. Webhooks können pollbasierte Überwachung durch ereignisgesteuerte Alarme ersetzen.

Für Teams, die Drittanbieter-Monitoring-Tools nutzen

Wenn Sie eine Regulatory-Intelligence-Plattform (wie MedFlux) für die Überwachung unerwünschter Ereignisse nutzen, wird die Umstellung möglicherweise bereits für Sie erledigt. Überprüfen Sie bei Ihrem Anbieter:

• Werden bereits Daten aus AEMS bezogen?
• Sind historische MAUDE-Daten in deren System erhalten?
• Wurde die Datenkontinuität während der Umstellung validiert?
• Werden AEMS-native Funktionen genutzt (Echtzeit-Updates, produktübergreifende Suche)?

QMS-Dokumentation aktualisieren

Die folgenden Dokumente referenzieren wahrscheinlich MAUDE namentlich und müssen aktualisiert werden:

• Post-Market-Surveillance-Pläne
• Beschwerdemanagement-Verfahren
• CAPA-Verfahren (sofern MAUDE-Monitoring als Datenquelle dient)
• Management-Review-Eingaben
• Risikomanagement-Akten (ISO 14971)
• Periodic Safety Update Reports (PSUR) für EU-MDR-Compliance

AEMS vs. MAUDE: Funktionsvergleich

Funktion	MAUDE (alt)	AEMS (neu)
Produktumfang	Nur Medizinprodukte	Alle FDA-regulierten Produkte
Datenaktualität	Monatliche Batch-Updates	Echtzeit
Suchoberfläche	Einfaches Webformular	Modernes Dashboard mit Filtern und Analysen
Produktübergreifende Suche	Nicht verfügbar	Native Unterstützung
Signalerkennung	Manuelle Analyse erforderlich	Integrierte algorithmische Erkennung
Trendvisualisierung	Nicht verfügbar (Export nach Excel)	Integrierte Diagramme und Dashboards
API	openFDA /device/event	AEMS einheitliche API mit Webhooks
Geografische Analyse	Nicht verfügbar	Integrierte geografische Verteilung
Alarmbenachrichtigungen	Nicht verfügbar	Konfigurierbare Schwellenwert-Alarme
Historische Daten	Nur MAUDE-Datensätze	7 Altdatenbanken zusammengeführt
Berichts-Identifikatoren	MDR Report Key	AEMS-ID + alte Querverweis-IDs
Einreichungsportal	eMDR / eSubmitter	Einheitliches AEMS-Herstellerportal
Massen-Datenexport	Jährliche ZIP-Dateien	Streaming-API + Massenexport
Wartungskosten	Anteil an 37 Mio. USD/Jahr für 7 Systeme	Konsolidierte Einzelplattform-Kosten

Häufig gestellte Fragen

Wofür steht AEMS?

AEMS steht für Adverse Event Monitoring System. Es ist die neue zentralisierte Plattform der FDA zur Erfassung, Speicherung und Analyse von Berichten über unerwünschte Ereignisse aller FDA-regulierten Produktkategorien.

Wann wurde AEMS gestartet?

AEMS wurde am 11. März 2026 gestartet. Es trat in eine Parallelbetriebsphase mit den Altsystemen ein, wobei die vollständige Umstellung und Außerbetriebnahme der Altsysteme für Ende Mai 2026 geplant ist.

Ersetzt AEMS die MAUDE-Datenbank?

Ja. MAUDE ist eine von sieben Altdatenbanken, die im Rahmen der AEMS-Einführung außer Betrieb genommen werden. Alle historischen MAUDE-Daten wurden in AEMS migriert, und alle neuen Berichte über unerwünschte Ereignisse bei Medizinprodukten fließen in AEMS.

Ersetzt AEMS auch FAERS und VAERS?

Ja. AEMS ersetzt alle sieben Altsysteme: MAUDE, FAERS, VAERS, HFCS, CTPAE, CAERS und AVRS. Alle Produktkategorien — Arzneimittel, Medizinprodukte, Impfstoffe, Biologika, Kosmetika, Lebensmittel und Tierarzneimittel — werden von der einheitlichen AEMS-Plattform abgedeckt.

Ändern sich meine MDR-Meldepflichten unter AEMS?

Nein. Die regulatorischen Anforderungen gemäß 21 CFR Part 803 bleiben unverändert. Meldefristen, Anforderungen an den Berichtsinhalt und wer melden muss, bleiben gleich. Nur das System, das die Berichte empfängt und speichert, hat sich geändert.

Werden meine openFDA-API-Integrationen nicht mehr funktionieren?

Die FDA hat zugesagt, abwärtskompatible openFDA-Endpunkte mindestens bis Ende 2026 beizubehalten. Organisationen sollten jedoch während dieser Übergangsfrist auf die AEMS-API migrieren, da die openFDA-Endpunkte letztendlich eingestellt werden.

Kann ich in AEMS noch historische MAUDE-Daten suchen?

Ja. Alle historischen Datensätze aus MAUDE (und den anderen sechs Altdatenbanken) wurden in AEMS migriert. Alte Identifikatoren wie MDR Report Keys werden als Querverweisfelder beibehalten, sodass Sie bestimmte historische Berichte mit denselben Identifikatoren wie zuvor nachschlagen können.

Sind die AEMS-Daten wirklich in Echtzeit?

AEMS bietet nahezu Echtzeit-Updates. Berichte werden kurz nach der Einreichung durchsuchbar — eine dramatische Verbesserung gegenüber dem monatlichen Batch-Update-Zyklus von MAUDE. Die genaue Latenz hängt vom Berichtstyp und der Einreichungsmethode ab, wird aber in Stunden statt Wochen gemessen.

---

MedFlux integriert sich direkt mit AEMS, um Echtzeit-Intelligence zu unerwünschten Ereignissen bei Medizinprodukten von 27 globalen Regulierungsbehörden zu liefern. Anstatt eine eigene AEMS-Überwachungspipeline aufzubauen und zu pflegen, erkennt MedFlux aufkommende Sicherheitssignale, Rückrufvorboten und Wettbewerbsintelligenz — gefiltert auf Ihr spezifisches Geräteportfolio und automatisch an Ihr Team geliefert. Erfahren Sie mehr über MedFlux →