CDA → FHIR ohne Big Bang (Teil 1): Migrationsmuster, die in der Praxis funktionieren
Viele Organisationen stehen vor derselben Aufgabe: CDA-basierte Dokumentenwelten weiter betreiben und gleichzeitig FHIR für moderne Schnittstellen, Workflows und Datenplattformen etablieren. Teil 1 zeigt praxiserprobte Migrationsmuster, die Risiko und Komplexität reduzieren: Koexistenz, schrittweise Extraktion strukturierter Inhalte, Parallelbetrieb mit Qualitätsmetriken und eine klare Zielarchitektur. Der Fokus liegt auf Entscheidungslogik und Vorgehensmodellen – nicht auf tiefen technischen Details.
Warum „CDA abschalten“ selten der richtige Start ist
CDA ist in vielen Landschaften tief verankert: Dokumentenprozesse, rechtliche Anforderungen, etablierte Viewer, Archivierung und bestehende Partneranbindungen. FHIR hingegen adressiert API-getriebene Integration, modulare Datennutzung und moderne Interoperabilität. Der Fehler passiert oft am Anfang: CDA wird als „alt“ etikettiert und FHIR als „neu“ – und daraus wird ein Big-Bang-Projekt.
In der Praxis ist erfolgreicher: Koexistenz (CDA weiter nutzen, während FHIR gezielt aufgebaut wird) – verbunden mit einer klaren Roadmap, wann welche Inhalte, Prozesse und Partner in FHIR überführt werden.
Ein Zielbild, das beide Welten sauber einordnet
Ein pragmatisches Zielbild beantwortet zuerst Wofür du CDA weiter nutzt und wo FHIR den größten Mehrwert bringt:
- CDA als dokumentenzentrierte Austauschform (Narrativ, Signatur/Archiv, etablierte Workflows).
- FHIR für strukturierte Datennutzung, APIs, Prozessintegration, Terminologie- und Qualitätsregeln.
- Brücken für ausgewählte Inhalte (Extraktion, Transformation, Dual-Write oder Gateway).
Entscheidend ist, dass dieses Zielbild betrieblich ist: Ownership, Versionierung, Tests, Monitoring und Partnerkommunikation sind Teil der Architektur – nicht „später“.
Fünf Migrationsmuster, die Big Bang vermeiden
1) Koexistenz („CDA bleibt – FHIR ergänzt“)
Du startest mit FHIR dort, wo es sofort Nutzen bringt (z. B. neue Systeme, neue Integrationen, neue Use Cases) und lässt CDA für bestehende Dokumentenflüsse stabil weiterlaufen.
2) Extraktionsmuster („Structure-out“)
Du extrahierst schrittweise strukturierte Kerninhalte aus CDA (z. B. Diagnosen, Medikation, Labor) und stellst sie in FHIR bereit – ohne den Dokumentenfluss sofort umzubauen.
3) Gateway/Facade („FHIR außen, CDA innen“)
Ein Gateway bietet nach außen FHIR-APIs an, während intern zunächst CDA-basierte Prozesse bestehen. Vorteil: Partnerintegration modernisieren, ohne Backend sofort neu zu bauen.
4) Parallelbetrieb mit Metriken („Dual Run“)
Für priorisierte Use Cases werden CDA und FHIR parallel bedient. Über Qualitätsmetriken wird die FHIR-Variante schrittweise stabilisiert, bis ein Cutover verantwortbar ist.
5) Greenfield-first („Neue Prozesse nur noch FHIR“)
Neue Anwendungen und neue Austauschprozesse werden konsequent auf FHIR aufgebaut. Bestandsprozesse laufen weiter in CDA, bis sie einen natürlichen Umbaupunkt erreichen.
Was du vor dem Start entscheiden solltest (kurze Checkliste)
- Welche Use Cases liefern den schnellsten Nutzen mit FHIR?
- Welche CDA-Inhalte sind „kritisch“ (rechtlich, klinisch, partnerschaftlich)?
- Welche Terminologien werden verbindlich (ValueSets, Mapping, Governance)?
- Welche Qualitätsmetriken entscheiden über Cutover?
- Wer ist Owner für Profile/IG, Releases und Partnerkommunikation?
Ausblick auf Teil 2
Teil 2 fokussiert auf typische Stolpersteine: Terminologie und Mapping-Schulden, Identifier-Strategien, Narrative vs. strukturierte Daten, Testautomatisierung, und eine praxistaugliche Cutover-Logik – inklusive einer kompakten Umsetzungs-Checkliste.