320
Bearbeitungen
Änderungen
→Bildungsregel für den formatCodeDisplayName
Die folgende Tabelle gibt einen Überblick über alle XDS-Metadaten-Elemente. Die Spalten zeigen jeweils den Namen des Metadaten-Elements, dessen Optionalität in IHE bzw. ELGA für das Einbringen von Dokumenten, sowie die Quelle aus der die Informationen stammen.
In der Tabelle 3 werden die XDS-Metadaten-Elemente mit der minimalen Anzahl des Vorkommens der Elemente (Optionalität), jeweils für Stable Documents (SD) und On-Demand-Documents (ODD) angegeben. TODO: urn:ihe:iti:xds:2015:encounterId als referenceIdList Eintrag ergänzen?TODO: parentDocumentId, parentDocumentRelationship entfernen. Dokument-Beziehungen werden als XDS Associations umgesetzt.
{| class="wikitable" width="100%"
====Bildungsregel für den formatCodeDisplayName ====
TODO: Prüfen, ob diese Vorgabe noch gültig ist. FormatCodeDisplayName ist nicht Teil des CDA, allerdings 1..1 M nach IHE XDS.
Der formatCodeDisplayName ist analog zum formatCode aus den displayNames des entsprechenden Value Sets [https://termpub.gesundheit.gv.at:443/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_FormatCode_VS ELGA_FormatCode_VS] zu bilden, auch bei der Bildung der Zusätze (Das Format MUSS mittels „:“ (Doppelpunkt) am Ende angefügt werden, das Plus-Zeichen am Ende des FormatcodeDisplayNames).
===objectType ===
Das objectType Element gibt den Typ des Dokuments XDS DocumentEntry wieder, entweder ein . Entsprechend den IHE XDS Vorgaben wird zwischen den Typen „stabiles Dokument“ (stable document, SD) oder ein und „On-demand Dokument“ (on-demand document, ODD)unterschieden. Der Datentyp objectType ist als ebRIM ExtrinsicObjectist/@objectType Attribut umgesetzt und jeweils durch eine fixe UUIDidentifiziert.
==ELGA-spezifische Erweiterungen der XDS-Metadaten==
====Spezifikation====
====Spezifikation====
<pre class="ILFgreen">
<rim:Slot name="urn:elga-bes:elgaHash">
<rim:ValueList>
</rim:ValueList>
</rim:Slot>
</pre>
