1.2.40.0.34.11.5/static-2015-01-30T000000

Id	1.2.40.0.34.11.5	Gültigkeit	gültig ab 2015‑01‑30 Es gibt Versionen von Templates mit dieser Id: BefundBildgebendeDiagnostik vom 2015‑09‑24 BefundBildgebendeDiagnostik vom 2015‑01‑30 BefundBildgebendeDiagnostik vom 2014‑11‑20 BefundBildgebendeDiagnostik vom 2014‑03‑25 BefundBildgebendeDiagnostik vom 2013‑10‑16 BefundBildgebendeDiagnostik vom 2013‑09‑09 BefundBildgebendeDiagnostik vom 2013‑06‑06 BefundBildgebendeDiagnostik vom 2013‑04‑17 BefundBildgebendeDiagnostik vom 2012‑01‑12
Status	Obsolet	Versions-Label
Name	BefundBildgebendeDiagnostik	Anzeigename	Befund Bildgebende Diagnostik
Beschreibung	Template Spezieller Implementierungsleitfaden ELGA Befund Bildgebende Diagnostik
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.11.5
Label	cdabgd
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt	Benutzt von 0 Transactions und 0 Templates, Benutzt 40 Templates Benutzt als Name Version 1.2.40.0.34.11.90008 Inklusion CD effectiveTime DYNAMIC 1.2.40.0.34.11.90009 Inklusion CD confidentialityCode DYNAMIC 1.2.40.0.34.11.90010 Inklusion CD languageCode DYNAMIC 1.2.40.0.34.11.90007 Inklusion SetId VersionNumber DYNAMIC 1.2.40.0.34.11.20001 Inklusion Header​Record​Target DYNAMIC 1.2.40.0.34.11.20002 Inklusion HeaderAuthor DYNAMIC 1.2.40.0.34.11.20003 Inklusion HeaderDataEnterer DYNAMIC 1.2.40.0.34.11.20004 Inklusion HeaderCustodian DYNAMIC 1.2.40.0.34.11.20005 Inklusion Header​Information​Recipient DYNAMIC 1.2.40.0.34.11.20006 Inklusion HeaderLegalAuthenticator DYNAMIC 1.2.40.0.34.11.20007 Inklusion HeaderAuthenticator DYNAMIC 1.2.40.0.34.11.1.1.1 Inklusion HeaderParticipant Ansprechpartner DYNAMIC 1.2.40.0.34.11.1.1.2 Inklusion HeaderParticipant Ref Arzt DYNAMIC 1.2.40.0.34.11.1.1.3 Inklusion HeaderParticipant Hausarzt DYNAMIC 1.2.40.0.34.11.1.1.4 Inklusion HeaderParticipant Notfallkontakt DYNAMIC 1.2.40.0.34.11.1.1.5 Inklusion HeaderParticipant Angehörige DYNAMIC 1.2.40.0.34.11.1.1.6 Inklusion HeaderParticipant Versicherung DYNAMIC 1.2.40.0.34.11.1.1.7 Inklusion HeaderParticipant Betreuungsorganisation DYNAMIC 1.2.40.0.34.11.20009 Inklusion HeaderInFulfillmentOf DYNAMIC 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.20011 Inklusion HeaderRelatedDocument DYNAMIC 1.2.40.0.34.11.20012 Inklusion HeaderAuthorization DYNAMIC 1.2.40.0.34.11.20013 Inklusion Header​Encompassing​Encounter DYNAMIC 2.16.840.1.113883.10.20.6.1.1 Containment DICOM Object Catalog Sektion Allgemein DYNAMIC 1.2.40.0.34.11.1.2.1 Containment Brieftext DYNAMIC 1.2.40.0.34.11.5.2.1 Containment Anforderung DYNAMIC 1.2.40.0.34.11.5.2.2 Containment Anamnese (BildgebendeDiagnostik) DYNAMIC 1.2.40.0.34.11.5.2.3 Containment Indikation DYNAMIC 1.2.40.0.34.11.5.2.4 Containment Patientenstatus / Patientenangaben DYNAMIC 1.2.40.0.34.11.5.2.5 Containment Aktuelle Untersuchung DYNAMIC 1.2.40.0.34.11.5.2.6 Containment Frühere Untersuchungen DYNAMIC 1.2.40.0.34.11.5.2.7 Containment Frühere Befunde DYNAMIC 1.2.40.0.34.11.5.2.8 Containment Komplikationen DYNAMIC 1.2.40.0.34.11.5.2.9 Containment Befund DYNAMIC 1.2.40.0.34.11.5.2.10 Containment Zusammenfassung / Ergebnis DYNAMIC 1.2.40.0.34.11.5.2.11 Containment Verdachtsdiagnose DYNAMIC 1.2.40.0.34.11.5.2.12 Containment Schlussfolgerung DYNAMIC 1.2.40.0.34.11.5.2.13 Containment Empfehlung DYNAMIC 1.2.40.0.34.11.5.2.14 Containment Addendum DYNAMIC 1.2.40.0.34.11.5.2.90005 Containment Schlüsselbilder DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:templateId II 1 … 1 Template Spezieller Implementierungsleitfaden ELGA Befund Bildgebende Diagnostik cdabgd @root 1 … 1 F 1.2.40.0.34.11.5 Auswahl 1 … 1 Elemente in der Auswahl: hl7:templateId[@root='1.2.40.0.34.11.5.0.1'] hl7:templateId[@root='1.2.40.0.34.11.5.0.3'] hl7:templateId II Template ELGA CDA Befund bildgebende Diagnostik in EIS "Basic" cdabgd @root 1 … 1 F 1.2.40.0.34.11.5.0.1 hl7:templateId II Template ELGA CDA Befund bildgebende Diagnostik in EIS "Full Support" cdabgd @root 1 … 1 F 1.2.40.0.34.11.5.0.3 hl7:id II 1 … 1 M cdabgd hl7:code CE 1 … 1 M cdabgd   Constraint Für Dokumente entsprechend diesem Leitfaden ist der Eintrag "18748-4" Diagnostic imaging study und dessen Unterknoten aus dem Value Set ELGA_Dokumentenklassen zu verwenden   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.39 ELGA_Dokumentenklassen (DYNAMIC)   Beispiel <code code="18748-4" displayName="Diagnostic imaging study" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> hl7:title ST 1 … 1 M Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel. cdabgd Eingefügt von 1.2.40.0.34.11.90008 CD effectiveTime (DYNAMIC) hl7:effectiveTime TS.AT.TZ 1 … 1 R Erstellungsdatum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC) hl7:confidentialityCode CE 1 … 1 R cdabgd @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (Confidentiality) @displayName 1 … 1 F normal Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 R Sprachcode des Dokuments. cdabgd @code CONF 1 … 1 F de-AT Eingefügt von 1.2.40.0.34.11.90007 SetId VersionNumber (DYNAMIC) hl7:setId II 1 … 1 R Eindeutige Id des Dokumentensets. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Hinweis: Bestimmte Systeme, die bei der Übernahme der SetID in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @Extension-Attributen haben, die länger als 15 Zeichen sind. Die SetID sollte unterschiedlich zur clinicalDocument.id sein. cdabgd   Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/> hl7:versionNumber INT.​NONNEG 1 … 1 R Versionsnummer des Dokuments. cdabgd   Beispiel <versionNumber value="1"/> Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 Header​Record​Target (DYNAMIC) hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. cdabgd @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 R Patientendaten. cdabgd @classCode cs 0 … 1 F PAT   Beispiel <patientRole classCode="PAT">   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole>   Schematron assert role  error     test string-length(hl7:id[1]/@root)>0     Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein     Schematron assert role  error     test hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK'     Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben   hl7:id II 2 … * R id[1] Identifikation des Patienten im lokalen System. id[2] Sozialversicherungsnummer des Patienten Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) cdabgd   Beispiel lokale Patienten ID vom System, notwendig für XDS <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>   Beispiel Patienten SV Nummer <id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>   Beispiel bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen) <id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen--> hl7:addr AD 0 … 1 Adresse des Patienten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:streetAddressLine 0 … 1 cdabgd hl7:streetName 0 … 1 cdabgd hl7:houseNumber 0 … 1 cdabgd   Schematron assert role  error     test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)     Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber   hl7:postalCode 1 … 1 M cdabgd hl7:city 1 … 1 M cdabgd hl7:state 0 … 1 C cdabgd hl7:country 1 … 1 M cdabgd hl7:additionalLocator 0 … 1 cdabgd hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd hl7:patient 0 … 1 cdabgd @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:prefix 0 … * cdabgd hl7:given 1 … * M cdabgd hl7:family 1 … * M cdabgd hl7:suffix 0 … * cdabgd hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK cdabgd hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten Darf nicht verwendet werden! cdabgd hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! cdabgd hl7:guardian 0 … * Vormund/Sachwalter. cdabgd hl7:addr AD 0 … 1 Die Adresse der Vormund/Sachwalter Person oder Organisation. Grundsätzlich sind die Vorgaben für , „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten der Vormund/Sachwalter Person oder Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des Vormunds/Sachwalters (Person). cdabgd hl7:name PN 1 … 1 M Name der Person. cdabgd hl7:guardian​Organization  … 1 Name des Vormunds/Sachwalters (Organisation). cdabgd hl7:name ON 1 … 1 M Name der Organisation. cdabgd hl7:birthplace 0 … 1 Geburtsort des Patienten. cdabgd hl7:place 1 … 1 M cdabgd hl7:addr AD 1 … 1 M Die Adresse des Geburtsorts. Grundsätzlich sind die Vorgaben gemäß Kapitel 5.6, „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen. Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich. cdabgd Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) hl7:language​Communication 0 … * Komponente zur Angabe der Sprachfähigkeiten des Patienten. cdabgd hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60 cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 Grad der Sprachkenntnis in der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.61 cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. cdabgd Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC) hl7:author 1 … * M Verfasser des Dokuments. cdabgd @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. cdabgd hl7:time TS.AT.TZ 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK cdabgd hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdabgd @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID / Gerät/Software hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt cdabgd hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung) z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:assigned​Authoring​Device  … 1 cdabgd @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. cdabgd hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. cdabgd hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdabgd   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>     <!-- ... -->   </name></representedOrganization> hl7:id II 1 … * M Die OID der Organisation aus dem GDA-Index. Hinweise: id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden. Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. cdabgd hl7:name ON 1 … 1 M cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.20003 HeaderDataEnterer (DYNAMIC) hl7:dataEnterer 0 … 1 Person der Dateneingabe. cdabgd hl7:time TS.AT.TZ 0 … 1 Der Zeitpunkt an dem das Dokument geschrieben wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. cdabgd hl7:assignedEntity 1 … 1 R Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. cdabgd @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M cdabgd @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M cdabgd @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … 1 R Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Organisation hat keine ID aus dem GDA-Index UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt cdabgd hl7:name 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. cdabgd hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd Eingefügt 0 … * von 1.2.40.0.34.11.20005 Header​Information​Recipient (DYNAMIC) hl7:information​Recipient 0 … * Beabsichtiger Empfänger des Dokuments. cdabgd @typeCode cs 0 … 1   Typ des Informationsempfängers. Bsp: PRCP „Primärer Empfänger“ Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC) hl7:intended​Recipient 1 … 1 M cdabgd hl7:id II 1 … * R Identifikation des beabsichtigten Empfängers (Person). Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID UNK ... Person hat eine ID, diese ist jedoch unbekannt cdabgd   Beispiel <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/> hl7:information​Recipient 1 … 1 M Personendaten des beabsichtigten Empfängers. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:received​Organization 0 … 1 Organisation, der der beabsichtigte Empfänger angehört. z.B.: „Ordination des empfangenden Arztes“ Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 1 … 1 M von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC) hl7:legalAuthenticator 1 … 1 M Rechtlicher Unterzeichner. cdabgd @typeCode cs 0 … 1 F LA hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK cdabgd hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. cdabgd @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des rechtlichen Unterzeichners. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … * von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC) hl7:authenticator 0 … * Weitere Unterzeichner. cdabgd @typeCode cs 0 … 1 F AUTHEN hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK cdabgd hl7:signatureCode CS 1 … 1 M cdabgd @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 1 … * M von 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (DYNAMIC) Fachlicher Ansprechpartner hl7:participant 1 … * M Beteiligter (Fachlicher Ansprechpartner). cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.1']] @typeCode cs 1 … 1 F CALLBCK hl7:templateId II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.1 hl7:time NP cdabgd hl7:associated​Entity 1 … 1 M cdabgd @classCode cs 1 … 1 F PROV hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen. cdabgd hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. Es MUSS mindestens eine Telefon-Nummer angegeben werden cdabgd hl7:associated​Person 1 … 1 M Beteiligte Person. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.2 HeaderParticipant Ref Arzt (DYNAMIC) Einweisender/Zuweisender Arzt hl7:participant 0 … 1 Beteiligter. cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.2']] @typeCode cs 1 … 1 F REF   Einweisender/Zuweisender/Überweisender Arzt. hl7:templateId II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.2   Template ID für Einweisender/Zuweisender/Überweisender Arzt. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. cdabgd @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * Identifikation des Beteiligten (Person). Zugelassene nullFlavor: NI … Person hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. cdabgd hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. cdabgd hl7:associated​Person 1 … 1 R Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation, z.B der Ordination). Grundsätzlich sind die Vorgaben gemäß für „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (DYNAMIC) Hausarzt hl7:participant 0 … 1 Beteiligter (Hausarzt). cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten. cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.3 hl7:functionCode CE 1 … * M Hausarzt. cdabgd @code CONF 1 … 1 F PCP @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. cdabgd @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * Identifikation des Beteiligten (Person) aus dem GDA-Index. Zugelassene nullFlavor: NI … Organisation hat keine ID UNK … Organisation hat eine ID, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. cdabgd hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. cdabgd hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation), zB die Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … * von 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (DYNAMIC) Notfall-Kontakt / Auskunftsberechtigte Person hl7:participant 0 … * Beteiligter (Notfallkontakt / Auskunftsberechtigte Person). cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.4 hl7:time IVL_TS 0 … 1 Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. cdabgd hl7:associated​Entity 1 … 1 M Beschreibung der Entität. cdabgd @classCode cs 1 … 1 F ECON hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Es SOLL mindestens eine Telefonnummer angegeben werden. cdabgd hl7:associated​Person 1 … 1 M Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … * von 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (DYNAMIC) Angehörige hl7:participant 0 … * Beteiligter (Angehöriger). cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.5']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.5 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. cdabgd @classCode cs 1 … 1 F PRS hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („Daughter“), wenn die Beteiligte die Tochter des Patienten ist. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … * von 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (DYNAMIC) Versicherter / Versicherung hl7:participant 0 … * Beteiligter (Versicherter/Versicherung). cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']] @typeCode cs 1 … 1 F HLD hl7:templateId II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.6 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. cdabgd hl7:associated​Entity 1 … 1 M Beschreibung der Entität. cdabgd @classCode cs 1 … 1 F POLHOLD hl7:id II 0 … * Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP) Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnum­mer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt cdabgd hl7:code CE 0 … 1 Versicherungsverhältnis codiert. Beispiele: SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd hl7:associated​Person 0 … 1 Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd   Schematron assert role  error     test hl7:code/@code!='FAMDEP' or count(hl7:associated​Person)=1     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein   hl7:scoping​Organization 1 … 1 R Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (DYNAMIC) Betreuende Organisation hl7:participant 0 … 1 Beteiligter (Betreuende Organisation). cdabgd wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1.1.7 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. cdabgd @classCode cs 1 … 1 F CAREGIVER hl7:scoping​Organization 1 … 1 M Betreuende Organisation. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … * von 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (DYNAMIC) hl7:inFulfillmentOf 0 … * Komponente zur Dokumentation des Auftrags. cdabgd @typeCode cs 1 … 1 F FLFS hl7:order 1 … 1 M Auftrag. cdabgd @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F RQO hl7:id II 1 … 1 M Auftragsnummer, Anforderungsnummer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. cdabgd hl7:documentationOf 1 … * M cdabgd   Beispiel <documentationOf>   <serviceEvent classCode="ACT">     <!-- APPC code für die gegenständliche Untersuchung -->     <code code="3.4.0.5-3-3" codeSystem="1.2.40.0.34.5.38" codeSystemName="APPC" displayName="MRT der LWS"/>    <effectiveTime>       <!-- Zeitpunkt der 1. Untersuchung in der Radiologie -->       <low value="20120823082015+0100"/>      <!-- Gleicher Zeitpunkt wenn nur 1 Untersuchung im Befund referenziert wird -->       <high value="20120823083727+0100"/>    </effectiveTime>  </serviceEvent></documentationOf> hl7:serviceEvent 1 … 1 M cdabgd hl7:code CE 1 … 1 M Beispiel APPC Code : 3.4.0.5-3-3, die Komponenten sind durch "." voneinander getrennt und müssen aus den vier APPC Achsen kommen Achse 1: APPC Modalitaet, im Beipsiel "3" = MRT Achse 2: APPC Lateralitaet, im Beispiel "4" = unpaariges Organ Achse 3: APPC Prozeduren, im Beispiel "0" = Prozedur unbestimmt Achse 4: APPC Anatomie, im Beispiel "5-3-3" = Lendenwirbelsäule Die Codes der Achsen stammen aus den jeweils gleichnamigen Value Sets. Die OID für das Codesystem muss die angegebene OID sein. cdabgd @codeSystem CONF 1 … 1 F 1.2.40.0.34.5.38   Beispiel <code code="3.4.0.5-3-3" codeSystem="1.2.40.0.34.5.38" codeSystemName="APPC"/>   Variable let Name appc1     Value tokenize(@code, '\.')[1]     Variable let Name appc2     Value tokenize(@code, '\.')[2]     Variable let Name appc3     Value tokenize(@code, '\.')[3]     Variable let Name appc4     Value tokenize(@code, '\.')[4]     Variable let Name appc1ok     Value concat(exists(document('include/voc-1.2.40.0.34.10.62-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc1][@codeSystem = '1.2.40.0.34.5.38.1']]), )     Schematron assert role  error     test @nullFlavor or contains($appc1ok,'true')     Meldung Code Achse 1: APPC Modalitaet muss aus dem Value Set APPCModalitaet 1.2.40.0.34.10.62 stammen.     Variable let Name appc2ok     Value concat(exists(document('include/voc-1.2.40.0.34.10.63-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc2][@codeSystem = '1.2.40.0.34.5.38.2']]), )     Schematron assert role  error     test @nullFlavor or contains($appc2ok,'true')     Meldung Code Achse 2: <value-of select="$appc2"/> APPC Lateralitaet muss aus dem Value Set APPCLateralitaet 1.2.40.0.34.10.63 stammen.     Variable let Name appc3ok     Value concat(exists(document('include/voc-1.2.40.0.34.10.64-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc3][@codeSystem = '1.2.40.0.34.5.38.3']]), )     Schematron assert role  error     test @nullFlavor or contains($appc3ok,'true')     Meldung Code Achse 3: APPC Prozeduren muss aus dem Value Set APPCProzeduren 1.2.40.0.34.10.64 stammen.     Variable let Name appc4ok     Value concat(exists(document('include/voc-1.2.40.0.34.10.65-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc4][@codeSystem = '1.2.40.0.34.5.38.4']]), )     Schematron assert role  error     test @nullFlavor or contains($appc4ok,'true')     Meldung Code Achse 4: APPC Anatomie muss aus dem Value Set APPCAnatomie 1.2.40.0.34.10.65 stammen.   hl7:effectiveTime IVL_TS 1 … 1 M cdabgd hl7:low TS.​DATE.​MIN 1 … 1 M cdabgd hl7:high TS.​DATE.​MIN 0 … 1 cdabgd hl7:performer 0 … * cdabgd @typeCode 1 … 1 R   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC) hl7:assignedEntity 1 … 1 M cdabgd Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC) hl7:relatedDocument 0 … 1 Komponente für das vorgehende Dokument. cdabgd @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. cdabgd @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. cdabgd Eingefügt NP von 1.2.40.0.34.11.20012 HeaderAuthorization (DYNAMIC) hl7:authorization NP Komponente für die Einverständniserklärung. Wird in ELGA nicht verwendet! cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (DYNAMIC) hl7:componentOf 0 … 1 Komponente für den Patientenkontakt. cdabgd @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R Patientenkontakt. cdabgd @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. cdabgd hl7:code CE 1 … 1 M Codierung des Patientenkontakts. cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. cdabgd hl7:low TS.​DATE.​MIN 1 … 1 R cdabgd hl7:high TS.​DATE.​MIN 0 … 1 cdabgd hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. cdabgd hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. cdabgd Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdabgd hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdabgd Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdabgd hl7:name ON 1 … 1 cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC) hl7:location 1 … 1 M Komponente Organisation. cdabgd @typeCode cs 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M cdabgd @classCode cs 0 … 1 F SDLOC   Beispiel <healthCareFacility classCode="SDLOC">   <location classCode="PLC" determinerCode="INSTANCE">     <!-- ... -->   </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </serviceProviderOrganization></healthCareFacility> hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. cdabgd @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">   <name/>  <addr>     <!-- ... -->   </addr></serviceProviderOrganization> hl7:id II 1 … * R cdabgd hl7:name ON 1 … 1 M cdabgd hl7:telecom TEL.AT 1 … * M cdabgd hl7:addr AD 1 … 1 M cdabgd hl7:component cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:structuredBody cdabgd @classCode 0 … 1 F DOCBODY @moodCode 0 … 1 F EVN hl7:component 0 … 1 R Beinhaltet 2.16.840.1.113883.10.20.6.1.1 DICOM Object Catalog Sektion Allgemein (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.1.2.1 Brieftext (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 1 … 1 M Beinhaltet 1.2.40.0.34.11.5.2.1 Anforderung (DYNAMIC) cdabgd wo [not(@nullFlavor)] @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 1 … 1 M Beinhaltet 1.2.40.0.34.11.5.2.2 Anamnese (BildgebendeDiagnostik) (DYNAMIC) cdabgd wo [not(@nullFlavor)] @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.3 Indikation (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.4 Patientenstatus / Patientenangaben (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.5 Aktuelle Untersuchung (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.6 Frühere Untersuchungen (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.7 Frühere Befunde (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.8 Komplikationen (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 1 … 1 M Beinhaltet 1.2.40.0.34.11.5.2.9 Befund (DYNAMIC) cdabgd wo [not(@nullFlavor)] @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.10 Zusammenfassung / Ergebnis (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.11 Verdachtsdiagnose (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.12 Schlussfolgerung (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.13 Empfehlung (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.14 Addendum (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.90005 Schlüsselbilder (DYNAMIC) cdabgd @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true