LIMS- und CDS-Validierung: Risiko, Prüfungen und Freigabe

Der Lieferant liefert ein vollständiges Testpaket, das Labor hat jedoch den Genehmigungsablauf verändert und ein neues Gerät angeschlossen. Welche Nachweise bleiben gültig? Dafür müssen Verwendungszweck, tatsächliche Konfiguration und Testabdeckung verglichen werden. Die Validierung von LIMS und CDS muss eine dokumentierte Entscheidung über die Eignung des Laborsystems für seinen vorgesehenen Einsatz tragen.

1. System und unterstützte Entscheidungen abgrenzen

Beginnen Sie beim Prozess: Probeneingang, Erfassung, Verarbeitung, Übertragung, Prüfung, Genehmigung und Aufbewahrung. Erfassen Sie Aufzeichnungen und Metadaten, Benutzer, Geräte, Schnittstellen und erforderliche Dienste. Die Unterscheidung von LIMS, CDS, ELN und SDMS hilft, Verantwortlichkeiten lückenlos zuzuordnen.

Dokumentieren Sie Versionen und Konfigurationen, Module, lokale Regeln und Infrastrukturabhängigkeiten. Legen Sie Prozessverantwortung, Systempflege, technische Unterstützung und Nachweisgenehmigung gemäß Qualitätssystem fest. Softwarevalidierung ersetzt weder Gerätequalifizierung noch Validierung der analytischen Methode: Es sind verbundene Tätigkeiten mit unterschiedlichen Gegenständen und Nachweisen.

Bewerten Sie die regulatorische Anwendbarkeit anhand von Produkten, Tätigkeiten, Aufzeichnungen und Märkten. Annex 11 betrifft computergestützte Systeme in GMP-Tätigkeiten; US-Anforderungen entstehen nicht allein durch das Vorhandensein eines Computers. Die endgültige FDA-CSA-Leitlinie vom Februar 2026 betrifft Software für Herstellung und Qualitätsmanagementsystem von Medizinprodukten: Sie schafft pharmazeutische CSV nicht ab und gilt nicht automatisch für jedes LIMS.

2. Anforderungen, Risiko und Lieferantennachweise verbinden

Formulieren Sie prüfbare Anforderungen: benötigtes Ergebnis oder Verhalten, Bedingungen und Akzeptanzkriterium. Betrachten Sie Folgen falscher Ergebnisse, unvollständiger Daten, unberechtigter Genehmigungen oder nicht wiederherstellbarer Aufzeichnungen. Prioritäten ergeben sich aus Risiken für Produktqualität, Patienten und Datenintegrität, nicht aus der Bildschirmanzahl.

Prüfen Sie Kompetenz und Qualitätssystem des Lieferanten, verfügbare Dokumentation, getestete Versionen, Umgebung, Abdeckung und bekannte Fehler. Dokumentieren Sie für wiederverwendete Tests die abgedeckte Anforderung, Zuverlässigkeit des Nachweises und mögliche Einflüsse lokaler Konfigurationen oder Abhängigkeiten. Ein allgemeines Zertifikat oder eine Konformitätserklärung belegt den konkreten Laborablauf nicht.

Halten Sie fest, was übernommen, ergänzt oder lokal geprüft werden muss. Verlässliche Tests müssen nicht grundlos vollständig wiederholt werden; ein gleichlautender Funktionsname rechtfertigt aber keine ungeprüfte Übernahme. Konfigurationen, individueller Code, Schnittstellen und betriebliche Kontrollen können unterschiedliche Prüfungen erfordern.

3. Eine Matrix bis zur Entscheidung aufbauen

Diese eigene Beispielmatrix ist an den Geltungsbereich anzupassen. Für jeden Test werden Daten und Kriterien vorab festgelegt; tatsächliches und erwartetes Ergebnis werden verglichen, Nachweise aufbewahrt und Unterschiede behandelt. Aktivitäten erfolgen in autorisierten Umgebungen mit erkennbaren Testdaten.

Prüfen Sie nicht nur erfolgreiche Abläufe. Fordern Sie Fehler, Unterbrechungen und plausible Kombinationen heraus, die falsche Entscheidungen verursachen könnten. Schnittstellenprüfungen müssen die Bedeutung der Daten im Zielsystem erfassen: Geräte-LIMS-Zuordnung und Abgleich behandelt dies gesondert.

4. Abweichungen bearbeiten und Freigabe autorisieren

Dokumentieren Sie ausgeführte Tests mit Anforderung, Version, Umgebung, Daten, ausführender Person, Ergebnis und Nachweisreferenz. Die Zahl der Screenshots misst keine Abdeckung. Geprüftes Verhalten und dessen Bedeutung für die Akzeptanz müssen nachvollziehbar sein; auch Testwerkzeuge und Umgebung benötigen eine Eignungsbewertung.

Ein nicht erfülltes Kriterium wird durch Löschen des Tests oder unbegründete nachträgliche Anpassung des Sollwerts nicht akzeptabel. Dokumentieren Sie Abweichung, bewertete Ursache, Auswirkungen, Korrektur und Folgeprüfungen. Eine erfolgreiche Wiederholung bleibt mit dem ursprünglichen Fehler verbunden, ohne ihn zu entfernen.

Prüfen Sie vor Freigabe Anforderungsabdeckung, Abweichungen und Restrisiken, endgültige Konfiguration, Verfahren, Schulung, Support, Zugriff und Wiederherstellung. Die autorisierte Funktion legt genehmigten Umfang, Einschränkungen und Verantwortlichkeiten fest. Eine bedingte Erlaubnis zur nächsten Phase erlaubt nicht automatisch den Routineeinsatz einer nicht nachgewiesenen kritischen Funktion.

5. Simulierter Fall: angepasster Workflow verändert die Abdeckung

Das Lieferantenpaket zeigt, dass ein Prüfer im Standardablauf ein vollständiges Ergebnis genehmigen kann. Das Labor ergänzt einen Geräteimport und den Status „Prüfung ausstehend“. Im lokalen Test bleibt bei einer unvollständigen Nachricht die Einheit leer, trotzdem ist der Übergang zu „genehmigt“ möglich.

Der Standardtest bleibt für seinen Nachweis nützlich; diese Kombination deckt er nicht ab. Das Team erfasst die Abweichung, prüft Regeln des neuen Status und Schnittstelle, korrigiert das Verhalten und testet vollständige, unvollständige sowie wiederholte Nachrichten mit den vorgesehenen Rollen. Auch Ereignisse, Version und Entscheidungen müssen rekonstruierbar bleiben. Die Freigabe hängt vom dokumentierten Ergebnis ab, nicht vom Umfang des Lieferantendossiers.

Im Betrieb erfordern Änderungen an Konfiguration, Versionen, Schnittstellen, Rollen und Verwendungszweck eine Auswirkungsbewertung und relevante Kontrollen. Periodische Bewertungen berücksichtigen auch Vorfälle, Leistung, Sicherheit und Wiederherstellbarkeit. Häufigkeit und Tiefe brauchen eine Begründung: Erstvalidierung allein erhält den validierten Zustand nicht.

6. Quellen und Anwendbarkeit

Quellen geprüft am 2. Oktober 2026. GMP-Kontext für Humanarzneimittel; eigene Matrix und eigenes Szenario, keine Tests an produktiven Systemen.

• Europäische Kommission — GMP Annex 11, Revision 1, Januar 2011, wirksam seit 30. Juni 2011, Grundsatz und §§1–4, 7, 9–14: Validierung, Lieferanten, Tests und kontrollierter Zustand.
• Europäische Kommission — GMP Annex 15, Revision März 2015, wirksam seit 1. Oktober 2015, Grundsatz und §§1–2: Planung, externe Nachweise, Abweichungen und Autorisierung; Verweis auf Annex 11 für computergestützte Systeme.
• FDA — Data Integrity and Compliance With Drug CGMP, endgültige Fassung Dezember 2018, Q2–Q3: angemessene Kontrollen und für den relevanten Einsatz validierte Funktionen; unverbindliche Leitlinie.
• FDA — Computer Software Assurance for Production and Quality Management System Software, endgültige Fassung vom 3. Februar 2026, Abschnitte I und III: Medizinprodukte und 21 CFR Part 820; ersetzt die Fassung vom September 2025, nicht Arzneimittel-GMP-Anforderungen.