ILF Diskussion:Ambulanzbefund (Version 1)

1 Bekannte Fehler

keine

2 Gelöste Probleme

2.1 ELGA History of Procedures, Fallunterscheidung für /code präzisiert - gelöst

ELGA History of Procedures: Auswahl für Fallunterscheidung von /code hinzugefügt.

2.2 Fehlende Value Sets Procedure Entry - gelöst

Problem: Für VS ELGA_ProceduresMethod (1.2.40.0.34.10.195) und ELGA_ProcedureApproachSite (1.2.40.0.34.10.197) und ELGA_TargetSite (1.2.40.0.34.10.196) konnten noch keine Codes definiert werden. Lösung:

• VS ELGA_ProcedureMethod wird nicht mehr benötigt. Dieses VS lieferte Werte für den Procedure Code von templates welche im Kontext von PS und IPS definert wurden. Dieser Procedure Code wurde jedoch im Zuge einer Überarbeitung der IP Leitfäden gestrichen.
• VS ELGA_TargetSite: Dieses VS wird sämtliche Konzepte aus SNOMED CT zulassen, welche dem Code "Anatomical or acquired body structure" zugeordnet sind (Descendants) Link
• VS ELGA_ProcedureApproachSite: Dieses VS wird sämtliche Konzepte aus SNOMED CT zulassen, welche dem Code "Body structure" zugeordnet sind (Descendants) Link

2.3 Formulierung bei Sektion "Beilagen" zu streng - gelöst

Problem: In der bestehenden Beschreibung der Sektion "Beilagen" wird vorgeschrieben, dass es KEINE ELGA eBefunde als Beilage angegeben werden dürfen. Diese Anforderung ist nicht mehr gültig, da es nie sichergestellt ist wie lange Dokumente für den Empfänger abrufbar sind (opt-out). Wurde in Art-Decor schon angepasst und auch in der Revisions-Ansicht. Lösung:

• Texte wurden adaptiert

2.4 Kardinalität von legalAuthenticator - gelöst

Problem: In Art-Decor wird zurzeit die Kardinalität des legalAuthenticator-Elements mit [1..1] angegeben. Basierend auf den Schema Änderungen kann nun auch im EMS Leitfaden die Kardinalität auf [1..*] erhöht werden. Lösung:

• Kardinalität von legalAuthenticator laut allgemeinem Leitfaden 2020 auf 1..* erhöht

2.5 InFulfillmentOf doppelt in der Art-Decor Spezifikation enthalten - gelöst

Problem: In Art-Decor findest sich im Document Level Template "Ambulanzbefund" noch ein altes "inFulfillmentOf"-Element mit der OID 2.16.840.1.113883.10.12.109. Dieses gehört noch entfernt. Das neue mit der OID 1.2.40.0.34.6.0.11.1.9 ist schon vorhanden. Lösung:

• "veraltetes" inFulfillmentOf-Element aus der Spezifikation entfernt

2.6 Beschreibung von Sektion "Weitere Informationen" ist in Art-Decor falsch - gelöst

Problem: Die Beschreibung der Sektion "Weitere Informationen" spiegelt nicht wieder um was es in dieser Sektion geht. Hier MUSS der Beschreibungstext geändert werden. Vorschlag: übernahme des Textes von informativer Tabelle: "Dieses Kapitel kann genutzt werden um weitere Informationen (im Speziellen an die PatientInnen gerichtet) anzuführen. Beispiel hierfür wäre: "Es ist empfohlen, dass der Patient in den kommenden 4 Wochen verstärkt auf ausreichenden Sonnenschutz achtet". " Lösung:

• Beschreibungstext laut Vorschlag in der Spezifikation und im Leitfaden angepasst

2.7 section/code bezüglich XDS-Mapping überprüfen - angepasst und überprüft

Problem: in der Spezifikation und im Beispiel MUSS noch die Änderunge bezüglich XDS-Mapping von section/code und section/code/translation angepasst werden. Lösung:

• Codes für XDS Mapping (section/code geht in serviceEvent/code auf) und clincialDocument/code und dessen translation für XDS class-Code und type-Code angepasst. Hierzu war noch Feedback aus dem Ballot notwendig bzw. die finale Version des allgemeinen Leitfadens 2020

3 Diskussion

Zu diesen Punkten würden die Autoren der Spezifikation gerne die Meinung der Ballot-Teilnehmer und potentiellen Implementierer erfahren.

Diskussionsbeiträge bitte an office@hl7.at senden.

Derzeit keine

4 Beendete Diskussion

4.1 serviceEvent.id

Im Zuge der Einstellung eines Ambulanzbefundes wird durch die XDS-Metadaten dargestellt welche Sektionen im gegenständlichen Ambulanzbefund enthalten sind und in welcher Ausprägung (maschinenlesbar oder nicht). Daher MUSS der jeweilige section/code als serviceEvent/code, als auch die section/templateId (OID Bereich: 1.2.40.0.34.6.0.11.2.X) der Sektion als serviceEvent/id@root-Element angegeben werden. Ist das eine sinnvolle Idee?

Entscheidung: Ja, es werden die section/codes und die templateId in die serviceEvents übernommen.

4.2 Umgang mit section/title wenn template aus anderem Repository referenziert wird

Um die Wiederverwendbarkeit (geringerer Entwicklungsaufwand) und die Übersicht (nicht unzählig viele templates) über die templates zu wahren, besteht der Ansatz schon bestehende templates in anderen Projekten zu nutzen. Hierbei kann es zu der Anforderung kommen, dass im Kontext eines neuen Projekts die Arbeitsgruppe (AG) einen anderen section/title normativ festhält. Wie geht man damit um? Muss/Soll jedesmal eine neues template generiert werden, welches strukturell und inhaltlich einem bestehenden entspricht "nur" um einen neuen titel zu ermöglichen. Beispiel im Ambulanzbefund: Sectiontemplate "Medikationsliste PS - kodiert". Diese verlangt den title "Medikationsliste". Die AG Ambulanzbefund möchte jedoch "Aktuelle Medikation".

Entscheidung: "Basis"-Templates werden mehrere section/title zulassen. Somit müsse nur ein neuer section/title an ELGA gemeldet werden und das "Basis"-Template könnte ohne weiterer Anpassung in einem neuen Kontext verwendet werden und dort einen passenden Titel tragen.

4.3 Konsultationsgrund Entry / Konsultationsgrund Problem Entry

8.2.4.2 Konsultationsgrund Entry: Das Value Set für den Überweisungsgrund ist nicht ersichtlich - Weil erst im 8.2.4.3 Konsultationsgrund Problem Entry enthalten: Kann man in der Beschreibung des Entry schon auf das Problem Entry hinweisen, um Verwirrung zu vermeiden? Im value Element von Konsultationsgrund Problem Entry wird auf das Value Set 1.2.40.0.34.10.201 ELGA_Problems verwiesen. Dieses taucht weder im Terminologie-Teil des Leitfadens noch am Terminologie-Server auf. Auf Art-Decor enthält es als Verweis

• ICPC-2-bmgf-2017 (nur OID)
• ICD-10-bmgf-2017 (nur OID)
• ICD-10-bmg-2014 (nur OID)
• LKAT-2018 (nur OID)
• ICD-0 Version 3
• SNOMED CT
• TNM Ed. 7

es fehlt hier definitiv ICD-10 aus 2020! Passt die Auswahl der Codesysteme? Wäre es einfacher, direkt die Auswahl auf "eine gültige Version von ICD-10", ICPC-2, SNOMED etc... schon im Template zu referenzieren?

Entschluss: ICD-10 aus 2020 wurde hinzugefügt. Aus derzeitiger Sicht werden weiterhin "nur" die Parent-Codesysteme per OID spezifiziert (und somit im Zuge einer Validierung überprüft). Eine Einbindung sämtlicher Konzepte aus den verschiedenen erlaubten Parent-Codesystemen würde aus derzeitiger Sicht technisch nicht sinnvoll sein.

4.4 Nicht verwendete templates im art-decor repository "ELGA Ambulanzbefund"

Die templates Lebensstil Tabakkonsum Nominal Entry (1.2.40.0.34.11.13.3.31), Lebensstil Alkoholkonsum Quantitativ Entry (1.2.40.0.34.11.13.3.25), Lebensstil Alkoholkonsum Nominal Entry (1.2.40.0.34.11.13.3.32) sind im repository referenziert, werden jedoch im Ambulanzbefund nicht verwendet. Diese sollten daher aus dem repository entfernt werden.

Lösung: nicht mehr verwendete templates wurden de-referenziert. Es ist nicht auszuschließen, dass weiterhin in der ArtDecor Ansicht noch templates enthalten sind, welche derzeit nicht im Kontext des allgemeinen Ambulanzbefundes verwendet werden. Gerne können Sie Beobachtungen diesbezüglich an cda@technikum-wien.at schicken.

4.5 Angabe der verabreichten Medikation während des Ambulanzbesuches

Laut Leitfaden kann diese Angabe in der Sektion "Durchgeführte Maßnahmen" angegeben werden. Im Zuge des Leitfaden Walkthrought kam die Überlegung auf, dass für die Medikation eine eigene Sub-Sektion in "Durchgeführte Maßnahmen" für die Medikation aufgenommen werden soll.

Entschluss: Es wurde einen Sub-Sektion unter "Durchgeführte Maßnahmen" definiert, welche die codierte/uncodierte Angabe der Medikation erlaubt.