1.5 Referenz auf vorherige Version (informativ), Update

Bei jedem Statuswechsel wird der gesamte Laborbefund überschrieben und eine neue Version erzeugt, die GUID bleibt die selbe.
Die vorherige Version wird in der ePA mitgeführt und muss im Primärsystem angezeigt werden können. Im Kontext klinischer Entscheidungen muss die Befund-Versions-Historie einschließlich der Inhalte lesbar und darstellbar sein.

Usecase: der typische und in jedem Labor alltägliche Fall ist die Nachforderung, diese ist medizinisch notwendig und auch wirtschaftlich sinnvoll, wie gesetzlich vernünftigerweise gefordert: Es erfolgt zuerst eine Basis-/Suchdiagnostik, daraus ergeben sich detailliertere Fragestellung, die zu einer nachträglichen Erweiterung des Auftrags (Nachforderung) führen, sog. "Stufendiagnostik". Nachforderungen können sich auf bereits vollständige Befunde (final), aber auch auf Teilbefunde (partial) oder auf vorläufige Befunde (preliminary) beziehen. Insbesondere bei Nachforderungen muss aus fachlich-klinischen Gründen erkennbar sein, aus welchem Vorgängerstatus ein Status "Geändert", "Ergänzt" oder "Korrigiert" abgeleitet wurde.

In den Metadaten der FHIR-Daten des Befundes wird die Version aktualisiert, während die Identifier identisch bleiben. Dadurch ist eine Versionsnachverfolgung per FHIR möglich. Die aktualisierten FHIR-Ressourcen nehmen in der ePA mit dem Upload den Platz als aktueller Befund ein, während die alten Versionen weiterhin per Versionshistorie verfügbar sind.

Das Primärsystem muss die Versionen vorhalten oder per ePA-Abruf verfügbar machen können. Im Kontext klinischer Entscheidungen muss die Befund-Versions-Historie einschließlich der Inhalte lesbar und darstellbar sein.