Inhaltsverzeichnis
Das Wichtigste vorab
Welche System- und Studiennachweise verlangt die EMA-Leitlinie 2023?
Die EMA-Leitlinie 2023 behandelt Computersysteme und elektronische Daten in klinischen Arzneimittelprüfungen. Erforderlich ist eine risikobezogene Betrachtung sowohl des Systems als auch seiner studienspezifischen Konfiguration. Geeignete Anbieterbelege können nach Bewertung genutzt werden. Studienprotokoll, Anforderungen, Tests, Aktivierung, Zugriff und spätere Datenverfügbarkeit müssen zusammenpassen. Die Produktvalidierung allein bestätigt nicht jede Regel einer konkreten Studie.
- Standardsoftware und studienspezifische Konfiguration getrennt nachweisen.
- Protokolländerungen brauchen einen nachvollziehbaren Aktivierungsstand.
- Prüferkontrolle und Zugriff nicht allein an den Sponsor delegieren.
- Transfers und spätere Übergabe auf Datenbedeutung und Kontext prüfen.
1. Scope und Fassungsstand richtig einordnen
Die finale Leitlinie EMA/INS/GCP/112288/2023 wurde am 7. März 2023 angenommen und ist auf den 9. März 2023 datiert. Ihr Deckblatt nennt einen Anwendungsbeginn sechs Monate nach Veröffentlichung. Sie ersetzt das Reflection Paper zu elektronischen Quelldaten von 2010 und behandelt klinische Prüfungen mit Prüfpräparaten.
Stand 6. Oktober 2026 sind ergänzend ICH E6(R3) Principles und Annex 1 in der EU seit dem 23. Juli 2025 wirksam. Annex 2 ist bereits verabschiedet, aber erst ab dem 15. Januar 2027 EU-wirksam. Ältere Verweise der EMA-Leitlinie auf E6(R2) sollten deshalb mit diesem aktuellen Stand gelesen werden. GMP-Annex 11 ist kein automatischer Ersatz für den klinischen Regelungsbereich.
2. Von der Studienentscheidung zur Systemgrenze
Der Scope umfasst mehr als ein eCRF. Er schließt unter anderem Erfassung, Übertragung und Verarbeitung klinischer Daten sowie Prozesse ein, die Teilnehmerschutz und Verlässlichkeit der Ergebnisse beeinflussen können. Ein Laborimport oder die Zuordnung eines Besuchs kann deshalb genauso relevant sein wie eine sichtbare Eingabemaske.
Beschreiben Sie den konkreten Ablauf: Wo entsteht die erste erforderliche Aufzeichnung, wer ergänzt sie, welcher automatische Schritt verändert ihre Bedeutung und wer verwendet das Ergebnis? Daraus ergeben sich Anforderungen an Daten, Schnittstellen und Rollen. Eine reine Liste von Produktnamen erklärt diese Abhängigkeiten nicht.
| Ebene | Konkrete Frage | Passender Nachweis |
|---|---|---|
| Studienprotokoll | Welche Regel gilt für welche Teilnehmer und Prüfstellen? | Genehmigter Stand und dokumentierter Geltungsbereich |
| Konfiguration | Welche Softwareeinstellung setzt diese Regel um? | Versionierte Zuordnung von Anforderung und Einstellung |
| Prüfung | Funktionieren Grenz- und Fehlerfälle? | Soll, tatsächliches Ergebnis und bewerteter Befund |
| Aktivierung | Ist dieser Stand an der betreffenden Prüfstelle zulässig nutzbar? | Erforderliche Genehmigungen und Aktivierungsnachweis |
| Datenübergabe | Bleiben Wert, Identität und Kontext verständlich? | Definierter Export und geeigneter Abgleich |
3. Anbieterbelege und eigene Konfiguration zusammenführen
Anhang 2 der EMA-Leitlinie erlaubt die Nutzung bewerteter geeigneter Validierungsunterlagen eines Anbieters. Die verantwortliche Partei muss jedoch deren Abdeckung des eigenen Zwecks und der Anforderungen verstehen. Fehlende oder unzureichende Teile können zusätzliche Aktivitäten erfordern. Eine bloße Bestätigung des Anbieters erklärt den geprüften Umfang nicht vollständig.
Halten Sie daher Standardversion, Studienkonfiguration und kundenspezifische Ergänzungen getrennt fest. Unterschiede zwischen Test- und Produktivumgebung werden hinsichtlich ihrer Bedeutung bewertet. Für einen neuen Besuchsplan kann die Plattformfunktion gut belegt sein, während die konkrete Tagesgrenze oder standortabhängige Aktivierung noch geprüft werden muss.
4. Eigener Prüffall: zwei zulässige Konfigurationsstände
Illustratives Beispiel, keine echte Studie und keine medizinische Vorgabe: Im konstruierten Protokollstand V1 liegt das Besuchsfenster einschließlich Grenzen auf den Studientagen 5 bis 9. V2 erweitert es auf Tage 4 bis 10. Für Prüfstelle A sind die erforderlichen Voraussetzungen für V2 erfüllt und die Konfiguration aktiviert; Prüfstelle B arbeitet noch unter V1. Der Studientag wird für die Übung bereits als eindeutig bestimmte ganze Zahl übergeben.
Vier getrennte Testdatensätze prüfen nun die Zuordnung. A an Tag 4 liegt innerhalb des aktiven Fensters. B an Tag 4 und Tag 10 liegt außerhalb; B an Tag 5 innerhalb. Damit werden zwei von vier Datensätzen als innerhalb klassifiziert. Eine globale Aktivierung von V2 würde fälschlich alle vier als innerhalb bewerten.
Ein außerhalb liegender Besuch darf nicht einfach aus der Aufzeichnung verschwinden. Das definierte Soll ist eine zutreffende Kennzeichnung und der vorgesehene Klärungsablauf, kein Verbot notwendiger medizinischer Versorgung und keine Erfindung eines anderen Besuchsdatums. Historische Daten werden nicht ungeprüft nach neuer Logik umgeschrieben.
| Testdatensatz | Prüfstelle / Stand | Studientag | Erwartete Klassifikation |
|---|---|---|---|
| P01 | A / V2 | 4 | Innerhalb 4–10 |
| P02 | B / V1 | 4 | Außerhalb 5–9; Klärung |
| P03 | B / V1 | 5 | Innerhalb 5–9 |
| P04 | B / V1 | 10 | Außerhalb 5–9; Klärung |
5. Zugriff und Prüferkontrolle konkret nachweisen
Die EMA-Leitlinie behandelt die Kontrolle der Prüfstelle über ihre relevanten Daten ausdrücklich. Ein zentraler Server, auf den nur der Sponsor nach eigenem Ermessen Zugriff gewährt, löst diese Frage nicht automatisch. Vereinbarungen und technische Maßnahmen müssen geeignete unabhängige Kontrolle und Zugriff im zutreffenden Ablauf unterstützen.
Prüfen Sie im eigenen Testkonzept normale Nutzung und unzulässige Aktionen: Darf ein Benutzer Daten einer fremden Prüfstelle sehen? Bleibt Verblindung erhalten? Was geschieht beim Rollenwechsel? Ein Rollenname wie Monitor oder Administrator ist noch kein Nachweis, dass seine tatsächlichen Rechte zum Studienprozess passen.
6. Datenübertragung braucht mehr als eine Zeilenzahl
Ein Transfer muss Wert und Bedeutung erhalten. Deshalb sollten Kennungen, Einheiten, Zeitbezüge, Versionen und relevanter Änderungskontext in einer geeigneten Prüfung vorkommen. Gleiche Zeilenzahlen schließen weder Dubletten noch eine vertauschte Teilnehmerzuordnung aus. Der konkrete Umfang folgt dem Datenzweck und Risiko.
Auch Edit Checks sind kontrollierte Funktionen. Ein plausibler Eingabewert kann fachlich falsch sein; eine technische Rückfrage korrigiert die Beobachtung nicht von selbst. Beschreiben Sie, wer die Quelle prüft, wer eine begründete Korrektur durchführen darf und wie ursprünglicher Eintrag und Änderung nachvollziehbar bleiben.
7. Änderung, Störung und Studienende vorher durchdenken
Bei Protokolländerungen ist zu bestimmen, welche Teilnehmer und Prüfstellen betroffen sind und wie sich der neue Stand auf vorhandene Daten auswirkt. Die erforderliche Nachprüfung kann auch verbundene unveränderte Funktionen betreffen. Ein neuer Versionsname allein belegt keine passende Aktivierung.
Planen Sie außerdem Ausfall und spätere Übergabe. Der zuständige Prüfer muss benötigte Daten angemessen verwenden und aufbewahren können. Vor dem Entzug eines Zugriffs ist die geeignete Übergabe zu prüfen; eine ZIP-Datei ohne verständlichen Kontext genügt nicht allein. Konkrete Fristen ergeben sich aus den tatsächlich anwendbaren Vorgaben, nicht aus einer universellen Softwareregel.
8. Checkliste für Sponsor-QA, Data Management und IT
Der beste Einstieg ist ein kritischer Studienablauf mit seinen wirklichen Beteiligten. Clinical Data Management beschreibt die Regel, die Prüfstelle die praktische Nutzung, IT und Anbieter die technische Umsetzung. QA verbindet Nachweise und Entscheidungen. Ein kleines Projekt braucht keine unnötige Dokumentenmenge, aber erkennbare Zuständigkeit für jede relevante Grenze.
Die folgende Liste ist eine eigene Arbeitshilfe. Sie eignet sich für eine neue Studie ebenso wie für die gezielte Bewertung einer Protokolländerung.
- Protokollstand, Studienteil und Systemgrenze eindeutig festlegen.
- Standardfunktion und Studienkonfiguration getrennt zuordnen.
- Anbieterbelege auf konkrete Abdeckung prüfen.
- Grenzfälle, falsche Rollen und unerwartete Daten testen.
- Erforderliche Voraussetzungen vor Aktivierung je Prüfstelle berücksichtigen.
- Transfers, Audit Trail und begründete Korrekturen nachvollziehen.
- Prüferkontrolle, Ausfallverfahren und spätere Übergabe prüfen.
- Offene Befunde und den tatsächlichen Nutzungsentscheid dokumentieren.
Häufige Fragen zu EMA: klinische Computersysteme
Gilt die Leitlinie nur für elektronische CRFs?
Nein. Ihr Scope umfasst weitere Computersysteme und Prozesse, die klinische Daten, Teilnehmerschutz oder Ergebnisverlässlichkeit beeinflussen. Dazu können Transfers, Laboranbindungen und studienbezogene Dokumentationssysteme gehören. Die konkrete Tätigkeit ist entscheidend, nicht allein der Produktname.
Quellen: [1]
Ersetzt ICH E6(R3) die technische EMA-Leitlinie 2023 automatisch?
Die Quellen erfüllen unterschiedliche Zwecke und sollten gemeinsam im aktuellen Kontext gelesen werden. E6(R3) beschreibt übergreifende GCP-Verantwortung und Daten-Governance; die EMA-Leitlinie vertieft Computersysteme und elektronische Daten. Eine automatische Aufhebung der 2023-Leitlinie ist hier nicht belegt.
Ist ICH E6(R3) Annex 2 schon anzuwenden?
Am 6. Oktober 2026 ist er laut EMA zwar verabschiedet, aber erst ab 15. Januar 2027 EU-wirksam. Principles und Annex 1 sind bereits seit 23. Juli 2025 EU-wirksam. Benennen Sie immer den konkreten Teil und seinen Stand statt nur E6(R3) als pauschale Zeitangabe.
Quellen: [2]
Reicht die Validierung des Plattformanbieters?
Braucht jede Studie die vollständige Wiederholung aller Basistests?
Nicht automatisch. Geeignete weiterhin passende Belege können nach Bewertung genutzt werden. Die konkrete Studienkonfiguration und Änderungen brauchen dennoch ausreichende Nachweise. Eine pauschale Übernahme und eine pauschale Vollwiederholung sind beide schlechter als ein begründeter Umfang.
Darf ein Besuch außerhalb des Fensters technisch unsichtbar werden?
Im eigenen Beispiel ausdrücklich nicht: Der tatsächliche Besuch bleibt aufgezeichnet und wird passend gekennzeichnet. Das Beispiel erläutert Softwareverhalten, keine medizinische Handlungsanweisung. Ein System sollte die reale Beobachtung nicht durch eine künstlich passende Eingabe ersetzen.
Muss ein Amendment sofort an allen Prüfstellen aktiviert werden?
Der Umfang muss zum Protokoll und zu den für die jeweilige Prüfstelle erforderlichen Voraussetzungen passen. ICH E6(R3) behandelt die Aktivierung studienspezifischer Systeme einschließlich Updates nach Vorliegen der relevanten Genehmigungen. Eine globale technische Umstellung ist nicht automatisch fachlich korrekt.
Warum genügt ein Export mit gleicher Zeilenzahl nicht?
Kann der Sponsor allein über den Zugriff der Prüfstelle entscheiden?
Die Rolle und Kontrolle des Prüfers über relevante Daten sind gesondert zu gewährleisten. Vereinbarungen, Hosting und Übergabe müssen diese Anforderungen tragen. Ein Zugang, der allein von einer späteren freiwilligen Herausgabe durch den Sponsor abhängt, löst die Frage nicht ausreichend.
Welche Unterlagen sollten kleine Studienteams zuerst zusammenführen?
Beginnen Sie mit Protokollstand, kritischen Anforderungen, Konfiguration, Anbieterbelegen und passenden Tests. Ergänzen Sie Rollen, Aktivierung und Datenwege. Daraus wird sichtbar, welche Nachweise schon tragen und wo eine konkrete Lücke besteht; ein großes allgemeines Handbuch allein liefert diese Zuordnung nicht.
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.
- 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
- 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
- ICH E6(R3): Principles und Annex 1 – EMA Step5EMA/CHMP/ICH/135/1995; EU-Anwendung 23.07.2025
Zuletzt fachlich geprüft am 07.10.2026.
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.
- IT-GxP-Audit →
Relevante Lücken und vorhandene Belege einordnen.
- IT-GxP-Compliance-Programm →
Ein tragfähiges IT-GxP-Compliance Framework aufbauen.
- IT-GxP-Coaching →
Ihr Team bei eigenen Entscheidungen und Nachweisen begleiten.
- IT-GxP-Consulting →
Konkrete Anforderungen, Prüfungen und Betriebsverfahren ausarbeiten.