Sie investieren in Digitalisierung, aber die Patient Experience wird nicht besser. Ein neues Tool für die Terminbuchung. Ein neues Portal. Ein neues Dokumentensystem. Das nächste Integrationsprojekt. Auf dem Papier zählt jedes davon als Fortschritt. Im Wartezimmer gibt derselbe Patient seine Daten trotzdem zum dritten Mal ein und weiß weiterhin nicht, was als Nächstes passiert.

Patienten erleben Ihr Haus als Folge einzelner Kontakte. Jeder für sich funktioniert passabel, keiner weiß vom anderen. Für CIOs und IT-Verantwortliche liegt die Deutung nahe, dass ein besseres System oder ein größeres Budget das löst. So einfach ist es nicht. Die Fragmentierung entsteht nicht durch zu wenig Digitalisierung, sondern durch fehlende Kohärenz zwischen dem, was Sie längst digitalisiert haben.

Dieser Beitrag zeigt, woher diese Inkohärenz kommt, was sie kostet und welchen Denkwechsel sie auflöst.

 

Das Wichtigste in Kürze

Digital Patient Experience ist mehr als eine Sammlung digitaler Kanäle. Sie ist die Fähigkeit eines Gesundheitsversorgers, aus Sicht des Patienten wie ein zusammenhängendes System aufzutreten. Die meisten Organisationen sind so aufgestellt, dass genau das kaum möglich ist.

  • Die Brüche liegen zwischen den Touchpoints, nicht in ihnen. Jedes Tool funktioniert, der Kontext geht bei der Übergabe verloren. Und Patienten schalten längst ab.
  • Die Ursache ist organisatorisch, nicht technisch. Niemand verantwortet die Patient Journey von Anfang bis Ende. Jedes System wird lokal optimiert, während die Gesamterfahrung schlechter wird.
  • Die Kosten sind operativ. Zwei Drittel der Krankenhäuser können ihre Stationen nicht vollständig besetzen. Die Ambulantisierung nimmt den Puffer weg, der die Reibung bisher verdeckt hat.

 

Worüber sich alle einig sind

Fragen Sie eine Klinikleitung, was eine gute digitale Patientenerfahrung leisten soll, kommen fast immer dieselben Punkte:

  • Der Patient steht im Mittelpunkt.
  • Weniger Aufwand, weniger Wiederholung.
  • Entlastung für überlastete Teams.
  • Mehr Transparenz darüber, was wann passiert.
  • Höhere Servicequalität.

Nichts davon ist strittig. Es steht in jedem Strategiepapier, jeder Anbieter verspricht es, jedes Digitalisierungsprogramm wird damit begründet. Warum bleiben die Ergebnisse dann so oft hinter der Erwartung zurück?

 

Der Bruch liegt zwischen den Touchpoints

Sehen Sie sich an, wo ein Patient Ihre Organisation tatsächlich berührt:

  • Termin buchen.
  • Im Portal anmelden.
  • Aufnahme und Anamnese.
  • MRT-Sicherheitsbogen unterschreiben.
  • Entlassung und Nachsorge.

Jeder dieser Schritte funktioniert in der Regel. Das Buchungstool bucht, das Portal zeigt Befunde, der Aufnahmebogen erfasst Daten. Einzeln betrachtet wirkt jede Investition sinnvoll.

Das Problem liegt dazwischen. Zwischen zwei Touchpoints verschwindet der Kontext. Was bei der Terminbuchung erfasst wurde, liegt bei der Aufnahme nicht vor und wird erneut abgefragt. Das Ergebnis aus einem System bereitet den nächsten Schritt nicht vor, also muss der Patient selbst herausfinden, was dieser Schritt überhaupt ist. Die Verantwortung für die Navigation durch die Journey wandert damit zu der Person, die sie am wenigsten tragen kann.

Das ist so verbreitet, dass Patienten beginnen abzuschalten. Eine Studie aus 2025 zeigt: 70 Prozent ignorieren digitale Nachrichten, weil sie unkoordiniert über zu viele Kanäle eintreffen. Die Ursache liegt in der Technik darunter. Die gematik räumt selbst ein, dass die Realität in der Krankenhaus-IT noch weit von der Interoperabilität entfernt ist, die alle fordern. Wenn die Systeme nicht miteinander sprechen, wird der Patient zur Integrationsschicht.

 

Es scheitert an den Übergängen, nicht an den Systemen.

Fünf beschriftete Symbole zeigen die Phasen eines medizinischen Prozesses an: Terminvereinbarung, Portal, Aufnahme, Untersuchung und Entlassung. Der Text darunter weist auf fehlende Schritte, doppelte Dateneingaben und die selbstständige Entlassung hin.

 

Die Ursache ist der Experience Ownership Gap

Wenn jedes einzelne System funktioniert und die Gesamterfahrung trotzdem scheitert, ist die Ursache strukturell. Vier Kräfte wirken gleichzeitig.

System vs. Experience

Die IT ist entlang von Tools organisiert. Eine Person verantwortet das Buchungssystem, eine andere das Portal, eine dritte das KIS. Jeder optimiert seinen Bereich, niemand verantwortet, was der Patient beim Übergang zwischen diesen Bereichen erlebt.

Das Experience Ownership Gap

Der Begriff benennt, was in den meisten Organigrammen fehlt: eine Rolle über den Systemen, die die Journey von Anfang bis Ende verantwortet. Ohne sie bleibt Data Governance ein Compliance-Thema, statt zum Rückgrat einer zusammenhängenden Erfahrung zu werden.

Vendor-Lock-in

Die DSAG warnt, dass proprietäre Krankenhausinformationssysteme Kliniken in eine wirtschaftlich kritische Abhängigkeit von einem einzelnen Anbieter führen. Manche Hersteller ignorieren die gesetzlich geforderten FHIR-Schnittstellen bewusst, weil offene Schnittstellen den Wettbewerb hereinlassen würden. Auch Standardisierungsinitiativen wie ISiK haben bislang nur begrenzte reale Interoperabilität gebracht. Die Anreize zeigen in Richtung mehr Insellösungen, nicht weniger.

Bedeutung integrieren

Sie können Datensätze zwischen Systemen übertragen und dem Patienten trotzdem eine Reihe zusammenhangloser Momente zumuten. Kohärenz entsteht durch Kontext und Führung, nicht dadurch, dass Felder von einer Datenbank in die nächste wandern.

Deshalb wächst die Fragmentierung, während die Digitalisierung voranschreitet. Die Branche beginnt, denselben Schritt zu benennen: Digitalstrategie muss aufhören, produkt- und abteilungsgetrieben zu sein, und sich an der Journey ausrichten.

 

Die versteckten Kosten der Experience-Schulden

Was sich dabei ansammelt, nennen wir bei Cloudflight Experience-Schulden. Wie technische Schulden sind sie der sich verstärkende Preis für Entscheidungen, die lokal vernünftig und im Gesamtbild inkohärent waren. Jedes zusätzliche System schafft eine Stelle, an der Information verloren geht, oder einen Schritt, an dem der Patient zögert. Kosten und Komplexität steigen, die Effizienz sinkt, und das Digitalisierungsbudget wächst weiter. An diesem Punkt geht es nicht mehr um Patientenzufriedenheit, sondern um den Betrieb.

Nehmen Sie die Personalsituation. In Deutschland haben zwei Drittel der Krankenhäuser Schwierigkeiten, Pflegestellen auf Normalstationen zu besetzen, und den betroffenen Häusern fehlen im Schnitt rund 18 Stellen. Rechnet man die Demografie hinzu, prognostiziert das Statistische Bundesamt bis 2049 eine Lücke von bis zu 690.000 Pflegekräften im gesamten Versorgungssystem. Vor diesem Hintergrund benennen Krankenhäuser die Verwaltungs- und Dokumentationslast selbst als zentralen Zeitfresser. Jede Stunde, die eine Fachkraft damit verbringt, eine Lücke zwischen Systemen zu überbrücken, fehlt am Patienten.

Die Ambulantisierung erhöht den Einsatz. Seit 2024 sind rund 400.000 stationäre Fälle in ambulante Pfade gewandert, ab 2026 sind mindestens eine Million pro Jahr vorgesehen. Kürzere Pfade mit höherer Taktung lassen keinen Spielraum für einen Patienten, der den nächsten Schritt nicht kennt, oder für eine Pflegekraft, die ein Formular erneut erfasst, das längst ausgefüllt sein müsste.

Das ist die Falle. Wer fragmentiert digitalisiert, landet im Schlechteren beider Welten: schlechtere Erfahrung und höhere Kosten zugleich. Experience-Schulden sind ein Problem des Betriebsmodells, nicht eines, das sich mit besserem UX-Design überdecken lässt.

 

System-first fragt, was dazukommt. Journey-first fragt, wozu es dient.

Eine geteilte Grafik stellt „System-first“ – mit einem Zitat über Gesundheitssysteme und Systemfunktionen auf der linken Seite – und „Journey-first“ – mit einem Zitat über das digitale Patientenerlebnis auf der rechten Seite – gegenüber; beide Texte sind auf Deutsch und in den Farben Blau und Weiß gehalten.

 

Vom System-Denken zur Experience-Schicht

Der Denkwechsel, den wir vorschlagen, lautet: Hören Sie auf, Digital Patient Experience als Summe der Kanäle zu verstehen, die Ihnen gehören. Verstehen Sie sie als die Fähigkeit Ihrer Organisation, aus Sicht des Patienten wie ein zusammenhängendes System aufzutreten. Mit dieser Definition ändert sich die Designaufgabe.

Sie brauchen eine neue oberste Ebene, eine Experience-Schicht über den einzelnen Systemen, die von einer Rolle verantwortet wird, die für die gesamte Journey einsteht. Das bewirkt zwei Dinge. Die Patient Journey wird zur Steuerungslogik statt zum Nachgedanken. Und Architekturentscheidungen fallen journey-first statt system-first. Die Leitfrage lautet nicht mehr, welche Funktion dieses System bringt, sondern welche Erfahrung es erzeugt. Jedes neue System muss sich in diese Logik einfügen, statt eine weitere Insel zu bilden.

Unter der Experience-Schicht liegt eine Integrationsschicht. Über Standards wie FHIR kommuniziert sie mit dem Krankenhausinformationssystem, der Terminplanung sowie Labor- und Radiologiesystemen, ohne dass eines dieser Systeme ersetzt werden muss.

Dieser Ansatz existiert bereits in der Praxis. Am Universitätsklinikum Frankfurt hat Fraunhofer im Projekt OneViewMed genau das gebaut: ein FHIR-Repository, das Daten aus getrennten Klinikinformationssystemen zu einer zusammenhängenden Sicht für das klinische Personal zusammenführt. Der Patient bucht über eine zusammenhängende Oberfläche, die Information landet dort, wo sie hingehört, und die Journey fühlt sich nicht mehr wie eine Führung durch Ihr Organigramm an. Das Klinikum hat das System als Open Source veröffentlicht, andere Häuser können es frei nachnutzen.

Für einen CIO lässt sich die Konsequenz in einem Satz zusammenfassen: Sie bauen keine Systeme mehr, Sie gestalten und verantworten die Kohärenz der Patientenerfahrung über alle Systeme hinweg. Dazu gehören ein neues Betriebsmodell und Kennzahlen entlang der Journey statt entlang der Systeme. Der Ausgangspunkt ist die Einsicht, dass Kohärenz Ihre eigentliche Verantwortung ist, nicht zusätzliche Software.

 

Eine Experience-Schicht über einer FHIR-basierten Integrationsschicht, wobei die bestehenden klinischen Systeme weiterhin im Einsatz bleiben.

Ein Flussdiagramm veranschaulicht, wie Nutzer auf ein Webportal oder ein mobiles Portal zugreifen und so das digitale Patientenerlebnis verbessern, indem sie über HL7 FHIR/OpenID Connect eine Verbindung zu einer Integrationsplattform herstellen, die wiederum mit Gesundheitssystemen, elektronischen Patientenakten, klinischen Systemen und anderen Systemen von Drittanbietern verknüpft ist.

 

Wie Cloudflight unterstützt

Cloudflight entwickelt Individualsoftware für genau diese Aufgabenstellung. Sie bekommen kein weiteres Standardprodukt für den Stapel, sondern eine Experience-Schicht, die um Ihre Patient Journey herum entsteht, auf einer FHIR-basierten Integrationsschicht über Ihren bestehenden Systemen. Als Digital Engineers und nicht als Produktanbieter können wir Ihre Architektur journey-first denken und auf Kohärenz auslegen, statt Ihnen die nächste Insel zu verkaufen.

 

Was das für Sie bedeutet

Bleibt die Frage, was ein CIO tut, der das Muster wiedererkennt. Vier Schritte, die nichts mit dem Kauf zusätzlicher Software zu tun haben:

  • Benennen Sie eine Verantwortung für die gesamte Patient Journey, angesiedelt über den einzelnen Systemen.
  • Kartieren Sie, wo der Kontext zwischen den Touchpoints tatsächlich abreißt, und behandeln Sie diese Lücken als Ihr eigentliches Backlog.
  • Bewerten Sie die nächste Architekturentscheidung journey-first. Fragen Sie, welche Erfahrung sie erzeugt, nicht nur, welche Funktion sie ergänzt.

Behandeln Sie die Experience-Schicht als Entscheidung über Ihr Betriebsmodell, nicht als Beschaffungsposition.