elga-cdaxds-2.06.2:XDS Metadaten 1: aus dem CDA-Inhalt abgeleitet

1 XDS Metadaten 1: aus dem CDA-Inhalt abgeleitet

1.1 authorInstitution

Das authorInstitution Element beschreibt die Organisation (GDA), in dessen Gültigkeitsbereich das Dokument erstellt wurde.

Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit den CDA Header Elementen:

1. Laut Festlegung in den ELGA Gesundheitsdaten wird die Organisation, der der Autor des Dokuments angehört grundsätzlich in folgendem Element abgelegt:

• ClinicalDocument/author/assignedAuthor/representedOrganization

1. Ein Organisationselement in CDA beinhaltet unter anderem die folgenden Unterelemente:

• id[1] … ID der Organisation mit den folgenden Attributen:
  • @root … Root OID des ID Pools, oder direkte die OID der Organisation (ohne @extension-Attribut)
  • @extension … Eigentliche ID des Elements aus dem gegebenen ID Pool (falls die @root nicht direkt die Organisation identifiziert)
• name … Name der Organisation als String

1. GDAs, in dessen Gültigkeitsbereich Dokumente erstellt werden können sind seitens der Basiskomponente „GDA Index“ mit einer eindeutigen OID ausgestattet.
2. Falls mehrere ID-Elemente angegeben sind, ist id[1] (die erste ID) zu verwenden.

1.1.1 Spezifikation

authorInstitution wird gemäß folgender Vorschrift zusammengesetzt:

$inst … ClinicalDocument/author/assignedAuthor/representedOrganization

Fall 1
Element $inst/id[1] ist vorhanden
Attribut &inst/id[1]/@root ist vorhanden
Attribut &inst/id[1]/@extension ist nicht vorhanden

concat( $inst/name,"^^^^^^^^^",
$inst/id[1]/@root
)
Bsp: Unfallkrankenhaus Neusiedl^^^^^^^^^1.2.3.4.5.6.7.8.9.1789.45

Fall 2
Element $inst/id[1] ist vorhanden
Attribut &inst/id[1]/@root ist vorhanden
Attribut &inst/id[1]/@extension ist vorhanden

concat( $inst/name,"^^^^^&", $inst/id[1]/@root,"&ISO^^^^" $inst/id[1]/@extension ) Bsp: Unfallkrankenhaus Neusiedl^^^^^&1.2.3.4.5.6.7.8.9.1789&ISO^^^^45

Dies entspricht einer Transformation auf den HL7 v2 XON Datentyp gemäß [IHE ITI-TF3].

1.2 authorPerson

Das Element authorPerson beschreibt die Identifikation und demographische Informationen der Person oder das Gerät/die Software, welche das Dokument inhaltlich erstellt hat (also nicht die Schreibkraft).

Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit CDA Header Elementen:

1. Laut Festlegung wird der Autor im Header-Element „author“ abgelegt:

• ClinicalDocument/author/assignedAuthor

1. Der Autor (Person)

• Ein Personenelement enthält unter anderem die folgenden Unterelemente:
  • id … ID der Person mit den folgenden Attributen:
    • @root … Root OID des ID Pools, oder direkte die OID der Person (ohne @extension-Attribut)
    • @extension … Eigentliche ID aus dem gegebenen ID Pool (falls die @root nicht direkt die Person identifiziert)
  • assignedPerson
    • Enthält ein HL7 Personen-Element, welches das Namen-Element zur Person enthält
      • name

1. Gerät oder Software als Autor

• Alternativ zu einer Person kann auch ein Gerät oder eine Software als Autor aufscheinen, dann sind die folgenden Unterelemente verfügbar:
  • assignedAuthoringDevice
    • Enthält ein Element mit dem Namen des Herstellers des Geräts oder der Software
      • manufacturerModelName
    • Enthält ein Element mit dem Namen des Geräts oder der Software
      • softwareName

1.2.1 Spezifikation für Personen

authorPerson wird gemäß folgender Vorschrift zusammengesetzt:

$person = ClinicalDocument/author/assignedAuthor

concat(
$person/id/@extension,"^",
$person/assignedPerson/name/family,"^",
$person/assignedPerson/name/given[1],"^",
$person/assignedPerson/name/given[2],"^",
$person/assignedPerson/name/suffix,"^",
$person/assignedPerson/name/prefix[@qualifier="AC"],"^^^&",
$person/id/@root,"&ISO"
)
Bsp: 1234^Musterdoktor^Herbert^^^Dr.^^^&1.2.3.4.5.6.7.8.9&ISO

Ist clinicalDocument/author/assignedAuthor/id mit einem NullFlavor angegeben, sind die entsprechenden Felder für @extension und @root leer zu lassen.

Dies entspricht einer Transformation auf den HL7 v2 XCN Datentyp gemäß [IHE ITI-TF3].

1.2.2 Spezifikation für Software und Geräte

authorPerson wird gemäß folgender Vorschrift zusammengesetzt:

$person = ClinicalDocument/author/assignedAuthor

concat(
"^",
$person/assignedAuthoringDevice/manufacturerModelName,"^",
$person/assignedAuthoringDevice/softwareName
)
Bsp: ^Good Health System^Best Health Software Application

Dies entspricht einer Transformation auf den HL7 v2 XCN Datentyp gemäß [IHE ITI-TF3].

1.3 authorRole

Das authorRole Element beschreibt die Rolle, die der inhaltliche Autor des Dokuments zum Zeitpunkt der Dokumentation innehatte.

Beispiel:

• „Diensthabender Oberarzt“
• „Verantwortlicher diensthabender Arzt für die Dokumenterstellung“

Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit den CDA Header Elementen:

1. Laut Festlegung wird die „Rolle“ der Person, welche das Dokument inhaltlich erstellt hat im Element functionCode des Autors abgelegt:

• ClinicalDocument/author/functionCode

1. Die Angabe einer Rolle des Autors ist in ELGA ein verpflichtendes Element, wenn vorhanden [R2].
2. Wenn das Element angegeben ist, wird die Rolle als Text im Attribut @displayName erwartet.

1.3.1 Spezifikation

authorRole wird gemäß folgender Vorschrift zusammengesetzt:

ClinicalDocument/author/functionCode/@displayName
Bsp: Diensthabender Oberarzt

Im Fall von Geräten oder Software als Autor sowie in ODD bleibt das Element leer

1.4 authorSpeciality

Das authorSpeciality Element beschreibt die Fachrichtung der Person, welche das Dokument verfasst hat.

Beispiel:

• „Facharzt für Gynäkologie“
• „Facharzt für interne Medizin“

Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit den CDA Header Elementen:

1. Laut Festlegung wird die „Fachrichtung“ der Person, welche das Dokument inhaltlich erstellt hat im Element code des Autors abgelegt:

• ClinicalDocument/author/assignedAuthor/code

1. Laut Vorgabe der ELGA Gesundheitsdaten ist die Angabe einer Fachrichtung des Autors ein verpflichtendes Element, wenn vorhanden [R2].
2. Wenn das Element angegeben ist, wird die Fachrichtung als Text im Attribut @displayName erwartet.

1.4.1 Spezifikation

authorSpeciality wird gemäß folgender Vorschrift zusammengesetzt:

ClinicalDocument/author/assignedAuthor/code/@displayName
Bsp: Anästhesiologie und Intensivmedizin

Im Fall von Geräten oder Software als Autor sowie in ODD bleibt das Element leer

1.5 classCode (und classCodeDisplayName)

Das classCode Element beschreibt die Dokumentenklasse (grobe Granularität) der das Dokument angehört und ist relevant für das Berechtigungssystem.

Unterscheidung classCode/typeCode:

classCode	Dokumentenklasse in grober Granularität
typeCode	Dokumentenklasse in feiner Granularität. Siehe Kapitel 2.2.15

Ausgangsbasis dieses Werts ist das Element ClinicalDocument/code, welches ELGA auf hierarchische Überbegriffe (die Dokumentenklasse) gemappt werden kann. Der Wert für classCode ergibt sich aus dieser Zusammenfassung.

Vorschrift für die Zusammenfassung ClassCode - TypeCode:
Als classCode MUSS dasjenige Element des Lvl-Typ „0“ des Value Sets „ELGA_Dokumentklassen“ angegeben werden, in dessen Unterelementen sich der Wert der Ausgangsbasis (ClinicalDocument/code) befindet. Weitere Informationen finden sich in den ELGA CDA Implementierungsleitfäden.

Beispiel:

Die Spezialisierungen des Entlassungsbriefes „Ärztlich“ und „Pflege“ werden unter dem Sammelbegriff „Entlassungsbrief“ zusammengefasst:

Lvl-Typ	Code (LOINC)	DisplayName	Deutsche Sprachvariante14	Element in XDS
0-S	18842-5	Discharge summary	Entlassungsbrief	classCode
1-L	11490-0	Physician Discharge summary	Entlassungsbrief Ärztlich	typeCode
1-L	34745-0	Nurse Discharge summary	Entlassungsbrief Pflege	typeCode

Als typeCode wird 11490-0 oder 34745-0 angegeben, als classCode entsprechend 18842-5.

¹⁴ Die deutsche Sprachvariante wird im SVS Format als Attribut „deutsch“ geführt, im CSV-Export als Spalte „meaning“.