Änderungen

|'''NPX'''

|'''OX'''

|K-

<br />====authorInstitution====Das ''authorInstitution'' Element beschreibt die Organisation (GDA), in dessen Gültigkeitsbereich ein Dokument oder Bilddatenobjekt erstellt wurde. Zur Befüllung dieser Information Die folgende Tabelle gibt es mehrere Möglichkeiteneinen Überblick jener XDS-I Metadaten-Elemente, beispielsweise über InstitutionName die direkt aus dem DICOM Header KOS bzw. der Studie: Institution Name“zugrundeliegenden DICOM Study abgeleitet werden können. Die Spalten zeigen jeweils den Namen des Metadaten-Elements, (0008dessen Optionalität in ELGA für das Einbringen von DICOM KOS Objekten,0080) oder wenn dort nicht verfügbar, muss er sowie die Quelle aus anderen Quellen ermittelt und eingetragen werdender die Informationen stammen. {| class="wikitable"|'''XDS-I Metadaten Element'''|'''Opt.'''|'''Attribut in'''

#Die ''authorInstitution'im KOS' benötigt einen Namen und eine OID, die aus dem GDA-Index abgleitet werden kann#*''id|'' OID der Organisation aus dem GDA-Index (muss ermittelt werden)#*'Beschreibung'name'' |-| colspan="5" |author|-|author.authorInstitution|R||(0008,0080), |Identifiziert die Institution Name, Name der Organisation als String, {{BeginYellowBox}}Das AuthorInstitution-Element ist von besonderer Wichtigkeit, da sie vom ELGA Berechtigungssystem bei Registrierung geprüft wirdin deren Gültigkeitsbereich die Studie erzeugt wurde.

'''Achtung:''' Das DICOM-Tag (0008,0080)ELGA schreibt vor, hier sowohl den Namen als auch die OID der Institution Name, ist vom Type 3 (optional) (General Equipment Module)im GDA Index anzugeben.

'''Achtung:''' Prinzipiell können sich die Werte in der Studie und im KOS unterscheiden. Auch zur Studie können Geräte in verschiedenen Institutionen beitragen. Bei der Zur Ermittlung der Institution ist Sorge zu tragendes Namens kann das DICOM Tag (0008, dass die maßgeblich an der Erzeugung der Studie beteiligte Institution als Metadatum verwendet wird0080) herangezogen werden.

'''Achtung:''' Prinzipiell können sich die Werte in der Studie und im KOS unterscheiden. Auch zur Studie können Geräte in verschiedenen Institutionen beitragen. Bei der Ermittlung der Institution ist Sorge zu tragen, dass die maßgeblich an der Erzeugung der Studie beteiligte Institution als Metadatum verwendet wird.|-| colspan=====Spezifikation====="5" |Die die Studie durchführende Person ist als author anzugeben:|-|author.authorPerson|R2|(0008,1052)||Performing Physicians Identification Sequence

<span>$name</span> … (0008,1050)||Performing Physicians Name der Organisation, die die Studie erstellt hat

<span>$id ..Enthält dieses Attribut mehrere Namen, so ist der erste Name zu wählen. OID der Organisation aus dem GDA-Index</span>

'''Achtung:''' Die Namen der durchführenden Ärzte können in verschiedenen Serien der Studie unterschiedlich sein. Bei der Ermittlung des Autors ist Sorge zu tragen, dass die Person angegeben wird, die die maßgeblichen Teile der Studie verantwortet.|-| colspan="5" |Falls die durchführende Person nicht ermittelt werden kann, soll das Gerät als author angegeben werden:|-|author.authorPerson|R2|(0008,0060) + (0008,0070) + (0008,1090)||Modality Code + Manufacturer + Manufacturer's Model Name '''Achtung:''' Zur Studie können mehrere Geräte beitragen. Bei der Ermittlung des Autors ist Sorge zu tragen, dass das maßgeblich an der Erzeugung der Studie beteiligte Gerät als Metadatum verwendet wird.|-|creationTime|R|(0008,0020) + (0008,0030)|(0008,0020) + (0008,0030)|Study Date + Study Time Für den Fall, dass Study Date und Study Time nicht zur Verfügung stehen, ist es zulässig, den Erstellungszeitpunkt des KOS ((0008,0023) contentDate + (0008,0033) contentTime) als creationTime zu verwenden.|-|eventCodeList|R|||enthält den APPC siehe [https://collab.dicom-austria.at/download/attachments/17268741/DICOM&#x20;Austria&#x20;-&#x20;Ermittlung&#x20;und&#x20;Speicherung&#x20;des&#x20;APPC&#x20;in&#x20;DICOM&#x20;Daten&#x20;%282020%29.pdf?version=1&modificationDate=1580371536150&api=v2 Leitfaden zur Ermittlung und Speicherung des APPC in DICOM Daten]|-|eventCodeListDisplayNameList|R2|||enthält den Display Name des APPC siehe [https://collab.dicom-austria.at/download/attachments/17268741/DICOM&#x20;Austria&#x20;-&#x20;Ermittlung&#x20;und&#x20;Speicherung&#x20;des&#x20;APPC&#x20;in&#x20;DICOM&#x20;Daten&#x20;%282020%29.pdf?version=1&modificationDate=1580371536150&api=v2 Leitfaden zur Ermittlung und Speicherung des APPC in DICOM Daten]|-|serviceStartTime|R|(0008,0020) + (0008,0030)|(0008,0020) + (0008,0030)|Study Date und Study Time|-|sourcePatientId|R|(0010,0020)|(0010,0020)|Die Patient ID im eigenen Informationssystem|-|sourcePatientInfo|R|(0010,0020) (0010,0010) (0010,0030) (0010,0040)|(0010,0020) (0010,0010) (0010,0030) (0010,0040)|Die ELGA Vorgabe empfiehlt, Name, Geburtstag und Geschlecht NICHT anzugeben.|-|title|R|(0008,0060) + (0008,1030)||Der relevante Modality Code der Studie oder alle Modality Codes der Studie und die Study Description. Alternativ darf anstatt der Study Description der DisplayName des APPC verwendet werden. '''Anmerkung:''' Für den Fall, dass alle Objekte einer Studie mittels IOCM storniert wurden, enthält diese Studie nur noch die Rejection Note. Der Modality Code ist in diesem Fall “KO”.<br />|-|uniqueId|R||(0008,0018)|Die SOP Instance UID des KOS|-| colspan="4" |referenceIdList|Die referenceIdList enthält mindestens die beiden folgenden Attribute und darüber hinaus noch weitere Elemente|-|value mit CXi.5 = "<nowiki>urn:elga:iti:xds:2014:OwnDocument_setId</nowiki>"|R|(0020,000D) oder ein vergleich-bares Attribut|(0020,000D) oder ein vergleich-bares Attribut|die setId zur Klammerung aller Versionen eines KOS Diese kann von jedem Bereich frei gewählt werden, sie ist mit dem Datentyp '''<nowiki>urn:elga:iti:xds:2014:OwnDocument_setId</nowiki>''' anzugeben. Eine mögliche Wahl der setId ist die Study Instance UID. Die geeignete Wahl der setId hängt auch vom implementierten Stornoworkflow ab, siehe Kapitel 8.2.2.|-|value mit CXi.5 = "<nowiki>urn:ihe:iti:xds:2013:accession</nowiki>"|O|(0008,0050) oder ein vergleich-bares Attribut wie z.B. (0040,1001) Requested Procedure ID<br />|(0008,0050)<br />|die Id, die zur Verlinkung mit dem Befund heranzuziehen ist Diese ist mit dem Datentyp '''<nowiki>urn:ihe:iti:xds:2013:accession</nowiki>''' anzugeben. '''Achtung:'''  Welche Id dazu geeignet ist, die Verlinkung mit dem zugehörigen Befund herzustellen, ist vom jeweils implementierten Workflow abhängig.  Gemäß dem Integrationsprofil IHE RAD Scheduled Workflow dient dazu die Accession Number, die im DICOM Attribut (0008,0050) enthalten ist.  Weicht der lokale radiologische Workflow vom IHE Profil ab, kann es erforderlich sein, ein anderes DICOM Attribut für die Verlinkung heranzuziehen. Unabhängig von der Wahl des DICOM Attributs ist aber in jedem Fall der Datentyp '''<nowiki>urn:ihe:iti:xds:2013:accession</nowiki>''' zu verwenden.|-|comments|O|(0008,1030)|(0008,1030)|Optionale Angaben zur Studie; diese können z.B. aus der Study Description abgeleitet werden.|}<br />===author===Die Personen und/oder Maschinen, die das Dokument erstellt haben. Dieses Attribut enthält die Subattribute: authorInstitution, authorPerson, authorRole, authorSpecialty (und authorTelecommunication). <br />====authorInstitution====Das ''authorInstitution'' Element beschreibt die Organisation (GDA), in dessen Gültigkeitsbereich ein Dokument oder Bilddatenobjekt erstellt wurde. Zur Befüllung dieser Information gibt es mehrere Möglichkeiten, beispielsweise über InstitutionName aus dem DICOM Header der Studie: Institution Name“, (0008,0080) oder wenn dort nicht verfügbar, muss er aus anderen Quellen ermittelt und eingetragen werden. Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit den CDA Header Elementen: #Die ''authorInstitution'' benötigt einen Namen und eine OID, die aus dem GDA-Index abgleitet werden kann#*''id'' OID der Organisation aus dem GDA-Index (muss ermittelt werden)#*''name'' (0008,0080), Institution Name, Name der Organisation als String,{{BeginYellowBox}}Das AuthorInstitution-Element ist von besonderer Wichtigkeit, da sie vom ELGA Berechtigungssystem bei Registrierung geprüft wird. '''Achtung:''' Das DICOM-Tag (0008,0080), Institution Name, ist vom Type 3 (optional) (General Equipment Module).  '''Achtung:''' Prinzipiell können sich die Werte in der Studie und im KOS unterscheiden. Auch zur Studie können Geräte in verschiedenen Institutionen beitragen. Bei der Ermittlung der Institution ist Sorge zu tragen, dass die maßgeblich an der Erzeugung der Studie beteiligte Institution als Metadatum verwendet wird. {{EndYellowBox}} =====Spezifikation===== '''authorInstitution''' wird als ebRIM Slot gemäß folgender Vorschrift zusammengesetzt:  <span>$name</span> … Name der Organisation, die die Studie erstellt hat <span>$id ... OID der Organisation aus dem GDA-Index</span> concat(<br /><span>$</span>name,"^^^^^^^^^",<br /><span>$</span>id<br />)<br /><pre class="ilfbox_code"><Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:f0573b34-ea9a-4c6d-8556-5cffbe50f027" id="urn:uuid:33adae7e-f1ed-4345-acab-73f59bc1d037" nodeRepresentation=""> <Slot name="authorInstitution"> <ValueList> <Value>Unfallkrankenhaus Neusiedl^^^^^^^^^1.2.3.4.5.6.7.8.9.1789.45&amp;amp;ISO</Value> </ValueList> </Slot> </Classification></pre>  Dies entspricht einer Transformation auf den HL7 v2 XON Datentyp gemäß [IHE ITI-TF3].====authorPerson====Das Element ''authorPerson'' beschreibt die Identifikation und demographische Informationen der Person oder das Gerät/die Software, welche die Bilddaten inhaltlich erstellt hat. Im Fall eines DICOM Objektes gilt eine Verknüpfung mit folgenden (optionalen) DICOM Attributen: #Die Person kann aus den DICOM Attributen der Studie abgleitet werden#*Identifikator: Code aus Attribut „Performing Physicians Identification Sequence“, (0008,1052), Datentyp SQ[[#%20ftn1|[1]]], wenn vorhanden#*Name: Attribut „Performing Physicians Name“, (0008,1050), Datentyp PN (entspricht den ersten 5 Feldern von HL7 V2 Datenyp XPN. Maximum 64 Zeichen pro component group, ohne zusätzliche ideographische und phonetische Zeichen). Wenn mehrere Namen vorhanden sind, ist der erste zu übernehmen.#*Root: OID-Unterknoten für Personen (entsprechend der Organisations-OID aus dem GDA-Index) ----[[#%20ftnref1|[1]]] Im Datentyp SQ befindet sich Identifikator im Attribut (0008,0100) Code in (0040,1101) Person Identification Code Sequence#Falls die durchführende Person nicht ermittelt werden kann, soll das Gerät aus den DICOM Attribut Modality der Studie abgleitet werden#*Modalität[[#%20ftn1|[2]]]: Attribut „Modality“, (0008,0060)#*Hersteller: Attribut „Manufacturer“, (0008,0070)

In Registries, die nicht ausschließlich für ELGA Verwendung finden (z.B. auch für andere eHealth-Anwendungen) sollten ebenfalls einheitliche Codes für die Dokumentenklasse und den Dokumententyp angewendet werden. Eine entsprechende Liste “hl7“[https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=HL7-at_XDS-Dokumentenklassen hl7-austria-Dokumentenklassen” Dokumentenklassen]” OID {1.2.40.0.34.10.86} wird von der HL7 Austria standardisiert (http://www.hl7.at). [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=HL7-at_XDS-Dokumentenklassen Direktlink]

Für jedes documentationOf Element [1..n]:<br />

uniqueId wird als ebRIM ExternalIdentifier zum DocumentEntry gemäß folgender Vorschrift zusammengesetzt:<br />

Wie oben angeführt wird folgender CXi Wert für <Value>erstellt:

</pre><br />