Friedhelm Matten, ISCaD GmbH · August 2026 · Langfassung zum Prüfbericht (Fassung 1.0, Stand 28.07.2026)
Die Frage¶
Wenn ein FHIR-Bundle den Referenzvalidator besteht — was genau ist dann gesichert? Die verbreitete Lesart: „valide = in Ordnung". Die präzise Antwort: Der Validator prüft Konformität — ob eine Instanz den Profilen und Terminologien entspricht. Er prüft nicht, ob beim Weg dorthin Bedeutung verloren gegangen ist. Das ist keine Schwäche des Validators; es ist eine andere Frage. Dieser Beitrag zeigt an einem nachvollziehbaren Prüfaufbau, dass beides auseinanderfällt: Daten können vollständig konform validieren und zugleich nachweisbaren Bedeutungsverlust tragen.
Was verloren gehen kann: vier Muster¶
Die theoretische Grundlage liefert die Papierreihe FM-1 bis FM-4. FM-4 (SILD — Signal-Loss Inspection at Data-boundaries) beweist, dass sich jeder Bedeutungsverlust an einer Übertragungsgrenze auf genau vier Muster zurückführen lässt — vollständig und minimal, relativ zu zwei ausgewiesenen Axiomen:
Type Narrowing — Spezifität geht verloren: Aus „Typ-2-Diabetes mit Nephropathie" wird „Diabetes". Attribute Dropping — Bestandteile und Kontext fallen weg: der Laborwert kommt an, sein Referenzbereich nicht. Reference Severing — Verknüpfungen reißen: der Befund verliert den Bezug zu seiner Probe. Temporal Collapse — Zeitstruktur kollabiert: aus einem Zeitraum wird ein Zeitpunkt.
Wer ein fünftes Muster vorschlägt, greift eines der Axiome an, nicht den Satz — diese Diskussion ist willkommen und im offenen Material führbar.
Der Prüfaufbau¶
Ein Korpus aus 77 synthetischen FHIR-R4-Bundles: 35 ohne eingebaute Verluste, 42 mit je einem dokumentierten Verlust aus einer feldtypischen Abbildung — nicht eingespielt, sondern so entstanden, wie sie im Klinikalltag entstehen. Jedes Bundle trägt eine maschinenlesbare Soll-Angabe (Ground Truth): welcher Verlust, an welcher Stelle, mit welchem Schweregrad.
Validiert wurde mit dem gematik-Referenzvalidator samt ISiK-Plugin — bewusst mit dem anerkannten Werkzeug, nicht mit einem eigenen. Ergebnis der Validierung: Alle 42 verlustbehafteten Bundles validieren konform (151 von 151 Ressourcen auf Entry-Ebene), und zu jedem der vier Muster existieren konform validierende Träger (TN 14, TC 14, AD 21, RS 28).
Anschließend lief der SILD-Detektor über denselben Korpus: Er weist in den 42 Bundles den Verlust nach — mit benannter Stelle und Schweregrad — und meldet in den 35 sauberen keinen. Der Abgleich gegen die Ground Truth ergab null Abweichungen.
Absicherung gegen Fehlschlüsse¶
Ein Ergebnis dieser Art lädt zu zwei Einwänden ein, die wir beide ernst nehmen. Erstens: „Wurden die Prüfdaten passend gemacht?" Am Korpus wurden während der Arbeit drei Darstellungsfehler behoben (u. a. fehlende entry.request-Elemente). Dieser Eingriff ist im Prüfbericht offengelegt — und die Gegenprobe zeigt: Der Detektor liefert über alle 77 Bundles vor wie nach dem Eingriff deckungsgleiche Verlustbefunde; die Verlustmuster selbst sind unangetastet. Zweitens: „Findet der Detektor einfach immer etwas?" Nein — die Positivkontrolle hält: Eine bewusst invalide Referenzinstanz (Observation ohne status) fällt mit genau diesem Fehler durch, die 35 sauberen Bundles bleiben befundfrei.
Grenzen der Aussage¶
Gezeigt ist die Erkennbarkeit von Bedeutungsverlust an konform validierten Daten — an synthetischen Instanzen. Nicht gezeigt ist, wie häufig solche Verluste im Feld auftreten: Das ist eine Messfrage je konkreter Strecke, keine Behauptung. Genau dafür ist das Verfahren gebaut — als Messung, nicht als Zertifikat. Und noch einmal ausdrücklich: Der Referenzvalidator wird hier nicht ersetzt, sondern ergänzt. SILD läuft nachgelagert zur Validierung und beantwortet die Frage, die nach der Konformität offen bleibt.
Material¶
Alle Grundlagen sind offen nachvollziehbar: FM-4 (SILD, Konzept-DOI 10.5281/zenodo.20375434), FM-1 (Grundlagen, 10.5281/zenodo.19205556), das Diskussionspapier zur Grenzbestimmung (10.5281/zenodo.21318995, Revisionsfassung August 2026), Referenzcode (github.com/fmatten/SILD) und eine laufende Demo-Instanz (demo.aion-clinical.de). Der vollständige Prüfbericht (externe Fassung) ist auf Anfrage einsehbar; der Aufbau ist durch Dritte wiederholbar.
Kontakt: ISCaD GmbH · Friedhelm Matten · friedhelm.matten@iscad-it.de
← Zurück zum Blog ← Back to blog