Die FDA MAUDE-Datenbank (Manufacturer and User Facility Device Experience) ist die weltweit größte öffentliche Vigilanz-Datenbank für Medizinprodukte. Auch europäische Hersteller mit MDR-Zertifizierung profitieren: einerseits, weil ähnliche Produkte in den USA vermarktet werden, andererseits weil Notified Bodies in DACH MAUDE zunehmend als Pflicht-Quelle erwarten. Dieser Leitfaden zeigt, wie Sie MAUDE strukturiert in Ihren PSUR-Workflow integrieren.
Was ist MAUDE — und was nicht?
MAUDE wird von der U.S. Food and Drug Administration betrieben und enthält freiwillige sowie verpflichtende Meldungen über Vorkommnisse mit Medizinprodukten. Pro Jahr kommen ca. 2 Millionen neue Reports hinzu. Die Daten reichen von 1991 bis aktuell, sind frei abrufbar und werden täglich aktualisiert.
Was MAUDE NICHT ist: keine kuratierte Datenbank, keine medizinisch-wissenschaftliche Bewertung, keine vollständige Erfassung aller Vorkommnisse. Underreporting ist signifikant — Studien schätzen, dass nur 1–10 % aller real auftretenden Vorkommnisse gemeldet werden.
Trotz dieser Einschränkungen ist MAUDE eine essentielle Quelle für die Vigilanz: Trendsignale, Recall-Auslöser, Vergleichs-Daten zu Wettbewerbsprodukten und früheste Hinweise auf Sicherheitsprobleme.
Wann ist MAUDE für EU-Hersteller relevant?
1. Eigenes Produkt in den USA vermarktet
510(k)-Zulassung oder PMA — dann ist MAUDE Pflicht-Quelle. Notified Bodies erwarten quartalsweise Auswertung.
2. Wettbewerbsprodukte mit ähnlichem Risikoprofil in den USA
Wenn ähnliche Produkte (gleiche Klasse, Indikation, Wirkungsmechanismus) in den USA vermarktet werden, geben deren MAUDE-Daten Hinweise auf zu erwartende EU-Vorkommnisse. Empfehlung: jährliche Recherche zur Wettbewerbs-Vigilanz, insbesondere bei Klasse IIb impl. und III.
3. Trend-Signale für FSCAs
Wenn FDA in MAUDE einen Klassifizierungs-Recall (Class I) ankündigt, hat das oft Implikationen für ähnliche EU-Produkte. Frühindikator-Funktion.
4. Komplettierung der wissenschaftlichen Begründung
Bei der klinischen Bewertung (CER) erweitert MAUDE die Evidenzbasis um post-market-Realdaten — komplementär zu PubMed-Studien.
MAUDE-Struktur und Pflichtfelder
Ein MAUDE-Report enthält folgende Hauptfelder:
- MDR Report Key: eindeutige Report-ID
- Date Received und Date of Event: Zeitstempel
- Brand Name: Marken-/Produktname
- Manufacturer Name: Hersteller
- Manufacturer (D): Bevollmächtigter (D = Device)
- Product Code: 3-Letter-FDA-Klassifikationscode
- Event Type: Death / Injury / Malfunction / Other
- Event Description: Freitext-Beschreibung des Vorfalls
- Manufacturer Narrative: Hersteller-Antwort
- Patient Outcome: dokumentierte Patientenfolgen
- Device Identifiers (UDI-DI, Serial Number): falls vorhanden
Suchstrategie in MAUDE
MAUDE ist über zwei Wege durchsuchbar: das webbasierte FDA-MAUDE-Suchportal und die OpenFDA-API. Für strukturierte PMS-Recherche empfehlen wir die API.
Suche per Brand Name
Einfachster Einstieg: nach dem eigenen Produktnamen suchen. Achtung: Brand Names sind in MAUDE oft fehlerhaft eingegeben (Tippfehler, Variationen). Mehrere Schreibweisen testen.
Suche per UDI-DI
Empfohlen seit MDR-Pflicht — UDI-DIs werden zunehmend in MAUDE-Reports angegeben. Filterung exakter.
Suche per Manufacturer Code
Jeder FDA-registrierte Hersteller hat einen eindeutigen Code. Damit erfassen Sie alle Reports zu Ihren Produkten zuverlässig — auch bei fehlerhaften Brand Names.
Suche per Product Code
Ein Product Code (z. B. „MAA" für Knie-Endoprothesen mit beweglichem Gleitkörper) erfasst die gesamte Produktklasse — ideal für Wettbewerbs-Recherche.
OpenFDA-API in der Praxis
Die FDA bietet eine kostenlose REST-API (api.fda.gov), die bis 1.000 Anfragen/Tag ohne Key und 120.000/Tag mit kostenfreiem API-Key erlaubt. Beispielanfrage für ein Knie-Implantat-Modell:
https://api.fda.gov/device/event.json?
search=device.brand_name:"YourKneeImplant"+AND+event_type:"Injury"&
limit=100
Antwort als JSON mit allen relevanten Feldern. Das Ergebnis kann direkt in Excel/Power-BI/MediLit-Scout importiert werden.
Auswertung in den PSUR
Im PSUR (MDCG 2020-8) gehört die MAUDE-Auswertung in Sektion 5 (Statistik der Vorkommnisse) und Sektion 7 (Klinische Bewertung). Empfehlung:
- Quantitative Übersicht: Anzahl Reports pro Quartal, getrennt nach Event Type (Death/Injury/Malfunction)
- Qualitative Bewertung: häufigste Vorkommnisse, neue Muster
- Trend-Analyse: 12-Wochen-Sliding-Window mit Sigma-Schwelle
- Vergleich zu eigenen EU-Reklamationen: Konsistenz-Check
Wichtig: Sie übernehmen MAUDE-Daten nicht 1:1 in den PSUR — sie kontextualisieren sie. „MAUDE meldet X Reports zu unserem Produkt; davon Y mit Patient Outcome Z; unsere eigene EU-Reklamationsbasis zeigt vergleichbare Häufung in 80 % der Kategorien."
Die 5 häufigsten Fehler bei MAUDE-Auswertung
1. Reine Brand-Name-Suche ohne Manufacturer-Code-Cross-Check
Tippfehler in MAUDE führen zu falschen Treffer-Statistiken.
2. Underreporting ignoriert
„Nur 5 Reports in 12 Monaten" sagt wenig — die wahre Vorkommnis-Häufung kann 10–100× höher sein. Trends sind aussagekräftiger als Absolut-Zahlen.
3. Wettbewerbs-Daten nicht ausgewertet
Wer nur die eigenen Produkte recherchiert, verpasst Frühsignale aus der Produktklasse.
4. Keine systematische Datums-Filterung
Bei Re-Audits werden 5-Jahres-Historien gefordert. Ohne Datums-Logging in der Such-Pipeline ist das unmöglich.
5. PSUR-Sektion 5 ohne MAUDE-Erwähnung
Notified Body fragt sofort: „Warum nicht?" — eine schriftliche Begründung muss vorliegen.
Wie MediLit-Scout MAUDE integriert
MediLit-Scout zieht FDA MAUDE täglich per OpenFDA-API. Im Suchprofil hinterlegen Sie Brand Name, UDI-DI, Manufacturer Code und Product Code. Treffer landen im Wochenreport mit Trend-Analyse und Sigma-Berechnung. Im Pro-Tarif aktivieren Sie Real-Time-Recall-Webhooks für Class-I-Recalls (E-Mail innerhalb 6 h).
Datenexport: alle MAUDE-Treffer können als CSV/JSON exportiert werden — für Power-BI-Dashboards, eigene Datenbanken oder PSUR-Anhänge. Audit-Trail mit Datum, Suchparametern und Treffer-Set ist Pflichtelement.