Ein Datenerfassungswerkzeug ist nach ICH E6(R3) ein papierbasiertes oder elektronisches Instrument, das in einer klinischen Prüfung Daten und zugehörige Metadaten von einem Datenurheber erhebt und an den Sponsor übermittelt. Der Datenurheber kann eine teilnehmende Person, ein Mitglied des Studienteams, ein Wearable, ein Sensor oder ein anderes Computersystem sein. Der Begriff beschreibt damit die Funktion der Erfassung und nicht eine bestimmte Bildschirmmaske oder ein einzelnes Dokument.
Erhebung am Ort der Datenentstehung
Ein Datenerfassungswerkzeug übersetzt die im Prüfplan festgelegten Informationen in erfassbare Felder, Fragen, Messwerte oder Datenübertragungen. Entscheidend ist die Verbindung zwischen dem geplanten Datenpunkt und seiner Herkunft: Eine Blutdruckmessung kann durch Prüfpersonal dokumentiert, ein Symptom durch die teilnehmende Person berichtet oder eine Aktivität automatisiert von einem Sensor geliefert werden. Zu jedem dieser Wege gehören Metadaten, die Kontext und Entstehung der Information erkennbar machen.
Bei einer manuellen Übertragung aus Papier oder einer elektronischen Krankenakte in ein anderes System muss der Prüfbedarf der Kritikalität der Daten folgen. ICH E6(R3) verlangt außerdem, dass Datenquellen und Erhebungsmethode im Prüfplan vorab bestimmt werden können; ein Datenflussdiagramm kann diese Festlegung ergänzen. Automatisierte Prüfregeln am Erfassungspunkt sind kontrolliert zu implementieren, damit eine ausgelöste Query auf einer nachvollziehbaren Regel beruht.
Eignung, Freigabe und Betrieb
Der Sponsor muss sicherstellen, dass das Werkzeug für den vorgesehenen Zweck geeignet ist, die protokollgemäßen Angaben aufnehmen kann und vor seinem Einsatz validiert sowie einsatzbereit ist. Bei einer ePRO-Anwendung betrifft das etwa Sprache, Fragebogenlogik und Zeitfenster; bei einem Wearable sind zusätzlich die Übertragung, die Zuordnung zum richtigen Studienteilnehmenden und der Umgang mit Unterbrechungen des Datenstroms relevant.
Auch nach dem Start der Studie bleibt die Nutzung an den Prüfplan und die studienbezogenen Anweisungen gebunden. Das Prüfzentrum verantwortet die vollständige, lesbare und zeitgerechte Eingabe in die von ihm bedienten Werkzeuge. Werden Korrekturen vorgenommen, dürfen sie den ursprünglichen Eintrag nicht verdecken; begründende Informationen und die zugehörige Quellaufzeichnung müssen die Korrektur fachlich tragen.
Abgrenzung zum CRF und zu digitalen Einzellösungen
Das Case Report Form ist ein Datenerfassungswerkzeug, aber nicht dessen Synonym. Es dient dazu, für jede teilnehmende Person die vom Prüfer an den Sponsor zu berichtenden Prüfplanangaben aufzuzeichnen. Ein electronic case report form ist dessen elektronische Ausprägung und gehört ebenso unter den Oberbegriff wie ein electronic patient-reported outcome.
Interactive Response Technologies steuern häufig Randomisierung oder Arzneimittelversorgung, können aber ebenfalls Daten in einem festgelegten Prozess erfassen. Klinische Outcome-Erhebungen und Wearables bilden weitere Beispiele, weil sie Informationen unmittelbar von Personen oder Maschinen aufnehmen. Der Oberbegriff verhindert, dass Erfassungsanforderungen nur am eCRF geprüft werden, obwohl ein relevanter Endpunkt aus einem völlig anderen Instrument stammt.
Vor der Freigabe sollte außerdem geprüft werden, ob Eingaben eindeutig einem Besuch, einer Person und einer Studienversion zugeordnet werden. Bei mobilen Anwendungen gehören Offline-Verhalten, spätere Synchronisation und Zeitstempel in die fachliche Prüfung. Bei Systemübertragungen ist festzulegen, ob der Sponsor Rohdaten, vorverarbeitete Werte oder beides erhält. Diese Entscheidung beeinflusst, welche Metadaten für spätere Plausibilitätsprüfungen und für die Rekonstruktion eines Datenflusses verfügbar bleiben.
Eine technische Freigabe muss deshalb auch zeigen, dass diese Zuordnungen im tatsächlich eingesetzten Medium funktionieren und nicht nur in einer Demonstrationsumgebung beschrieben sind.
Bedeutung für klinische Studien
Die Auswahl des Datenerfassungswerkzeugs entscheidet früh darüber, welche Datenquelle für einen Endpunkt herangezogen wird und welche Schulung, Prüfung und technische Absicherung erforderlich sind. Eine falsch konfigurierte Visitenlogik kann Besuche unvollständig abbilden; eine nicht getestete Schnittstelle kann Messwerte ohne erforderliche Metadaten übertragen. Deshalb müssen Prüfplan, eCRF-Spezifikation, Geräteanleitung und Datenmanagementplan denselben Erhebungsweg beschreiben.
Full-Service-CROs wie Mediconomics unterstützen bei der Auswahl und Spezifikation protokollgerechter Erhebungsinstrumente, beim eCRF- und ePRO-Design, bei UAT und Validierungsdokumentation sowie bei Datenflussdiagrammen für Wearables oder Laboranbindungen. Datenmanagement, Clinical Operations und Monitoring können dadurch die Einweisung der Prüfzentren, die Kontrolle eingehender Daten und die Bearbeitung systemspezifischer Queries aufeinander abstimmen.
Häufig gestellte Fragen (FAQ)
Ist ein Wearable immer ein Datenerfassungswerkzeug?
Wenn das Gerät für die Studie Daten und zugehörigen Kontext nach dem Prüfplan erfasst und an den Sponsor berichtet, fällt es unter den Begriff. Ein privat genutztes Gerät ohne Studienbezug tut dies nicht allein durch seine technische Fähigkeit.
Kann eine elektronische Krankenakte Daten in ein Datenerfassungswerkzeug liefern?
Ja. ICH E6(R3) nennt ausdrücklich die elektronische Übertragung aus einem System wie einer elektronischen Krankenakte oder einem Laborsystem als möglichen Ursprung der Daten.
Warum reicht ein Test des eCRF allein nicht aus?
Weil die Studie möglicherweise zusätzlich PRO-Fragebögen, Randomisierungssysteme, Sensoren oder System-zu-System-Übertragungen nutzt. Jedes tatsächlich verwendete Erfassungsinstrument muss für seine eigene Aufgabe geeignet sein.
Regulatorische Referenzen
- ICH E6(R3), Good Clinical Practice – definiert Datenerfassungswerkzeuge und ordnet ihre Eignung der Daten-Governance zu.
- EMA/INS/GCP/112288/2023 – beschreibt Erwartungen an computergestützte Systeme und elektronische Studiendaten.
- EudraLex Volume 4, Annex 11 – konkretisiert risikobasierte Kontrollen für computergestützte Systeme.