Operational Data Model, kurz ODM, ist ein herstellerneutrales und plattformunabhängiges CDISC-Format für den Austausch und die Archivierung klinischer und translationaler Forschungsdaten. Es kann klinische Daten, Metadaten, administrative und Referenzdaten sowie Audit-Informationen zusammenführen. ODM beschreibt damit ein Transport- und Archivierungsmodell, mit dem Systeme entlang des Studienlebenszyklus Informationen austauschen können.
Welche Informationen ODM zusammenführt
ODM kann Daten einzelner Teilnehmender, aggregierter Personengruppen und integrierter Forschungsstudien abbilden. Neben den beobachteten Daten berücksichtigt das Modell die zugehörigen Metadaten, beispielsweise die Definition von Formularelementen. Hinzu kommen administrative Angaben, Referenzdaten und Audit-Informationen. Diese Kombination ist wichtig, weil eine isolierte Wertetabelle nicht erklärt, welche Frage gestellt wurde oder unter welchen Regeln ein Datenpunkt erfasst wurde.
In EDC-Umgebungen wird ODM häufig eingesetzt, um Case-Report-Form-Inhalte zu repräsentieren. Dadurch kann eine Formularspezifikation zwischen Systemen übertragen werden, ohne das Fachkonzept auf einen bestimmten Anbieter festzulegen. Die konkrete Übernahme setzt trotzdem voraus, dass Zielfunktionen wie Besuchslogik, Berechtigungen, Validierungsregeln und lokale Konfigurationen geprüft werden; ein übermitteltes Format ist keine automatisch betriebsbereite Studienanwendung.
Datenaustausch über den Studienlebenszyklus
ODM v2.0 ist nach CDISC für Informationen gedacht, die zwischen Software-Systemen bei Einrichtung, Durchführung, Analyse, Einreichung und Archivierung einer Studie geteilt werden. Der Standard kann in XML, JSON und weiteren Formaten serialisiert werden; CDISC stellt für ODM v2.0 ein XML-Schema bereit. Die Modellfunktion bleibt dabei dieselbe, auch wenn die konkrete Darstellung technisch verschieden ist.
Der gemeinsame Unterbau erleichtert Erweiterungen: CDISC nennt Define-XML, SDM-XML, Dataset-XML, Dataset-JSON, CTR-XML und CT-XML als Standards, die sich auf ODM beziehen oder eine gemeinsame Basis nutzen. Die Folge ist keine Austauschbarkeit der Dokumente. Vielmehr kann ein Datenfluss verschiedene Spezialstandards kombinieren, wenn jeweils klar ist, ob Formulare, Tabellenwerte oder Metadaten beschrieben werden.
Abgrenzung zu Define-XML und Dataset-JSON
ODM transportiert Daten und zugehörige Informationen zwischen Systemen oder bewahrt sie für die Archivierung. Define-XML beschreibt dagegen den Inhalt eines eingereichten Datenbestands für den regulatorischen Reviewer, etwa Variablen, Codelists und Ableitungen. Ein Define-XML kann also nicht die operative Übergabe eines eCRF-Modells ersetzen, während ODM nicht allein die vollständige Einreichungsinterpretation eines SDTM- oder ADaM-Pakets liefert.
Dataset-JSON ist ein spezielles JSON-basiertes Format für tabellarische Daten. ODM v2.0 kann zwar auch als JSON serialisiert werden, doch daraus folgt nicht, dass jede ODM-JSON-Datei Dataset-JSON ist. Die Unterscheidung vermeidet Fehler bei Schnittstellenspezifikationen, weil die beiden Formate unterschiedliche Zielobjekte und Metadatenerwartungen haben.
Die Austauschbarkeit auf Dateiebene hebt die Verantwortung für Semantik und Governance nicht auf. Zwei Systeme können dieselbe ODM-Struktur lesen, aber unterschiedliche Regeln für Pflichtfelder, Wiederholungsgruppen oder lokale Codierungen verwenden. Vor einer Übernahme sollte daher anhand repräsentativer Formulare und Testpersonen geprüft werden, ob die übertragenen Daten im Zielsystem dieselbe Bedeutung und denselben Bearbeitungsstatus besitzen. Auch die Behandlung von Audit-Informationen und technischen Identifikatoren ist ausdrücklich zu vereinbaren.
Für die Archivierung bietet ODM die Chance, Daten und beschreibende Informationen gemeinsam zu bewahren. Allerdings müssen langfristige Lesbarkeit, Speicherort und Verantwortlichkeit zusätzlich geregelt sein. Ein ODM-Export ist kein Ersatz für ein Archivierungskonzept, wenn unklar bleibt, welche Viewer, Schemata oder Referenzdateien künftig verfügbar sind. Der Nutzen entsteht erst durch eine vollständige, kontrolliert zugängliche Archivierungsumgebung.
Für jede Migration sollte außerdem eine Rücküberprüfung vorsehen, ob Stichproben im Zielsystem die erwartete Formularstruktur, Wiederholungen und Werteführung tatsächlich wiedergeben.
So werden formal erfolgreiche, aber inhaltlich fehlerhafte Übernahmen sichtbar.
Bedeutung für klinische Studien
ODM ist besonders relevant, wenn ein Studienformular aus einem Build-System in ein EDC übernommen, Daten bei einem Anbieterwechsel übergeben oder Studieninformationen langfristig archiviert werden sollen. Vor dem Austausch müssen Quellen- und Zielsystem eindeutig benennen, welche ODM-Elemente genutzt werden und wie Abweichungen behandelt werden. Gerade bei komplexen Wiederholungsstrukturen kann ein scheinbar vollständiger Import fachlich falsche Besuche oder Formulare erzeugen.
Full-Service-CROs wie Mediconomics unterstützen bei ODM-basierten eCRF-Spezifikationen, bei der Prüfung von Export- und Importdateien und bei der Dokumentation von Systemübergaben. Datenmanagement und Clinical Operations können Mapping-Tabellen, Abnahmetests und die kontrollierte Freigabe der übertragenen Formularlogik koordinieren, während Quality Assurance die Nachweise für Archivierung oder Lieferantenwechsel bewertet.
Häufig gestellte Fragen (FAQ)
Ist ODM nur ein XML-Format?
Nein. ODM v2.0 kann nach CDISC in XML, JSON und weiteren Formaten serialisiert werden. Für XML steht ein eigenes Schema zur Verfügung.
Kann ODM ein eCRF direkt in jedem EDC-System erzeugen?
ODM kann CRF-Inhalte repräsentieren und austauschen. Ob ein Zielsystem alle Elemente korrekt übernimmt, hängt von dessen Implementierung und von den vereinbarten Konfigurationen ab.
Beschreibt ODM die Analyseableitungen eines ADaM-Pakets vollständig?
Nicht als primäre Aufgabe. Für die einreichungsbezogene Beschreibung von Datensätzen, Variablen und Ableitungen ist Define-XML der spezifische Metadatenstandard.
Regulatorische Referenzen
- CDISC ODM – definiert ODM als herstellerneutrales Austausch- und Archivierungsformat für Forschungsdaten.
- CDISC ODM v2.0 – beschreibt Modellumfang, Serialisierungen und die Beziehung zu ODM-Erweiterungen.
- FDA Study Data Technical Conformance Guide – ordnet elektronische Austauschformate in die Einreichung standardisierter Daten ein.