Datenintegrität GCP - klinisches Prüflabor mit digitaler Probenspur - QFINITY
QFINITY · Dienstleistungsbereiche · Data Integrity (GCP)

Datenintegrität GCP‑relevanter computergestützter Systeme.

An Systemen und Daten hängt beides zugleich: der Schutz der Teilnehmer klinischer Prüfungen und die Zuverlässigkeit der Studienergebnisse. ICH E6(R3) und die EMA-Guideline zu computergestützten Systemen setzen dafür den Maßstab. Wir unterstützen Sponsoren, Prüfzentren, CROs und Softwarehersteller bei der Umsetzung.

Good Clinical Practice

Prozessorientierung statt Technologie-Aktionismus.

Datenintegrität GCP-relevanter computergestützter Systeme ist erreicht, wenn die Daten einer klinischen Prüfung über ihren gesamten Lebenszyklus sicher erhoben, zugänglich gehalten und geführt werden und dabei die zehn ALCOA++-Attribute erfüllen; den Maßstab setzen ICH E6(R3) und die EMA-Guideline zu computergestützten Systemen.

Mit ICH E6(R3) ist Data Governance zur gemeinsamen Aufgabe von Sponsor und Prüfzentrum geworden. Die EMA-Guideline konkretisiert, was Inspektoren von computergestützten Systemen und elektronischen Daten erwarten. Wir übersetzen beides, zusammen mit der Verordnung (EU) 536/2014, in belastbare Prozesse und Qualitätsmanagementsysteme.

Mitverfasst von QFINITY.

Der ISPE GAMP Good Practice Guide „Validation and Compliance of Computerized GCP Systems and Data - Good eClinical Practice“ (2. Auflage, Juli 2024) entstand mit QFINITY: Frank Henrichmann und Oliver Herrmann als Co-Leads, Jenny Gebhardt und Marcus Schwabedissen im Autorenteam. Oliver Herrmann leitete die ISPE GAMP R&D and Clinical Systems Special Interest Group (SIG).

ICH E6(R3) EMA-Guideline Data Governance ALCOA++ Quality by Design Data Acquisition Tools eSource Audit Trail Review
Teilnehmerschutz und zuverlässige Ergebnisse entstehen gemeinsam: durch prozessorientiertes Qualitätsmanagement, gelebte Data Governance und risikobasierten Technologieeinsatz.
eClinical-Technologien

Die Systemlandschaft der klinischen Forschung.

GCP-Systemlandschaften sind heterogen, vernetzt und global genutzt. ICH E6(R3) fasst die Erfassungswerkzeuge als Data Acquisition Tools zusammen. Daten, die elektronisch am Ursprung entstehen, gelten als eSource.

  • Data Acquisition Tools

    Der R3-Dachbegriff umfasst eCRF/EDC, eCOA/ePRO und weitere Werkzeuge, die Daten samt Metadaten vom Data Originator erfassen. Studienspezifische Werkzeuge dürfen die Krankenakte weder ersetzen noch aushöhlen.

  • IRT / RTSM

    Dosisberechnungen werden anhand des genehmigten Protokolls geprüft, mit Testdaten an den Dosisgrenzen und für jede Kombination der Stratifizierungsmerkmale. Die Notfall-Entblindung braucht einen Backup-Weg, der nachweislich verfügbar ist, bevor ein Teilnehmer das Prüfpräparat erhält.

  • eConsent & Digital Health Technologies

    Für die elektronische Einwilligung gelten eigene Anforderungen an Identität, Versionsstand und Nachweis. Wearables und Sensoren sind reguläre Datenquellen; ihre Metadaten gehören zum Datensatz, ihr Verlust ist ein Integritätsverlust.

  • EHR & Quellsysteme der Prüfzentren

    Electronic Health Records (EHR) und weitere Systeme des Prüfzentrums werden bei der Site-Auswahl darauf bewertet, ob sie fit for purpose sind: Datensicherheit, Nutzerverwaltung, Audit Trails.

  • Safety & Pharmakovigilanz

    SAE-/SUSAR-Meldungen laufen über definierte Wege in die Safety-Datenbank, laut EMA-Guideline ein Sponsor-System. Neben GVP zählen hier vor allem Schnittstellen, Reconciliation und Meldefristen.

  • CTMS & eTMF

    Der eTMF muss die Studie für die Inspektion lückenlos belegen: vollständig, zeitnah, mit Audit Trail.

  • Service Provider im Verbund

    Dazu zählen CROs, Labore, Plattform- und Softwareanbieter. Die Verantwortung bleibt beim Sponsor; wir bewerten Prozesse und Werkzeuge auf Eignung.

KI ist im Anwendungsbereich.

Die EMA-Guideline erfasst den KI-Einsatz in klinischen Prüfungen ausdrücklich, etwa bei Rekrutierung, Kodierung oder Query-Prozessen. Eigene KI-Anforderungen können in einem künftigen Annex folgen. Wie ein KI-spezifischer Rahmen aussehen kann, zeigt im GMP-Bereich der Annex-22-Entwurf.

eCOA, ePRO und BYOD

Wer kontrolliert das Gerät, auf dem die Daten entstehen?

Immer häufiger entstehen Studiendaten auf Geräten, die weder dem Sponsor noch dem Prüfzentrum gehören: etwa auf den Smartphones, Tablets oder Smartwatches der Teilnehmer. Die EMA-Guideline behandelt Bring Your Own Device in einem eigenen Abschnitt ihres Annex 5, denn dieser Weg verschiebt Kontrolle dorthin, wo der Sponsor sie nicht ausüben kann. Verantwortlich für die Integrität der Daten bleibt der Sponsor trotzdem. Diese Kontrolllücke gehört in die Risikobewertung und bestimmt den Umfang der Validierung mit. Seit Juni 2026 erfasst ICH E6(R3) mit dem final angenommenen Annex 2 auch dezentrale Elemente, Digital Health Technologies und Real-World Data. In der EU wird der Anhang am 15. Januar 2027 wirksam.

  • Was der Sponsor nicht steuert

    Betriebssystem-Updates und weitere Apps auf dem Privatgerät liegen außerhalb des Einflusses des Sponsors. Deshalb legt der Sponsor Mindestanforderungen fest, etwa an unterstützte Betriebssystemversionen und Sicherheitspatches, und weist die Datenqualität über alle zugelassenen Gerätemodelle nach.

  • Niemand wird ausgeschlossen

    Wer ein eigenes Gerät nicht nutzen kann oder will, darf deshalb nicht von der Studie ausgeschlossen werden. Ein alternativer Erfassungsweg, in der Regel ein vom Sponsor gestelltes Gerät, gehört von Anfang an zum Studiendesign.

  • Zugriffsschutz in der Anwendung

    Privatgeräte können verloren gehen, und ob sie gesperrt sind, entscheidet der Teilnehmer. Deshalb gehört die Zugangskontrolle in die Anwendung. Endet die Teilnahme, werden Zugang und Erfassung geordnet beendet, und die Anwendung lässt sich rückstandsfrei entfernen.

  • Datenminimierung und Einwilligung

    Erhoben wird nur, was das Protokoll verlangt. Die Erhebung von Kamera-, Foto- oder Standortdaten muss im Protokoll begründet und in der Einwilligung offengelegt sein. Erlauben Lizenzbedingungen eine Datenweitergabe, die ICH E6 widerspricht, ist die Anwendung ungeeignet.

Auch klinisch erhobene Outcomes folgen dieser Logik.

Für Clinician Reported Outcomes gelten dieselben Anforderungen wie für ePRO-Systeme; erfasst wird von Prüfarzt, Studienpersonal oder unabhängigem Bewerter. Die Zugriffsrechte müssen die Verblindung schützen.

Geteilte Verantwortung

Sponsor und Prüfzentrum tragen die Daten gemeinsam.

Das Herzstück der neuen GCP-Regelwerke: Data Governance ist geteilte Verantwortung über den gesamten Datenlebenszyklus. Der Sponsor verfügt nie allein über die Daten, und wer delegiert, bleibt verantwortlich.

Die Systeme des Prüfzentrums gehören dazu. Der Sponsor bewertet bei der Auswahl des Zentrums, ob sie sich für diese Studie eignen; die Bewertung reicht bis zum Audit Trail der Krankenakte, die Guideline nennt das Site-Qualifizierung. Fällt die Bewertung negativ aus, ist die Auswahl des Zentrums neu zu entscheiden. Ein dennoch eingesetztes System verlangt wirksame Maßnahmen oder eine dokumentierte Restrisiko-Bewertung.

  • Sponsor & Prüfzentrum

    Der Sponsor verantwortet die Systeme und Prozesse der Studie, das Prüfzentrum seine Quelldaten. Die Integrität über den Lebenszyklus tragen beide gemeinsam.

  • No sole control

    Das Prüfzentrum hält eine unabhängige certified copy samt Audit Trail über die gesamte Aufbewahrungsfrist; alleinige Kontrolle des Sponsors gibt es nicht.

  • Service-Provider-Oversight

    Delegation entbindet nicht: Oversight proportional zum Risiko, auch für Subauftragnehmer, mit Audit-Recht und Inspektionszugang.

  • Agreements & Nachweise

    Verträge regeln Datenzugriff, Verantwortlichkeiten und Nachweise vor Leistungsbeginn. Anbieter-Nachweise zählen erst nach dokumentierter Bewertung.

Wir setzen diese Rollen mit Ihnen auf.

QFINITY definiert mit Ihnen die Verantwortlichkeiten, Kontrollpunkte und Vertragsinhalte für das Zusammenwirken von Sponsor, Prüfzentrum und Service Providern und prüft diese Vereinbarungen in Lieferanten- und CRO-Audits, von der eClinical-Plattform bis zum SaaS-Anbieter.

End-to-End-Validierung

Komplexe Plattformen, gezielt validiert.

Statt jedes Modul pauschal zu dokumentieren, verfolgen wir den Datenfluss durch die eClinical-Plattform von der Erfassung über die Schnittstellen bis zur Auswertung. ICH E6(R3) verlangt risikobasierte Verhältnismäßigkeit. Der ISPE GAMP eClinical Good Practice Guide beschreibt die Methodik dazu, als bewährtes Vorgehen und nicht als Vorschrift. Der Aufwand richtet sich nach Intended Use, Datenkritikalität und dem Einfluss auf den Schutz der Teilnehmer und die Zuverlässigkeit der Ergebnisse.

End-to-End-Validierung komplexer eClinical-Plattformen in der klinischen Forschung
Aus der Praxis.

Wie das in der Praxis aussieht, zeigen zwei Fallstudien, die Implementierung eines Investigator-Notification-Systems und die Ablösung einer Drug-Safety-Lösung mit Pharmakovigilanz und E2B. Die Grundlage beschreibt unser Buchkapitel zur Validierung von Computersystemen in klinischen Prüfungen.

Vorgehen

Der Weg zur validierten Systemlandschaft.

Risikobasiert und prozessorientiert: So wird auch eine komplexe eClinical-Umgebung mit angemessenem Aufwand validiert und bis zur Außerbetriebnahme im validierten Zustand gehalten.

  1. 1

    Prozess- und Datenflussanalyse

    GCP-relevante Prozesse und Systeme erfassen, den Datenfluss vom Quelldatum bis zur Auswertung samt Schnittstellen und Datenkritikalität kartieren.

  2. 2

    Anbieterbewertung & Agreements

    Service Provider bewerten und auswählen, Vereinbarungen vor Leistungsbeginn schließen: Datenzugriff, Audit-Recht, Subauftragnehmer.

  3. 3

    Risikobewertung & Validierungsstrategie

    Risiken für Teilnehmer und Datenintegrität bestimmen Umfang und Tiefe der Validierung.

  4. 4

    End-to-End-Verifikation

    Standardfunktionen, studienspezifische Konfiguration und Schnittstellen werden entlang des Datenlebenszyklus verifiziert, rückverfolgbar auf die Anforderung.

  5. 5

    Zugriffe & Nutzerverwaltung

    Zugänge werden erst eingerichtet, wenn Protokoll und Vereinbarungen vorliegen. Sie werden in Intervallen überprüft und rechtzeitig entzogen. Privilegierte Konten bleiben von der Durchführung der Studie unabhängig, Gruppenkonten sind ausgeschlossen.

  6. 6

    Betrieb, Changes & Reviews

    Change Control und Periodic Review erhalten den validierten Zustand. Der Review bewertet Infrastruktur, Anwendung, Konfiguration, Abweichungen, Sicherheitsvorfälle und Anbietervereinbarungen gemeinsam. Änderungen an eCRF- oder eCOA-Formularen verweisen auf das Protokoll-Amendment und erreichen den Prüfarzt mit dem Datum ihres Inkrafttretens. Der Audit Trail Review läuft als geplante, risikobasierte Aktivität mit.

  7. 7

    Migration & Außerbetriebnahme

    Migration über einen validierten Prozess mit Reconciliation, Archivierung schreibgeschützt, Außerbetriebnahme mit certified copy und definiertem Weg zur Wiederinbetriebnahme. Dynamische Daten bleiben dynamisch auswertbar.

ALCOA++ in der klinischen Forschung

Was bedeuten die zehn ALCOA++-Kriterien im GCP-Kontext?

ALCOA++ ist die GxP-Konvention für Datenintegrität: Die EMA-Guideline nutzt genau diese Attribute, ICH E6(R3) verlangt sie der Sache nach. Sicherheit und Verlässlichkeit kommen als Data-Governance-Aspekt hinzu, nicht als elftes Kriterium.

KriteriumGruppeBeispiele im GCP-Kontext
AttributableALCOAJeder Eintrag ist seinem Urheber zuordenbar, ob Person oder System. Bei kritischen Daten reicht die Zuordnung bis zum Gerät.
LegibleALCOAStudiendaten bleiben über die gesamte Aufbewahrungsfrist lesbar. Kompression und Verschlüsselung müssen vollständig umkehrbar sein.
ContemporaneousALCOAErfasst wird zum Zeitpunkt der Beobachtung. Datum und Uhrzeit kommen automatisch aus einer externen Zeitquelle, nicht vom Endgerät.
OriginalALCOASource Records bleiben erhalten, als Erstaufzeichnung (elektronisch erfasst: eSource) oder certified copy. Dynamische Daten bleiben dynamisch auswertbar.
AccurateALCOAKlinische Daten sind korrekt; Edit Checks und Source Data Verification sichern das ab.
Complete+Alle Visiten, Queries, Metadaten und der Audit Trail sind vorhanden.
Consistent+Definition, Erfassung und Verwaltung bleiben über den Lebenszyklus einheitlich, auch bei Migration.
Enduring+Studiendaten bleiben im GCP-konformen Archiv über die Aufbewahrungsfrist beständig.
Available when needed+Daten sind für Monitoring, Audit und Inspektion zugänglich.
Traceable++Jede Änderung ist über den Audit Trail lückenlos rückverfolgbar.
Der Maßstab der Inspektoren

Klinische Daten, deren Integrität Sie nachweisen können.

Der Maßstab ist klar: die EMA-Guideline, verankert in EudraLex Vol. 10 und flankiert von ICH E6(R3). Inspektoren erwarten direkten Lesezugriff auf Systeme, Daten und Audit Trails, auch nach der Außerbetriebnahme. Daran messen wir Ihre Systeme, mit der Methodik, die QFINITY im eClinical Good Practice Guide mitdefiniert hat.

EMA-Guideline (seit 09/2023) EudraLex Vol. 10 Annex III ICH E6(R3) PIC/S PI 011 Direct read-only Access Certified Copy
FAQ

Häufige Fragen.

ICH E6(R3) widmet Data Governance ein eigenes Kapitel 4, das sich an Prüfer und Sponsor gemeinsam richtet. Es beschreibt den Datenlebenszyklus von der Erfassung über Audit Trails, Korrekturen, Migration und Finalisierung vor der Auswertung bis zu Aufbewahrung und Vernichtung. Abschnitt 4.3 verlangt für computergestützte Systeme dokumentierte Verantwortlichkeiten, Verfahren, Schulung und Zugriffskontrolle.

Artikel 58 der Verordnung (EU) 536/2014 verlangt, dass Sponsor und Prüfer den Inhalt des Trial Master Files mindestens 25 Jahre nach Ende der Prüfung archivieren. Patientenakten folgen dem nationalen Recht. Das Medium muss den Inhalt während dieser Frist vollständig und lesbar halten und jede Änderung rückverfolgbar machen. ICH E6(R3) verlangt dazu Abrufbarkeit und Zugriffsschutz.

Alle computergestützten Systeme, mit denen klinische Daten einer Arzneimittelprüfung entstehen oder mit denen Prozesse mit Einfluss auf Teilnehmerschutz und Datenzuverlässigkeit gesteuert werden. Dazu zählen elektronische Krankenakten der Prüfzentren, eCRF/EDC, eCOA und BYOD-Anwendungen, Wearables, Labor- und Bildgebungssysteme, eTMF, eConsent, IRT, Portale, Remote-Monitoring sowie CTMS, Pharmakovigilanz-Datenbanken und Statistiksoftware des Sponsors. KI-Anwendungen fallen unter die allgemeinen Anforderungen.

Über validierte Systeme mit klaren Rollen und Zugriffskontrollen und über Aufzeichnungen, die ALCOA++ erfüllen und für Inspektoren direkt lesbar sind: Audit Trails zu Erzeugung und Änderung der Daten, certified copies, wo Originale nicht im System bleiben, ein vollständiger eTMF und ein geplanter, risikobasierter Audit Trail Review. Nach der Außerbetriebnahme müssen Daten und Metadaten weiterhin zeitnah abrufbar sein.

Die jeweils verantwortliche Partei: der Sponsor für die Systeme, die er bereitstellt, das Prüfzentrum für seine eigenen. Die EMA-Guideline erlaubt, Anbieter-Nachweise zu nutzen, wenn die verantwortliche Partei sie geprüft und als angemessen bewertet hat; zusätzliche Prüfungen bleiben ihre Pflicht. Der Anbieter liefert Produktnachweise. Die Validierung im Prozess der Studie anhand des Intended Use ist nicht übertragbar.

Unser Service

Good Clinical Practice, operativ unterstützt.

Data Governance und Datenintegrität GCP-relevanter Systeme
Aufbau und Optimierung von Qualitätsmanagementsystemen (QMS)
Risikobasierte Validierungsstrategien nach ISPE GAMP eClinical Good Practice Guide
Datenfluss- und Datenintegritätsanalysen, auch für Real-World Data
Audit-Trail-Review-Konzepte: geplant, risikobasiert, dokumentiert
Rollen- und Kontrollmodelle: no sole control by sponsor, certified copies
Service-Provider-Oversight und -Audits: Agreements, Lieferantenbeurteilung, CROs, SaaS-/Cloud-Anbieter, auch vor Ort
User- und Access-Management: Least Privilege, Funktionstrennung, individuelle Konten, periodische User-Reviews
eCOA/ePRO, BYOD und eConsent: Geräte-Policy, Mindestspezifikation, alternativer Erfassungsweg, Prozessdesign
Governance von Verblindung und Entblindung
Elektronische Signaturen nach eIDAS und Part 11, Backup- und Restore-Tests, IT-Security-Anforderungen
Migration, Decommissioning und Aufbewahrung inkl. Reconciliation
Einstiegsangebot Readiness Assessment und Roadmap für klinische Prüfungen

Wir arbeiten mit derselben Methode wie bei GMP und prüfen gegen ICH E6(R3) samt Annex 2 und die EMA-Guideline 2023.

Module
Daten, Systeme, KI
Dauer
Drei bis sechs Wochen
Ergebnis
Landkarte, Lückenliste, Roadmap
Zum Angebot →

Stand:

Mehr aus den Dienstleistungsbereichen

Datenintegrität hat viele Kontexte.

Ihre eClinical-Systemlandschaft mit nachweisbarer Validierung.

Wir entwickeln mit Ihnen eine risikobasierte End-to-End-Validierungsstrategie nach EMA-Guideline und ICH E6(R3), von der Datenflussanalyse bis zur dokumentierten Verifikation. Der Start ist ein kostenfreies Erstgespräch zu Ihrer Systemlandschaft.

Erstgespräch vereinbaren