Lexikon · Architektur

Was ist Append-Only-Dokumentation?

Append-Only heißt: ergänzen statt überschreiben. Jeder neue Eintrag kommt hinzu, kein bestehender wird verändert oder gelöscht. Das vermeidet Sync-Konflikte in dezentralen Klinikinfosystemen und erfüllt die revisionssichere Dokumentationspflicht nach § 630f BGB.

Beratungsgespräch vereinbaren Kostenlose Erstanalyse Ihrer Stationsrealität · 30 Minuten

Definition

Zitierfähige Definition

Append-Only-Dokumentation ist ein Dokumentationsmodell, bei dem neue Einträge ausschließlich ergänzt und niemals überschrieben oder gelöscht werden. Jede Änderung entsteht als zusätzlicher, unveränderlicher Datensatz mit Zeitstempel und Urheber. Der bisherige Stand bleibt vollständig nachvollziehbar. Korrekturen werden nicht rückwirkend eingetragen, sondern als neuer Eintrag festgehalten, der auf den vorherigen verweist.

Das Gegenmodell ist die überschreibende Speicherung: Ein Feld wird geändert, der alte Wert ist danach verloren. Für die medizinische Dokumentation ist dieses Modell ungeeignet, weil der Verlauf einer Behandlung nachträglich nicht mehr rekonstruierbar ist. Append-Only kehrt die Logik um – der Datenbestand wächst monoton, jeder Zustand der Vergangenheit bleibt abrufbar.

Bezug zu Event Sourcing

Event Sourcing ist das Architekturmuster, das Append-Only technisch trägt: Statt den jeweils aktuellen Zustand zu speichern, wird eine fortlaufende, unveränderliche Folge von Ereignissen („Events") festgehalten – etwa „Befund erfasst", „Medikation ergänzt", „Eintrag korrigiert". Der aktuelle Stand einer Akte ergibt sich aus dem Nachvollziehen aller Ereignisse in ihrer Reihenfolge.

AO.1

Ereignis statt Zustand. Gespeichert wird, was passiert ist, nicht nur, wie das Ergebnis aussieht. Der Zustand ist eine Projektion über den Ereignisstrom.

AO.2

Vollständiger Audit-Trail. Wer wann was eingetragen hat, ist lückenlos ablesbar, ohne dass ein separates Protokoll geführt werden muss – die Historie ist die Datenbank.

AO.3

Rekonstruierbarkeit. Jeder frühere Stand lässt sich exakt wiederherstellen, indem der Ereignisstrom bis zu einem Zeitpunkt abgespielt wird.

In einem Klinikinfosystem hält das lokale Append-Only-Journal je Station genau einen solchen Ereignisstrom vor. Die technische Einordnung – Satellit, Journal und Sync-Gateway – beschreibt die Seite Architektur dezentraler Klinikinfosysteme.

Warum es Sync-Konflikte vermeidet

Der praktische Kern von Append-Only zeigt sich beim Abgleich mehrerer Datenstände. Arbeiten eine Station und das zentrale Krankenhausinformationssystem zeitweise getrennt und werden später synchronisiert, entsteht bei überschreibender Speicherung ein Konflikt: Beide Seiten haben dasselbe Feld verändert, und es ist unklar, welcher Wert gewinnt.

Bei Append-Only tritt dieses Problem nicht auf. Weil nur ergänzt und nie überschrieben wird, kann der Abgleich beide Ereignisströme zusammenführen, statt einen Wert gegen den anderen ausspielen zu müssen. Zwei neue Einträge sind kein Widerspruch, sondern zwei Fakten, die beide erhalten bleiben. In Verbindung mit einem idempotenten Sync-Gateway – einem Abgleich, der denselben Eintrag mehrfach empfangen kann, ohne ihn zu verdoppeln – wird die Synchronisation dadurch konfliktfrei und wiederholbar.

Überschreiben gegen Ergänzen im Abgleich
Situation	Überschreibende Speicherung	Append-Only
Zwei getrennte Änderungen am selben Fall	Konflikt, ein Wert geht verloren	beide Einträge bleiben erhalten
Eintrag kommt beim Sync doppelt an	Gefahr der Verdopplung	idempotent, wird einmal geführt
Früherer Behandlungsstand gesucht	nicht mehr rekonstruierbar	durch Abspielen exakt herstellbar

Bezug zu § 630f BGB

§ 630f BGB regelt die Pflicht zur Führung einer Patientenakte. Zwei Vorgaben sind für die Architektur entscheidend: Erstens sind Eintragungen zeitnah zu dokumentieren. Zweitens dürfen nachträgliche Berichtigungen und Änderungen nur so vorgenommen werden, dass der ursprüngliche Inhalt erkennbar bleibt – zusammen mit dem Zeitpunkt der Änderung.

Genau das leistet Append-Only von Natur aus: Ein alter Eintrag verschwindet nie, eine Korrektur ist ein zusätzlicher Eintrag, und Zeitpunkt sowie Urheber sind Teil jedes Ereignisses. Eine überschreibende Speicherung müsste diese Revisionssicherheit über zusätzliche Protokolle nachbilden; bei Append-Only ist sie eine Eigenschaft des Modells selbst. Die weiteren Rechtsgrundlagen dezentraler Klinikinfosysteme führt die Seite Rechtsgrundlagen aus.

Weiterführend

Append-Only ist ein Bauprinzip innerhalb eines Klinikinfosystems – einer Ergänzungsschicht je Station, kein Ersatz für Ihr Krankenhausinformationssystem.