Klinik IT im Dezember: Wenn der Sturm kommt, entscheidet das System

1. Der Dezember-Sturm und die Systemfrage

Dezember in der Notaufnahme hat seinen eigenen Rhythmus: Grippe, RSV, Infekte, Unfälle, Weihnachtsstress. Viele Patientinnen und Patienten auf einmal, weniger Personal als geplant, dazu das Hintergrundrauschen aus Telefon, Mail, Portalen und Rückfragen.

Und genau hier passiert etwas, das kaum jemand offen ausspricht: Kliniken gehen in solchen Phasen nicht nur am Patientenaufkommen an ihre Grenzen, sondern an der Reibung im System.

Nicht weil Menschen schlecht arbeiten. Sondern weil sie zu viel gleichzeitig jonglieren müssen.

Wenn sich eine Klinik im Dezember wie gestürmt anfühlt, ist die entscheidende Frage nicht nur: Haben wir genug Personal?

Die entscheidende Frage ist auch: Wie gut trägt uns unsere Systemlandschaft durch den Sturm?

Diese Seite ist kein Rant über einzelne Hersteller. Es ist ein Augenöffner dafür, warum viele Digitalisierungsprogramme in Kliniken sich für Anwender trotzdem nach Mehrarbeit anfühlen und wie du das drehen kannst: nicht mit dem elften Tool, sondern mit einer Orchestrierungsebene.

2. Das Muster, das ich in Gesprächen immer wieder sehe

Viele Häuser sind gerade im größten Umbau seit Jahren:

• Neues KIS, weil IS-H wegfällt oder abgelöst wird.
• Parallel ein Clinical Data Repository (CDR), weil Daten zusammengeführt werden sollen.
• CDSS-Lösungen wie MAIA oder vergleichbare Systeme, weil Entscheidungsunterstützung gefragt ist.
• Patientenportal, Zuweiserportal, Aufklärungsportale, Terminportale.
• Dazu Kommunikation, Dokumentation, Abrechnung, Controlling, Qualität, Medizingeräte, Labor, Radiologie.

Jedes System für sich hat einen Zweck. Manche sind fachlich hervorragend. Manche sind historisch gewachsen. Manche sind politisch durchgesetzt, weil Förderkulissen oder Programme es nahelegen.

Und trotzdem sagen mir Teams auf Station oft sinngemäß:

• Ich mache heute mehr Klicks als Medizin.
• Ich springe zwischen Fenstern, statt zu arbeiten.
• Ich suche Informationen, die eigentlich längst da sind.
• Ich tippe Dinge doppelt, weil es anders nicht geht.

Das ist nicht das Problem eines einzelnen Tools. Das ist das Problem zwischen den Tools.

3. Warum ein weiteres Tool fast nie die Lösung ist

Wenn es brennt, ist die Standardreaktion verständlich: Wir brauchen noch etwas, das X löst.

Noch ein Portal. Noch eine App. Noch ein Formular. Noch ein Alert. Noch ein Dashboard.

Das fühlt sich kurzfristig wie Fortschritt an. Langfristig erzeugt es oft genau drei Nebenwirkungen:

• Mehr Logins und mehr Oberflächen
• Mehr Medienbrüche
• Mehr Verantwortungslücken, weil niemand mehr weiß, wo etwas endet und wo es beginnt

Die Klinik wird nicht digitaler, sie wird nur komplexer.

Der Perspektivwechsel: Kliniken brauchen nicht noch mehr Funktionen. Kliniken brauchen weniger Reibung.

4. Was eine Orchestrierungsebene wirklich ist

Eine Orchestrierungsebene ist die Schicht über den bestehenden Systemen, die zwei Dinge gleichzeitig schafft:

1. Information bündeln: Aus KIS, CDR, CDSS und Portalen entsteht ein zusammenhängendes Bild für die Teams.
2. Abläufe steuern: Arbeit wird über Systemgrenzen hinweg orchestriert. Nicht nur Daten anzeigen, sondern Aufgaben und Entscheidungen führen.

Wenn du es bildlich willst: KIS, CDR, MAIA, Portale sind Instrumente. Die Orchestrierungsebene ist der Dirigent. Ohne Dirigent spielen alle. Nur nicht zusammen.

Wichtig: Orchestrierung ist kein Ersatz für ein KIS, kein Ersatz für MAIA, kein Ersatz für dein CDR. Es ist die Ebene, die verhindert, dass ein gutes System im Alltag wie ein schlechtes wirkt.

5. Der Sturm im Dezember, übersetzt in Lastarten

Wenn weniger Personal da ist und gleichzeitig mehr Patienten kommen, entsteht in der Praxis meist eine Mischung aus vier Lastarten:

• Kommunikationslast: Telefonate, Rückfragen, Nachforderungen, Absprachen, Statusupdates.
• Dokumentationslast: Aufnahmen, Übergaben, Verlegungen, Entlassungen, Befunde, Aufklärungen.
• Koordinationslast: Wer macht was als Nächstes, was hat Priorität, wo hängt es.
• Suchlast: Wo ist die Info, wo steht sie, wer hat sie, welche Version ist richtig.

Eine Orchestrierungsebene muss genau diese Lastarten reduzieren. Nicht durch Magie, sondern durch saubere Steuerung.

6. Der Teil, der richtig Wirkung macht: Kommunikation und Routinearbeit

Viele denken bei Orchestrierung zuerst an Datenintegration. Das ist wichtig, aber es ist nur der Anfang.

Der größere Hebel steckt in Routinekommunikation und Standardanfragen.

In fast jeder Klinik gibt es wiederkehrende Muster, die täglich hunderte Male passieren:

• Statusfragen
• Anfragen zu Terminen
• Standardrückfragen zu Dokumenten
• Zuweiserfragen
• Patientenfragen
• Interne Rückfragen zwischen Station und Verwaltung
• Nachforderungen, weil Pflichtangaben fehlen
• Rückfragen zu Kodierung, Fallstatus, Abrechnung

Hier entsteht ein großer Teil der gefühlten Überlastung. Und hier kann ein gutes System wirklich mitarbeiten.

Was in Piloten häufig möglich ist, wenn Prozesse sauber definiert sind:

50 bis 70 Prozent der wiederkehrenden Routine lässt sich automatisiert beantworten oder als Entwurf vorbereiten (je nach Fachbereich und Regelwerk).

Das bedeutet nicht: Maschine übernimmt alles. Das bedeutet: Das Team bekommt Vorschläge, Entwürfe, vorgefüllte Antworten und klare Eskalation.

• Weniger Telefon-Pingpong
• Weniger Rückfragen
• Schnellere Antwortzeiten
• Weniger manuelles Copy-Paste

Und das ist genau der Unterschied zwischen KI-Show und KI-Nutzen.

7. Harte Kennzahlen, die du wirklich messen kannst

Wenn du Entscheider bist, willst du keine schöne Story. Du willst Steuerung.

Eine Orchestrierungsebene sollte deshalb nicht mit Features verkauft werden, sondern mit messbaren Effekten. Kennzahlen, die Kliniken gut greifen können, und die du vor und nach einem Pilot vergleichen kannst:

• Such- und Klickzeit: Wie viele Minuten pro Fall gehen für Suchen, Öffnen, Wechseln und Nachschlagen drauf?
• Doppeldokumentation: Wie oft werden die gleichen Informationen in zwei oder mehr Systeme eingegeben?
• First Contact Resolution: Wie viel Prozent der Anfragen sind beim ersten Kontakt erledigt, ohne Rückfrage und ohne Weiterleiten?
• Eskalationsquote: Wie oft muss ein Mensch eingreifen, weil die Automatisierung es nicht schafft?
• Durchlaufzeit für Standardprozesse: Aufnahme, Verlegung, Entlassung, Dokumentenanforderung, Zuweiserkommunikation.
• Wartezeit und Liegezeit beeinflussen: Nicht jede Minute ist IT-getrieben. Aber weniger Reibung wirkt indirekt über schnellere Koordination und weniger Rückfragen.

Merksatz: Wenn du nicht misst, ist es nicht digital. Es ist nur teuer.

8. Wie die Orchestrierungsebene technisch gedacht wird

Du brauchst kein neues Monolith-Monster. Du brauchst eine modulare Schicht, die sich sauber in bestehende Landschaften einfügt.

Drei Ebenen haben sich in der Praxis bewährt:

1. Datenebene: Normierte Schnittstellen, klare Datenmodelle, FHIR wo sinnvoll, sonst saubere APIs. Ziel: ein konsistentes Bild über Patient, Fall, Status, Aufgaben, Dokumente.
2. Workflowebene: Aufgaben, Regeln, Zuständigkeiten, Eskalationen. Nicht als starre BPM-Folklore, sondern als pragmatische Orchestrierung: Wer bekommt was, wann, mit welchen Daten, mit welcher Frist.
3. Interaktionsebene: Das Cockpit für Station, Verwaltung, Controlling, IT-Betrieb. Wenige Klicks, klare Prioritäten, eine Ansicht, die im Sturm funktioniert.

9. KI-Agenten, aber richtig

In Kliniken scheitert KI selten an Modellqualität. Sie scheitert an fehlendem Rahmen.

Damit KI nicht nur neue Alerts produziert, braucht sie:

• Klare Aufgaben: Was darf sie automatisch entscheiden, was nur vorbereiten?
• Klare Übergabe: Wann und wie wird an Menschen eskaliert, wer ist zuständig?
• Klare Protokolle: Was wurde beantwortet, warum, auf Basis welcher Daten?
• Klare Messung: Antwortqualität, Eskalationsquote, Zeitersparnis, Fehlerquote.

So wird aus KI eine Entlastung und keine zusätzliche Quelle für Unsicherheit.

10. Der Punkt, der 2030 relevant macht, ohne Fantasie zu sein

Es geht nicht um eine fixe Jahreszahl, sondern um die Realität, dass Systemwechsel in den nächsten Jahren kommen werden.

Einige Systeme laufen aus, andere werden abgekündigt, andere passen strategisch nicht mehr, wieder andere sind wirtschaftlich nicht mehr tragbar. Kliniken werden sich umschauen müssen. Und jedes Mal droht derselbe Albtraum:

• Datenmigration
• Prozessbruch
• Schulung
• Rückfall in Excel und Schattenlisten
• Monate Übergangschaos

Eine Orchestrierungsebene kann hier zur Stabilitätsversicherung werden: Die Klinik baut einen Kern, der ihr gehört. Die Systeme darunter sind austauschbar.

• Daten werden sauber extrahiert und normalisiert.
• Workflows bleiben in der Orchestrierungsebene stabil.
• Wenn ein System ersetzt wird, wird der Adapter getauscht, nicht die ganze Klinik neu gebaut.

Das ist der Unterschied zwischen einer Klinik, die auf Veränderungen reagiert, und einer Klinik, die von Veränderungen überrollt wird.

11. Ein realistischer Fahrplan, der nicht nach Großprojekt riecht

Wenn du das Thema angehen willst, brauchst du einen Einstieg, der schnell zeigt, ob es wirkt.

Ein Ansatz, der oft gut funktioniert:

Phase 1

30 Tage Pilot auf einen klaren Prozess – zum Beispiel Portalanfragen plus Telefon plus Standarddokumente für eine definierte Einheit. Ziel: drei KPIs messen und sichtbar verbessern.

Phase 2

60 bis 90 Tage Ausbau auf zwei bis drei Prozesse – mit echten Rollen, Eskalationen und Entwurfslogik.

Phase 3

Skalierung über Bereiche – mit Adapterstrategie für KIS, CDR, CDSS und Portale. Hier entsteht der klinikeigene Kern.

So bleibt es handhabbar. Und du kannst jederzeit stoppen, korrigieren, nachschärfen.

12. Was du aus dieser Seite mitnehmen sollst

Wenn du nur einen Satz behältst, dann diesen: Krankenhaus-IT braucht nicht noch ein Tool. Sie braucht Orchestrierung.

Und zwar so, dass im Dezember nicht das Team die Systeme trägt, sondern die Systeme das Team.