Regelwerke und Compliance · Praxisleitfaden

ICSR korrigieren: Amendment, Nullification und Neusendung unterscheiden

Ein abgelehnter Bericht ist nicht automatisch ein ungültiger Sicherheitsfall. Eine falsch kodierte Reaktion erfordert nicht automatisch eine Nullification. Für eine kontrollierte ICSR-Korrektur müssen Sie zuerst Ursache und Reichweite des Problems bestimmen. Dieser Leitfaden zeigt die Entscheidungen für europäische Humanpharmakovigilanz nach der Zulassung.

Inhaltsverzeichnis

Das Wichtigste vorab

Wann brauchen wir ein Amendment, eine Nullification oder eine technische Neusendung?

Prüfen Sie zuerst, ob neue Quelleninformation vorliegt, vorhandene Information intern korrigiert wird oder nur die Übertragung scheiterte. Ein Amendment behandelt bestimmte Korrekturen ohne neue Information; ein Follow-up beruht auf neuem Eingang. Eine Nullification erklärt den zuvor übermittelten Fall für vollständig ungültig und ist keine Korrektur einzelner Felder. Eine technische Neusendung richtet sich nach dem konkreten Fehler und der Empfängerantwort. Entscheidung und Begründung müssen zusammen nachvollziehbar bleiben.

  • Ursache der Änderung bestimmt den Arbeitsweg, nicht die Schaltfläche im System.
  • Ein Amendment ohne neue Information setzt keinen neuen Day Zero.
  • Nullification betrifft den gesamten Fallbericht und erhält einen Prüfpfad.

1. Die Fehlerursache vor der Meldeart bestimmen

Ein ICSR kann fachlich richtig sein und trotzdem an einer technischen Regel scheitern. Ebenso kann eine erfolgreich angenommene Nachricht einen später erkannten inhaltlichen Fehler enthalten. Diese Situationen benötigen verschiedene Maßnahmen. Klären Sie deshalb zuerst, welcher Inhalt bereits bei welchem Empfänger liegt und was genau geändert werden soll.

Der betrachtete Rahmen ist die Humanpharmakovigilanz nach der Zulassung in der EU. GVP Modul VI beschreibt Amendment und Nullification; ICH E2D(R1) erläutert aktuell unter anderem den Fristbeginn bei neuer Information und interner Korrektur. Aus der technischen Annahme eines XML-Berichts folgt keine umfassende medizinische oder regulatorische Richtigkeitsbestätigung.

Quellen: [1] [2]

2. Vier Arbeitswege gegeneinander abgrenzen

Diese eigene Matrix dient der Triage. Die finale Entscheidung berücksichtigt den konkreten Bericht und die geltenden EU-Regeln. Ein Wort wie 'Korrektur' in einem Ticket ist dafür zu ungenau. Benennen Sie, ob eine Quelle neue Tatsachen mitgeteilt hat oder die Organisation bereits vorhandene Information anders beziehungsweise richtig verarbeitet.

Auch mehrere Fehler können gleichzeitig vorliegen. Beispielsweise kann neue Information einen Follow-up-Bericht erfordern, dessen erste Übertragung anschließend technisch abgelehnt wird. Die Korrektur der Übertragung ändert dann nicht automatisch die fachliche Einordnung des Berichts.

Eigene Triage für einen fehlerhaften oder geänderten ICSR
AuslöserEinordnungZu sichernder Nachweis
Neue relevante QuelleninformationFollow-up beurteilenEingang, neue Information und Fallbezug
Interner Fehler ohne neue InformationAmendment nach Bedeutung bewertenUrsache, Korrekturgrund und unveränderte Eingangsbezüge
Gesamter zuvor gemeldeter Fall nachweisbar ungültigNullification prüfenKonkreter Grund, Senderbefugnis und betroffener Fall
XML oder Übertragung abgelehntTechnische Korrektur und NeusendungFehlerantwort, betroffene Nachricht und neue Bestätigung

Quellen: [1] [2] [3]

3. Amendment ohne erfundenen neuen Eingang

Modul VI beschreibt beispielsweise eine interne Neubewertung oder Korrektur, bei der keine neue Quelleninformation eingegangen ist. Wenn die Änderung die medizinische Bewertung wesentlich beeinflusst, ist ein Amendment zu übermitteln. Neue eingegangene Information wird dagegen nach den Follow-up-Regeln behandelt, auch wenn sie eine frühere Angabe korrigiert.

Für E2B(R3) nennt Modul VI die Amendment-Kennzeichnung und den Grund in C.1.11.1 beziehungsweise C.1.11.2. Die dort bezeichneten Fall- und Eingangsangaben bleiben erhalten. ICH E2D(R1) stellt klar, dass bei einem Amendment ohne zusätzliche Information kein neuer Day Zero vergeben wird. Eine interne Prüfentscheidung darf deshalb nicht als neuer Quellenkontakt ausgegeben werden.

Quellen: [1] [2]

4. Nullification nicht als Löschfunktion verstehen

Eine Nullification erklärt den zuvor übermittelten Fall für vollständig ungültig. Sie betrifft nicht nur eine einzelne fehlerhafte Vorversion. Modul VI verlangt eine konkrete, verständliche Begründung; allgemeine Aussagen wie 'in error' erklären die Ursache nicht ausreichend. Der entsprechende Fall bleibt für Prüfzwecke in Sender- und Empfängerdatenbank nachvollziehbar.

Die originale Senderorganisation und die tatsächlich übermittelten Kennungen sind wesentlich. Der technische EU-Leitfaden unterscheidet außerdem direkte Nullifications von bestimmten Nullification-Requests für anders übermittelte Fälle. Daraus folgt kein allgemeines Recht, fremde Meldungen selbst zu entfernen. Eine erneute Einreichung eines zuvor nullifizierten Falls ist keine einfache Reaktivierung; Modul VI beschreibt dafür neue Identifikatoren.

Quellen: [1] [3]

5. Beispiel: Drei Befunde an einem Meldetag

Im illustrativen Beispiel prüft ein Team drei voneinander unabhängige Vorgänge. Die Informationen sind vollständig erfunden und dienen nur der Abgrenzung. Fall A wurde medizinisch fehlerhaft kodiert, obwohl das Quelldokument korrekt vorlag. Fall B wird durch eine belegte Aufklärung insgesamt als irrtümlich gemeldeter Fall erkannt. Bei Fall C ist der Inhalt unverändert, aber die Nachricht wurde nicht verarbeitet.

Die Entscheidungsmatrix legt nicht die konkrete Benutzeroberfläche eines Produkts fest. Sie zeigt, was die Nachweise ergeben sollen. Ein pauschaler Stapelvorgang 'alle drei zurücknehmen und neu anlegen' würde diese Unterschiede verdecken und bei A und C unnötig die Fallkette unterbrechen.

Ausgefülltes illustratives Korrekturszenario
VorgangFestgestellter SachverhaltSollentscheidung
A: KodierfehlerInterner Fehler; keine neue Quelle; medizinische Bedeutung betroffenAmendment mit Grund; kein neuer Day Zero
B: gesamter Fall ungültigAufklärung belegt vollständige Fehlmeldung; eigene frühere Sendung identifiziertNullification des Falls; nachvollziehbare Historie erhalten
C: Nachricht abgelehntAR-Antwort; keine Daten aus der Nachricht übernommenGesamte korrigierte Nachricht erneut übertragen; Antwort verfolgen
KontrollpunktDrei unterschiedliche UrsachenDrei getrennte Entscheidungen; keine gemeinsame pauschale Rücknahme

Quellen: [1] [2] [3]

6. Teilfehler und Gesamtfehler richtig bearbeiten

Der EU-ICSR-Leitfaden unterscheidet unter anderem AE als Verarbeitungsfehler mit weiteren Details und AR als Zurückweisung der Nachricht ohne Datenübernahme. Auf Fallebene zeigen CA und CR Annahme beziehungsweise Ablehnung. Lesen Sie deshalb beide Ebenen, statt jede Warnung oder Fehlermeldung gleich zu behandeln.

Bei AE können einzelne Fallberichte betroffen sein; bei AR beschreibt der Leitfaden die erneute Übermittlung der gesamten korrigierten Transaktion. Ordnen Sie die Korrektur dem tatsächlichen Fehler zu. Eine bereits akzeptierte Fallversion darf nicht unbeabsichtigt als neue medizinische Information erscheinen. Prüfen Sie nach der Neusendung sowohl die neue Antwort als auch den offenen Meldebestand.

Quellen: [3]

7. Entscheidung, Korrektur und Folgen gemeinsam dokumentieren

Eine gute Korrekturakte beantwortet vier Fragen: Was war falsch, worauf beruht diese Feststellung, welcher Arbeitsweg wurde gewählt und wie wurde dessen Ergebnis bestätigt? Verknüpfen Sie frühere Sendung, Entscheidungsbeleg, neuen Inhalt und Antwort. Die Begründung muss lesbar bleiben, auch wenn ein Mitarbeiter später nur den aktuellen Datenbankstand sieht.

Bewerten Sie zusätzlich, ob derselbe Fehler weitere Fälle, Berichte oder Auswertungen betrifft. Eine Korrektur eines einzelnen Datensatzes behebt nicht zwangsläufig die Ursache im Mapping oder Arbeitsablauf. Umfang und Priorität der weiteren Untersuchung richten sich nach dem tatsächlichen Befund; der Artikel schreibt keinen pauschalen Vollreview jeder historischen Meldung vor.

Quellen: [1] [2]

8. Die Korrektur vor dem Abschluss prüfen

Diese eigene Checkliste hilft, eine fachlich richtige Maßnahme bis zum Empfänger zu verfolgen. Für kleine Teams empfiehlt sich eine gemeinsame Übersicht offener Korrekturen. Halten Sie darin Meldeart, betroffenen Empfänger und noch fehlende Antwort getrennt fest.

Ein abgeschlossener Änderungsauftrag in der Software ist kein ausreichender Endpunkt, wenn eine erforderliche Sendung noch abgelehnt ist. Umgekehrt darf eine angenommene technische Sendung nicht die offene medizinische Bewertung verdecken. Beide Ergebnisse gehören in die Abschlussentscheidung.

  • Neue Quelle oder interne Korrektur eindeutig bestimmt?
  • Betroffener Fall, Meldestand und Empfänger identifiziert?
  • Amendment, Follow-up und Nullification begründet unterschieden?
  • Kein künstlicher neuer Day Zero für interne Korrektur?
  • Nullification-Grund konkret und Senderkonstellation geprüft?
  • ACK auf Nachrichten- und Fallebene ausgewertet?
  • Auswirkung auf weitere Fälle oder Auswertungen bewertet?

Quellen: [1] [2] [3]

Häufige Fragen zu ICSR-Korrektur

Ist eine abgelehnte XML-Datei automatisch ein ungültiger Fall?

Nein. Eine technische Ablehnung kann einen inhaltlich gültigen Fall betreffen. Prüfen Sie den Fehler und übermitteln Sie die erforderliche korrigierte Nachricht. Die technische Störung allein rechtfertigt keine Nullification des medizinischen Falls.

Quellen: [3] [1]

Wann ist eine Korrektur ein Follow-up statt Amendment?

Wenn neue Quelleninformation eingeht, richtet sich die Behandlung nach den Follow-up-Regeln. Ein Amendment betrifft bestimmte Änderungen ohne solchen neuen Eingang. Dass die neue Information eine frühere Angabe korrigiert, macht sie nicht zu einer rein internen Korrektur.

Quellen: [1] [2]

Darf das Datum der internen Fehlerentdeckung als neuer Day Zero gelten?

Bei einem Amendment ohne neue Information nicht. ICH E2D(R1) verlangt dafür keinen neuen Fristbeginn. Dokumentieren Sie die Fehlerentdeckung und Korrektur trotzdem, aber verwechseln Sie diese internen Ereignisse nicht mit dem Eingang neuer Fallinformation.

Quellen: [2]

Muss jeder Tippfehler als Amendment übermittelt werden?

Nicht jede unwesentliche Änderung erfordert eine neue Übermittlung. Prüfen Sie ihre Bedeutung für Fallbewertung und Management. Ein scheinbar kleiner Datumsfehler kann allerdings medizinisch relevant sein. Die Einordnung muss sich auf den konkreten Inhalt beziehen.

Quellen: [1]

Kann nur eine alte Fallversion nullifiziert werden?

Modul VI beschreibt die Nullification des gesamten betreffenden Falls, nicht das Entfernen einer einzelnen Follow-up-Version. Wenn lediglich Angaben korrigiert werden müssen, ist deshalb zunächst der geeignete Korrektur- oder Follow-up-Weg zu prüfen.

Quellen: [1]

Verschwindet ein nullifizierter Fall aus dem Prüfpfad?

Nein. Er soll nicht mehr als gültiger Fall für die wissenschaftliche Bewertung verwendet werden, bleibt aber für Prüfzwecke nachvollziehbar. Die Nullification ist eine Mitteilung über seine Ungültigkeit und kein Freibrief zur Löschung sämtlicher zugehöriger Belege.

Quellen: [1]

Können wir eine Nullification einfach rückgängig machen?

Der beschriebene Prozess sieht keine Reaktivierung desselben nullifizierten Falls vor. Falls eine erneute Einreichung erforderlich wird, nennt Modul VI neue Identifikatoren. Bewerten Sie Grund und korrekten Weg sorgfältig und erhalten Sie die Verbindung zur Vorgeschichte.

Quellen: [1]

Was unterscheidet AE von AR?

AE weist auf Fehler hin, bei denen einzelne ICSRs weitere Bearbeitung benötigen können. AR bedeutet Zurückweisung ohne extrahierte Daten. Der Leitfaden beschreibt dafür unterschiedliche Neusendungen. Lesen Sie die detaillierte Antwort und die Fallebene, nicht nur den allgemeinen Versandstatus.

Quellen: [3]

Beweist CA die medizinische Richtigkeit?

CA zeigt die erfolgreiche Übernahme des ICSR im beschriebenen technischen Verfahren. Es ersetzt keine medizinische Qualitätskontrolle des Inhalts. Eine technisch akzeptierte Meldung kann später weiterhin eine begründete Korrektur oder neue Follow-up-Information benötigen.

Quellen: [3] [1]

Welche Unterlagen helfen einem kleinen Team am meisten?

Eine eindeutige Kette aus ursprünglichem Meldestand, konkretem Befund, begründeter Entscheidung, korrigiertem Ausgang und Empfängerantwort. Ergänzen Sie Verantwortliche und offene Maßnahmen. Eine lange Akte ohne diesen Zusammenhang löst die entscheidende Nachweisfrage nicht.

Quellen: [1] [3]

Quellen & fachlicher Stand

Quellenstand: 7. Oktober 2026. GVP VI Rev. 2, ICH E2D(R1) mit EU-Umsetzung sowie EU ICSR Guide Rev. 2. Aktuelle Business Rules und die reale Systemkonfiguration sind zusätzlich zu berücksichtigen. Fall und Tabellen sind illustrative Arbeitshilfen.

  1. EMA: GVP Modul VI – Sammlung, Bearbeitung und Übermittlung von VerdachtsfällenRev. 2, 28.07.2017; anwendbar seit 22.11.2017; VI.B.7.2–3 und VI.C.6.2.2.7–9, S. 22, 58–63
  2. EMA/ICH: E2D(R1) – Post-approval safety dataStep 5, 18.09.2025; EU-Wirksamkeit 18.03.2026; § 5.2, S. 18: Follow-up und Amendment ohne neuen Day Zero
  3. EMA: EU ICSR Implementation GuideEMA/51938/2013 Rev. 2, März 2021; I.C.2.1.8, S. 19–21; I.C.6.1.1, S. 98–99

Zuletzt fachlich geprüft am 07.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

ICSR-Korrekturen vom Befund bis zur Annahme steuern

Wir unterstützen Sie dabei, Korrekturarten, Systemstatus und Empfängerantworten in nachvollziehbare Arbeitswege und gezielte Prüffälle zu übersetzen.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →