Änderungen

Wechseln zu: Navigation, Suche

ILF:ENDS 2

151 Bytes entfernt, 10:58, 6. Nov. 2020
IHE XDM
Für den Export der beschlossenen Normdaten wird als Basis das IHE XDM (Cross-Enterprise Document Media Interchange) Profile herangezogen. Dieses Profile ist in den IHE Technical Frameworks IT-Infrastructur definiert (IHE-ITI Vol1<ref name="ITI_Vol1">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf], IHE-ITI Vol1</ref> und IHE-ITI Vol2b<ref name="ITI_Vol2b"/>). Das XDM Profil definiert wie Daten abseits einer technischen Infrastruktur geteilt werden können, es definiert also den Austausch von Daten über Datenträger (z.B. USB-Speicherstick, CD/DVD). Hierzu wird in XDM eine Verzeichnisstruktur vorgegeben. Betreffend der verspeicherten Fileformate ist das Profil jedoch agnostisch. Das bedeutet, dass mithilfe von XDM nicht nur CDA (XML) Dokumente übertragen werden können, sondern auch die anderen geforderten Dokumentenklassen wie z.B.: iCalander, .json. Anzumerken ist, dass IHE XDM für die Datei- und Ordnerbezeichnungen den ISO9660 Standard vorschreibt. Dies bedeutet, dass für die Benennung die "8.3" Konvention zu verwenden ist. Im Zuge dieses Leitfadens und basierend auf der Anforderung, dass .json Dateien verwendet werden können, wird bewusst gegen die ISO9660 und somit IHE XDM verstoßen (es gibt keine Dateiextension für .json mit nur 3 Zeichen).
In der nachfolgenden Tabelle werden die einzelnen Inhaltselemente des METADATA.XML-Files aufgelistet. Hinsichtlich des Konformanzkriteriums wird zwischen stable ''Stable Documents '' (SD) und on''On-demand documents Demand Documents'' (ODD) unterschieden. Erstere sind Dokumenten, welche im klassischen Sinnen Sinne von einem Autor erzeugt wurden und als Beispiele . Als Beispiel hierzu zählen im Kontext des Exportnormdatensatzes die ELGA eBefunde. On-demand Demand Documents sind Dokumente, welche im Zuge der des generieren des Exportnormdatensatzes automatisch erstellt werden. Beispiele hierzu ist sind das „Datenbankexport“-CDA selbst oder auch JSON-Files, welche Abrechnungsdaten beinhalten.
Die Konformanzkriterien basieren auf den Anforderungen der IHE und weichen bei manchen Elementen von den Anforderungen der ELGA-XDS Metadaten ab. Dies ist Aufgrund der Tatsache erklärbar, dass ELGA den Fokus auf den ungerichteten Dokumentenaustausch mittels IHE XDS legt und der gegenständliche Leitfaden den trägermediumgebunden (CDA, USB Speicherstick) Austausch auf Basis von IHE XDM legtbeschreibt. Zudem werden in ELGA nur CDA Dokumente mittels IHE XDS verfügbar gemacht und im Kontext des Exportnormdatensatzes können auch andere Dateiformate inkludiert sein. Hinsichtlich der Vorschriften des Mappings von CDA-Headerelement zu den XDS-Metadaten werden die Spezifikationen von ELGA angewendet. Diese Vorschriften betreffen die einzelnen ''DocumentEntries''. Informationen zum übergeordneten ''SubmissionSet'' sind in der Tabelle ersichtlich.
{| class="wikitable"
TODO - Formatcode bei ELGA beantragen
TODO - Metadaten richten sich nach ELGA Spec für ODD
 
TODO - Differenzen zu ELGA Spec von Metadaten:
* hash ist verplichtend laut IHE ITI-TF3 bei XDM (für DocumentEntry)
* size und URI bei DocumentEntry
* creationTime auf R2 im Gegensatz zu ELGA ODD Def
* intendedRecipient laut IHE R2 bei SubmissionSet
622
Bearbeitungen

Navigationsmenü