Das Missverständnis, das „gratis“ Findings erzeugt

„Es ist eine offizielle Methode, also funktioniert sie.“
In einem Audit ist dieser Satz eine Einladung zu einem Finding. Der Leitfaden hebt hervor, dass das Fehlen einer Method Verification zu den häufigsten Beobachtungen gehört („compendial methods not verified“), weil sich eine Methode — auch wenn sie kompendial ist — in Ihrem Labor anders verhalten kann (Geräte, Reagenzien, Matrix, Analysten, Umgebungsbedingungen).

Verification vs. Validation: Wie man den Unterschied in 30 Sekunden erklärt (ohne sich zu verzetteln)

Im Audit braucht es eine klare Unterscheidung (praktisch, nicht akademisch):

• Method Validation: Sie weisen nach, dass eine Methode (oft intern entwickelt oder wesentlich geändert) für den vorgesehenen Zweck geeignet ist.
• Method Verification (kompendial): Sie weisen nach, dass die übernommene kompendiale Methode in Ihrem realen Kontext (Produkt/Matrix, Geräte, Setup) durchführbar ist und die erforderliche Leistung erbringt.

Wann Verification praktisch „nicht verhandelbar“ ist

Aus inspektorischer Sicht steigt die Notwendigkeit einer Verification, wenn:

• die Matrix komplex ist (ölig, hoher Hilfsstoffgehalt usw.),
• Sie Gerät/Säule/Kit gegenüber dem typischen Kontext ändern,
• die Methode für die Freigabe kritisch ist (Assay, Verunreinigungen, Dissolution, Mikrobiologie),
• Sie auch nur kleine operative Änderungen vorgenommen haben (die jedoch kritische Parameter betreffen).

Struktur des „audit-proof“ Dossiers: Was es enthalten muss

Wenn Sie möchten, dass die Verification die Frage des Inspektors schließt, bauen Sie sie wie ein standardisiertes Mini-Dossier auf:

1) Deckblatt + Zweck + Referenzen

Produkt/Material, Test, kompendiale Referenz (Kapitel/Monographie), angewandte Version.
Absichtserklärung: „Überprüfung der Eignung der kompendialen Methode unter den Bedingungen des Labors“.

2) Gap Assessment gegenüber dem Kompendium

• Was Sie as is anwenden.
• Was abweicht (auch nur äquivalente Säule, anderes Reagenz, andere Software).
• Technische Begründung + Risk Statement.

Dieser Punkt ist wesentlich, weil der Leitfaden nicht dokumentierte Abweichungen und generische SOPs als Red Flag nennt.

3) Versuchsdesign (risk-based)

Der Leitfaden empfiehlt einen schlanken Ansatz: Wiederholung zentraler Prüfungen wie Präzision/Spezifität und, wo relevant, Linearität.

Beispiel für ein Mindestset (an den jeweiligen Test anzupassen):

• Präzision (Repeatability): Replikate an realer Probe (und/oder versetztem Standard).
• Spezifität: Interferenzen aus Matrix/bekannten Verunreinigungen, wo anwendbar.
• Linearität/Bereich: wenn die Methode quantifiziert und das Risiko es erfordert (z. B. Assay).
• System Suitability: Nachweis, dass die kompendialen Kriterien erreicht und dokumentiert werden (SST-Records immer verfügbar).

4) „Belastbare“ Acceptance Criteria

Goldene Regel: Kriterien vor Durchführung der Prüfungen festlegen, nicht im Nachhinein.
Wenn der Inspektor hört: „Wir haben es angeschaut, und es sah okay aus“, steigt die Wahrscheinlichkeit eines Findings.

5) Durchführung + Raw Data + Abweichungen

• Vollständige Raw Data (Chromatogramme, Integrationen, Berechnungen, Geräteprotokolle).
• Abweichungsmanagement (wenn während der Studie etwas passiert, muss es nachvollziehbar dokumentiert sein).

6) Bericht + Schlussfolgerung + Genehmigungen

• Klare Schlussfolgerung: „Methode geeignet / mit Einschränkungen geeignet / nicht geeignet“.
• QA-Genehmigung.
• Schulung der Analysten und Go-live-Datum.

Die 5 Red Flags, die Kettenfragen auslösen

Laut Leitfaden die häufigsten:

• Nicht dokumentierte Abweichungen („Wir haben mobile Phase/Säule geändert, weil es so funktioniert“).
• Nicht aktualisierte Pharmakopöe-Version.
• SST nicht dokumentiert oder nicht archiviert.
• Zu generische SOP (nicht reproduzierbar).
• Nicht geschultes Personal (kann Unterschiede und Begründung nicht erklären).

„Wir mussten die Methode anpassen“: Wie man das sagt, ohne ein Eigentor zu schießen

Wenn Sie etwas geändert haben, ist der Leitfaden klar: Ohne Begründung und Vergleichsdaten ist dies ein typisches Finding.

Im Audit ist die sicherste Formel:

• Ich erkläre die Abweichung (Transparenz).
• Ich zeige die Begründung (wissenschaftlich).
• Ich zeige die Daten (Comparability/Verification/Validierung).
• Ich zeige die QA-Governance (Change Control + Genehmigungen).
• Ich zeige, dass der regulatorische Impact gesteuert wurde (falls anwendbar).

Mini-Skript: Inspektionsfragen und „gute“ Antworten

F: „Wo ist die Verification der USP-/Ph.-Eur.-Methode?“
A: „Wir haben für jede kritische kompendiale Methode ein Verification-Dossier: hier sind Protokoll, Raw Data und der von QA genehmigte Bericht. Wir haben die risikorelevantesten Parameter in unserem Kontext überprüft.“

F: „Warum verwenden Sie diese andere Säule?“
A: „Es handelt sich um eine äquivalente Säule; wir haben die Bewertung dokumentiert und gezeigt, dass SST und Performance vergleichbar sind. Hier sind die Vergleichsdaten und das Change Control.“

Schnelle Checkliste (zum Aushängen im Labor)

• Ich habe die korrekte und gültige kompendiale Version identifiziert
• Ich habe ein Gap Assessment durchgeführt und Unterschiede dokumentiert
• Ich habe Acceptance Criteria vor der Durchführung definiert
• Ich habe Raw Data + SST + Berechnungen archiviert
• QA hat Bericht und Go-live genehmigt
• Training abgeschlossen und dokumentiert

Wenn Sie eine gebrauchsfertige Unterstützung für den Aufbau belastbarer Dossiers möchten (Struktur, Checklisten und Inspektionslogik), enthält der vollständige Leitfaden die Roadmap und Praxisbeispiele zur Vorbereitung auf Multi-Region-Inspektionen.