Electronic Data Capture (EDC) bezeichnet in klinischen Prüfungen die elektronische Erfassung, Plausibilisierung und Verwaltung studienrelevanter Daten – typischerweise über ein webbasiertes System, in dem Prüfzentren (Sites), Monitore, Data-Management und Sponsor rollenbasiert arbeiten. EDC ersetzt papierbasierte Case-Report-Forms und ist heute der Standard für die meisten interventionellen Studien in der EU und international.
Was ist EDC und welche Daten werden erfasst?
Im EDC-System werden primär CRF-Daten dokumentiert: demografische Basisdaten, Einschluss-/Ausschlusskriterien, Visiten- und Untersuchungsdaten, Laborwerte (manuell oder über Schnittstellen), Medikation, unerwünschte Ereignisse sowie Endpunkt-relevante Parameter. EDC ist dabei nicht „die Quelle“ der medizinischen Realität, sondern ein strukturiertes Abbild der Studiendokumentation, das mit den Quelldaten am Zentrum übereinstimmen muss. Viele Systeme unterstützen zusätzlich das Management von Queries, Daten-Reviews, Audit-Trails und Freigabe-Workflows.
Typischer Workflow: Von der CRF bis zum Database-Lock
Der übliche Ablauf beginnt mit dem Setup (Studien-Konfiguration, Benutzerrollen, Edit-Checks, Validierungsplan) und dem Go-live nach User-Acceptance-Tests. Während der Rekrutierungs- und Follow-up-Phase tragen Sites Daten ein, das System führt automatische Prüfungen aus (Range-Checks, Konsistenzregeln, Terminfenster), und es entstehen Queries, die von Site-Personal beantwortet werden. Data-Management prüft Datenlisten, führt medizinische Kodierung (z.B. MedDRA/WHO-DD) durch und steuert den Reinigungsprozess. Monitoring nutzt EDC zur Nachverfolgung offener Punkte und zur Dokumentation von Datenreviews. Am Ende stehen Daten-Freeze, Daten-Review durch Sponsor und ggf. Statistik sowie der Database-Lock als formaler Abschluss der Datenerhebung.
Vorteile und Risiken in der Praxis
EDC verbessert die Datenqualität durch frühzeitige Plausibilitätsprüfungen, reduziert Übertragungsfehler und ermöglicht Near-Real-Time-Übersichten über Rekrutierung, Visiten-Compliance und Datenstatus. Gleichzeitig entstehen Risiken: unzureichend konfigurierte Edit-Checks können relevante Inkonsistenzen übersehen oder zu viele irrelevante Queries erzeugen (Query-Fatigue). Häufige Ursachen für Verzögerungen sind komplexe Formulare, unklare Datendefinitionen, fehlende Schulung oder zu restriktive Rollenrechte. Auch Schnittstellen (z.B. Labor- oder ePRO-Integration) erfordern saubere Spezifikationen, sonst entstehen Reconciliation-Aufwände kurz vor dem Lock.
Für Sponsor und CRO ist außerdem relevant, wie sich EDC in ein risikobasiertes Qualitätsmanagement einfügt: Kritische Daten und Prozesse (z.B. Primärendpunkt, SAE-Reporting, Randomisierungsdaten) sollten im System so gestaltet sein, dass Abweichungen früh sichtbar werden. Dashboards und zentrale Datenreviews unterstützen Central-Monitoring-Ansätze, ersetzen aber keine klare Governance (Owner für Formulare, Queries, Change-Control). Ein häufiger Praxisfehler ist, dass Studien-Teams ohne abgestimmte Naming- und Versionierungsregeln arbeiten; dadurch werden Änderungen an Formularen, Visit-Strukturen oder Codelists später schwer nachvollziehbar.
Auch die Benutzererfahrung hat unmittelbaren Einfluss auf Qualität: Wenn Eingabemasken nicht „site-tauglich“ sind, steigt die Zahl an Missing-Data und Protokollabweichungen. Gute Projekte investieren in kurze, rollenspezifische Trainings, verständliche Completion-Guidelines und einen definierten Support-Prozess (Ticketing, Response-Zeiten, Eskalation). Dadurch sinken Nacharbeiten vor Daten-Freeze und Database-Lock deutlich.
Regulatorik, GCP und Anforderungen an Datenintegrität
EDC-Systeme müssen die Grundsätze der Guten Klinischen Praxis und der Datenintegrität erfüllen: nachvollziehbare Änderungen (Audit-Trail), eindeutige Benutzeridentitäten, rollenbasierte Rechtevergabe, Datensicherung, Validierung und dokumentierte SOPs. In EU-Studien ist die Einhaltung von ICH E6(R2)/E6(R3) in der Praxis leitend, ergänzt durch Anforderungen aus Datenschutz (z.B. DSGVO) und ggf. 21 CFR Part 11 für Studien mit US-Bezug. Für Sponsoren und CROs ist entscheidend, dass die Systemvalidierung risikobasiert dokumentiert ist und die Verantwortlichkeiten (Vendor vs. Sponsor) vertraglich sowie im Qualitätsmanagement klar geregelt werden.
Abgrenzung zu verwandten Systemen (CTMS, eTMF, ePRO)
EDC ist auf die strukturierte Erfassung von CRF-Daten fokussiert. Ein Clinical-Trial-Management-System (CTMS) steuert primär operative Prozesse wie Site-Status, Monitoring-Planung und Budget/Payments. Ein eTMF verwaltet essenzielle Dokumente. ePRO/eCOA-Systeme erfassen patientenberichtete Outcomes und liefern Daten häufig via Schnittstelle an EDC. Wichtig ist die klare Definition, welches System „system of record“ für welche Datenklasse ist, und wie Reconciliation-Prozesse (z.B. SAE-Abgleich zwischen PV-System und EDC) gestaltet werden.
FAQ: Welche Mindestanforderungen sollte ein EDC-System erfüllen?
Mindestens erforderlich sind rollenbasierte Benutzerverwaltung, Audit-Trail, definierbare Edit-Checks, Query-Management, Exportmöglichkeiten für Statistik (z.B. SDTM-orientiert) sowie dokumentierte Validierung und Datensicherungsprozesse. Zusätzlich sind Schulungsnachweise und SOPs für Betrieb und Change-Control wichtig.
FAQ: Wer ist für die Validierung des EDC verantwortlich – Sponsor oder Anbieter?
Der Anbieter liefert typischerweise Validierungsdokumente und Nachweise zur Systementwicklung, der Sponsor bleibt jedoch verantwortlich dafür, dass das System für die konkrete Studie geeignet validiert ist. In der Praxis wird ein risikobasierter Ansatz genutzt, der Lieferantendokumentation, studienspezifische Tests und Quality-Oversight kombiniert.
FAQ: Was sind typische Fehlerquellen bei EDC-Projekten?
Häufig sind Datendefinitionen unklar (z.B. fehlende Units/Normalbereiche), Formulare zu komplex, Edit-Checks nicht ausreichend abgestimmt oder Trainings zu kurz. Zudem wird die Zeit für UAT, Datenmigrationen und Schnittstellen-Tests oft unterschätzt, was zu Verzögerten Daten-Freeze und Lock-Terminen führt.
Regulatorische Referenzen (Auswahl): ICH E6(R3) Good Clinical Practice (Entwurf/Final je nach Region), EU Clinical-Trials-Regulation (EU) Nr. 536/2014, Datenschutz-Grundverordnung (EU) 2016/679; bei US-Bezug: 21 CFR Part 11 (elektronische Aufzeichnungen und Signaturen).