KLINIKINFOSYSTEME Beratung anfragen

Recht · Rechtliche Fundierung

Rechtsgrundlagen für Klinikinfosysteme

Ein Klinikinfosystem ist eine dezentrale Ergänzungsschicht je Station, kein KIS-Ersatz. Diese Seite ordnet die vier tragenden Rechtsgrundlagen ein: § 630f BGB, den datenschutzrechtlichen Behandlungszusammenhang, den B3S „Medizinische Versorgung“ und die KRITIS-Schwelle – und wie eine Append-Only-Architektur die Angriffsfläche reduziert.

Rechtliche Einordnung besprechen Kostenlose Erstanalyse Ihrer Stationsrealität · 30 Minuten
Diagnose – § 630f BGB

Die Behandlungsdokumentation ist keine Kür, sondern gesetzliche Pflicht. § 630f BGB verlangt ausdrücklich, dass Berichtigungen und Änderungen von Eintragungen nur zulässig sind, wenn der ursprüngliche Inhalt erkennbar bleibt und der Zeitpunkt der Änderung feststellbar ist. Genau das ist die architektonische Kernaussage einer Append-Only-Dokumentation: Ergänzen statt Überschreiben.

Kernaussage – § 630f BGB

Ein lokales Append-Only-Journal schreibt neue Einträge fort, ohne bestehende zu ersetzen. Der ursprüngliche Inhalt bleibt dauerhaft feststellbar, jede Ergänzung trägt ihren Zeitstempel. Damit bildet die Append-Only- Architektur die Anforderung des § 630f BGB an Revisionssicherheit und Nachvollziehbarkeit unmittelbar in der Datenstruktur ab – statt sie nachträglich durch Verfahrensregeln absichern zu müssen. Das Gesetz schreibt keine bestimmte Technik vor; Append-Only ist jedoch die Architektur, die diese Dokumentationspflicht am direktesten erfüllt.

Was das technisch bedeutet – lokale Projektion, Journal und idempotentes Sync-Gateway – beschreibt die Seite Architektur dezentraler Klinikinfosysteme. Die Definition der Systemklasse steht auf der Seite Was ist ein Klinikinfosystem?

Befund – Datenschutz, B3S und KRITIS

Neben der Dokumentationspflicht stützen drei weitere Grundlagen die dezentrale Architektur. Sie sind hier bewusst wie diagnostische Kriterien notiert:

RG-1
Behandlungszusammenhang laut Datenschutzkonferenz. Der Zugriff auf Patientendaten ist datenschutzrechtlich an den konkreten Behandlungszusammenhang gebunden; die Orientierungshilfe der Datenschutzkonferenz (DSK) zu Krankenhausinformationssystemen fordert, Berechtigungen nicht als globalen Vollzugriff, sondern fallbezogen zu vergeben. Ein Klinikinfosystem vergibt Rechte je Station im Behandlungszusammenhang statt global – und folgt damit dieser Vorgabe strukturell.
RG-2
B3S „Medizinische Versorgung“. Der branchenspezifische Sicherheitsstandard (B3S) für die medizinische Versorgung konkretisiert den Stand der Technik nach § 8a BSI-Gesetz für Krankenhäuser. Er adressiert unter anderem Netzsegmentierung, Zugriffskontrolle und Ausfallvorsorge – Anforderungen, die eine stationsnahe, dezentrale Arbeitsschicht durch Segmentierung je Station unterstützt.
RG-3
KRITIS-Schwellenwert. Nach der BSI-Kritisverordnung gilt für Krankenhäuser ein Schwellenwert von 30.000 vollstationären Fällen pro Jahr.1 Wird er überschritten, gilt die Einrichtung als Betreiber Kritischer Infrastruktur mit Nachweis- und Meldepflichten nach § 8a BSI-Gesetz. Die dezentrale Architektur zielt darauf, im Ernstfall die Angriffsfläche zu verkleinern und den Weiterbetrieb einzelner Stationen zu stützen.

1 Schwellenwert nach der BSI-Kritisverordnung (BSI-KritisV), Sektor Gesundheit, Anlage 5. Maßgeblich ist jeweils die geltende Fassung der Verordnung; diese Seite gibt den Wert nur zur Orientierung wieder.

Ransomware-Resilienz

Ransomware ist das zentrale Betriebsrisiko der Krankenhaus-IT. Die BSI-Handlungsempfehlungen zur Sicherheit von Krankenhausinformationssystemen (SiKIS) beschreiben typische Angriffspfade – von der Erstinfektion über die laterale Bewegung bis zur Verschlüsselung der zentral gebündelten Daten. Ein zentrales KIS ist dabei ein Single Point of Failure: Fällt es aus, steht der dokumentarische Betrieb still.

Ein Klinikinfosystem macht ein Haus nicht „unangreifbar“ – diesen Anspruch erhebt es ausdrücklich nicht. Es leistet einen begrenzten, aber konkreten Beitrag: Durch die stationsnahe Segmentierung und die lokale, schreibgeschützte Projektion mit eigenem Append-Only-Journal wird die Angriffsfläche reduziert und die Ransomware-Resilienz erhöht – eine kompromittierte Station legt nicht automatisch die dokumentarische Handlungsfähigkeit der übrigen Stationen lahm. Diese Wirkung folgt der Stoßrichtung der BSI-SiKIS-Handlungsempfehlungen zu Segmentierung und Ausfallvorsorge. Wie solche Angriffe typischerweise ablaufen, ist im Lexikonartikel Ransomware im Krankenhaus: Angriffspfade nach BSI dargestellt.

Häufige Fragen

Ist Append-Only nach § 630f BGB verpflichtend?

§ 630f BGB verlangt, dass nachträgliche Änderungen erkennbar bleiben und der ursprüngliche Inhalt feststellbar ist. Ein Append-Only-Journal erfüllt diese Anforderung an Revisionssicherheit unmittelbar. Der Gesetzestext schreibt keine Technik vor, aber Append-Only ist die Architektur, die die Pflicht am direktesten abbildet.

Ab wann fällt ein Krankenhaus unter KRITIS?

Nach der BSI-Kritisverordnung gilt der Schwellenwert von 30.000 vollstationären Fällen pro Jahr. Wird er überschritten, gilt die Einrichtung als Betreiber Kritischer Infrastruktur mit Nachweis- und Meldepflichten nach § 8a BSI-Gesetz.

Verlagert ein Klinikinfosystem rechtliche Verantwortung?

Nein. Ein Klinikinfosystem ist eine Ergänzungsschicht je Station, kein KIS-Ersatz. Das führende Krankenhausinformationssystem bleibt verantwortlich; die dezentrale Schicht reduziert die Angriffsfläche und stützt die Dokumentationspflicht, ohne Zuständigkeiten zu verschieben.

Weiterführend
Rechtlicher Hinweis

Diese Darstellung dient der allgemeinen Information und ersetzt keine Rechtsberatung. Maßgeblich ist jeweils die geltende Fassung der genannten Gesetze, Verordnungen und Standards. Für die verbindliche Bewertung eines Einzelfalls ziehen Sie bitte fachkundigen rechtlichen Rat hinzu. Ein Klinikinfosystem ist eine Ergänzungsschicht je Station und kein Ersatz für Ihr Krankenhausinformationssystem.