KI im eQMS: Was künstliche Intelligenz im GxP-Qualitätsmanagement leisten darf und wie Biotechs sie sicher einsetzen

Zuletzt aktualisiert: 5. November 2026

 

KI darf im GxP-Qualitätsmanagement eingesetzt werden, wenn sie für einen klar definierten Zweck risikobasiert validiert, nachvollziehbar protokolliert und unter menschlicher Kontrolle betrieben wird. Kein Regelwerk verbietet KI im eQMS. Entscheidend ist, wie stark eine KI-Ausgabe Patientensicherheit, Produktqualität und Datenintegrität beeinflusst und wer am Ende entscheidet. Den Rahmen bilden der EU AI Act (Verordnung (EU) 2024/1689), der Entwurf des EU-GMP-Annex 22 und des revidierten Annex 11, das EMA Reflection Paper zu KI, ICH E6(R3), die EMA-Guideline zu computergestützten Systemen in klinischen Studien, 21 CFR Part 11 sowie die FDA-Leitlinien zu Computer Software Assurance und KI. Für kleine Biotechs und CROs heißt das: KI als Vorschlagsgeber mit dokumentierter Freigabe nutzen, Modellversionen unter Change Control halten und Sponsordaten vertraglich schützen. Dieser Leitfaden, herausgegeben von Docuply, ordnet Anwendungsfälle, Regulierung, Validierung, Risiken und Auswahlkriterien neutral ein.

KI-Anwendungsfälle im eQMS: Nutzen, GxP-Risiko und nötige Kontrolle (Stand November 2026)

Anwendungsfall Nutzen GxP-Risiko Nötige Kontrolle
Dokumentenklassifizierung und Metadaten-Extraktion (z. B. TMF-Filing nach TMF Reference Model) Weniger manuelles Indexieren, schnellere Ablage großer Dokumentmengen Mittel: Fehlablagen und falsche Metadaten gefährden Vollständigkeit und Auffindbarkeit (Datenintegrität) Human in the Loop mit Konfidenzschwelle, Stichproben-QC, Monitoring von Precision und Recall je Dokumentart
OCR und semantische Suche Schnelleres Auffinden, auch in gescannten Unterlagen Niedrig, solange das Originaldokument maßgeblich bleibt Abgleich mit dem Original bei GxP-relevanter Verwendung, stichprobenartige Prüfung der Trefferqualität
SOP-Entwürfe und Versionsvergleiche Schnellere Erstentwürfe, übersichtliche Änderungsdarstellung Mittel: Fehler in freigegebenen SOPs wirken auf alle nachgelagerten Prozesse Fachliche Prüfung und reguläre Vier-Augen-Freigabe in der Dokumentenlenkung, KI-Beitrag kennzeichnen
Zusammenfassungen (Audit-, Monitoring-Berichte, Regelwerke) Schneller Überblick über lange Dokumente Mittel: Auslassungen und Halluzinationen möglich Nur als Lesehilfe, Quellverweise im Output, Entscheidungen auf Basis des Originals
Abweichungen und CAPA (Ursachenvorschläge, Trendanalyse) Muster über viele Vorgänge erkennen, Wiederholungen früher sehen Hoch, wenn Ursachenbewertung oder Risikoeinstufung ungeprüft übernommen wird (Produktqualität, Patientensicherheit) KI nur als Hypothesengeber, Bewertung und Freigabe durch QA, Trends gegen Rohdaten verifizieren
Schulungs- und Verständnisfragen Schneller Aufbau von Wissenstests zu neuen SOPs Niedrig bis mittel: fehlerhafte Fragen schwächen den Wirksamkeitsnachweis der Schulung Fachliche Freigabe des Fragenpools vor dem Einsatz
Audit- und Inspektionsvorbereitung (Lückenanalysen, Dokumentenlisten) Lücken und überfällige Dokumente früher erkennen Mittel: falsche Vollständigkeitsaussagen wiegen in falscher Sicherheit Ergebnisse gegen Systemberichte und Audit Trail prüfen, keine ungeprüfte KI-Aussage gegenüber Inspektoren

Welche KI-Funktionen im eQMS sind sinnvoll und wie riskant sind sie?

Am meisten bringen KI-Funktionen, die große Dokumentmengen vorsortieren oder durchsuchbar machen und deren Ergebnis ein Mensch ohnehin prüft, etwa Klassifizierung, Metadaten-Extraktion und semantische Suche. Je direkter eine KI-Ausgabe in eine GxP-Entscheidung einfließt, etwa in die Bewertung einer Abweichung, desto höher ist das Risiko und desto strenger muss die Kontrolle sein.

Den Maßstab liefert der Entwurf von Annex 22 (Konsultationsfassung Juli 2025): Kritisch sind Anwendungen mit direktem Einfluss auf Patientensicherheit, Produktqualität oder Datenintegrität. Für nicht kritische Anwendungen generativer Modelle verlangt der Entwurf, dass qualifiziertes Personal für die Eignung jeder Ausgabe verantwortlich bleibt (Human in the Loop). Das EMA Reflection Paper (September 2024) und der ISPE GAMP Guide: Artificial Intelligence (Juli 2025) folgen derselben Logik: risikobasiert, menschzentriert, mit Qualitätsrisikomanagement über den gesamten Lebenszyklus.

Warum Dokumentenqualität kein Nebenthema ist, zeigen Inspektionsdaten: Im Jahresbericht 2024 der EMA GCP Inspectors Working Group (angenommen Dezember 2025) entfielen von 335 kritischen und schwerwiegenden Findings aus 67 Inspektionen 41 auf „Essential Documents“, die größte Einzelkategorie. Im Bericht für 2023 (EMA/INS/GCP/164938/2024) waren es 74 von insgesamt 720 Findings (36 kritisch, 336 schwerwiegend, 348 geringfügig), ebenfalls Spitzenwert.

Belastbare, unabhängige Zahlen zur Zeitersparnis beim TMF-Filing oder bei CAPA-Bearbeitung gibt es bislang nicht; veröffentlichte Werte stammen fast ausschließlich von Anbietern und sind nicht unabhängig geprüft. Eine Studie von Gray, Xu, Tong und Wu am FDA National Center for Toxicological Research (Chemical Research in Toxicology, Juli 2023) zur KI-Klassifizierung regulatorischer Texte zeigt zudem, wie stark die Genauigkeit vom Dokumenttyp abhängt: 95 % bei standardisierten US-Fachinformationen in der binären Aufgabe, bei britischen SmPCs in der Mehrklassen-Aufgabe dagegen nur 68 % laut Abstract (0,67 in der Modellvergleichstabelle). Herstellerangaben zur Klassifizierungsgenauigkeit sollten daher immer mit eigenen Dokumenten überprüft werden. Technische Details zur Texterkennung behandelt die Seite OCR und intelligente Dokumentensuche.

Fällt ein eQMS mit KI unter den EU AI Act?

In der Regel nicht als Hochrisiko-System: KI-Funktionen für Dokumentenlenkung, Suche oder CAPA-Unterstützung stehen nicht in Anhang III der KI-Verordnung und sind kein Sicherheitsbauteil eines Produkts nach Anhang I. Pflichten entstehen trotzdem, denn wer KI im Betrieb nutzt, ist Betreiber und muss seit dem 2. Februar 2025 die KI-Kompetenz seiner Mitarbeitenden fördern.

Die Verordnung (EU) 2024/1689 ist am 1. August 2024 in Kraft getreten. Verbote und die KI-Kompetenzpflicht nach Artikel 4 gelten seit 2. Februar 2025, Pflichten für Anbieter von KI-Modellen mit allgemeinem Verwendungszweck (GPAI) seit 2. August 2025. Der Digital Omnibus on AI (Verordnung (EU) 2026/1744), in Kraft seit 27. Juli 2026, verschiebt die Hochrisiko-Pflichten nach Anhang III auf den 2. Dezember 2027 und die nach Artikel 6(1) in Verbindung mit Anhang I auf den 2. August 2028. Artikel 4 wurde zu einer Bemühenspflicht umformuliert: Anbieter und Betreiber müssen Maßnahmen zur Förderung der KI-Kompetenz ergreifen, ohne ein bestimmtes Kompetenzniveau garantieren zu müssen.

Argumente gegen eine Hochrisiko-Einstufung: Anhang III nennt Bereiche wie Beschäftigung, Bildung, kritische Infrastruktur oder Zugang zu wesentlichen Leistungen, aber kein Qualitätsmanagement. Ein eQMS ist zudem kein Medizinprodukt, und Artikel 6(3) nimmt Systeme für eng begrenzte Verfahrensaufgaben ausdrücklich aus.

Argumente für eine genaue Prüfung: Werden KI-Ergebnisse genutzt, um Leistung oder Verhalten von Beschäftigten zu bewerten, etwa automatisch ausgewertete Schulungstests als Grundlage für Qualifizierungs- oder Personalentscheidungen, kann Anhang III Nr. 4 (Beschäftigung) berührt sein. Ist ein Unternehmen Hersteller von Medizinprodukte-Software, gelten für diese Produkte eigene Regeln. Außerdem greifen ab 2. August 2026 Transparenzpflichten nach Artikel 50, vor allem für Anbieter generativer Systeme.

Fazit: Für ein Phase-I/II-Biotech oder eine kleine CRO ist ein eQMS mit KI typischerweise kein Hochrisiko-System. Pflicht sind dokumentierte Maßnahmen zur KI-Kompetenz, Nutzung gemäß Anbieterangaben und eine kurze, begründete Einstufung je KI-Funktion. Die eigentliche Messlatte setzen die GxP-Regeln, nicht der AI Act.

Was regelt Annex 22 und was ändert sich mit dem neuen Annex 11?

Annex 22 „Artificial Intelligence“ ist ein Entwurf des EU-GMP-Leitfadens, der vom 7. Juli bis 7. Oktober 2025 zur Konsultation stand und Stand November 2026 nicht verabschiedet ist. Er gilt für KI-Modelle in kritischen GMP-Anwendungen und lässt dort nur statische, deterministische Modelle zu; dynamische, probabilistische und generative Modelle einschließlich LLMs sollen in kritischen Anwendungen nicht eingesetzt werden.

Die Kernanforderungen des Annex-22-Entwurfs:

  • Intended Use: detaillierte Beschreibung der Aufgabe und des Eingaberaums einschließlich seltener Varianten, verantwortet von einem Prozessexperten und vor Testbeginn freigegeben.
  • Akzeptanzkriterien: vorab definierte Metriken wie Konfusionsmatrix, Sensitivität, Spezifität, Precision oder F1-Score; das Modell darf nicht schlechter sein als der Prozess, den es ersetzt.
  • Testdaten: repräsentativ, ausreichend groß, korrekt gelabelt und strikt unabhängig von Trainings- und Validierungsdaten, mit Zugriffskontrolle und Audit Trail.
  • Explainability und Confidence: Erfassung der Merkmale, die zu einer Entscheidung beigetragen haben, Protokollierung von Konfidenzwerten und eine Schwelle, unterhalb derer das Modell „unentschieden“ meldet.
  • Betrieb: Change Control und Konfigurationskontrolle, Performance-Monitoring und Überwachung der Eingangsdaten auf Drift.
  • Human in the Loop: Wird der Testaufwand mit Verweis auf die menschliche Prüfung reduziert, müssen Verantwortung, Schulung und Leistung der prüfenden Person beschrieben und überwacht werden.

Der Geltungsbereich kann sich noch ändern. Laut dem EMA-Bericht zum Expertenworkshop vom 30. Juni und 1. Juli 2026 (veröffentlicht Oktober 2026) hat die Redaktionsgruppe diskutiert, dynamische, probabilistische und generative Modelle zuzulassen, sofern eine vollständig dokumentierte, risikobasierte Kontrollstrategie vorliegt. Ein Termin für die finale Fassung ist nicht bestätigt.

Der im selben Paket konsultierte Entwurf des revidierten Annex 11 (ebenfalls Entwurf, Juli 2025) macht Audit Trails für Systeme, in denen Nutzer Daten anlegen, ändern oder löschen, zur Regel, verlangt eine risikobasierte Audit-Trail-Review durch nicht beteiligte Personen, regelt die Steuerung von Dienstleistern einschließlich Cloud- und SaaS-Anbietern und baut die periodische Überprüfung zu einem eigenen Programm aus. Die GMP-Verantwortung bleibt dabei beim regulierten Unternehmen.

Für das GCP-Umfeld sind beide Annexe nicht unmittelbar verbindlich. Sie beschreiben aber, was europäische Inspektorate von KI in kritischen Anwendungen erwarten, und eignen sich deshalb auch für kleine Biotechs als Referenz.

Was verlangen EMA, ICH und FDA von KI in Studien und Qualitätssystemen?

EMA, ICH und FDA verlangen übereinstimmend einen risikobasierten Ansatz: Computergestützte Systeme müssen für ihren Zweck validiert sein, Daten müssen über einen Audit Trail nachvollziehbar bleiben, und der Sponsor bleibt für ausgelagerte Tätigkeiten verantwortlich. KI-spezifische Leitlinien ergänzen das um Kontext der Nutzung, Modelleinfluss und Lebenszyklusüberwachung.

Regulatorischer Rahmen auf einen Blick (Stand November 2026)

Regelwerk Status und Datum Relevanz für ein eQMS mit KI
EU AI Act (EU) 2024/1689 In Kraft seit 1. August 2024; geändert durch Digital Omnibus (EU) 2026/1744, in Kraft seit 27. Juli 2026 Meist kein Hochrisiko-Fall; KI-Kompetenz (Art. 4) und Transparenz prüfen
EU-GMP Annex 22 (KI) Entwurf, Konsultation 7. Juli bis 7. Oktober 2025; nicht verabschiedet Referenz für Validierung und Betrieb von KI-Modellen in kritischen Anwendungen
EU-GMP Annex 11 (revidiert) Entwurf seit Juli 2025; gültig bleibt Annex 11 von 2011 Audit Trail, Dienstleister- und Cloud-Steuerung, periodische Überprüfung
EMA Reflection Paper KI Final, angenommen September 2024 (CHMP/CVMP) Risikobasierter, menschzentrierter Ansatz über den Lebenszyklus
EMA-Guideline computergestützte Systeme in klinischen Studien Final, veröffentlicht März 2023, anwendbar seit September 2023 Validierung, Audit Trail, Verantwortung bei Dienstleistern
ICH E6(R3) ICH Step 4 am 6. Januar 2025; in der EU wirksam seit 23. Juli 2025; Annex 2 ab 15. Januar 2027 Risikoproportionale Validierung, Datenintegrität, Sponsor-Verantwortung
FDA Draft Guidance KI für regulatorische Entscheidungen Entwurf, Januar 2025; nach verfügbaren Angaben nicht finalisiert Prinzipien übertragbar: Context of Use, Modelleinfluss, Entscheidungsfolgen
FDA Computer Software Assurance Final, veröffentlicht 24. September 2025 Risikobasierte Assurance statt pauschaler Testskripte
21 CFR Part 11 In Kraft (US-Verordnung seit 1997) Audit Trail und elektronische Signaturen für Freigaben von KI-Vorschlägen

Das EMA Reflection Paper, im September 2024 von CHMP und CVMP angenommen, verlangt einen risikobasierten, menschzentrierten Einsatz von KI über den gesamten Arzneimittel-Lebenszyklus. Für klinische Studien gilt: KI-Anwendungen unterliegen den GCP-Anforderungen, und bei hohem Einfluss auf regulatorische Entscheidungen empfiehlt die EMA frühen Austausch mit der Behörde.

Die EMA-Guideline zu computergestützten Systemen und elektronischen Daten in klinischen Studien (März 2023) verlangt einen sicheren, computergenerierten, zeitgestempelten Audit Trail für Erstellung und Änderung aller elektronischen Daten, risikobasierte Audit-Trail-Reviews und Validierungsnachweise, die Inspektoren zur Verfügung gestellt werden können. Aufgaben und Verantwortlichkeiten von Dienstleistern sind vertraglich festzulegen.

ICH E6(R3) fordert in Abschnitt 4.3, dass computergestützte Systeme risikoproportional validiert, Schnittstellen definiert und validiert und Systeme periodisch überprüft werden. Der Sponsor führt ein Verzeichnis der wichtigen Systeme und bleibt für an Dienstleister übertragene Aufgaben verantwortlich.

Die FDA Draft Guidance vom Januar 2025 beschreibt ein siebenstufiges Credibility-Assessment: Fragestellung und Context of Use definieren, Modellrisiko aus Model Influence und Decision Consequence ableiten, Nachweise risikoproportional planen und dokumentieren. Sie zielt auf KI, die Daten für regulatorische Entscheidungen über Sicherheit, Wirksamkeit oder Qualität liefert, nicht auf reine Effizienzunterstützung im QMS. Übertragbar ist die Logik: Je größer der Einfluss der KI und je schwerer die Folgen eines Fehlers, desto mehr Evidenz. Die gemeinsamen, nicht bindenden Guiding Principles of Good AI Practice von FDA und EMA (Januar 2026) bestätigen diese Linie.

Die finale FDA-Guidance zu Computer Software Assurance (24. September 2025) gilt formal für Produktions- und Qualitätssystemsoftware von Medizinprodukteherstellern. Ihr Kern ist dennoch auf jedes eQMS übertragbar: Intended Use bestimmen, Risiko bewerten, Testtiefe danach ausrichten und auch ungeskriptetes Testen anerkennen.

Wie validiert man KI-Funktionen in einem eQMS?

KI-Funktionen werden wie andere GxP-Software risikobasiert validiert, zusätzlich aber an ihrer statistischen Leistung gemessen: Intended Use festlegen, Akzeptanzkriterien vorab definieren, mit unabhängigen, repräsentativen Testdaten prüfen und die Leistung im Betrieb überwachen. Der Aufwand hängt davon ab, ob die KI nur Vorschläge macht, die ein Mensch vollständig prüft, oder GxP-relevante Entscheidungen beeinflusst.

Klassische Software liefert bei gleicher Eingabe dieselbe Ausgabe. Lernende und generative Modelle können dagegen bei identischer Eingabe unterschiedliche Antworten liefern, mit veränderten Eingangsdaten an Leistung verlieren (Drift) und stark von Prompt und Konfiguration abhängen. Ein einmaliger Testlauf reicht deshalb nicht. ISPE GAMP 5 Second Edition (2022) behandelt KI und Machine Learning in Anhang D11, den der GAMP Guide: Artificial Intelligence (laut ISPE veröffentlicht im Juli 2025, 290 Seiten) zu einem eigenständigen Leitfaden ausbaut, der Lebenszyklus, Qualitätsrisikomanagement und Lieferantenaspekte auf KI-gestützte Systeme überträgt.

  1. Intended Use definieren: Welche Aufgabe, welche Dokumentarten, welche Sprachen, wer prüft das Ergebnis?
  2. Akzeptanzkriterien festlegen: für Klassifizierung etwa Precision und Recall je Dokumentart, mit Mindestwerten für kritische Kategorien.
  3. Unabhängige Testdaten wählen: eigene, repräsentative Dokumente, die der Anbieter nicht zum Training genutzt hat.
  4. Im Betrieb überwachen: Korrekturquote der Prüfer, Stichproben, Konfidenzverteilung, Drift.
  5. Änderungen steuern: Jede neue Modellversion durchläuft Change Control mit dokumentierter Entscheidung über erneutes Testen.

Rollenverteilung: Der Anbieter verantwortet Entwicklung, Training und Versionierung des Modells; der Kunde verantwortet die Eignung für seinen Intended Use. Ein Anbieter sollte liefern: Validierungspaket mit Testberichten, Unterlagen für das Lieferantenaudit, Dokumentation zu Trainingsdaten und Modellversionen, Release Notes zu Modelländerungen mit Vorankündigung sowie die Möglichkeit, eine Modellversion zu sperren.

Vorschlag versus Entscheidung: Prüft ein Mensch jede KI-Ausgabe vollständig, sinkt der Testaufwand für das Modell. Der Annex-22-Entwurf macht aber klar, dass diese Entlastung nicht kostenlos ist: Verantwortung und Schulung der prüfenden Person müssen dokumentiert und ihre Prüfleistung wie ein manueller Prozess überwacht werden. Beeinflusst die KI dagegen GxP-Entscheidungen ohne vollständige Prüfung, gelten für kritische Anwendungen die vollen Anforderungen an Testdaten, Metriken und Explainability.

Welche Risiken hat KI im eQMS und wie kontrolliert man sie?

Die Hauptrisiken sind falsche Inhalte, fehlende Nachvollziehbarkeit, unkontrollierte Modelländerungen sowie Datenschutz- und Vertraulichkeitsverletzungen. Für jedes Risiko gibt es eine konkrete Kontrolle, die sich in Verträgen, Systemkonfiguration und SOPs verankern lässt.

  • Halluzinationen und Auslassungen: Eine Studie von Asgari et al. in npj Digital Medicine (Mai 2025) fand bei LLM-generierten klinischen Notizen (12.999 Notizsätze) eine Halluzinationsrate von 1,47 %, davon 44 % als schwerwiegend eingestuft, und eine Auslassungsrate von 3,45 %. Ein Benchmark von Belém et al. (Megagon Labs, Findings of NAACL 2025) zur Zusammenfassung mehrerer Dokumente fand im Durchschnitt bis zu 75 % halluzinierte Inhalte. Die Spanne zeigt, dass Fehlerraten stark von Aufgabe und Einrichtung abhängen. Kontrolle: Quellverweise im Output, keine Übernahme generierter Texte in gelenkte Dokumente ohne fachliche Prüfung.
  • Fehlklassifikation: Kontrolle: Konfidenzschwelle mit Status „unentschieden“ wie im Annex-22-Entwurf, Stichproben-QC, Monitoring von Precision und Recall.
  • Fehlende Nachvollziehbarkeit: Kontrolle: Audit-Trail-Eintrag für jeden KI-Vorschlag mit Zeitstempel, Modellversion, prüfender Person und Ergebnis (übernommen, geändert, verworfen), im Sinne von ALCOA+.
  • Unangekündigte Modelländerungen: Kontrolle: vertragliche Benachrichtigungspflicht, gesperrte Modellversionen, Re-Test vor Freigabe.
  • Datenschutz: Laut EDPB Opinion 28/2024 (17. Dezember 2024) ist ein mit personenbezogenen Daten trainiertes Modell nicht automatisch anonym, und unrechtmäßiges Training kann die Rechtmäßigkeit des späteren Einsatzes berühren. Der Expertenbericht zu Datenschutzrisiken von LLMs (April 2025, im Auftrag des EDPB) empfiehlt, Datenflüsse über den gesamten Lebenszyklus zu kartieren. Kontrolle: Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, EU-Hosting, offengelegte Unterauftragsverarbeiter einschließlich Modellanbieter, Prüfung von Drittlandtransfers, vertraglicher Ausschluss des Trainings mit Kundendaten, Datenschutz-Folgenabschätzung bei Studiendaten.
  • Vertraulichkeit zwischen Sponsoren bei CROs: Kontrolle: strikte Mandantentrennung, keine Nutzung der Daten eines Sponsors für Vorschläge an einen anderen, vertragliche Zusicherung des Anbieters, Abbildung in den Sponsorverträgen, da der Sponsor nach ICH E6(R3) verantwortlich bleibt.
  • Automation Bias: Kontrolle: Schulung im Rahmen der KI-Kompetenzpflicht, Monitoring der Korrekturquote der Prüfer.

Ist ein eQMS mit KI Part-11-konform?

Part-11-Konformität ist eine Eigenschaft des Gesamtsystems und der zugehörigen Prozesse, nicht einer einzelnen KI-Funktion. Eine KI kann Vorschläge machen, aber nicht elektronisch signieren; Freigaben bleiben Handlungen identifizierter Personen.

21 CFR 11.10(e) verlangt sichere, computergenerierte, zeitgestempelte Audit Trails für Einträge und Handlungen, die elektronische Aufzeichnungen erzeugen, ändern oder löschen. Übernimmt ein Nutzer einen KI-Vorschlag, ist das eine solche Handlung; sinnvoll ist, zusätzlich den ursprünglichen Vorschlag und die Modellversion zu protokollieren. Nach § 11.50 muss eine Signatur Namen, Zeitpunkt und Bedeutung zeigen, nach § 11.10(j) braucht es schriftliche Regeln, die Personen für Handlungen unter ihrer Signatur verantwortlich machen. Details zu Signaturen und Kontrollen bietet der Part-11-Leitfaden.

Worauf sollten kleine Biotechs und CROs bei der Auswahl achten?

Kleine Organisationen sollten KI-Funktionen danach auswählen, ob sie wiederkehrende Prüfarbeit messbar verkürzen und dabei validierbar, versionskontrolliert und exportierbar bleiben. Funktionen, die autonome Entscheidungen versprechen, erhöhen den Validierungsaufwand oft stärker als den Nutzen.

  • Echter Zeitgewinn versus Marketing: Realistischen Nutzen versprechen Klassifizierung mit Konfidenzschwelle, semantische Suche, Versionsvergleiche und Entwürfe, weil ein Mensch ohnehin prüft. Skeptisch sollten Versprechen wie „selbstlernende Compliance“ oder „autonome Ursachenanalyse“ machen: Kontinuierlich lernende Modelle sind nach dem Annex-22-Entwurf für kritische Anwendungen nicht vorgesehen. Unabhängige Zeitersparnis-Daten fehlen; eine Pilotphase mit eigenen Dokumenten und gemessener Korrekturquote ist der beste Beleg.
  • Kostenmodell: KI inklusive, als Aufpreis-Modul oder nutzungsbasiert nach Seiten oder Anfragen. Nutzungsbasierte Modelle sind bei schwankendem Studienvolumen schwer planbar; Obergrenzen vertraglich festhalten.
  • Setup und Validierungsaufwand: Gefragt sind ein Validierungspaket des Anbieters, vorkonfigurierte Strukturen wie das TMF Reference Model und klare Angaben, welche Tests beim Kunden verbleiben.
  • Exit-Strategie: vollständiger Export von Dokumenten, Metadaten und Audit Trail einschließlich KI-Vorschlägen in offenen Formaten, vertraglich zugesichert.
  • Abhängigkeit von Drittanbieter-Modellen: Welcher Modellanbieter wird genutzt, wo wird verarbeitet, wie wird über Modellwechsel informiert?

Aus der Analyse folgt ein Integrationsargument: Jede Schnittstelle zwischen eQMS, eTMF und separatem KI-Dienst muss nach ICH E6(R3) definiert und validiert werden, und verteilte Systeme erzeugen getrennte Audit Trails. Eine integrierte, vorvalidierte Plattform reduziert die Zahl der zu validierenden Schnittstellen und bündelt KI-Vorschläge und Freigaben in einem Audit Trail. Ob das im Einzelfall überwiegt, hängt von der bestehenden Systemlandschaft ab. Einen detaillierten Anbietervergleich bietet der eQMS Software Vergleich; zur Dokumentenverwaltung siehe die eDMS-Übersicht.

Entscheidungshilfe: Welcher KI-Einstieg passt zu welcher Ausgangslage?

Erstes eQMS, kleines Team

Mit Grundfunktionen starten, die ohnehin validiert werden müssen, und KI auf Suche, Klassifizierung und Entwürfe mit menschlicher Freigabe begrenzen. Auf ein Validierungspaket des Anbieters und kurze Setup-Zeit achten, KI-Kompetenzmaßnahmen in die normale Schulungsmatrix aufnehmen.

CRO mit mehreren Sponsoren

Mandantentrennung und den vertraglichen Ausschluss sponsorübergreifender Datennutzung zuerst klären, danach Funktionen. Sponsoren erwarten Nachweise zu Datenresidenz, Unterauftragsverarbeitern und Audit Trail für KI-Vorschläge; diese Unterlagen vor dem ersten Sponsor-Audit bereithalten.

Inspektion oder Sponsor-Audit in Sicht

Keine neuen KI-Funktionen kurz vor der Inspektion einführen. KI-Unterstützung für Lückenanalysen ist nützlich, ihre Ergebnisse müssen aber gegen Systemberichte verifiziert sein. Für jede genutzte KI-Funktion sollten Intended Use, Risikoeinstufung, Testnachweis und Freigabeprozess vorzeigbar sein.

Bestehendes eQMS ohne KI

Kein Wechsel allein wegen KI. Sinnvoll ist ein begrenzter Pilot für einen Anwendungsfall mit hohem Volumen, etwa Klassifizierung, mit gemessener Korrekturquote. Separate KI-Werkzeuge außerhalb des validierten Systems sollten nicht mit GxP-Daten arbeiten, solange Schnittstelle, Audit Trail und Datenschutz nicht geklärt sind.

Häufige Fragen zu KI im eQMS

Darf man KI im GxP-Qualitätsmanagement einsetzen?

Ja. Kein Regelwerk verbietet KI im GxP-Umfeld. Voraussetzung sind ein dokumentierter Intended Use, eine risikobasierte Validierung, ein nachvollziehbarer Audit Trail und menschliche Verantwortung für GxP-relevante Entscheidungen.

Muss KI in einem eQMS validiert werden?

Ja, im Rahmen der Validierung des computergestützten Systems und proportional zum Risiko. Für KI kommen vorab definierte Leistungsmetriken, unabhängige Testdaten, Monitoring im Betrieb und Change Control für Modellversionen hinzu.

Fällt ein eQMS mit KI unter den EU AI Act?

Es fällt unter die Verordnung, ist aber typischerweise kein Hochrisiko-System nach Anhang III. Unternehmen sind als Betreiber seit 2. Februar 2025 verpflichtet, Maßnahmen zur KI-Kompetenz ihrer Mitarbeitenden zu ergreifen; Grenzfälle wie die Bewertung von Beschäftigten sollten gesondert geprüft werden.

Was regelt Annex 22?

Der Entwurf von Annex 22 (Juli 2025) legt Anforderungen an KI-Modelle in kritischen GMP-Anwendungen fest: Intended Use, Akzeptanzkriterien, unabhängige Testdaten, Explainability, Konfidenzwerte und Überwachung im Betrieb. Generative KI und LLMs sind für kritische Anwendungen ausgeschlossen; der Entwurf ist Stand November 2026 nicht verabschiedet.

Ist ein eQMS mit KI Part-11-konform?

Nur das Gesamtsystem mit seinen Prozessen kann Part-11-konform sein. Entscheidend sind ein Audit Trail, der KI-Vorschläge und menschliche Freigaben erfasst, sowie elektronische Signaturen, die ausschließlich von identifizierten Personen geleistet werden.

Welche KI-Funktionen lohnen sich für kleine Biotechs?

Am ehesten Dokumentenklassifizierung mit Konfidenzschwelle, semantische Suche, Versionsvergleiche und Entwürfe, die ohnehin geprüft werden. Unabhängige Belege für Zeitersparnis fehlen bislang, daher lohnt ein Pilot mit eigenen Dokumenten.

Darf ein Anbieter unsere Daten zum Training seiner KI nutzen?

Nur wenn das vertraglich vereinbart und datenschutzrechtlich zulässig ist. Für GxP- und Studiendaten ist ein vertraglicher Ausschluss des Trainings mit Kundendaten, ergänzt um EU-Hosting und offengelegte Unterauftragsverarbeiter, die sichere Standardlösung.

Quellen

  1. Verordnung (EU) 2024/1689 (EU AI Act), EUR-Lex
  2. Verordnung (EU) 2026/1744 (Digital Omnibus on AI), EUR-Lex
  3. Europäische Kommission, Entwurf Annex 22 „Artificial Intelligence“ (Konsultationsfassung Juli 2025)
  4. PIC/S, Joint stakeholders’ consultation on the revision of Chapter 4 (mit Annex 11 und Annex 22)
  5. EMA, Bericht zum Multistakeholder-Workshop zu Annex 22 (30. Juni und 1. Juli 2026)
  6. EMA, Use of Artificial Intelligence (AI) in the medicinal product lifecycle (Reflection Paper, September 2024)
  7. EMA, Guideline on computerised systems and electronic data in clinical trials (EMA/INS/GCP/112288/2023)
  8. ICH E6(R3) Guideline for Good Clinical Practice, Step 5 (EMA)
  9. EMA, Annual report of the GCP Inspectors Working Group 2024
  10. EMA, Annual report of the GCP Inspectors Working Group 2023
  11. FDA, Draft Guidance zur Nutzung von KI zur Unterstützung regulatorischer Entscheidungen bei Arzneimitteln und Biologika (Januar 2025)
  12. FDA und EMA, Guiding Principles of Good AI Practice in Drug Development (Januar 2026)
  13. FDA, Computer Software Assurance for Production and Quality System Software (Federal Register, 24. September 2025)
  14. eCFR, 21 CFR Part 11 (Electronic Records; Electronic Signatures)
  15. ISPE, GAMP Guide: Artificial Intelligence
  16. ISPE, GAMP 5 Guide, Second Edition
  17. Classifying Free Texts Into Predefined Sections Using AI in Regulatory Documents: A Case Study with Drug Labeling Documents
  18. A framework to assess clinical safety and hallucination rates of LLMs for medical text summarisation (npj Digital Medicine, 2025)
  19. How LLMs Hallucinate in Multi-Document Summarization (Findings of NAACL 2025)
  20. EDPB, Opinion 28/2024 zu KI-Modellen und DSGVO (17. Dezember 2024)
  21. AI Privacy Risks & Mitigations: Large Language Models (Expertenbericht im Auftrag des EDPB, April 2025)
Jan Krikava

Autor: Jan Krikava – Ehemaliger Life Science Consultant, der Docuply aus seiner eigenen Beratungserfahrung heraus gegründet hat. 14 Jahre Erfahrung im Quality Management. Wirtschaftsinformatik B. Sc. LinkedIn: linkedin.com/in/jan-krikava

Docuply: Das AI-native eQMS mit voll integriertem eTMF für klinische Biotech Start-Ups, vorvalidiert und sofort einsatzbereit.

NEU: Kostenloses Elektronisches Dokumentenmanagement (eDMS) für Early Start-Ups | Bis zu 8 Benutzer | Bis zu 500MB Speicher in unserer EU Cloud | Bis zu 10 Signaturen pro Monat (21 CFR Part 11) | GMP- und GCP-ready Jetzt registrieren