Einordnung in den operativen Kontext Spitäler und Gesundheitsorganisationen verfügen in der Regel nicht über eine einzige „Quelle der Wahrheit“ – sondern über eine Vielzahl von Anwendungen mit eigenen Masterdatensätzen: Patientenstammdaten im KIS, Benutzeridentitäten im IAM oder HR-System, Gerätedaten im Inventarsystem, Leistungskataloge im Abrechnungssystem und Kodierungen in Subsystemen wie Labor oder Radiologie. Mit wachsender Modularisierung der IT-Landschaft steigen Komplexität und Risiko: Ohne strukturiertes Konsistenzmanagement kommt es zu Redundanz, Widersprüchlichkeit und Fehlerfortpflanzung – mit direkten Auswirkungen auf Versorgung, Abrechnung, Datenqualität und Support-Organisationen.
Typische Herausforderungen im Umgang mit verteilten Masterdaten
- Fehlende eindeutige Referenzsysteme Oft existieren mehrere autoritative Systeme für denselben Datentyp – z. B. Patientenstammdaten im KIS, in Subsystemen und in einem EPD-Exportmodul. Ohne definierte Führungsverantwortung kommt es zu inkonsistenten Schreib-/Leseoperationen.
- Heterogene Datenmodelle und Schnittstellenformate Unterschiede in Attributstruktur, Datenformat oder Kodierung (z. B. bei Rollenbezeichnungen, Einheiten, Statuswerten) machen es schwer, Datensätze zuverlässig abzugleichen oder zu synchronisieren – insbesondere bei HL7v2-, FHIR- oder CSV-basierten Systemen.
- Asynchrone Änderungsprozesse und mangelhafte Validierung Fehlen standardisierte Verfahren zur Änderungsverfolgung, Validierung und Synchronisation (z. B. durch CDC, Eventing oder API-Webhooks), entstehen Inkonsistenzen zwischen Systemen – ohne dass sie zeitnah erkannt oder korrigiert werden.
Anforderungen an eine architekturbasierte Lösung Konsistenzmanagement ist keine Datenbankaufgabe – es ist eine Frage institutioneller Steuerung und technischer Architekturdisziplin. Ein tragfähiger Lösungsansatz erfordert:
- Definition autoritativer Systeme („System of Record“) pro Datendomäne Wer ist führend für Stammdaten von Patienten, Benutzern, Leistungen, Ressourcen? Diese Frage muss auf System- und Governance-Ebene geklärt werden.
- Einführung eines zentralen Master Data Management (MDM) MDM-Plattformen können Rollen, Konfliktregelungen, Datenqualität und Synchronisationslogik abbilden – unabhängig von operativen Systemen.
- Technische Implementierung über einheitliche, versionierte APIs Offene Schnittstellen mit Logging, Validierung und Rückverfolgbarkeit sind essenziell – idealerweise FHIR-basiert und semantisch normiert.
- Verankerung von Konsistenzprüfungen im Betriebsmonitoring Abweichungen zwischen Datensätzen müssen detektiert, klassifiziert und behoben werden können – automatisiert und institutionell verantwortet.
- Institutionalisierung einer Data-Governance-Struktur Rollen, Prozesse und Eskalationslogik für Datenverantwortung, Qualitätssicherung und Release-Abstimmung müssen formal definiert sein.
Fazit: Datenkonsistenz entsteht nicht durch Abgleich – sondern durch Architekturverantwortung Wer in multiplen Systemen mit eigenen Masterdaten arbeitet, muss Konsistenz als Querschnittsaufgabe institutionalisieren. Die Qualität der Stammdaten entscheidet über Versorgungssicherheit, Systemstabilität und regulatorische Konformität. Konsistenzmanagement ist kein technisches Add-on – sondern ein Grundprinzip resilienter Spitalarchitektur.