Regelwerke und Compliance · Praxisleitfaden

ICH E6(R3) Data Governance: Datenverantwortung konkret umsetzen

Die Daten liegen im EDC, im Zentrallabor und beim Dienstleister. Wer aber erkennt, dass beim Transfer eine Beobachtung fehlt und eine andere doppelt erscheint? Data Governance nach ICH E6(R3) verbindet solche Datenwege mit Verantwortung und geeigneten Kontrollen. Der praktische Einstieg ist ein konkreter Nachweiszweck: Welche Information wird für welche Studienentscheidung benötigt, wer darf sie verändern und wie bleibt ihre Bedeutung erhalten?

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.

Quellen: [1] [2]

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.

Quellen: [2] [3]

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.

Eigene Governance-Matrix für einen klinischen Datenweg
SchrittZu klärende ZuständigkeitKontrollfrageNachweis
ErfassungQuelle und erfassende RolleIst die Beobachtung mit erforderlichem Kontext erfasst?Identität, Wert, Einheit und Zeitbezug
Prüfung/KorrekturFachlich berechtigte RolleIst die Änderung begründet und nachvollziehbar?Quelle, ursprünglicher Wert und Änderungsverlauf
ÜbertragungAbsender, Empfänger und fachlicher EntscheiderSind Identitäten und Bedeutung vollständig erhalten?Transferstand und geeigneter Abgleich
AnalysevorbereitungVerantwortliche laut StudienplanungIst der ausgewählte Datenstand nachvollziehbar finalisiert?Bewertete offene Punkte und dokumentierter Stand
AufbewahrungVerantwortliche Partei und ArchivbetriebSind 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.

Eigene Abgleichsmatrix: Anzahl, Identität und Inhalt getrennt prüfen
StandKennungenZeilen / eindeutige KennungenKontrollsummeBewertung
Erwartete Quelle101, 102, 1033 / 37,50Definierter Sollbestand
Fehlerhafte Übergabe101, 102, 1023 / 26,25Dublette 102; 103 fehlt
Kontrolliert korrigiert101, 102, 1033 / 37,50Zusätzlich Werte und Kontext prüfen

Quellen: [2] [3]

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.

Quellen: [2] [3]

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.

Quellen: [2] [3]

Vertiefung zu diesem Thema:

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.

Quellen: [2] [3]

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?

Nein. Relevante Metadaten können erst erklären, wem ein Wert gehört, wann er entstand und wie er verändert wurde. Bestimmen Sie den benötigten Kontext und seine Prüf- und Aufbewahrungsrelevanz. Die pauschale Sammlung aller technischen Logs ersetzt diese fachliche Entscheidung nicht.

Quellen: [2] [3]

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.

Quellen: [2] [3]

Warum zeigt das Beispiel trotz gleicher Anzahl einen Fehler?

Die drei empfangenen Zeilen enthalten nur zwei unterschiedliche Kennungen. Beobachtung 103 fehlt, 102 kommt doppelt vor. Zusätzlich unterscheidet sich die Kontrollsumme. Die eigene Matrix zeigt, dass Anzahl, Identität und Inhalt unterschiedliche Prüfaussagen liefern.

Quellen: [2] [3]

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.

Quellen: [2] [3]

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: [2] [3]

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.

  1. 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
  2. ICH E6(R3): Principles und Annex 1 – EMA Step5EMA/CHMP/ICH/135/1995; EU-Anwendung 23.07.2025
  3. 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.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

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.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →