Die Prüfung des Änderungsprotokolls ist die geplante Auswertung der in einem Audit Trail aufgezeichneten Änderungen und weiterer relevanter Metadaten während einer laufenden klinischen Prüfung. ICH E6(R3) fordert hierfür Verfahren, die sich in Umfang und Art am Risiko der einzelnen Studie orientieren und anhand der Erfahrungen im Studienverlauf angepasst werden. Im Mittelpunkt steht damit die Kontrolltätigkeit, nicht das technische Protokoll selbst.
Vom Ereignisprotokoll zur fachlichen Bewertung
Ein Audit Trail dokumentiert, welche Aktion in einem System erfolgt ist, wer sie ausgelöst hat und wann sie stattfand; bei Datenänderungen kann auch der Grund sichtbar sein. Die Prüfung des Änderungsprotokolls nimmt diese Einträge als Ausgangspunkt und bewertet ihre Plausibilität im Studienkontext. Eine Korrektur eines primären Endpunkts kurz vor Datenbankschluss verlangt beispielsweise eine andere Aufmerksamkeit als die Berichtigung eines unkritischen administrativen Feldes.
Der Review betrachtet nicht nur einzelne Wertwechsel. Er kann auch wiederholte Änderungen durch dieselbe Rolle, nachträglich erfasste Visiten oder ungewöhnliche Zugriffe auf sensible Datensätze erfassen. Damit der Befund belastbar ist, müssen Audit Trail, Benutzerrollen, Queries, Quellunterlagen und relevante Systemmeldungen im Zusammenhang lesbar sein. Ein bloßer Export aus dem EDC ohne studienbezogene Beurteilung erfüllt diese Funktion nicht.
Planung nach Datenrisiko und Studienphase
ICH E6(R3) verlangt festgelegte Verfahren für die Prüfung studienspezifischer Daten, Audit Trails und anderer relevanter Metadaten. Der Plan muss bestimmen, welche Ereignisarten einbezogen werden, welche Datenbereiche priorisiert sind, wer die Auswertung durchführt und wie Auffälligkeiten weitergegeben werden. Die Auswahl kann etwa kritische Sicherheitsdaten, Berechtigungsänderungen, Entblindungsinformationen oder nachträgliche Korrekturen umfassen.
Die Intensität darf im Verlauf angepasst werden. Zeigt eine erste Auswertung gehäufte Änderungen nach bestimmten Schulungen oder in einer Schnittstelle, kann der Review auf diese Konstellation fokussiert oder zeitlich verdichtet werden. Umgekehrt begründet ein unauffälliger Zeitraum keine dauerhafte Einstellung der Kontrolle, wenn das Risiko weiterhin besteht. Ergebnisse und Folgemaßnahmen müssen mit der bewerteten Ereignismenge verknüpft bleiben.
Abgrenzung zum Änderungsprotokoll und zum Audit
Das Änderungsprotokoll ist die Aufzeichnung der Systemereignisse. Die Prüfung des Änderungsprotokolls ist die Tätigkeit, diese Aufzeichnung gegen die Anforderungen und den Ablauf der Studie auszuwerten. Erst diese Trennung macht sichtbar, warum eine korrekt konfigurierte Audit-Trail-Funktion keine Aussage darüber trifft, ob auffällige Änderungen rechtzeitig erkannt und bearbeitet wurden.
Auch ein Qualitätsaudit ist nicht mit dem Review gleichzusetzen. Ein Audit kann untersuchen, ob das Verfahren für die Prüfung des Änderungsprotokolls angemessen implementiert und wirksam ist. Der laufende Review hingegen analysiert konkrete Dateneinträge und Metadaten in der Studie. Beide Tätigkeiten können dieselben Unterlagen nutzen, verfolgen aber unterschiedliche Kontrollziele.
Die Wirksamkeit des Verfahrens hängt auch von der Darstellbarkeit der Daten ab. Kann ein System alte und neue Werte, Änderungsgrund oder Zeitstempel nur in schwer lesbaren Rohdateien ausgeben, lässt sich ein risikobasierter Review kaum zuverlässig durchführen. Bereits bei der Systemkonfiguration sollte daher festgelegt werden, welche Berichte für die vorgesehenen Prüfszenarien erzeugbar sein müssen. Der Review prüft anschließend nicht die technische Existenz eines Exports, sondern die Frage, ob die dort sichtbaren Ereignisse mit der zulässigen Durchführung der Studie vereinbar sind.
Ein dokumentiertes Ergebnis sollte die geprüfte Population oder den Zeitraum, angewandte Kriterien und die Bewertung der Auffälligkeiten erkennen lassen. Werden Ausnahmen akzeptiert, muss die Begründung auf den konkreten Vorgang Bezug nehmen. Dadurch bleibt nachvollziehbar, weshalb eine Änderung ohne weitere Maßnahme geschlossen oder an Monitoring, Datenmanagement oder Qualitätssicherung eskaliert wurde.
Bedeutung für klinische Studien
Die Prüfung des Änderungsprotokolls verbindet Datenmanagement und Qualitätsmanagement dort, wo eine Änderung für die Zuverlässigkeit der Ergebnisse relevant werden kann. Ohne einen vorab definierten Blick auf kritische Ereignisse gehen systemische Muster leicht zwischen einzelnen Queries oder Monitoringbesuchen verloren. Bei dezentralen Datenquellen und mehreren integrierten Systemen muss außerdem feststehen, welcher Trail für welche Änderung maßgeblich ist.
Full-Service-CROs wie Mediconomics unterstützen bei der risikobasierten Review-Planung, der Festlegung von Prüfkriterien und Eskalationswegen sowie bei der Zusammenführung von EDC-, ePRO- und Berechtigungsprotokollen. Data Management, Monitoring und Quality Assurance können auffällige Änderungen gemeinsam bewerten, dokumentierte Nachfragen an Prüfzentren auslösen und Korrekturmaßnahmen bis zum Abschluss verfolgen.
Häufig gestellte Fragen (FAQ)
Muss jeder Audit-Trail-Eintrag manuell geprüft werden?
ICH E6(R3) fordert einen geplanten, risikobasierten Umfang, nicht zwingend die identische Einzelfallprüfung aller Einträge. Welche Ereignisse priorisiert werden, muss zur konkreten Studie passen.
Kann eine Query den Review des Änderungsprotokolls ersetzen?
Nein. Eine Query klärt typischerweise eine konkrete Datenfrage. Der Review bewertet zusätzlich den Verlauf, die Umstände und gegebenenfalls Muster von Systemänderungen.
Wer darf die Prüfung durchführen?
Die Studie muss Verantwortlichkeiten und Verfahren festlegen. Wesentlich ist, dass die prüfende Person Zugriff auf die erforderlichen Metadaten und den fachlichen Kontext für die Bewertung besitzt.
Regulatorische Referenzen
- ICH E6(R3), Good Clinical Practice – verlangt planbare, risikobasierte Verfahren zur Prüfung von Audit Trails und Metadaten.
- EMA/INS/GCP/112288/2023 – erläutert Anforderungen an elektronische Studiendaten und nachvollziehbare Systemereignisse.
- EudraLex Volume 4, Annex 11 – fordert verfügbare und regelmäßig zu überprüfende Audit Trails.
