1.2.40.0.34.11.13/static-2016-08-30T161925

Id	1.2.40.0.34.11.13	Gültigkeit	gültig ab 2016‑08‑30 16:19:25
Status	Entwurf	Versions-Label	0.1
Name	ELGAPatientSummary2	Anzeigename	CDA ELGA Patient Summary
Beschreibung	CDA for ELGA Patient Summary
Kontext	Pfadname //
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 31 Templates Benutzt als Name Version 1.2.40.0.34.11.10000 Inklusion Erste Header Elemente für ELGA CDA Dokumente DYNAMIC 1.2.40.0.34.11.13.1.3 Inklusion HeaderCommonsPS (0.1) 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.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.13.1.2 Inklusion HeaderServiceEvent PS (0.1) DYNAMIC 1.2.40.0.34.11.20011 Inklusion HeaderRelatedDocument DYNAMIC 1.2.40.0.34.11.20013 Inklusion Header​Encompassing​Encounter DYNAMIC 1.2.40.0.34.11.13.2.1 Containment Allergien und Unverträglichkeiten (0.1) DYNAMIC 1.2.40.0.34.11.13.2.2 Containment Gesundheitsprobleme und Risiken (0.1) DYNAMIC 1.2.40.0.34.11.8.3.2.1 Containment Medikationslisten Section DYNAMIC 1.2.40.0.34.11.13.2.4 Containment Medizinische Geräte und Implantate (0.1) DYNAMIC 1.2.40.0.34.11.13.2.7 Containment Impfungen DYNAMIC 1.2.40.0.34.11.13.2.3 Containment Durchgeführte Eingriffe und Therapien (0.1) DYNAMIC 1.2.40.0.34.11.13.2.12 Containment Beeinträchtigungen und Invalidität (0.1) DYNAMIC 1.2.40.0.34.11.13.2.10 Containment Diagnostische Resultate (0.1) DYNAMIC 1.2.40.0.34.11.13.2.9 Containment Schwangerschaften (0.1) DYNAMIC 1.2.40.0.34.11.13.2.8 Containment Lebensstil DYNAMIC 1.2.40.0.34.11.3.2.12 Containment Soziale Umstände und Verhalten DYNAMIC 1.2.40.0.34.11.13.2.11 Containment Willenserklärungen DYNAMIC 1.2.40.0.34.11.13.2.14 Containment Weitere Informationen DYNAMIC 1.2.40.0.34.11.13.2.13 Containment Liste der behandelnden GDA DYNAMIC
Beziehung	Adaptation: Template 2.16.840.1.113883.10.12.1 (2005‑09‑07)
Beispiel	Grobstruktur des CDA mit structured Body <ClinicalDocument>   <!-- template 'Erste Header Elemente für ELGA CDA Dokumente' -->   <realmCode code="AT"/>  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <templateId root="1.2.40.0.34.11.1"/>  <!-- template 'HeaderCommonsPS' -->   <templateId root="1.2.40.0.34.11.13"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="60591-0" codeSystem="2.16.840.1.113883.6.1" displayName="Patient Summary"/>  <title/>  <effectiveTime>     <low value="20170813142317"/>  </effectiveTime>  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>  <LanguageCode code="de-AT"/>  <setId root="1.2.3.999" extension="--example only--"/>  <versionNumber value="1"/>  <!-- include template 1.2.40.0.34.11.13.1.1 'Header​Record​Target PS' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.11.20002 'HeaderAuthor' (dynamic) 1..* M -->   <!-- include template 1.2.40.0.34.11.20003 'HeaderDataEnterer' (dynamic) 0..1 O -->   <!-- include template 1.2.40.0.34.11.20004 'HeaderCustodian' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.11.20005 'Header​Information​Recipient' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.20006 'HeaderLegalAuthenticator' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.20007 'HeaderAuthenticator' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.1.1.3 'HeaderParticipant Hausarzt' (dynamic) 0..1 O -->   <!-- include template 1.2.40.0.34.11.1.1.4 'HeaderParticipant Notfallkontakt' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.1.1.5 'HeaderParticipant Angehörige' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.1.1.6 'HeaderParticipant Versicherung' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.1.1.7 'HeaderParticipant Betreuungsorganisation' (dynamic) 0..1 O -->   <!-- include template 1.2.40.0.34.11.13.1.2 'HeaderServiceEvent PS' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.20011 'HeaderRelatedDocument' (dynamic) 0..* O -->   <!-- include template 1.2.40.0.34.11.20013 'Header​Encompassing​Encounter' (dynamic) 0..1 O -->   <component typeCode="COMP" contextConductionInd="true">     <structuredBody classCode="DOCBODY" moodCode="EVN">       <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.1 'Allergien und Unverträglichkeiten' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.2 'Gesundheitsprobleme und Risiken' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.8.3.2.1 'Medikationslisten Section' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.4 'Medizinische Geräte und Implantate ' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.7 'Impfungen' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.3 'Durchgeführte Eingriffe und Therapien' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="false">         <!-- template 1.2.40.0.34.11.13.2.12 'Beeinträchtigungen und Invalidität' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.10 'Diagnostische Resultate' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.9 'Schwangerschaften' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.8 'Lebensstil' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.3.2.12 'Soziale Umstände und Verhalten' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.11 'Willenserklärungen' (dynamic) -->       </component>    </structuredBody>  </component></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument 1 … 1 M (ELG…ry2) Eingefügt 1 … 1 M von 1.2.40.0.34.11.10000 Erste Header Elemente für ELGA CDA Dokumente (DYNAMIC) @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:realmCode CS 1 … 1 M Hoheitsbereich des Dokuments. (ELG…ry2) @code 1 … 1 R   Beispiel <realmCode code="AT"/> hl7:typeId II 1 … 1 M Dokumentformat CDA R2. (ELG…ry2) @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040   Beispiel <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/> hl7:templateId II 1 … 1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden. (ELG…ry2) @root uid 1 … 1 F 1.2.40.0.34.11.1   Beispiel <templateId root="1.2.40.0.34.11.1"/> Eingefügt 1 … 1 M von 1.2.40.0.34.11.13.1.3 HeaderCommonsPS (DYNAMIC) hl7:templateId II 1 … 1 M ELGA TemplateId für das ELGA Patient Summary (ELG…ry2) @root uid 1 … 1 F 1.2.40.0.34.11.13 hl7:id II 1 … 1 M DokumentenId. Für jedes Dokument und jede Version eines Dokumentsets eindeutig. (ELG…ry2) hl7:code CD CWE 1 … 1 M Klassifikation des Dokuments (ELG…ry2) @code CONF 1 … 1 F 60591-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Patient Summary hl7:title ST 1 … 1 M Dokumententitel (ELG…ry2)   Constraint Der Titel muss der Dokumentenklasse entsprechen. Ein möglicher Dokumententitel ist zum Beispiel "Patient Summary" Einem Kompromiss in der AG folgend sind verschiedene Dokumententitel möglich: zum Beispiel "ELGA Übersicht" für das automatisch erstellte PS oder "Patient Summary" bei händisch gepflegten Dokumenten. hl7:effectiveTime IVL_TS 1 … 1 M (ELG…ry2) hl7:confidentialityCode CE CWE 1 … 1 M Klassifizierung der Vertraulichkeit (ELG…ry2) @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (Confidentiality) @codeSystemName 1 … 1 F HL7:Confidentiality @displayName 1 … 1 F normal hl7:LanguageCode CS CNE 1 … 1 M Sprachcode des Dokuments (ELG…ry2) @code CONF 1 … 1 F de-AT hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets (ELG…ry2) hl7:versionNumber INT 1 … 1 M Versionsnummer des Dokuments (ELG…ry2) @value int 1 … 1 R Versionsnummer als positive ganze Zahl Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 Header​Record​Target (DYNAMIC) Patient hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. (ELG…ry2) @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. (ELG…ry2) @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) (ELG…ry2)   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. (ELG…ry2) hl7:streetAddressLine 0 … 1 (ELG…ry2) hl7:streetName 0 … 1 (ELG…ry2) hl7:houseNumber 0 … 1 (ELG…ry2)   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 (ELG…ry2) hl7:city 1 … 1 M (ELG…ry2) hl7:state 0 … 1 C (ELG…ry2) hl7:country 1 … 1 M (ELG…ry2) hl7:additionalLocator 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (ELG…ry2) hl7:patient 0 … 1 (ELG…ry2) @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. (ELG…ry2) hl7:prefix 0 … * (ELG…ry2) hl7:given 1 … * M (ELG…ry2) hl7:family 1 … * M (ELG…ry2) hl7:suffix 0 … * (ELG…ry2) hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK (ELG…ry2)   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 (ELG…ry2) hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. (ELG…ry2)   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. (ELG…ry2)   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! (ELG…ry2) hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! (ELG…ry2) hl7:guardian 0 … * Vormund/Sachwalter. (ELG…ry2) hl7:addr AD 0 … 1 Die Adresse der Vormund/Sachwalter Person oder Organisation. Grundsätzlich sind die Vorgaben für , „Adress-Elemente“ zu befolgen. (ELG…ry2) 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. (ELG…ry2) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des Vormunds/Sachwalters (Person). (ELG…ry2) hl7:name PN 1 … 1 M Name der Person. (ELG…ry2) hl7:guardian​Organization  … 1 Name des Vormunds/Sachwalters (Organisation). (ELG…ry2) hl7:name ON 1 … 1 M Name der Organisation. (ELG…ry2) hl7:birthplace 0 … 1 Geburtsort des Patienten. (ELG…ry2) hl7:place 1 … 1 M (ELG…ry2) 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. (ELG…ry2) 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. (ELG…ry2) hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). (ELG…ry2)   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 (ELG…ry2)   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 (ELG…ry2)   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. (ELG…ry2) Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC) Keine besonderen Vorgaben für das ELGA Patient Summary, folgt dem ALF Die Angabe der Person ist konditional (C) (im Fall einer automatischen Erstellung nicht anzugeben), die Organisation ist verpflichtend anzugeben (M) hl7:author 1 … * M Verfasser des Dokuments. (ELG…ry2) @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. (ELG…ry2) 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 (ELG…ry2) hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (ELG…ry2) @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 (ELG…ry2) 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. (ELG…ry2)   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. (ELG…ry2) 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. (ELG…ry2) 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. (ELG…ry2) hl7:assigned​Authoring​Device  … 1 (ELG…ry2) @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. (ELG…ry2) hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. (ELG…ry2) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (ELG…ry2)   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. (ELG…ry2) hl7:name ON 1 … 1 M (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … 1 von 1.2.40.0.34.11.20003 HeaderDataEnterer (DYNAMIC) Der dataEnterer darf für das automatisch generierte Patient Summary nicht angegeben werden. Wenn es aber einen menschlichen Author gibt, ist auch der dataEnterer relevant hl7:dataEnterer 0 … 1 Person der Dateneingabe. (ELG…ry2) 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. (ELG…ry2) hl7:assignedEntity 1 … 1 R Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (ELG…ry2) 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 (ELG…ry2) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. (ELG…ry2) 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. (ELG…ry2) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC) gemäß ALF hl7:custodian 1 … 1 M Verwahrer des Dokuments. (ELG…ry2) @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M (ELG…ry2) @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (ELG…ry2) @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 (ELG…ry2) 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. (ELG…ry2) hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. (ELG…ry2) hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.20005 Header​Information​Recipient (DYNAMIC) beabsichtigter Empfänger gemäß ALF kann ein bestimmter GDA, eine unbekannte Person ("An den Hausarzt") oder der Patient selbst sein Muss für PS definiert werden. hl7:information​Recipient 0 … * Beabsichtiger Empfänger des Dokuments. (ELG…ry2) @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 (ELG…ry2) 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 (ELG…ry2)   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. (ELG…ry2) 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. (ELG…ry2) 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. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC) Ist im Normalfall [1..1] M und aber für generierte Dokumente NP <t.b.d> wie ist der legalAuthenticator im PS zu handhaben? hl7:legalAuthenticator 0 … * Rechtlicher Unterzeichner. (ELG…ry2) @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 (ELG…ry2) hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. (ELG…ry2) @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. (ELG…ry2) 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 (ELG…ry2) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. (ELG…ry2) 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. (ELG…ry2) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC) weitere Unterzeichner, sind gemeinsam mit dem LegalAuthenticator zu diskutieren hl7:authenticator 0 … * Weitere Unterzeichner. (ELG…ry2) @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 (ELG…ry2) hl7:signatureCode CS 1 … 1 M (ELG…ry2) @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. (ELG…ry2) 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 (ELG…ry2) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. (ELG…ry2) 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. (ELG…ry2) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (DYNAMIC) Für epSOS gefordert in den ELGA-Dokumenten nur O hl7:participant 0 … 1 Beteiligter (Hausarzt). (ELG…ry2) 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. (ELG…ry2) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.3 hl7:functionCode CE 1 … * M Hausarzt. (ELG…ry2) @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. (ELG…ry2) @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. (ELG…ry2) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (ELG…ry2) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (ELG…ry2) hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (ELG…ry2) 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. (ELG…ry2) 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. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (DYNAMIC) Für epSOS gefordert  in den ELGA-Dokumenten nur O hl7:participant 0 … * Beteiligter (Notfallkontakt / Auskunftsberechtigte Person). (ELG…ry2) 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 (ELG…ry2) @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. (ELG…ry2) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (ELG…ry2) @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. (ELG…ry2)   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. (ELG…ry2) 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. (ELG…ry2) hl7:associated​Person 1 … 1 M Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (ELG…ry2) 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. (ELG…ry2) 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. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (DYNAMIC) gemäß ALF hl7:participant 0 … * Beteiligter (Angehöriger). (ELG…ry2) 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 (ELG…ry2) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.5 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (ELG…ry2) @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. (ELG…ry2)   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. (ELG…ry2) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (ELG…ry2) hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (ELG…ry2) 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. (ELG…ry2) 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. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (DYNAMIC) gemäß ALF hl7:participant 0 … * Beteiligter (Versicherter/Versicherung). (ELG…ry2) 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 (ELG…ry2) @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. (ELG…ry2) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (ELG…ry2) @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 (ELG…ry2) 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. (ELG…ry2)   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. (ELG…ry2) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (ELG…ry2) hl7:associated​Person 0 … 1 Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (ELG…ry2) 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. (ELG…ry2)   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. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (DYNAMIC) gemäß ALF hl7:participant 0 … 1 Beteiligter (Betreuende Organisation). (ELG…ry2) 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 (ELG…ry2) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.7 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (ELG…ry2) @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. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.13.1.2 HeaderServiceEvent PS (DYNAMIC) mehrere documentationOf / je ein fixes ServiceEvent 'PCRS' hl7:documentationOf 0 … * R Dem Vorschlag vom IPS folgend dokumentiert dieses Element die für das Wohl des Patienten vollständig oder teilweise zuständigen GDAs  (ELG…ry2) @typeCode cs 1 … 1 F DOC hl7:serviceEvent 1 … 1 M Das serviceEvent enthält die Art der Gesundheitsdienstleistung, im Fall des Patient Summary eine allgemeine Gesundheitsdienstleistung als festem Wert (ELG…ry2) @classCode cs 0 … 1 F PCPR @moodCode cs 0 … 1 F EVN hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts, z.B. Aufnahme - Entlassung (ELG…ry2) hl7:low TS 1 … 1 M (ELG…ry2) hl7:high TS 1 … 1 M (ELG…ry2) hl7:performer 1 … * M Der GDA, der an der aktuellen oder fortbestehenden Betreuung des Patienten beteiligt ist.  (ELG…ry2) @typeCode cs 1 … 1 R VS ELGA_ServiceEventPerformer (1.2.40.0.34.10.43) hl7:functionCode CE CWE 0 … 1 R Funktionscode des GDA ALF erlaubt für den Funktionscode eigene Codes und Bezeichnungen (macht keinen Sinn)  VS ELGA_AuthorSpeciality (1.2.40.0.34.10.6) (ELG…ry2) hl7:time IVL_TS 0 … 1 Zeitraum des Patientenkontakts für diesen performer, wenn unterschiedlich zur effectiveTime außen Ist kein Zeitraum angegeben, wird angenommen, dass die Zeiten gleich sind. (ELG…ry2) hl7:assignedEntity 1 … 1 M (ELG…ry2) 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 (ELG…ry2) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. (ELG…ry2) 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. (ELG…ry2) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC) Verweis auf das Vorgängerdokument   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- ... -->   <hl7:relatedDocument typeCode="RPLC">     <hl7:parentDocument>       <hl7:id root="1.2.3.4" extension="abcdef"/>    </hl7:parentDocument>  </hl7:relatedDocument>  <!-- ... --> </hl7:ClinicalDocument> hl7:relatedDocument 0 … * Komponente für das vorgehende Dokument. (ELG…ry2) @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. (ELG…ry2) @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. (ELG…ry2) Eingefügt 0 … 1 von 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (DYNAMIC) Informationen zum Patientenkontakt als optionales Element. hl7:componentOf 0 … 1 Komponente für den Patientenkontakt. (ELG…ry2) @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R Patientenkontakt. (ELG…ry2) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. (ELG…ry2) hl7:code CE 1 … 1 M Codierung des Patientenkontakts. (ELG…ry2)   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. (ELG…ry2) hl7:low TS.​DATE.​MIN 1 … 1 R (ELG…ry2) hl7:high TS.​DATE.​MIN 0 … 1 (ELG…ry2) hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. (ELG…ry2) hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (ELG…ry2) 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 (ELG…ry2) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (ELG…ry2) hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. (ELG…ry2) 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. (ELG…ry2) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (ELG…ry2) 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 … * (ELG…ry2) hl7:name ON 1 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC) hl7:location 1 … 1 M Komponente Organisation. (ELG…ry2) @typeCode cs 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M (ELG…ry2) @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. (ELG…ry2) @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 (ELG…ry2) hl7:name ON 1 … 1 M (ELG…ry2) hl7:telecom TEL.AT 1 … * M (ELG…ry2) hl7:addr AD 1 … 1 M (ELG…ry2) hl7:component 1 … 1 R (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 R (ELG…ry2) @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 1 … 1 R Sektion Allergien und Unverträglichkeiten Beinhaltet 1.2.40.0.34.11.13.2.1 Allergien und Unverträglichkeiten (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 R Sektion Gesundheitsprobleme und Risiken Beinhaltet 1.2.40.0.34.11.13.2.2 Gesundheitsprobleme und Risiken (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 R Sektion Medikationsliste Beinhaltet 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 R Sektion medizinische Geräte und Implantate Beinhaltet 1.2.40.0.34.11.13.2.4 Medizinische Geräte und Implantate (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 R Sektion mit den Impfungen Beinhaltet 1.2.40.0.34.11.13.2.7 Impfungen (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Sektion Durchgeführte Eingriffe und Therapien Beinhaltet 1.2.40.0.34.11.13.2.3 Durchgeführte Eingriffe und Therapien (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Sektion Beeinträchtigungen und Invalidität Beinhaltet 1.2.40.0.34.11.13.2.12 Beeinträchtigungen und Invalidität (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 1 … 1 R hl7:component 0 … 1 Sektion diagnostische Resultate Beinhaltet 1.2.40.0.34.11.13.2.10 Diagnostische Resultate (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Sektion Schwangerschaften Beinhaltet 1.2.40.0.34.11.13.2.9 Schwangerschaften (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Sektion Lebensstil Beinhaltet 1.2.40.0.34.11.13.2.8 Lebensstil (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Soziale Umstände und Verhalten Beinhaltet 1.2.40.0.34.11.3.2.12 Soziale Umstände und Verhalten (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Willenserklärungen und andere juridische Dokumente Beinhaltet 1.2.40.0.34.11.13.2.11 Willenserklärungen (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Weitere Informationen Beinhaltet 1.2.40.0.34.11.13.2.14 Weitere Informationen (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Liste der behandelnden GDA Beinhaltet 1.2.40.0.34.11.13.2.13 Liste der behandelnden GDA (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true