GAMP 5, CSA und AI Guide: ein Dossier mit drei Sichten

Integrierte Validierungsdokumentation bedeutet, dass ein computergestütztes System nicht mehrfach beschrieben wird, nur weil mehrere Leitfäden einschlägig sind. Für Pharma-Hersteller ist diese Frage seit GAMP 5 Second Edition, Computer Software Assurance (CSA) und dem GAMP Guide: Artificial Intelligence konkreter geworden. Die drei Sichten betreffen unterschiedliche Ebenen desselben Dossiers.

GAMP 5 beschreibt den lifecycle-orientierten Rahmen. CSA schärft die Logik für risikobasierte Evidenz und Testtiefe. Der GAMP AI Guide ergänzt KI-spezifische Informationen zu Modellkontext, Daten, Monitoring und Anbietersteuerung. Ein auditfähiger Workflow entsteht, wenn diese Sichten auf dieselbe Systemdefinition, dieselbe Risikoentscheidung und dieselbe Change-Control-Logik verweisen.

Ausgangspunkt

Validierungs-Teams arbeiten selten nur mit einem Leitfaden. Ein cloudbasiertes eQMS mit KI-Funktion berührt GAMP 5, Annex 11, Anbieterunterlagen, CSA-Methodik und künftig auch Annex 22, soweit der EU-Kommissions-Konsultationsentwurf zur KI-Nutzung in der Arzneimittelherstellung finalisiert wird. Wird jedes Rahmenwerk in einer eigenen Akte beantwortet, entstehen Redundanz und widersprüchliche Risikobewertungen.

Der bessere Ansatz ist ein Dossier mit klaren Bezugsankern. Die Systemdefinition beschreibt einmal den intended use. Das Risk Assessment bewertet einmal die GxP-Relevanz. Die Teststrategie leitet einmal die Evidenztiefe ab. KI-spezifische Ergänzungen werden dort ergänzt, wo sie die klassische Validierungslogik erweitert, nicht in einem zweiten Dossier parallel geführt.

Zum Veröffentlichungsdatum dieses Beitrags am 05.03.2026 liegt Annex 22 als EU-Kommissions-Konsultationsentwurf vom 7. Juli 2025 vor; die Konsultation endete am 07.10.2025, die Auswertung läuft. Die Vorbereitung kann beginnen, weil Inventar, intended use, Testdatenstrategie, Anbieter-Evidenz und Monitoring auch ohne finale Annex-22-Fassung gebraucht werden.

GAMP 5 als Basis

GAMP 5 Second Edition ist der methodische Rahmen für computergestützte Systeme im GxP-Umfeld. Der Leitfaden ist kein Gesetz, prägt aber die Validierungspraxis, weil er die regulatorischen Erwartungen aus Annex 11, 21 CFR Part 11, ICH Q9 und Lieferantensteuerung in eine umsetzbare Lifecycle-Logik übersetzt.

Für ein integriertes Dossier liefert GAMP 5 vor allem sechs Grundbausteine:

1. Systemdefinition und intended use,
2. GxP-Impact und Risikobewertung,
3. Anforderungen, Spezifikation und Traceability,
4. Lieferantenbewertung und Nutzung von Anbieterunterlagen,
5. Validierungsplanung, Teststrategie und Freigabe,
6. Betrieb, Change Control, Periodic Evaluation und Retirement.

Diese Bausteine bleiben auch bei CSA und KI erhalten. CSA verändert nicht das Ziel der Validierung. Der Ansatz verändert, wie tief einzelne Funktionen geprüft werden und welche Evidenz als angemessen gilt. Der AI Guide verändert ebenfalls nicht die Grundstruktur. Er ergänzt die Informationen, die bei KI-Systemen für Risikobewertung und Betrieb fehlen würden.

CSA als Evidenzlogik

Computer Software Assurance (CSA) ist keine zweite Validierungsmethode neben GAMP 5. CSA ist eine Evidenzlogik innerhalb einer risikobasierten Validierung. Die FDA-Guidance, am 24.09.2025 finalisiert und am 03.02.2026 an die neue Quality Management System Regulation (QMSR) angepasst, ist auf Production und Quality Management System Software im Medical-Device-Kontext bezogen. Für Pharma-Hersteller ist sie methodisch relevant, weil sie den Fokus auf intended use, Prozessrisiko, angemessene Assurance-Aktivitäten und objektive Evidenz legt.

In einem GAMP-Dossier beantwortet CSA vor allem drei Fragen:

• Welche Funktion trägt welches Risiko für Patientensicherheit, Produktqualität, Datenintegrität oder regulatorische Aufzeichnung?
• Welche Test- oder Nachweisform passt zu diesem Risiko?
• Welche Anbieter-Evidenz kann übernommen werden, und welche Anwenderprüfung bleibt erforderlich?

Der praktische Nutzen liegt nicht in weniger Validierung, sondern in besserer Zuordnung. Eine Audit-Trail-Funktion, elektronische Signatur, Schnittstelle zur Chargenfreigabe oder automatisierte Qualitätsentscheidung benötigt andere Evidenz als eine Filterfunktion, eine Dashboard-Ansicht oder ein administrativer Export. CSA macht diese Differenzierung erklärbar.

Die ausführliche Einordnung steht im separaten Artikel Computer Software Assurance: risikobasierte Validierung statt CSV-Routine. Für das integrierte Dossier reicht die Grundregel: Testtiefe folgt aus intended use und Risiko, nicht aus einer pauschalen Dokumentationsstufe.

AI Guide als KI-Erweiterung

Der GAMP Guide: Artificial Intelligence erweitert die GAMP-Logik für KI-Systeme. Der Guide ersetzt GAMP 5 nicht. Er ergänzt ein Dossier dort, wo klassische Softwareannahmen nicht ausreichen: Modelltyp, Trainingsdaten, Validierungsdaten, Performance, Drift, menschliche Kontrolle, Modelländerungen und Anbietertransparenz.

Bei KI-Systemen entstehen zusätzliche Dossierfragen:

• Welche Aufgabe erfüllt das Modell im regulierten Prozess?
• Welche Daten wurden für Training, Tuning, Validierung oder Betrieb genutzt?
• Welche Leistungskennzahlen sind für den intended use relevant?
• Welche Grenzen, Fehlermodi und Bias-Risiken sind bekannt?
• Welche menschliche Review-Barriere liegt zwischen Modelloutput und GxP-Entscheidung?
• Welche Modelländerungen werden über Change Control, Monitoring oder Anbieterrelease gesteuert?

Diese Fragen gehören nicht in ein isoliertes KI-Dossier. Sie erweitern Systemdefinition, Risk Assessment, Teststrategie, Anbieterbewertung, Monitoring und Change Control. Ein KI-Modul in einem eQMS bleibt ein computergestütztes System, aber mit zusätzlichen Informationen, die ohne KI nicht erforderlich wären.

Annex 22 formalisiert diese Sicht im Konsultationsentwurf für kritische GMP-Anwendungen mit KI/ML-Modellen. Zum Stand März 2026 ist jedoch Zurückhaltung nötig: Der Entwurf ist noch nicht final. Aussagen zu intended use, Testdaten, Explainability, Confidence und Betriebskontrolle müssen deshalb als Vorbereitung auf den erwarteten GMP-Rahmen formuliert werden, nicht als bereits geltende Pflicht.

Mapping statt Paralleldossiers

Ein integriertes Dossier nutzt eine Mapping-Tabelle. Sie zeigt, welche Sicht den primären Nachweis liefert und welche Sicht zusätzliche Evidenz verlangt.

Die Tabelle ersetzt keine Bewertung. Sie verhindert aber, dass dieselbe Pflicht dreimal beschrieben wird. Ein Beispiel: Die Anbieterbewertung bleibt ein GAMP-/Annex-11-Artefakt. CSA ergänzt, welche Anbieter-Evidenz in die eigene Testentscheidung einfließen darf. Der AI Guide ergänzt, welche KI-spezifischen Anbieterinformationen für Modellverständnis und Betrieb benötigt werden.

Workflow für das Validierungsdossier

Ein integrierter Workflow kann mit sieben Artefakten arbeiten. Die Artefakte müssen nicht zwingend sieben getrennte Dokumente sein. Wichtig ist, dass die Inhalte auffindbar und versioniert sind.

1. Use Case Inventory. Das Inventar listet System, Prozess, Fachbereich, Datenklasse, GxP-Relevanz, Anbieter, Service-Modell und KI-Anteil. Es ist der Einstiegspunkt für GAMP, CSA und spätere Annex-22-Scope-Prüfung.

2. Systemdefinition. Die Systemdefinition beschreibt intended use, technische Grenzen, Schnittstellen, Datenflüsse, Rollen und Verantwortlichkeiten. Bei KI-Systemen ergänzt sie Modellaufgabe, Output-Verwendung und menschliche Kontrollpunkte.

3. Risk Assessment. Das Risk Assessment bewertet GxP-Impact, Datenintegrität, Patientensicherheit, Produktqualität und regulatorische Aufzeichnungspflichten. CSA verlangt die feinere Sicht auf Funktionen. KI ergänzt Modell- und Datenrisiken.

4. Anbieter-Evidenz. Anbieterunterlagen werden nicht nur abgelegt, sondern auf Scope, Aktualität und Übernahmefähigkeit geprüft. Bei KI-Systemen gehören Modellinformationen, Trainings- und Validierungsdaten, Performance-Unterlagen, bekannte Grenzen und Change-Informationen dazu.

5. Teststrategie. Die Teststrategie verbindet Risiko und Evidenz. Kritische Funktionen erhalten robuste Tests. Niedriger riskante Funktionen können mit begrenzter Testtiefe, Anbieter-Evidenz, Konfigurationsreview oder explorativer Prüfung belegt werden. KI-Funktionen benötigen zusätzliche Modell- und Performance-Tests.

6. Monitoring und Periodic Evaluation. Annex 11 verlangt periodische Bewertung des validierten Zustands. Monitoring stützt diese Bewertung, bleibt aber in die Periodic Evaluation eingebettet. Bei KI-Systemen werden Performance-Trigger, Drift-Signale, Datenänderungen und Review-Frequenzen Teil der Betriebsdokumentation.

7. Change Control. Jede relevante Änderung wird gegen intended use, Risiko, Teststrategie und Anbieter-Evidenz bewertet. Bei KI-Systemen zählen auch Modellupdate, Retraining, Promptänderung, neue Datenbasis, geänderte Review-Barriere und Anbieterrelease als mögliche Trigger.

Der Workflow ist bewusst dokumentationsnah. Er hilft QA und IT-Validation, die Brücke zwischen klassischen computergestützten Systemen und KI-Systemen zu bauen, ohne die bestehende GAMP-Struktur aufzugeben.

Audit-Perspektive

Im Audit wird selten gefragt, ob ein Dossier formal "GAMP 5", "CSA" oder "AI Guide" heißt. Entscheidend ist, ob die Nachweiskette geschlossen ist. Ein Inspektor wird prüfen, ob intended use, Risikoentscheidung, Testauswahl, Anbieter-Evidenz, Freigabe und Betrieb zueinander passen.

Drei Schwachstellen fallen in integrierten Dossiers schnell auf:

1. Doppelte Klassifizierungen. Das System ist in einem Dokument niedrig riskant, im Testplan aber hochkritisch behandelt oder umgekehrt.
2. Ungeprüfte Anbieterunterlagen. Validierungsdokumentation des Anbieters liegt vor, aber die Übernahme in den eigenen Scope ist nicht begründet.
3. KI-Ergänzung ohne Betriebskonzept. Das Modell wurde initial getestet, aber Monitoring, Drift, Review-Barrieren und Change Control sind nicht beschrieben.

Ein gutes Dossier muss nicht umfangreicher sein. Es muss konsistenter sein. Die Kreuzbezüge sind dann nicht Dekoration, sondern zeigen, warum eine Entscheidung im gesamten Lebenszyklus trägt.

90-Tage-Pilot

Ein vollständiger Umbau der Validierungslandschaft in 90 Tagen ist unrealistisch. Ein Pilot für den integrierten Workflow ist machbar, wenn er auf ein System begrenzt bleibt.

Tag 1 bis 30: Inventar und Auswahl. Ein System mit GxP-Relevanz und begrenzter Komplexität auswählen, etwa ein eQMS-Modul, ein Validierungsmanagementsystem oder ein LIMS-Teilprozess. Use Case, intended use, Datenklasse, Anbieter, GxP-Impact und KI-Anteil erfassen.

Tag 31 bis 60: Mapping und Lücken. Bestehende Unterlagen gegen GAMP 5, CSA-Logik und KI-Ergänzungen mappen. Lücken bei Risiko, Anbieter-Evidenz, Teststrategie, Monitoring und Change Control markieren. Keine neue Dokumentenlandschaft erzeugen, sondern bestehende Artefakte ergänzen.

Tag 61 bis 90: Pilotdossier und Entscheidung. Mapping-Tabelle, aktualisiertes Risk Assessment, Teststrategie und Betriebsnachweise zusammenführen. QA, IT-Validation und Fachbereich reviewen die Akte gemeinsam. Das Ergebnis ist eine Entscheidung, welche SOPs, Templates und Schulungen für weitere Systeme angepasst werden müssen.

Der Pilot liefert keine vollständige Annex-22-Readiness. Er liefert eine belastbare Arbeitsweise, mit der Annex 22 später in vorhandene Dossiers integriert werden kann.