Episode Details
Back to Episodes
Clinical Data Repository im Krankenhaus: Patientendaten über viele Klinik-Systeme hinweg zusammenführen – mit Gunnar H., CDO Sana Kliniken (2/2) – Folge 336
Published 1 month, 1 week ago
Description
Ein Patient, mehrere Kliniken, in jedem Haus ein anderes klinisches Informationssystem: Wie führt ein Klinikkonzern seine Patientendaten überhaupt zusammen? Und warum ist genau das die Voraussetzung dafür, dass KI im Krankenhaus mehr wird als ein eingekauftes Tool?
Die Sana Kliniken sind über Zukäufe gewachsen. Jedes übernommene Krankenhaus hat seine eigene IT mitgebracht, abgekapselt wie eine kleine Insel. Funktional sieht es überall gleich aus: ein klinisches Informationssystem (KIS) als Primärsystem, dazu Laborsystem, Radiologiesystem und Spezialsysteme für einzelne Funktionsbereiche, vom Herzkatheter bis zur Gastroenterologie. Nur sind die Systeme in jedem Haus andere. Dazu kommen sehr unterschiedliche Häuser: Maximalversorger mit 800 bis 900 Betten neben spezialisierten Herzzentren und kleinen Grund- und Regelversorgern. Das Ergebnis nennt Gunnar H. eine extreme Heterogenität, und zwar nicht nur bei den Daten, sondern zuerst bei Systemen und Prozessen.
Gunnar H. ist Chief Data Officer der Sana Kliniken AG. Er kommt aus der Volkswirtschaftslehre, hat Wirtschaftsinformatik draufgesattelt, Data Warehouses in Versicherung und Telekommunikation gebaut, danach bei ProSiebenSat.1 Media, und ist seit fast 17 Jahren im Gesundheitswesen. Sein Data Office sitzt heute direkt beim Vorstand, im selben Ressort wie die Konzern-IT.
Im Gespräch mit Jonas Rashedi geht es um die Bausteine, mit denen ein solcher Konzern das Datenproblem angeht: das Clinical Data Repository als zentrale, standardisierte klinische Datengrundlage. Den Master Patient Index, mit dem sichtbar wird, dass derselbe Patient in zwei Kliniken war, davor in einer ambulanten Praxis und danach in der Nachsorge. Die Schnittstellenstandards HL7 und FHIR, die es praktisch nur im Gesundheitswesen gibt und an denen deshalb niemand vorbeikommt. Und vorkonfigurierte klinische Datenmodelle statt selbstgebauter Data Warehouses, unter anderem aus der 2015 gegründeten Medizininformatik-Initiative und ihrem Kerndatensatz.
Zwei Punkte machen die Folge sperriger als die übliche KI-Erzählung. Erstens Datenqualität: Ärztinnen und Ärzte sind nicht da, um zu dokumentieren, damit Data Scientists später schöne Auswertungen bauen. Wenn strukturierte Eingabe nicht ergonomisch ist, entsteht sie auch nicht. Zweitens die Reihenfolge. Sana hat eine KI-Community gegründet und eine KI-Strategie etabliert, aber der Satz, der hängen bleibt, ist nüchtern: Ohne Daten keine KI. Erst die Datengrundlage, dann die Tools.
Außerdem: warum Data Governance nur funktioniert, wenn man sie über den Nutzen kuratierter Daten verkauft statt über Regeln. Wann es überhaupt sinnvoll ist, Data aus der IT herauszulösen. Wo KI in der Codier-Optimierung und bei der DRG ansetzen könnte, weil dort heute noch händisch gearbeitet wird. Und welchen Rat Gunnar einem Data Engineer gibt, der morgen anfängt: einen Technologie-Stack wirklich beherrschen statt drei halb, und danach die Daten verstehen.
Zum Schluss die beiden Standardfragen. Privat wartet Gunnar darauf, dass auch die privaten Krankenversicherer eine elektronische Patientenakte anbieten. Und als Filmtitel für sein Data-Game wählt er Der Marsianer: ein Riesenproblem, das man in kleinen, datenbasierten Schritten löst, mit dem großen Ganzen im Blick.
Teil 2 von 2. In Teil 1 spricht Jonas Rashedi mit der Chief Transformation Officerin der Sana Kliniken über die Transformationsperspektive.
Anzeige: Quest Software, Trusted Data Platform, quest.com/mydata