Ein 14-monatiger Validierungszyklus
Ein börsennotiertes europäisches Pharmaunternehmen begann im Januar 2024 mit der Modernisierung eines Oracle Forms-Qualitätsmanagementsystems. Die technische Migration war im November 2024 abgeschlossen. Der Computer System Validation (CSV)-Zyklus endete im Januar 2026. Die Validierung dauerte länger als die Entwicklung.
Das ist das bestimmende Merkmal der Pharma-Modernisierung. Der Code ist der einfache Teil.
Was GxP tatsächlich verlangt
Good Practice (GxP)-Vorschriften betreffen jedes System, das Arzneimittelentwicklung, Herstellung, Distribution oder Pharmakovigilanz berührt. In den USA ist das FDA 21 CFR Part 11 für elektronische Aufzeichnungen und Signaturen, plus die Prädikatsregeln in den Parts 210, 211 und 820. In Europa deckt EU Annex 11 computergestützte Systeme in GMP-Umgebungen ab.
Der gemeinsame Nenner: Jedes System, das GxP-relevante Daten erzeugt oder speichert, muss über seinen gesamten Lebenszyklus validiert, kontrolliert und auditierbar sein.
Die vier Validierungsdokumente
CSV erzeugt vier primäre Dokumente: User Requirements Specification (URS), Functional Specification (FS), Installation Qualification (IQ), Operational Qualification (OQ) und Performance Qualification (PQ). Dazu eine Rückverfolgbarkeitsmatrix, die jede Anforderung mit jedem Test verknüpft.
Für eine Oracle Forms-Anwendung mit 200 bis 400 Bildschirmmasken umfasst das Validierungspaket typischerweise 3.000 bis 8.000 Seiten. Der Großteil davon ist Testnachweis: Screenshots, Testskripte, unterschriebene Freigaben.
Warum Oracle Forms-Anwendungen validiert blieben
Der Grund, warum die Pharmabranche Oracle Forms weit über das Verfallsdatum hinaus betrieb, ist einfach: Die bestehenden Systeme waren bereits validiert. Sie zu ersetzen bedeutet, alles neu zu validieren. Die Kosten der Veränderung werden gegen die Kosten des Nichtstuns abgewogen, und Nichtstun ist oft für ein weiteres Jahr günstiger.
Bis es das nicht mehr ist. Oracle Forms 6i wird nicht mehr unterstützt. Der erweiterte Support für Forms 11g läuft aus. Der Talentpool schrumpft. Irgendwann überwiegt das Risiko des Verbleibens die Kosten des Wechsels.
Deskriptor-gesteuerte Generierung verkürzt den Validierungszyklus
Die Validierungsarbeit, die bei einer manuell geschriebenen Modernisierung 14 Monate verschlingt, kann sich drastisch verkürzen, wenn die Anwendung aus einem JSON-Deskriptor generiert wird. Der Grund: Die Validierung lässt sich sauber auf den Deskriptor abbilden.
Die URS beschreibt, was das System tun soll. Der Deskriptor kodiert diese Anforderungen in maschinenlesbarer Form. Der Generator erzeugt die Implementierung. Die Rückverfolgbarkeitsmatrix wird zur Abfrage, nicht zur manuellen Zuordnungsübung. Testskripte können aus demselben Deskriptor generiert werden, der den Code erzeugt hat.
Wir haben erlebt, wie Pharma-Teams die CSV-Zykluszeit von 14 auf 5 Monate verkürzt haben, indem sie den Deskriptor als Validierungsartefakt behandelten.
Elektronische Signaturen und Audit-Trails
Part 11 verlangt elektronische Signaturen, die eindeutig, zuordenbar und manipulationssicher sind. Es verlangt Audit-Trails, die jede Änderung an elektronischen Aufzeichnungen dokumentieren. Das sind gut verstandene Anforderungen, aber sie lassen sich leicht inkonsistent über eine große Anwendung hinweg implementieren.
Ein generiertes System implementiert sie einmal auf Framework-Ebene. Jede Bildschirmmaske erbt denselben Signatur-Workflow, dasselbe Audit-Trail-Format, dieselbe Aufbewahrungsrichtlinie. Das Validierungsteam prüft das Framework, nicht 280 separate Implementierungen.
Datenintegrität und ALCOA+
ALCOA+ — Attributable, Legible, Contemporaneous, Original, Accurate, plus Complete, Consistent, Enduring, Available — ist der Datenintegritätsstandard, den Regulierungsbehörden auf GxP-Systeme anwenden. Die Prinzipien sind klar. Sie über eine Legacy-Oracle Forms-Anwendung hinweg umzusetzen, die über 20 Jahre gewachsen ist, ist es nicht.
Die Migration ist die seltene Gelegenheit, ein System in ALCOA+-Konformität zu bringen, ohne ein separates Sanierungsprojekt. Die neue Architektur kann Zeitstempel, Benutzerzuordnung und Unveränderlichkeit von Tag eins an durchsetzen.
Das Validierungsteam ist der Kunde
Bei der Pharma-Modernisierung hat das Validierungsteam ein Vetorecht gegenüber dem technischen Team. Migrationspläne, die QA und Validierung nicht ab der ersten Woche einbeziehen, stoßen später auf Widerstand. Das Engineering-Team baut etwas. Das Validierungsteam lehnt es ab, weil die Dokumentation nicht im richtigen Format vorliegt. Der Zyklus wiederholt sich.
Die erfolgreichen Pharma-Migrationen, an denen wir mitgearbeitet haben, holen die Validierungsleitung in die Architekturdiskussion, bevor Code generiert wird. Das Deskriptorformat wird vorab auf Validierungsfreundlichkeit geprüft.
Das Fazit
Pharma-Modernisierung ist kein Technologieproblem. Es ist ein Validierungsproblem mit einer technologischen Komponente. Die Migrationen, die erfolgreich sind, behandeln CSV-Ergebnisse als primäre Artefakte und nutzen Codegenerierung gezielt zur Komprimierung des Validierungszyklus. Die Technologieeinsparungen sind real. Die Validierungseinsparungen sind größer.