Lexikon · Abgrenzung
Klinikinfosystem vs. KIS-Ausfallsystem
Ein KIS-Ausfallsystem ist der Notfallspiegel für den Ausfall – meist nur lesend, oft mit 24-Stunden-Batch-Versatz, nur im Notfall aktiv. Ein Klinikinfosystem ist die produktive Arbeitsschicht im Regelbetrieb, die per Append-Only mitdokumentiert. Beide gehören zusammen – aber sie lösen verschiedene Aufgaben.
In einem Satz
Ein KIS-Ausfallsystem hält einen Notfallspiegel für den Ausfall des zentralen Krankenhausinformationssystems vor und wird nur im Notfall aktiv; ein Klinikinfosystem arbeitet im Regelbetrieb produktiv je Station mit und dokumentiert per Append-Only. Das eine ist ein Sicherheitsnetz, das andere eine Arbeitsschicht – sie ersetzen einander nicht.
Beide Systemklassen sind kein Ersatz für das zentrale KIS. Das KIS bleibt das führende System. Die vollständige Einordnung der drei Pole steht in der Definition des Klinikinfosystems und in der Abgrenzung.
Ein KIS-Ausfallsystem – auch KIS-Notfallsystem oder Failover-Lösung genannt – hat genau eine Aufgabe: Wenn das zentrale Krankenhausinformationssystem nicht erreichbar ist, sollen die wichtigsten Falldaten weiterhin einsehbar bleiben. Dafür hält es eine Projektion der Falldaten vor, die üblicherweise turnusmäßig aus dem KIS gespiegelt wird.
Ein KIS-Ausfallsystem ist damit ein Sicherheitsnetz – wertvoll, aber passiv. Es ist bewusst nicht darauf ausgelegt, den täglichen Stationsbetrieb produktiv zu tragen.
Für Notfall- und Ausfallszenarien gibt es etablierte Lösungen deutscher und internationaler Anbieter. Die folgende Nennung ist sachlich und ohne Wertung – sie ordnet bekannte Nachbarkategorien ein, keine Konkurrenzabwertung:
- iris-healthcare – bietet mit Lösungen wie der iris-PRINTBOX und KIS-Notfallzugriffen einen lesenden Zugriff auf den Notfallspiegel, damit Stationen bei KIS-Ausfall die wichtigsten Dokumente weiterhin einsehen und drucken können.
- uhb Software – stellt Notfall- und Ausfallkonzepte für Krankenhäuser bereit, die die Datenverfügbarkeit im Störungsfall absichern.
- clinicview – als Anzeige- und Cockpit-orientierte Lösung auf die übersichtliche Darstellung von Falldaten ausgerichtet, wie sie im Ausfall- und Überblickskontext gebraucht wird.
Allen Ansätzen ist gemeinsam: Sie sichern die Verfügbarkeit im Ausnahmefall ab. Ein Klinikinfosystem setzt an einer anderen Stelle an – es soll im Normalfall Arbeit abnehmen, nicht nur im Ausnahmefall auskunftsfähig bleiben.
| Merkmal | KIS-Ausfallsystem | Klinikinfosystem |
|---|---|---|
| Einsatzzweck | Notfallspiegel für den Ausfall | produktive Arbeitsschicht je Station |
| Aktivierung | nur im Notfall | dauerhaft im Regelbetrieb |
| Schreibzugriff | meist nur lesend | lokal, Append-Only |
| Datenaktualität | oft 24-Stunden-Batch-Versatz | laufend, opportunistischer Sync |
| Dokumentationsprinzip | Snapshot / Nacherfassung | Append-Only-Journal |
| Nutzen im Alltag | passives Sicherheitsnetz | aktive Entlastung je Station |
Der technische Aufbau, der die produktive Arbeitsschicht trägt – lokale Projektion, Append-Only-Journal und idempotentes Sync-Gateway – ist auf der Seite Architektur dezentraler Klinikinfosysteme beschrieben.
Ein Klinikinfosystem tritt nicht gegen das Ausfallsystem an – im Gegenteil: Weil es je Station lokal weiterarbeitet, verhält es sich bei einem KIS-Ausfall wie ein integriertes Sicherheitsnetz, ohne dass ein separater Notfallmodus zugeschaltet werden muss. Die Station dokumentiert einfach weiter, der Abgleich mit dem zentralen KIS holt den Rückstand nach, sobald das KIS wieder erreichbar ist.
Dadurch verkleinert die dezentrale Architektur zugleich die Angriffsfläche gegenüber einem einzelnen zentralen System – eine drastisch reduzierte Angriffsfläche und damit Ransomware-Resilienz, ohne dass irgendein System „unangreifbar" wäre. Wie Angriffe typischerweise ablaufen und warum lokal weiterarbeitende Satelliten helfen, beschreibt der Artikel Ransomware im Krankenhaus.
Ein Klinikinfosystem ist eine Ergänzungsschicht, kein KIS-Ersatz. Das zentrale Krankenhausinformationssystem bleibt das führende System.