1. Was sich wirklich verändert hat
Die DKG meldete am 25. März 2026 auf Basis einer DKI-Blitzumfrage unter 489 Krankenhäusern eine sichtbare Beschleunigung des ePA-Rollouts: 40% der Häuser haben mit der Pilotierung in den Versorgungsprozessen begonnen, 90% die technische Inbetriebnahme gestartet.[1] Das ist nicht trivial. Es bedeutet, dass die ePA in den Häusern nicht mehr als spätere Baustelle behandelt wird, sondern als reales Transformationsprojekt.
Die gleichen Zahlen zeigen aber auch die Grenze dieses Fortschritts: 18% verfügen laut DKG selbst mehr als fünf Monate nach der bundesweiten Nutzungsverpflichtung noch nicht über ein Update ihres Krankenhausinformationssystems, und 43% erwarten die krankenhausweite Nutzung erst ab dem dritten Quartal 2026.[1] Mit anderen Worten: Der Rollout läuft, aber er läuft asynchron.
| Kennzahl | Bedeutung |
|---|---|
| 40% pilotieren | Die ePA ist in vielen Häusern nicht mehr Theorie, sondern Teil realer Prozessversuche. |
| 18% ohne Update | Ein relevanter Teil der Häuser hängt weiter am Lieferplan des Primärsystems. |
| 43% erst ab Q3 | Breiter Routinebetrieb bleibt ein Thema des zweiten Halbjahrs, nicht des Frühlings. |
2. Die Finanzierungsmechanik ist härter als der politische Ton
Die DKG schreibt ausdrücklich, dass einige Häuser wegen verspäteter Primärsystem-Updates ab dem 1. April Kürzungen der TI-Finanzierung riskieren.[1] Die eigentliche Härte wird in der GKV/DKG-Vereinbarung zur TI-Finanzierung sichtbar: Für den Erhalt des Zuschlags müssen die in § 4 genannten Anwendungen verfügbar sein, darunter NFDM/eMP, ePA, KIM, eAU und elektronische Verordnungen ab 01.01.2025.[2]
Wird im Vereinbarungszeitraum festgestellt, dass eine dieser Anwendungen ganz oder teilweise nicht vorgehalten wurde, wird der TI-Zuschlag anteilig gekürzt. Fehlt eine Anwendung, reduziert sich der Zuschlag um 50%; bei mindestens zwei fehlenden Anwendungen oder fehlender TI-Anbindung fällt die Zahlung für den Zeitraum weg.[2] Zusätzlich sieht die Vereinbarung bei Nichtteilnahme an der TI einen 1%-Abschlag des Rechnungsbetrags pro voll- und teilstationärem Fall vor.[2]
Das Krankenhaus kann technisch "auf dem Weg" sein und trotzdem finanziell unter Druck geraten. Für das Management zählt am Ende nicht, ob das Projekt sympathisch ist, sondern ob die geforderten Anwendungen im Abrechnungsjahr belastbar nachgewiesen werden können.
3. Was Krankenhäuser operativ wirklich umsetzen müssen
Die DKG-Umsetzungshinweise helfen genau dort, wo politische Kommunikation oft zu grob wird. Erstens: Die ePA bleibt versichertengeführt und freiwillig; sie ersetzt nicht die Primärdokumentation des Krankenhauses.[3] Zweitens: Krankenhäuser müssen nicht proaktiv erfragen, ob ein Patient gegen die Anlage oder Befüllung seiner ePA widersprochen hat. Sie dürfen grundsätzlich davon ausgehen, dass kein Widerspruch vorliegt, solange ihnen technisch nichts anderes angezeigt wird.[3]
Die Entlastung an dieser Stelle ist allerdings nicht kostenlos. Sobald ein Widerspruch im Behandlungskontext erklärt wird, muss er nachprüfbar in der Behandlungsdokumentation protokolliert werden; eine selektive Befüllung einzelner Dokumentgruppen ist dabei nach den Hinweisen gerade nicht der Regelfall.[3] Für Daten mit möglicher Diskriminierungs- oder Stigmatisierungswirkung müssen Häuser zusätzlich auf die Rechte auf Widerspruch und Beschränkung hinweisen.[3]
| Operative Ebene | Was das praktisch heißt |
|---|---|
| Primärsystem | Nachweisbar verfügbare Anwendungen und Versionen, nicht nur Projektstatus im Steering Committee. |
| Dokumentation | Widersprüche und Hinweise müssen in der Primärdokumentation sauber und auditierbar landen. |
| Prozessdesign | Upload, Hinweispflichten und sensible Daten dürfen nicht erst am Patientenbett improvisiert werden. |
4. Wo der Blueprint für die Häuser liegt
Wenn man die drei Quellen zusammenlegt, ergibt sich ein ziemlich nüchternes Bild: Die Häuser müssen nicht jede Unklarheit der ePA politisch lösen. Sie müssen aber Vendor-Readiness, Finanzierungsnachweis und Prozesssicherheit gleichzeitig beherrschen. Genau dort zerfällt der Rollout sonst in drei verschiedene Projektsprachen: IT sagt "wir warten auf das Update", Medizin sagt "das ist im Alltag noch nicht nutzbar", Controlling sagt "wieso fehlt uns hier Geld".
- Der DKG-Befund zeigt, dass das Problem nicht fehlender Wille ist, sondern verspätete Lieferbarkeit und Prozessintegration.[1]
- Die Finanzierungsvereinbarung zeigt, dass Verfügbarkeit und Nachweis wirtschaftlich relevant sind, selbst wenn der operative Nutzen noch nicht perfekt ist.[2]
- Die Umsetzungshinweise zeigen, dass die eigentliche Komplexität in Widerspruchslogik, Informationspflichten und sauberer Dokumentationspraxis steckt.[3]
5. Was ein Krankenhaus-IT-Team diesen Monat tun sollte
Den Lieferstatus des Primärsystems schriftlich absichern. Kein Ampelstatus, sondern ein belastbarer Termin- und Versionsstand.
Die Pflichtanwendungen gegen § 4 der TI-Finanzierungsvereinbarung mappen. Nicht pauschal „wir sind angeschlossen", sondern je Anwendung prüfen.
Widerspruch und Beschränkung als Prozess bauen. Wer informiert, wo wird dokumentiert, wie wird das im Alltag sichtbar.
Sensible Datenpfade gesondert behandeln. Psychische Erkrankungen, STI, Schwangerschaftsabbruch und ähnliche Fälle brauchen klare Hinweisschritte.
Pilotierung und Produktionsreife getrennt berichten. Sonst fühlt sich das Projekt intern weiter fortgeschritten an, als es wirtschaftlich tatsächlich ist.