1.2.40.0.34.11.13/static-2016-08-30T161925

Id	1.2.40.0.34.11.13	Gültigkeit ab	2016‑08‑30 16:19:25
Status	Entwurf	Versions-Label	0.1
Name	ELGAPatientSummary2	Bezeichnung	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	Benutzt 31 Templates Benutzt als Name Version 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.1.1.8 Inklusion HeaderParticipant Weitere Behandler 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 Intoleranzen (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.13.2.16 Containment Medikationsliste PS (0.1) DYNAMIC 1.2.40.0.34.11.13.2.4 Containment Medizinische Geräte und Implantate (0.1) DYNAMIC 1.2.40.0.34.6.0.11.2.1 Containment Impfungen - kodiert (2.0.0+20250901) 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 (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 (0.1) DYNAMIC 1.2.40.0.34.11.13.2.15 Containment Soziale Umstände und Verhalten PS (0.1) DYNAMIC 1.2.40.0.34.11.13.2.11 Containment Willenserklärungen (0.1) DYNAMIC 1.2.40.0.34.11.14.2.2 Containment Weitere Informationen (0.1) DYNAMIC 1.2.40.0.34.11.13.2.13 Containment Liste der behandelnden GDA (0.1) DYNAMIC
Beziehung	Adaptation: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07) ref ad1bbr-
Beispiel	Grobstruktur des CDA mit structured Body <ClinicalDocument classCode="DOCCLIN" moodCode="EVN">   <!-- include template 1.2.40.0.34.11.13.1.3 'HeaderCommonsPS' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.11.20001 'Header​Record​Target' (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.6.0.11.2.1 '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>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.14 'Weitere Informationen' (dynamic) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.11.13.2.13 'Liste der behandelnden GDA' (dynamic) -->       </component>    </structuredBody>  </component></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument 1 … 1 M @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt von 1.2.40.0.34.11.13.1.3 HeaderCommonsPS (DYNAMIC) hl7:realmCode CS (erforderlich) 1 … 1 M Hoheitsbereich des Dokuments @code CONF 1 … 1 F AT hl7:typeId II 1 … 1 M Dokumentformat CDA R2. @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden @root uid 1 … 1 F 1.2.40.0.34.11.1 hl7:templateId II 1 … 1 M ELGA TemplateId für das ELGA Patient Summary @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. hl7:code CD (extensible) 1 … 1 M Klassifikation des Dokuments @code CONF 1 … 1 F 60591-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Dokumententitel   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 hl7:confidentialityCode CE (extensible) 1 … 1 M Klassifizierung der Vertraulichkeit @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (BasicConfidentialityKind) hl7:language​Code CS (erforderlich) 1 … 1 M Sprachcode des Dokuments @code CONF 1 … 1 F de-AT hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets hl7:versionNumber INT 1 … 1 M Versionsnummer des Dokuments @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.   elgagab-data​element-9  Patient  Datensatz @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. @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)   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. hl7:streetAddressLine 0 … 1 hl7:streetName 0 … 1 hl7:houseNumber 0 … 1   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 hl7:city 1 … 1 M hl7:state 0 … 1 C hl7:country 1 … 1 M hl7:additionalLocator 0 … 1 hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. hl7:patient 0 … 1 @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. hl7:prefix 0 … * hl7:given 1 … * M hl7:family 1 … * M hl7:suffix 0 … * hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.   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 hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten.   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.   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! hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). hl7:name PN 1 … 1 M Name der Person. hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). hl7:name ON 1 … 1 M Name der Organisation. hl7:birthplace 0 … 1 Geburtsort des Patienten. hl7:place 1 … 1 M hl7:addr AD 1 … 1 M Die Adresse des Geburtsorts. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen. Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich. 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. hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).   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   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   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. 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.   elgagab-data​element-48  Autor  Datensatz @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. 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 hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. @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.ODERIdentifikation 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 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.   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. 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. 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 M 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. hl7:assigned​Authoring​Device  … 1 @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. hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.   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. hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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.   elgagab-data​element-65  Schreibkraft  Datensatz 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. hl7:assignedEntity 1 … 1 R Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. 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 hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. 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 M 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. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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.   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M @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 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. hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. 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.   elgagab-data​element-259  Empfänger  Datensatz @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 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   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. 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 M 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. 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. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 Eingefügt 0 … * C von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC) Wird das Patient Summary von einer Person erstellt (author=human-created), ist der rechtliche Unterzeichner verpflichtend ( [1..1] M) anzugeben. Bei einer automatischen Erstellung (author=software-assembled) ist der rechtliche Unterzeichner optional [O] anzugeben.   Constraint Wenn author=human-created, d.h. assignedPerson ist vorhanden, dann ist der rechtliche Unterzeichner verpflichtend ( [1..1] M) anzugeben. Wenn author=software-assembled, d.h. assignedAuthoringDevice ist vorhanden, dann st der rechtliche Unterzeichner optional [O] anzugeben. hl7:legalAuthenticator 0 … * C Rechtlicher Unterzeichner.   elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  Datensatz @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 hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. @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. 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 hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. 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 M 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. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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.   elgagab-data​element-86  Weitere Unterzeichner  Datensatz @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 hl7:signatureCode CS 1 … 1 M @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. 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 hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. 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 M 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. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']]   elgagab-data​element-100  Hausarzt  Datensatz @typeCode cs 1 … 1 F IND   In indirektem Bezug. hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten. @root uid 1 … 1 F 1.2.40.0.34.11.1.1.3 hl7:functionCode CE 1 … * M Hausarzt. @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. @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. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. 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 M 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. 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. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']]   elgagab-data​element-105  Notfall-Kontakt  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M @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. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @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.   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. 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. hl7:associated​Person 1 … 1 M Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. 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 M 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. 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. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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). 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 @root uid 1 … 1 F 1.2.40.0.34.11.1.1.5 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @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.   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. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. 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 M 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. 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. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 Eingefügt 0 … * von 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (DYNAMIC) gemäß ALF hl7:participant 0 … * Beteiligter (Versicherter/Versicherung). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']]   elgagab-data​element-119  Versicherter/Versicherung  Datensatz @typeCode cs 1 … 1 F HLD hl7:templateId II 1 … 1 M @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. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @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 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.   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. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. hl7:associated​Person 0 … 1 Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. 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 M 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.   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. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']]   elgagab-data​element-251  Betreuende Organisation  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.7 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @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. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 Eingefügt von 1.2.40.0.34.11.1.1.8 HeaderParticipant Weitere Behandler (DYNAMIC) Weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden. hl7:participant Beteiligter (Fachlicher Ansprechpartner). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.8']]   elgagab-data​element-136  Weitere Behandler  Datensatz @typeCode cs 1 … 1 F CON   Weitere Behandler. hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.8 hl7:functionCode CE 0 … 1 R Angabe der Funktion bzw. der Fachrichtung des Behandlers. z.B: „Facharzt für Neurologie“  Eigene Codes und Bezeichnungen dürfen verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des Beteiligten. Es MUSS mindestens eine Telefon-Nummer angegeben werden. hl7:associated​Person 1 … 1 M Beteiligte Person Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. 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 M 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. hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation) Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 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 … * @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 @classCode cs 0 … 1 F PCPR @moodCode cs 0 … 1 F EVN hl7:code CE 1 … 1 M Fixer Wert für die Gesundheitsdienstleistung @code cs 1 … 1 F PATSUM @displayName st 0 … 1 F Zusammenfassung von Patientendaten @codeSystem oid 1 … 1 F 1.2.40.0.34.10.208 @codeSystemName st 0 … 1 F ELGA_ServiceEventPS_VS hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der dokumentierten Gesundheitsdaten:  Im "software-assembled" Patient Summary: die Zeitspanne vom ältesten Dokument bis zum jüngsten erfassten Dokument Im "human curated" Patient Summary: die Zeitspanne, über die Informationen vorliegen. hl7:low TS 1 … 1 M hl7:high TS 1 … 1 M hl7:performer NP Es wird hier keine durchführende Entität der Gesundheitsdienstleistung angegeben    Eingefügt 0 … * von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC) Verweis auf das Vorgängerdokument   Beispiel Strukturbeispiel <cda:ClinicalDocument>   <!-- ... -->   <cda:relatedDocument typeCode="RPLC">     <cda:parentDocument>       <cda:id root="1.2.3.4" extension="abcdef"/>    </cda:parentDocument>  </cda:relatedDocument>  <!-- ... --> </cda:ClinicalDocument> hl7:relatedDocument 0 … * Komponente für das vorgehende Dokument.   elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. @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. 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.   elgagab-data​element-156  Patientenkontakt  Datensatz @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R Patientenkontakt. @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. hl7:code CE 1 … 1 M Codierung des Patientenkontakts.   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. hl7:low TS.​DATE.​MIN 1 … 1 R hl7:high TS.​DATE.​MIN 0 … 1 hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. 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 hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. 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 M 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. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. 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 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC) hl7:location 1 … 1 M Komponente Organisation. @typeCode cs 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M @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. @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 hl7:name ON 1 … 1 M hl7:telecom TEL.AT 1 … * M hl7:addr AD 1 … 1 M hl7:component 1 … 1 R @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 R @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 Intoleranzen (DYNAMIC) @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) @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.13.2.16 Medikationsliste PS (DYNAMIC) @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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Sektion mit den Impfungen Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC) @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) @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 (DYNAMIC) @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) @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) @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) @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.13.2.15 Soziale Umstände und Verhalten PS (DYNAMIC) @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) @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.14.2.2 Weitere Informationen (DYNAMIC) @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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true