Abgrenzung · Kategorievergleich
Klinikinfosystem, KIS-Ausfallsystem und Global-Health-EHR
Ein Klinikinfosystem teilt sich das Feld mit zwei etablierten Nachbarkategorien: dem KIS-Ausfallsystem für den Notbetrieb und der Offline-First-EHR aus der Global-Health-Praxis. Diese Seite zeigt, wo die Grenzen verlaufen – und warum die Systemklasse dazwischen bislang unbesetzt war.
Wer ein Klinikinfosystem einordnen will, stößt auf zwei fest besetzte Nachbarkategorien. Auf der einen Seite stehen die Offline-First-EHRs aus der Global-Health-Praxis: elektronische Patientenakten, die für Regionen ohne verlässliche Netz- und Stromversorgung entworfen wurden und dort häufig das führende System überhaupt sind. Auf der anderen Seite stehen die KIS-Ausfallsysteme, die den Betrieb aufrechterhalten, wenn das zentrale Krankenhausinformationssystem ausfällt.
Ein Klinikinfosystem liegt in der Lücke dazwischen: Es setzt eine bestehende, gut angebundene KIS-Landschaft voraus – anders als die Global-Health-EHR – und es arbeitet im Regelbetrieb produktiv mit, statt nur im Notfall bereitzustehen – anders als das Ausfallsystem. Es ist damit eine Ergänzungsschicht, kein KIS-Ersatz. Die ausführliche Begriffsbestimmung steht auf der Seite Definition.
| Merkmal | Klinikinfosystem | KIS-Ausfallsystem | Global-Health-EHR |
|---|---|---|---|
| Einsatzzweck | stationsnahe Arbeitsschicht im Regelbetrieb | Notbetrieb bei Ausfall des Zentralsystems | führende Akte in infrastrukturarmen Regionen |
| Aktivierung | dauerhaft je Station | nur im Notfall | dauerhaft, oft ohne Zentralsystem |
| Schreibzugriff | lokal, Append-Only | meist nur lesend | lokal, führend |
| Zielumgebung | deutsche Station neben bestehendem KIS | Klinik mit zentralem KIS als Rückfallebene | Region ohne verlässliche Infrastruktur |
Die technische Umsetzung dieser Arbeitsschicht – lokale Projektion, Append-Only-Journal und Sync-Gateway – beschreibt die Seite Architektur dezentraler Klinikinfosysteme.
Im Markt der KIS-Ausfallsysteme sind einige Anbieter fest etabliert. Lösungen von iris-healthcare und uhb Software stellen im Ausfall einen Notfallspiegel der wichtigsten Falldaten bereit, damit Stationen auch bei Ausfall des Zentralsystems weiterarbeiten können. Das ist eine sinnvolle und bewährte Funktion – und genau der Punkt, an dem die Abgrenzung ansetzt: Ein solches System ist auf den Ausnahmefall ausgelegt und meist rein lesend.
Ein Klinikinfosystem greift den Gedanken der dezentralen Verfügbarkeit auf, verschiebt ihn aber in den Regelbetrieb: Es ist keine passive Rückfallebene, sondern eine produktive Ergänzungsschicht je Station, die per Append-Only dokumentiert. Damit verkleinert sich zugleich die Angriffsfläche gegenüber einem rein zentralen Zugriff – ohne dass ein solches System jemals „unangreifbar" wäre. Die ausführliche produktbezogene Gegenüberstellung steht im Lexikon unter Klinikinfosystem vs. KIS-Ausfallsystem.
Ist ein Klinikinfosystem nur ein anderer Name für ein KIS-Ausfallsystem?
Nein. Ein KIS-Ausfallsystem hält einen Notfallspiegel vor und wird nur bei Ausfall des Zentralsystems aktiv, meist rein lesend. Ein Klinikinfosystem arbeitet im Regelbetrieb produktiv mit und dokumentiert per Append-Only. Es ist eine Ergänzungsschicht, kein KIS-Ersatz.
Worin unterscheidet es sich von einer Global-Health-EHR?
Offline-First-EHRs aus der Global-Health-Praxis sind für Regionen ohne verlässliche Infrastruktur entworfen und ersetzen dort oft das führende System. Ein Klinikinfosystem setzt eine bestehende, gut angebundene KIS-Landschaft voraus und ergänzt sie stationsnah, ohne sie zu ersetzen.
- Definition: Was ist ein Klinikinfosystem?
- Architektur: Satellit, Append-Only-Journal und Sync-Gateway
- Lexikon: Klinikinfosystem vs. KIS-Ausfallsystem
Kein Ersatz für Ihr Krankenhausinformationssystem. Eine Ergänzungsschicht, die die Stationsrealität ernst nimmt.