Inhaltsverzeichnis
Das Wichtigste vorab
Was bedeutet Data Governance nach ICH E6(R3) für Sponsor und Prüfstelle?
ICH E6(R3) beschreibt Data Governance als nachvollziehbare Kontrolle klinischer Daten über ihren Lebenszyklus. Investigator und Sponsor behalten ihre jeweiligen Verantwortlichkeiten; übertragene Tätigkeiten brauchen geeignete Vereinbarungen und Aufsicht. Erhebung, relevante Metadaten, Korrekturen, Transfers, Analysevorbereitung und Aufbewahrung werden risikobezogen verbunden. Am 6. Oktober 2026 sind Principles und Annex 1 in der EU wirksam; Annex 2 folgt erst am 15. Januar 2027.
- Datenverantwortung lässt sich nicht allein aus dem Speicherort ableiten.
- Kritikalität bestimmt die passenden Kontrollen und deren Tiefe.
- Gleiche Zeilenzahl bestätigt weder Identität noch Vollständigkeit.
- Finalisierung und Archivierung brauchen nachvollziehbare Entscheidungen.
1. Welcher Teil von E6(R3) gilt aktuell?
Die EMA führt Principles und Annex 1 seit 23. Juli 2025 als aktuelle EU-Fassung. Der bereits verabschiedete Annex 2 sowie die konsolidierte Fassung haben den EU-Anwendungsbeginn 15. Januar 2027. Für diesen Artikel zum Stand 6. Oktober 2026 ist insbesondere Abschnitt 4 des aktuellen Annex 1 maßgeblich. Ein veröffentlichtes Dokument ist nicht allein deshalb schon in allen Teilen anzuwenden.
Der betrachtete Rahmen sind klinische Arzneimittelprüfungen. GCP-Verantwortung ist nicht mit GMP-Chargenfreigabe oder allgemeiner IT-Sicherheit gleichzusetzen. Zusätzliche Anforderungen etwa zum Datenschutz müssen im jeweiligen Verfahren gesondert berücksichtigt werden. Dieser Artikel erläutert Datenkontrollen, keine vollständige rechtliche Bewertung einer Studie.
2. Verantwortung folgt der Tätigkeit, nicht nur dem System
Abschnitt 4 richtet sich an Prüfer und Sponsor und ist mit deren jeweiligen Aufgaben zu lesen. Der Sponsor kann Tätigkeiten an Dienstleister übertragen, behält aber die Verantwortung für seine studienbezogenen Aufgaben. Ebenso bleibt die eigene Verantwortung des Prüfers für delegierte Tätigkeiten bestehen. Ein gemeinsamer Cloudmandant hebt diese Unterschiede nicht auf.
Erstellen Sie eine überschaubare Zuordnung: Wer erzeugt die Beobachtung, wer beurteilt Rückfragen, wer betreibt die Übertragung und wer darf eine Korrektur entscheiden? Fügen Sie hinzu, welcher Nachweis die Ausführung belegt. So wird sichtbar, wo eine Tätigkeit übernommen wurde und wo nur eine technische Möglichkeit besteht.
3. Einen Datenweg mit Kontrollen verbinden
Der Datenlebenszyklus reicht von Erfassung über Verarbeitung und Prüfung bis zu Analyse und Aufbewahrung. Die benötigte Tiefe folgt der Bedeutung für Teilnehmerschutz und Verlässlichkeit der Ergebnisse. Ein häufig genutztes Feld kann unkritischer sein als eine seltene Information, die eine wichtige Studienentscheidung steuert.
Die folgende eigene Matrix ordnet einem Datenweg praktische Fragen zu. Sie ist kein von ICH vorgeschriebenes Formular. Für einen überschaubaren Prozess reichen klare Angaben; komplexe Übergänge benötigen entsprechend mehr Beschreibung und Belege.
| Schritt | Zu klärende Zuständigkeit | Kontrollfrage | Nachweis |
|---|---|---|---|
| Erfassung | Quelle und erfassende Rolle | Ist die Beobachtung mit erforderlichem Kontext erfasst? | Identität, Wert, Einheit und Zeitbezug |
| Prüfung/Korrektur | Fachlich berechtigte Rolle | Ist die Änderung begründet und nachvollziehbar? | Quelle, ursprünglicher Wert und Änderungsverlauf |
| Übertragung | Absender, Empfänger und fachlicher Entscheider | Sind Identitäten und Bedeutung vollständig erhalten? | Transferstand und geeigneter Abgleich |
| Analysevorbereitung | Verantwortliche laut Studienplanung | Ist der ausgewählte Datenstand nachvollziehbar finalisiert? | Bewertete offene Punkte und dokumentierter Stand |
| Aufbewahrung | Verantwortliche Partei und Archivbetrieb | Sind Daten später verständlich und zugänglich? | Bestand, Zugriff, Lesbarkeit und Fristzuordnung |
Quellen: [2]
4. Kontext und Verblindung von Anfang an berücksichtigen
Ein Wert ohne Einheit oder Teilnehmerzuordnung kann unbrauchbar sein. E6(R3) behandelt relevante Metadaten einschließlich Audit Trails sowie ihre risikobezogene Bewertung und Prüfung. Daraus folgt weder, dass jede technisch erzeugte Information dieselbe Bedeutung hat, noch dass eine Gesamtmenge von Logs allein die Datenqualität bestätigt.
Prüfen Sie gleichzeitig den zulässigen Zugriff. Bei einer verblindeten Studie können ein Exportfeld oder eine unerwartete Verknüpfung mehr offenlegen als die Benutzeroberfläche. Rollen, Datenübergaben und Analysesätze müssen die vorgesehene Verblindung berücksichtigen. Ein Administratorrecht ist kein fachlicher Auftrag, alle Studieninformationen einzusehen oder zu verändern.
Quellen: [2]
5. Eigener Fall: drei Zeilen sind nicht drei richtige Beobachtungen
Illustratives Beispiel ohne reale Patienten- oder Studiendaten: Ein bestätigter Quellstand enthält die Beobachtungen 101, 102 und 103. Ihre Werte betragen 1,25, 2,50 und 3,75 in derselben, für die Übung festgelegten Einheit. Jede Kennung soll genau einmal in die definierte Übergabe eingehen. Die erwartete Summe beträgt 7,50; diese Summe ist hier nur ein zusätzlicher Kontrollwert, kein medizinischer Endpunkt.
Die eingegangene Datei enthält ebenfalls drei Zeilen, aber die Kennungen 101, 102 und 102. Die zweite Beobachtung wurde doppelt übertragen, 103 fehlt. Damit sind nur zwei eindeutige Kennungen vorhanden und die Summe beträgt 6,25. Ein reiner Mengenabgleich wäre erfolgreich, obwohl der Bestand falsch ist.
Der Empfänger hält den Befund fest und klärt die Übergabe anhand des unveränderten Quellstands. Nach kontrollierter Korrektur enthält die Datei 101, 102, 103 mit passenden Werten. Die fehlerhafte Lieferung, Korrekturbegründung und der verwendete neue Stand bleiben nachvollziehbar. Weder eine Dublette noch ein fehlender Wert wird stillschweigend als zufällige Unsauberkeit ausgebucht.
| Stand | Kennungen | Zeilen / eindeutige Kennungen | Kontrollsumme | Bewertung |
|---|---|---|---|---|
| Erwartete Quelle | 101, 102, 103 | 3 / 3 | 7,50 | Definierter Sollbestand |
| Fehlerhafte Übergabe | 101, 102, 102 | 3 / 2 | 6,25 | Dublette 102; 103 fehlt |
| Kontrolliert korrigiert | 101, 102, 103 | 3 / 3 | 7,50 | Zusätzlich Werte und Kontext prüfen |
6. Review und Korrektur sind geplante fachliche Tätigkeiten
E6(R3) beschreibt eine geplante, risikobezogene Prüfung von Studiendaten, Audit Trails und relevanten Metadaten. Definieren Sie dafür Anlass, Umfang, Rolle und Umgang mit Auffälligkeiten. „Audit Trail aktiviert“ beschreibt eine technische Eigenschaft, aber noch keine durchgeführte Prüfung eines relevanten Verlaufs.
Im Beispiel ist zunächst zu klären, ob der Fehler allein beim Transfer oder bereits bei der Quelle entstand. Eine Korrektur braucht Zuordnung und geeignete Begründung; sie darf den ursprünglichen Eintrag nicht unverständlich machen. Wiederholt sich der Fehler, wird außerdem der verursachende Prozess untersucht. Eine pauschale Anweisung, jede Abweichung lediglich manuell zu reparieren, schützt zukünftige Übergaben nicht.
7. Finalisierung, Betrieb und Aufbewahrung zusammen planen
Vor einer Analyse muss der verwendete Datenstand nach den festgelegten Verfahren bestimmt werden. Offene Rückfragen, Korrekturen und relevante Abweichungen werden hinsichtlich ihrer Bedeutung bewertet. Ein technischer Database-Lock ist ein mögliches Mittel; er bestätigt allein weder fachliche Vollständigkeit noch die Richtigkeit des gewählten Analysesatzes.
Auch nach aktiver Datenerfassung bleibt die Verantwortung bestehen. Daten und erforderlicher Kontext müssen während der maßgeblichen Dauer wiederauffindbar, lesbar und gegen unberechtigte Veränderungen geschützt bleiben. Betriebswechsel und Migrationen dürfen diese Fähigkeit nicht stillschweigend beenden. Die erforderlichen Fristen folgen den anwendbaren Anforderungen; E6(R3) ist keine pauschale Zeitangabe für jede Datei.
8. Checkliste für einen handhabbaren Governance-Prozess
Ein kleines Studienteam benötigt klare Entscheidungen und einen erreichbaren Verantwortlichen je Übergang. Beginnen Sie mit einem Datenfluss von hoher Bedeutung. Fragen Sie bei jedem Schritt, wie ein plausibler Fehler aussehen könnte und welcher Nachweis ihn sichtbar macht. Damit wird das Konzept konkreter als eine allein abstrakte Rollenbeschreibung.
Die eigene Checkliste unterstützt die Vorbereitung. Sie ersetzt keine studienspezifische Planung und verlangt kein zusätzliches Dokument, wenn die Informationen bereits kontrolliert und gut auffindbar vorliegen.
- Datenzweck und Bedeutung für die Studie benennen.
- Quelle, Identität, Einheit und relevante Metadaten bestimmen.
- Sponsor-, Prüfer- und Dienstleisteraufgaben eindeutig vereinbaren.
- Zugriff und Verblindung auch in Exporten berücksichtigen.
- Abgleiche auf Werte und Identitäten statt nur Mengen ausrichten.
- Review, Rückfragen und begründete Korrektur planen.
- Analysestand und offene Punkte nachvollziehbar finalisieren.
- Aufbewahrung, späteren Zugriff und kontrollierte Aussonderung zuordnen.
Häufige Fragen zu ICH E6(R3): Data Governance
Was ist Data Governance nach ICH E6(R3) praktisch?
Sie verbindet Datenverantwortung und geeignete Kontrollen über den gesamten Lebenszyklus. Praktisch bedeutet das: Für eine relevante Beobachtung sind Quelle, Bearbeitung, Übertragung, Entscheidung und spätere Verfügbarkeit nachvollziehbar. Eine Softwarefunktion oder ein Organigramm allein deckt diesen Ablauf nicht ab.
Quellen: [2]
Gilt der neue Annex 2 bereits seit seiner Veröffentlichung?
Nein. Die EMA nennt für Annex 2 den 15. Januar 2027 als EU-Anwendungsbeginn. Am 6. Oktober 2026 sind Principles und Annex 1 bereits wirksam. Halten Sie Teil, Version und Datum ausdrücklich fest; eine konsolidierte Veröffentlichung kann unterschiedliche zeitliche Geltungsstände enthalten.
Quellen: [1]
Geht bei einer CRO die Verantwortung vollständig über?
Übertragene Tätigkeiten müssen klar vereinbart werden, während der Sponsor seine Verantwortung für sponsorbezogene Aufgaben behält. Die Prüferverantwortung ist davon zu unterscheiden. Legen Sie Ausführung, Aufsicht und Informationswege konkret fest, statt Verantwortung allein aus dem Vertragstitel abzuleiten.
Quellen: [2]
Müssen wir alle Felder mit gleicher Intensität prüfen?
Der Ansatz ist risikobezogen und berücksichtigt die Bedeutung für Teilnehmerschutz und Verlässlichkeit der Ergebnisse. Das ist keine Erlaubnis, unbequeme Daten zu ignorieren. Begründen Sie Auswahl und Tiefe der Kontrollen anhand des Studienzwecks und überprüfen Sie sie bei neuen Erkenntnissen.
Quellen: [2]
Sind Metadaten nur technische Zusatzinformationen?
Bestätigt ein bestandener Edit Check die Richtigkeit einer Beobachtung?
Er bestätigt zunächst nur die geprüfte Regel. Ein formal plausibler Wert kann weiterhin falsch zugeordnet oder falsch erfasst sein. Quellenbezug, geeignete fachliche Prüfung und nachvollziehbare Korrektur bleiben deshalb wichtig; technische Plausibilität und inhaltliche Wahrheit sind nicht identisch.
Warum zeigt das Beispiel trotz gleicher Anzahl einen Fehler?
Kann man eine fehlerhafte Übergabe einfach überschreiben?
Eine Korrektur muss nachvollziehbar zugeordnet und begründet bleiben. Im Beispiel werden fehlerhafter Stand, Quellvergleich und kontrolliert korrigierte Lieferung verbunden. Wie das technisch umgesetzt wird, hängt vom System ab; ein unbemerkter Austausch würde den Befund unverständlich machen.
Ist ein Database-Lock gleichbedeutend mit Datenqualität?
Nein. Ein technischer Status ersetzt nicht die geplanten Tätigkeiten zur Finalisierung. Die zuständigen Beteiligten müssen den verwendeten Stand und die Bedeutung offener Punkte beurteilen. Der Lock kann diesen Prozess unterstützen, bestätigt aber nicht automatisch einen richtigen Analysesatz.
Quellen: [2]
Brauchen wir ein zusätzliches Data-Governance-Handbuch?
Nicht zwingend als separates Dokument. Entscheidend sind kontrollierte, verständliche und verfügbare Informationen zu Aufgaben und Datenwegen. Wenn bestehende Studienpläne und Verfahren diese Angaben schlüssig abdecken, kann eine klare Verknüpfung sinnvoller sein als eine neue parallele Beschreibung.
Quellen & fachlicher Stand
Quellenstand: 6. Oktober 2026. EMA-Leitlinie 2023 sowie ICH E6(R3) Principles und Annex 1, in der EU wirksam seit 23. Juli 2025. Annex 2 ist erst ab 15. Januar 2027 EU-wirksam. Die Zahlenfälle sind eigene illustrative Arbeitshilfen.
- EMA: ICH E6 Good Clinical Practice – Fassungs- und AnwendungsstandAbruf 06.10.2026: Principles / Annex 1 aktuell seit 23.07.2025; Annex 2 EU-Anwendung 15.01.2027
- ICH E6(R3): Principles und Annex 1 – EMA Step5EMA/CHMP/ICH/135/1995; EU-Anwendung 23.07.2025
- EMA: Guideline on computerised systems and electronic data in clinical trialsEMA/INS/GCP/112288/2023; Dokument 09.03.2023, finale Annahme 07.03.2023; Anwendung sechs Monate nach Veröffentlichung
Zuletzt fachlich geprüft am 07.10.2026.
Studienprozess und Systemnachweise nachvollziehbar verbinden
Wir unterstützen Sie bei der Abgrenzung Ihrer Systemnutzung, bei geeigneten Nachweisen und klaren Zuständigkeiten zwischen Fachbereich, QA, IT und Dienstleistern.
- IT-GxP-Audit →
Relevante Lücken und vorhandene Belege einordnen.
- IT-GxP-Compliance-Programm →
Ein tragfähiges IT-GxP-Compliance Framework aufbauen.
- IT-GxP-Coaching →
Ihr Team bei eigenen Entscheidungen und Nachweisen begleiten.
- IT-GxP-Consulting →
Konkrete Anforderungen, Prüfungen und Betriebsverfahren ausarbeiten.
