Eine Query ist eine dokumentierte Rückfrage im klinischen Datenmanagement, mit der eine fehlende, unplausible, widersprüchliche oder nicht nachvollziehbare Angabe in Studiendaten geklärt wird. Sie richtet sich an die zuständige Stelle, meist das Prüfzentrum, und fordert eine sachliche Prüfung, Korrektur oder Erklärung. Ziel ist nicht, Daten an eine Erwartung anzupassen, sondern den zutreffenden und nachvollziehbaren Datenstand herzustellen.
Auslöser und Arten von Queries
Queries können manuell oder systemgeneriert entstehen. Eine manuelle Query wird etwa durch Datenmanagement, Monitoring oder medizinische Prüfung ausgelöst, wenn die Gesamtschau von Quelle, eCRF, Laborwerten oder Sicherheitsdaten eine Klärung erfordert. Sie sollte konkret, neutral und so formuliert sein, dass das Prüfzentrum die zugrunde liegende Frage versteht. Die Antwort muss auf der Quelle und nicht auf einer Vermutung beruhen.
Eine systemgenerierte Query entsteht, wenn eine konfigurierte Regel im EDC-System auslöst, beispielsweise bei einem fehlenden Pflichtfeld, einem unzulässigen Wertebereich oder einer widersprüchlichen Kombination. Automatisierung beschleunigt die Erkennung wiederkehrender Probleme, ersetzt aber keine fachliche Beurteilung. Regeln müssen protokollkonform spezifiziert, getestet, versioniert und bei Änderungen kontrolliert werden. Wiederholte Fehlalarme oder unklare Regeltexte belasten Zentren und verdecken möglicherweise tatsächlich kritische Datenfragen.
Query-Lebenszyklus und Dokumentation
Der Lebenszyklus beginnt mit der Erkennung und fachlichen Bewertung eines potenziellen Problems. Danach werden Query, Auslöser, Empfänger und Frist im vorgesehenen System dokumentiert. Das Prüfzentrum prüft die Quelldaten und beantwortet die Rückfrage: Es kann den Wert bestätigen, einen korrekten Wert eintragen oder eine Erklärung liefern, weshalb ein auffälliger Wert zutrifft. Eine Korrektur muss den ursprünglichen Eintrag und die Änderung nachvollziehbar erhalten; der zugehörige Audit Trail ist Teil der Metadaten.
Anschließend prüft die zuständige Funktion die Antwort auf Vollständigkeit und Plausibilität. Die Query wird nur geschlossen, wenn die Klärung akzeptiert ist; andernfalls folgt eine begründete Rückfrage oder Eskalation. Status, Zeitpunkte, Verantwortlichkeiten, Antwort und Abschlussentscheidung müssen nachvollziehbar bleiben. Vor Datenbankschluss werden offene oder ungeklärte Queries nach einem vorab festgelegten Verfahren bewertet. Ein hoher Anteil verspäteter oder wiedereröffneter Queries kann auf Schwächen im eCRF-Design, in der Schulung oder in der Datenprüfung hinweisen.
Abgrenzung zu Edit Check und Protokollabweichung
Ein Edit Check ist eine programmierte Regel zur Prüfung von Daten in einem System. Er kann eine systemgenerierte Query auslösen, ist aber nicht selbst die Query. Eine Query ist die dokumentierte Kommunikation und Klärung eines konkreten Datenpunkts oder Sachverhalts. Umgekehrt können manuelle Queries entstehen, ohne dass ein Edit Check beteiligt ist, etwa nach einem Datenabgleich oder einer medizinischen Prüfung.
Eine Protokollabweichung ist eine Abweichung von den genehmigten Studienvorgaben, beispielsweise ein Besuch außerhalb eines zulässigen Fensters oder eine nicht protokollgerechte Untersuchung. Sie ist kein Synonym für eine Query. Eine Query kann helfen, zu klären, ob eine Protokollabweichung vorliegt oder wie sie zu dokumentieren ist; die Abweichung selbst folgt jedoch dem festgelegten Deviation-Management und gegebenenfalls den Meldewegen. Auch eine geschlossene Query macht eine bestätigte Protokollabweichung nicht rückgängig.
Der Prozess muss außerdem zwischen fehlenden Informationen, bestätigten außergewöhnlichen Werten und tatsächlichen Datenfehlern unterscheiden. Jede Antwort soll die ursprüngliche Beobachtung respektieren und eine transparente Rekonstruktion des Datenverlaufs erlauben.
Bedeutung für klinische Studien
Ein wirksames Query-Management trägt zu einem verlässlichen, zeitnah finalisierbaren Datenbestand bei. Es verbindet klare eCRF-Anweisungen, gut getestete Edit Checks, qualifizierte manuelle Prüfung und angemessene Reaktionszeiten der Prüfzentren. Die Qualität zeigt sich nicht in einer möglichst hohen Query-Zahl, sondern in zielgerichteten, verständlichen Rückfragen und einer nachvollziehbaren Auflösung. ICH E6(R3) fordert robuste Prozesse zur Verwaltung von Daten und Metadaten; Queries sind ein praktisches Element dieser Daten-Governance.
Full-Service-CROs wie Mediconomics unterstützen durch Datenmanagementpläne, eCRF- und Edit-Check-Spezifikationen, die Einrichtung von Query-Workflows und die Schulung der Prüfzentren. Sie überwachen Kennzahlen zu Alterung, Wiedereröffnung und wiederkehrenden Fehlern, koordinieren Datenmanagement und Monitoring, prüfen die Dokumentation von Korrekturen und unterstützen die kontrollierte Bereinigung offener Punkte vor Datenbankschluss.
Häufig gestellte Fragen (FAQ)
Ist jede Query ein Fehler in den Studiendaten?
Nein. Eine Query signalisiert einen Klärungsbedarf. Der Wert kann nach Prüfung korrekt sein; dann wird die Bestätigung mit einer nachvollziehbaren Erklärung dokumentiert und die Query geschlossen.
Was unterscheidet eine manuelle von einer systemgenerierten Query?
Eine manuelle Query beruht auf der fachlichen Prüfung durch eine Person. Eine systemgenerierte Query wird durch eine konfigurierte Regel ausgelöst. Beide benötigen eine angemessene Prüfung und dokumentierte Auflösung.
Kann eine Query eine Protokollabweichung ersetzen?
Nein. Die Query klärt eine Datenfrage. Eine bestätigte Abweichung vom Protokoll muss zusätzlich nach dem dafür vorgesehenen Verfahren erfasst, bewertet und gegebenenfalls gemeldet werden.
Regulatorische Referenzen
- ICH E6(R3), Good Clinical Practice — fordert robuste Prozesse für Daten, Metadaten, Datenkorrekturen und deren Prüfung.
- EMA/INS/GCP/112288/2023, Guideline on computerised systems and electronic data in clinical trials — erläutert Erwartungen an elektronische Datenprozesse, Validierung und Audit Trails.
- ICH E9, Statistical Principles for Clinical Trials — behandelt vorab festgelegte Datenerhebung und die GCP-konforme Finalisierung von Datenbanken.
- Verordnung (EU) Nr. 536/2014 über klinische Prüfungen — verlangt eine angemessene Aufzeichnung, Verarbeitung und Aufbewahrung klinischer Informationen.