Computerized System Validation bezeichnet den dokumentierten Nachweis, dass ein computergestütztes System seine festgelegten Anforderungen während seines gesamten Lebenszyklus beständig erfüllt und für den vorgesehenen Zweck geeignet ist. In GMP- und GCP-Umgebungen schützt sie damit Produktqualität, Datenintegrität sowie gegebenenfalls Rechte, Sicherheit und Wohlbefinden von Studienteilnehmenden.
Zweck und risikobasierter Umfang
CSV betrifft nicht nur eine Anwendung wie EDC, eTMF, Randomisierung oder Laborsoftware, sondern das jeweilige System in seiner konkreten Konfiguration und Nutzung. Maßgeblich ist, ob Funktionen oder Daten eine GxP-relevante Entscheidung beeinflussen können. Annex 11 verlangt, den Validierungsumfang und die Kontrollen der Datenintegrität aus einer begründeten, dokumentierten Risikobewertung abzuleiten. Patientensicherheit, Datenintegrität und Produktqualität sind dabei ausdrücklich zu berücksichtigen.
Der Nachweis entsteht nicht allein durch einen Abschlusstest. Er umfasst nachvollziehbar geplante und genehmigte Aktivitäten über Entwurf, Einführung, Betrieb, Änderungen und Außerbetriebnahme. Benutzeranforderungen beschreiben, was das System leisten muss, und bleiben rückverfolgbar. Akzeptanzkriterien, Testprotokolle, Testergebnisse, Abweichungen und ihre Bewertung bilden zusammen die Evidenz, dass kritische Anforderungen erfüllt sind. Auch Audit-Trail, Zugriffsrechte, Datensicherung, Schnittstellen und die Wiederherstellbarkeit von Daten gehören je nach Risiko zum Prüfgegenstand.
Lebenszyklus, Lieferanten und Änderungen
Ein validierter Zustand muss erhalten bleiben. Deshalb verbindet CSV Anforderungen, Lieferantenbewertung, Konfigurationsmanagement, Schulung, Betrieb, Incident-Management und Change Control. Für Standardsoftware prüft der regulierte Anwender die vom Lieferanten bereitgestellte Dokumentation gegen die eigenen Benutzeranforderungen. Werden Entwicklung, Hosting oder Wartung ausgelagert, müssen Verantwortlichkeiten schriftlich festgelegt sein; die Eignung des Lieferanten wird risikobasiert bewertet.
Änderungen dürfen nicht als rein technische Routine behandelt werden. Vor einer Änderung ist zu beurteilen, welche Anforderungen, Datenflüsse, Schnittstellen und bisherigen Nachweise betroffen sind. Annex 11 verlangt, dass die Validierungsdokumentation relevante Change-Control-Aufzeichnungen und während der Validierung festgestellte Abweichungen enthält. Tests und Freigaben sollen daher zeigen, dass die Änderung den vorgesehenen Nutzen bringt, ohne zuvor beherrschte Risiken neu zu eröffnen.
Abgrenzung zu Validierung und Qualifizierung
Validierung ist der Oberbegriff für den dokumentierten Beleg, dass ein Prozess, eine Methode, ein System oder ein Verfahren dauerhaft vorgegebene Anforderungen erfüllt. Computerized System Validation ist dessen auf computergestützte Systeme bezogene Anwendung; sie ist nicht mit der Validierung eines Herstellprozesses oder einer analytischen Methode gleichzusetzen. Sie liefert einen Systemnachweis, nicht automatisch den Nachweis der Eignung eines Produkts oder Prozesses.
Qualifizierung ist ebenfalls abzugrenzen. Sie bezieht sich auf die Überprüfung der Funktionalität eines Systems oder technischer Einrichtungen und kann ein Baustein der CSV sein. Die EMA erläutert für klinische Prüfungen, dass Validierung die dokumentierte, dauerhafte Erfüllung spezifizierter Anforderungen vom Entwurf bis zur Stilllegung oder Ablösung betrifft. Eine unkritische Übernahme von Lieferantendokumenten ersetzt die Verantwortung des Sponsors oder regulierten Anwenders nicht.
Für die Dokumentation ist entscheidend, dass sie zur tatsächlichen Nutzung passt. Ein Systeminventar schafft Überblick über GxP-relevante Anwendungen und ihre Funktion. Für kritische Systeme verlangt Annex 11 eine aktuelle Beschreibung von Aufbau, Datenflüssen, Schnittstellen, Hardware, Software und Sicherheitsmaßnahmen. Die Validierung wird dadurch auch für Personen nachvollziehbar, die nicht an der Einführung beteiligt waren. Bei Migrationen ist zusätzlich zu belegen, dass Daten vollständig und richtig übertragen wurden und die Rückverfolgbarkeit historischer Aufzeichnungen erhalten bleibt. Der dokumentierte Status muss jederzeit erkennen lassen, welche Version freigegeben ist und welche offenen Risiken oder Einschränkungen bestehen.
Im Validierungsplan, in den Testunterlagen und im Change-Control-Protokoll müssen Risikobewertung, Anforderungen, Abweichungen, Testergebnisse und die Freigabe des jeweiligen Systemstands lückenlos miteinander verknüpft sein. Diese CSV-Nachweise belegen für die konkret eingesetzte Konfiguration, ob kritische Funktionen, Schnittstellen und Datenmigrationsschritte den Benutzeranforderungen entsprechen und der validierte Zustand aufrechterhalten wird.
Bedeutung für klinische Studien
In klinischen Studien müssen Systeme für Datenerfassung, Datenmanagement und Analyse zweckgeeignet sein und Informationen nachvollziehbar und integer halten. Der Sponsor soll ein risikobasiertes Qualitätsmanagement etablieren und Risiken auch über computergestützte Systeme hinweg bewerten. Häufige Schwachstellen sind unvollständige Anforderungsspezifikationen, fehlende Nachweise nach Updates, nicht ausreichend geprüfte Schnittstellen und unklare Zuständigkeiten zwischen Sponsor, Prüfzentrum und Dienstleister.
Full-Service-CROs wie Mediconomics unterstützen bei der Erstellung von Benutzeranforderungen und risikobasierten Validierungsplänen, bei Lieferantenbewertungen, Testkoordination, Abweichungsmanagement und der nachvollziehbaren Dokumentation von EDC-, eTMF- oder Randomisierungssystemen. Sie können außerdem Change-Control-Prozesse, Schulungen und die Bereitstellung von Nachweisen für Audits und Inspektionen mit dem Datenmanagement und dem klinischen Projektmanagement abstimmen.
Häufig gestellte Fragen (FAQ)
Ist jedes IT-System vollständig zu validieren?
Der Umfang richtet sich nach der dokumentierten Risikobewertung. Entscheidend sind die GxP-Relevanz und mögliche Auswirkungen auf Teilnehmerschutz, Datenintegrität oder Produktqualität.
Ersetzt ein Zertifikat des Softwareanbieters die CSV?
Nein. Es kann als Lieferantennachweis genutzt werden, muss aber gegen die konkrete beabsichtigte Nutzung, Konfiguration und Risiken bewertet werden.
Wann endet die Validierung eines Systems?
Sie begleitet den Lebenszyklus bis zur kontrollierten Außerbetriebnahme oder Migration. Auch Archivierung und Zugänglichkeit der Aufzeichnungen müssen berücksichtigt werden.
Regulatorische Referenzen
- EudraLex Volume 4, Annex 11 „Computerised Systems“ – fordert risikobasierte Validierung und Lebenszyklusdokumentation.
- ICH E6(R3) Good Clinical Practice – verlangt zweckgeeignete Systeme und ein risikobasiertes Qualitätsmanagement in klinischen Prüfungen.
- EMA, Notice to sponsors on validation and qualification of computerised systems – erläutert Nachweise und Verantwortlichkeiten des Sponsors.