Ein KI-Agent kann eine Gesprächsnotiz lesen, die vier Mindestkriterien aus einem Entlassbrief herausziehen und in wenigen Minuten einen Einzelfallbericht (Individual Case Safety Report, ICSR) entwerfen. Die Designfrage lautet, was der Agent selbst abschließen darf. Schweregrad, Erwartetheit, Kodierung, der Tag, an dem die Frist begann, und die Entscheidung zur Meldung haben alle regulatorisches Gewicht, und ein Fehler in einem dieser Punkte kann verborgen bleiben, bis ein Inspektor die Quelldokumente mit der Safety-Datenbank abgleicht. Dieser Beitrag führt einen synthetischen Fall durch eine gesteuerte Prüfung: die Quelldokumente, den Fall, den der Agent vorbereitet, die Prüfungen, die vor jedem Schreibvorgang laufen, die Entscheidung des Safety-Reviewers und den Datensatz, der bleibt. Es handelt sich um einen ausgearbeiteten Entwurf auf Basis unseres veröffentlichten Pharmakovigilanz-Blueprints. KLA hat keinen Kunden aus der Pharmaindustrie, und nichts hier beschreibt einen Einsatz.
Die Regeln, die der Entwurf einhalten muss
Die EU-Regeln für Einzelfallberichte stehen in GVP-Modul VI, Revision 2, das die EMA auf ihrer GVP-Seite als seit dem 22. November 2017 gültig führt. Vier Punkte prägen jeden Agentenentwurf.
Gültigkeit. Abschnitt VI.B.2 verlangt vier Mindestkriterien, bevor ein Bericht als ICSR gilt: ein identifizierbarer Melder, ein einzelner identifizierbarer Patient, mindestens ein verdächtigtes Arzneimittel und mindestens eine vermutete Nebenwirkung. Ein Bericht, dem eines davon fehlt, ist unvollständig; die Organisation muss ihm mit gebotener Sorgfalt nachgehen und ihn dennoch für die Sicherheitsbewertung erfassen.
Tag null. Abschnitt VI.B.7 lässt die Frist beginnen, wenn die Mindestkriterien irgendeinen Mitarbeiter des Zulassungsinhabers erreichen, einschließlich Pharmareferenten und Auftragnehmern. Die Fristen laufen in Kalendertagen, einschließlich Wochenenden und Feiertagen. Nach Artikel 107 Absatz 3 und Artikel 107a Absatz 4 der Richtlinie 2001/83/EG gehen schwerwiegende gültige ICSR innerhalb von 15 Tagen an EudraVigilance, nicht schwerwiegende innerhalb von 90 Tagen (Abschnitt VI.C.3).
Schweregrad. Abschnitt VI.A.1.6 übernimmt die Definition aus ICH E2A: Tod, Lebensbedrohung, stationäre Behandlung oder deren Verlängerung, bleibende oder schwerwiegende Behinderung oder Invalidität oder eine angeborene Anomalie, dazu medizinisch bedeutsame Ereignisse, die als schwerwiegend beurteilt werden. Abschnitt VI.B.2 ergänzt, dass der Schweregrad nicht von schwerwiegend auf nicht schwerwiegend herabgestuft werden sollte, wenn der benachrichtigte Empfänger mit dem von der Primärquelle gemeldeten Schweregrad nicht übereinstimmt.
Verantwortung für die KI. Das Reflexionspapier der EMA zu KI im Lebenszyklus von Arzneimitteln (9. September 2024) erwartet, dass KI das Management von Nebenwirkungsmeldungen und die Signalerkennung im Einklang mit GVP unterstützt, und stellt fest, dass es in der Verantwortung des Zulassungsinhabers bleibt, die Modellleistung zu validieren, zu überwachen und zu dokumentieren und KI/ML-Vorgänge in das Pharmakovigilanz-System einzubeziehen. Der EMA-FDA-Cluster zu KI in der Pharmakovigilanz (Version 2, 2. März 2026) nennt Fallbearbeitung, Literatur-Screening, Duplikaterkennung und Vollständigkeitsprüfungen von ICSR unter seinen Anwendungsfällen sowie Large Language Models und agentische KI unter seinen Themen. CIOMS veröffentlichte am 4. Dezember 2025 den Bericht seiner Arbeitsgruppe XIV zu KI in der Pharmakovigilanz; lesen Sie ihn für Terminologie und Grundsätze zusammen mit GVP.
Wo wir die Grenze gezogen haben und warum
Wir haben diese Grenzen erstmals formuliert, als wir im Frühjahr 2026 eine geführte Demo des Literaturmonitorings für ein europäisches Pharmaunternehmen entworfen haben. Das Designbriefing stellte die menschliche Aufsicht in den Mittelpunkt: Die für die Pharmakovigilanz verantwortliche qualifizierte Person (QPPV) und die Ärzte der Arzneimittelsicherheit behalten die regulierten Entscheidungen, und das System macht ihre Aufsicht explizit: festgelegt in der Policy, durchgesetzt im Routing und sichtbar im Datensatz.
Wir haben die Arbeit nach Risiko in Kohorten gruppiert. In den Kohorten mit geringem Risiko darf der Agent freigegebene Suchen ausführen, Dokumente abrufen, Übersetzungen anfordern und ein Fallgerüst anlegen. Für einen möglicherweise gültigen Fall darf er die Fallfakten entwerfen und einem Reviewer MedDRA-Begriffe, Schweregrad, Kausalität und Erwartetheit vorschlagen. Bei einem schwerwiegenden, unerwarteten, duplikatverdächtigen oder uneindeutig kodierten Fall sieht ein medizinischer Reviewer jeden Fall. Die Liste der harten Stopps blieb kurz:
- Keine Herabstufung des vom Melder beurteilten Schweregrads durch den Agenten (GVP-Modul VI, VI.B.2).
- Keine endgültige MedDRA-Kodierung durch den Agenten in den Kohorten mit harten Stopps.
- Keine endgültige Entscheidung über die Erwartetheit durch den Agenten.
- Keine endgültige Zusammenführung von Duplikaten durch den Agenten, wenn wesentliche Felder voneinander abweichen.
- Keine Meldung, keine Kommunikation mit Behörden und keine Kommunikation mit Partnern durch den Agenten. Im Entwurf fehlen diese Werkzeuge im Werkzeugsatz des Agenten.
Der synthetische Fall: Quelldokumente
Alles in diesem Fall ist erfunden: das Unternehmen, das Produkt „Examplazole 20 mg“, die Personen und die Zeitpunkte. Die Fristpositionen verwenden Tagesnummern, damit die Rechnung leicht nachvollziehbar ist.
| Dokument | Empfangen von | Wann | Relevanter Inhalt |
|---|---|---|---|
| Gesprächsnotiz des medizinischen Informationsdienstes | Medizinische Informationshotline (Auftragnehmer des Unternehmens) | Tag 0, Freitag 18:40 | Ein Apotheker aus einer öffentlichen Apotheke meldet, dass eine 67-jährige Frau neun Tage nach Beginn der Einnahme von Examplazole 20 mg mit niedrigem Natrium „über Nacht dabehalten“ wurde. Name, Qualifikation und Land des Melders sind erfasst. |
| Weitergeleitete E-Mail an das Safety-Postfach | Team Arzneimittelsicherheit | Tag 3, Montag 08:15 | Dieselbe Gesprächsnotiz, nach dem Wochenende weitergeleitet. |
| Entlassbrief | Team Arzneimittelsicherheit, vom Apotheker | Tag 4 | Stationäre Aufnahme über Nacht, Serumnatrium 124 mmol/L, Examplazole abgesetzt, Natrium bei Entlassung normal. |
| Fachinformation (SmPC) Version 7 | Ablage der Produktinformationen | Aktuelle Version an Tag 0 | Hyponatriämie ist nicht aufgeführt. |
Was der Agent vorbereitet
Der Agent liest die drei Falldokumente und die Fachinformation. Jedes extrahierte Feld behält einen Verweis auf das Dokument und die Textstelle, aus der es stammt, sodass der Reviewer einen Wert in einem Schritt mit seiner Quelle abgleichen kann. In KLA hängt Document Intake die Dokumente, die freigegebenen Felder und ihre Herkunft an den Process-Lauf an.
Der Fallentwurf des Agenten: alle vier Mindestkriterien vorhanden; Schweregrad als schwerwiegend vorgeschlagen nach dem Kriterium der stationären Behandlung, mit Verweis auf „über Nacht dabehalten“ und die Aufnahme laut Entlassbrief; als MedDRA-Lowest-Level-Term „Hyponatraemia“ vorgeschlagen; Erwartetheit gegenüber SmPC Version 7 als unerwartet vorgeschlagen; Kausalität dem Reviewer überlassen. Sein erster Vorschlag für Tag null war Tag 3, der Zeitpunkt, an dem die E-Mail das Safety-Postfach erreichte.
Die Prüfungen vor jedem Schreibvorgang
Jeder vorgeschlagene Schreibvorgang durchläuft einen Policy-Checkpoint, bevor er die Safety-Datenbank erreicht. Der Checkpoint liefert eines von vier Ergebnissen: allow, warn, require_approval oder block. In diesem Fall griffen vier Prüfungen.
| Vorgeschlagene Aktion | Regel | Ergebnis | Was geschah |
|---|---|---|---|
| Fall als gültig markieren | Vier Mindestkriterien vorhanden, jedes mit Quellverweis | allow | Fall als gültig markiert; die Quellverweise werden mit der Entscheidung gespeichert. |
| Tag null auf Tag 3 setzen | Tag null ist der früheste Eingang bei irgendeinem Mitarbeiter, einschließlich Auftragnehmern (VI.B.7) | warn | Der Agent glich mit dem Anrufprotokoll ab und setzte Tag null auf Tag 0. Die Frist verschob sich von Tag 18 auf Tag 15. |
| Schweregrad nach dem Entlassbrief auf nicht schwerwiegend ändern | Keine Herabstufung des vom Melder beurteilten Schweregrads (VI.B.2) | block | Der Schweregrad bleibt schwerwiegend. Der Agent vermerkte das normale Natrium bei Entlassung im Narrativ. |
| ICSR melden | Die Meldung eines schwerwiegenden Falls erfordert einen namentlich benannten Safety-Reviewer | require_approval | In Decision Desk wurde ein Decision Request für den diensthabenden Safety-Reviewer geöffnet, mit angezeigter Frist. |
Der Safety-Reviewer entscheidet
Der Safety-Reviewer öffnet den Decision Request an Tag 4. Der Request zeigt den Fallentwurf, die Quellstelle jedes Felds, die vier Policy-Ergebnisse und die verbleibende Zeit bis zum Fristende. Der Reviewer bestätigt „schwerwiegend“ nach dem Kriterium der stationären Behandlung und „unerwartet“ gegenüber SmPC Version 7. Er behält den Lowest-Level-Term „Hyponatraemia“, beurteilt die Kausalität als möglicherweise zusammenhängend, ändert einen Satz des Narrativs und vermerkt den Grund. Dann gibt er die Meldung frei.
Eine Ablehnung hat im Datensatz dasselbe Gewicht. Hätte der Reviewer den Fall als ungültig oder die Kodierung als falsch beurteilt, würde der Lauf ohne Meldung enden, und der Datensatz würde die Begründung des Reviewers enthalten. Ein Fall, der Nachverfolgung braucht, geht mit den offenen Fragen zurück in die Warteschlange der Fallbearbeitung.
Die Meldung und der Datensatz, der bleibt
Nach der Freigabe setzt der Lauf am angehaltenen Schritt fort. Das Meldewerkzeug ruft die Safety-Datenbank des Unternehmens auf, die die E2B(R3)-Nachricht erstellt und an EudraVigilance sendet. Der Agent verfügt nie über dieses Werkzeug. Die Safety-Datenbank und ihre Gateway-Anbindung bleiben die validierten Systeme des Unternehmens; der gesteuerte Lauf zeichnet auf, was von ihnen verlangt wurde und was zurückkam.
| Feld | Erfasster Wert |
|---|---|
| Quelldokumente | Gesprächsnotiz, weitergeleitete E-Mail, Entlassbrief, SmPC Version 7, jeweils mit Inhalts-Hash |
| Extrahierte Felder | Melder, Patient, Produkt, Reaktion, Daten, jeweils mit ihrer Quellstelle verknüpft |
| Vorschläge des Agenten | Gültigkeit, Schweregrad, MedDRA-Begriff, Erwartetheit, Tag null (erster und korrigierter Wert) |
| Policy-Ergebnisse | Policy-Version, Regel, Ergebnis und Begründung für jede der vier Prüfungen |
| Menschliche Entscheidung | Identität und Rolle des Reviewers, Zeitpunkt, Entscheidung, Kausalitätsbewertung, Änderung am Narrativ und Begründung |
| Meldung | Werkzeugaufruf, Zeitpunkt der Anfrage, Fallreferenz der Safety-Datenbank und Status der Empfangsbestätigung |
| Frist | Tag null, Fristende, Tag der Meldung |
| Integrität | Kennung des Lineage Record; der Lauf kann als Sealed Evidence Bundle exportiert werden |
Was dieser Entwurf nicht abdeckt
Er validiert nichts. Die Validierung computergestützter Systeme, die Überwachung der Modellleistung und das Qualitätssystem bleiben Aufgabe des Zulassungsinhabers, wie das Reflexionspapier der EMA festhält. Ein gesteuerter Lauf ergänzt diese Arbeit um einen vollständigen Datensatz je Fall.
Er klärt nicht die Einstufung nach der KI-Verordnung. Die Fallbearbeitung in der Pharmakovigilanz gehört nicht zu den in Anhang III aufgeführten Anwendungsfällen, sodass für die meisten Zulassungsinhaber die verbindlichen Regeln für diesen Ablauf aus dem Pharmakovigilanzrecht stammen. Prüfen Sie die Einstufung Ihres eigenen Systems.
Er deckt weder Signalmanagement noch periodische Berichte oder die Gestaltung der Literatursuche ab. Diese brauchen eigene Grenzen, und der Blueprint deckt nur Eingang und Fallbearbeitung ab.
Häufig gestellte Fragen
Kann ein KI-Agent einen ICSR selbstständig an EudraVigilance melden?
Der Zulassungsinhaber bleibt für jeden Bericht verantwortlich, den er meldet. Im hier beschriebenen Entwurf hat der Agent kein Meldewerkzeug; ein namentlich benannter Safety-Reviewer gibt die Meldung frei, und die Safety-Datenbank des Unternehmens sendet sie.
Wann beginnt Tag null für eine Nebenwirkungsmeldung?
GVP-Modul VI, Abschnitt VI.B.7: wenn die Mindestkriterien das nationale oder regionale Pharmakovigilanz-Zentrum einer zuständigen Behörde oder irgendeinen Mitarbeiter des Zulassungsinhabers erreichen, einschließlich Pharmareferenten und Auftragnehmern. Die Fristen laufen in Kalendertagen.
Welche Pharmakovigilanz-Entscheidungen sollten bei einem menschlichen Reviewer bleiben?
In unserem Entwurf: jede Herabstufung des vom Melder beurteilten Schweregrads, die endgültige MedDRA-Kodierung bei schwerwiegenden, unerwarteten oder uneindeutigen Fällen, die endgültige Erwartetheit, Zusammenführungen von Duplikaten bei abweichenden wesentlichen Feldern sowie jede Meldung oder Kommunikation an Behörden und Partner.
Macht eine Laufzeit-Kontrollebene ein KI-Werkzeug GxP-validiert?
Nein. Die Validierung des Systems und die Überwachung der Modellleistung bleiben in der Verantwortung des Zulassungsinhabers. Eine Kontrollebene setzt die Prüfgrenze durch und zeichnet jede Entscheidung auf; damit erhalten Validierung und Inspektion ihre Nachweise auf Fallebene.
Hat KLA dies bei einem Pharmaunternehmen eingesetzt?
Nein. Dies ist ein ausgearbeiteter Entwurf auf Basis unseres veröffentlichten Pharmakovigilanz-Blueprints und eines synthetischen Falls. KLA hat keinen Kunden aus der Pharmaindustrie.
Die wichtigsten Erkenntnisse
In der Pharmakovigilanz besteht die nützliche Arbeit des Agenten in der Vorbereitung: Quellen lesen, die Mindestkriterien mit ihrer Herkunft extrahieren, den Fall entwerfen und die medizinischen Bewertungen vorschlagen. Die regulierten Entscheidungen bleiben bei einem namentlich benannten Reviewer, und die Frist wird ab dem frühesten Eingang bei irgendeiner Person berechnet, die für das Unternehmen arbeitet. Ein gesteuerter Entwurf schreibt diese Regeln als Policy fest, hält den Agenten an jeder Grenze an und führt je Fall einen Datensatz, den ein Inspektor vom Quelldokument bis zur Meldung nachverfolgen kann. Lesen Sie den Pharmakovigilanz-Blueprint für den vollständigen Satz an Kontrollen, sehen Sie, wie sich nachweisen lässt, was ein Agent gelesen hat, bevor er handelte, und sehen Sie sich KLA für Pharma an.
Quellen: 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 und US FDA, Guiding principles for the cluster teleconferences on AI in pharmacovigilance (EMA/422032/2023, Version 2); CIOMS-Arbeitsgruppe XIV. Der Fall ist synthetisch. KLA ist weder mit EMA, FDA oder CIOMS verbunden noch von ihnen unterstützt oder zertifiziert.