ELGA e-Diagnose R4 (Draft), published by ELGA GmbH. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7Austria/ELGA-e-Diagnose-R4/ and changes regularly. See the Directory of published versions
Listenressourcen bilden die organisatorische Struktur der e-Diagnose und dienen der Zusammenfassung fachlicher Einzelressourcen zu den Kategorien Diagnosen, Prozeduren sowie Allergien und Intoleranzen. Die nachfolgenden Sub-Use-Cases beschreiben die Initialisierung, Verwaltung und Pflege dieser Listen, einschließlich des Hinzufügens, Bearbeitens, Umordnens und Entfernens von Einträgen sowie der Übernahme von Einträgen aus der Gesamtansicht.
Interaktionen mit Listenressourcen
Sub_UC_eDiag_06_01 - Nach Initialisierung leere Liste bestätigen
Sub_UC_eDiag_06_02 - Neue Einträge in einer Liste erstellen
Ein GDA kann einen oder mehrere neue Einträge in der Liste von Diagnosen, Prozeduren, Allergien und Intoleranzen erfassen.
Hierfür führt dieser GDA ein $list-read aus und bearbeitet das von der Fachanwendung übermittelte Collection Bundle:
Im Element List.source wird der aktuelle GDA dokumentiert, das Element List.date wird auf den aktuellen Zeitpunkt aktualisiert.
Die entsprechende Ressource (Condition, Procedure oder AllergyIntolerance) wird neu erstellt und in der List-Ressource referenziert.
Das List.entry.flag der referenzierten Ressource erhält den Wert new.
Die Ressource erhält die für den jeweiligen Ressourcentyp zulässigen Statuswert (siehe Statustabelle).
Der Meta-Tag der Ressource kennzeichnet die Zugehörigkeit zur Liste Diagnosen, Prozeduren bzw. Allergien und Intoleranzen.
Im Anschluss übermittlet der GDA mittels POST $ListWrite die aktualsiierte Liste in einem Transaction Bundle-
Ablauf
Sub_UC-eDiag_06_00 - Leere Liste
Eine leere Liste mit dem Wert emptyReason = nilknown bedeutet, dass für den Patienten derzeit keine relevanten Einträge vorliegen. Der Status dokumentiert somit explizit das Fehlen von relevanten Einträgen und ist von einer
noch nicht befüllten Liste zu unterscheiden.
Ablauf
Sub_UC_eDiag_06_03 - Bestehende Einträge innerhalb einer Liste fachlich bearbeiten
Der GDA kann Einträge in einer Liste fachlich bearbeiten.
Ablauf
Sub_UC_eDiag_06_04 - Reihenfolge von Einträgen innerhalb einer Liste ändern
Der GDA kann die Reihenfolge der Listeinträge ändern. Die Einträge selbst bleiben dabei unverändert.
Ablauf
Sub_UC_eDiag_06_05 - Einträge aus einer Liste entfernen
ToDo:Wird der Eintrag nur aus der List-Ressource entfernt oder wird die referenzierte Ressource (Condition, Procedure, AllergyIntolerance) ebenfalls gelöscht/inaktiviert?
Dieser Fall tritt ein, wenn ein relevanter Eintrag aus der relevanten Liste zu einem nicht-relevanten Eintrag in der Gesamtansicht wird. Und in diesem müssen wir auf den Sub_UC_eDiag_06_11 verweisen. Denn es muss auch das flag geändert werden. Weil in der Gesamtansicht es bestehen bleibt.
Ablauf
List.entry wird entfernt, die referenzierte Ressource bleibt bestehen.
Sub_UC_eDiag_06_06 - Bestehende Einträge aus der Gesamtansicht in eine Liste übernehmen
ToDo: Workflow aus einem nicht-relevanten Eintrag einen relevanten zu machen.
Sub_UC_eDiag_06_07 - Eintrag innerhalb einer Liste durch ELGA-Teilnehmer:in löschen
ToDo: Aus Liste entfernen, Ressource bleibt bestehen, verliert nur Listzugehörigkeit oder Löschen - Ressource wird vollständig entfernt
Sub_UC_eDiag_06_08 - Liste durch ELGA-Teilnehmer:in löschen
ToDo: fachliche Auswirkungen klären; gesamte List-Ressouce löschen, alle Referenzen - alle enthaltenen Diagnosen?
