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 30 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.1 Inklusion Header​Record​Target PS 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.20009 Inklusion HeaderInFulfillmentOf 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.20012 Inklusion HeaderAuthorization 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.13.2.3 Containment Durchgeführte Eingriffe und Therapien (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.11.13.2.7 Containment Impfungen DYNAMIC 1.2.40.0.34.11.2.2.11 Containment Entlassungszustand DYNAMIC 1.2.40.0.34.11.13.2.8 Containment Lebensstil DYNAMIC 1.2.40.0.34.11.13.2.9 Containment Schwangerschaften DYNAMIC 1.2.40.0.34.11.13.2.10 Containment Diagnostische Resultate (0.1) DYNAMIC 1.2.40.0.34.11.3.2.12 Containment Soziale Umstände und Verhalten DYNAMIC 1.2.40.0.34.11.1.2.4 Containment Patientenverfügung DYNAMIC 1.2.40.0.34.11.8.3.2.1 Containment Medikationslisten Section DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.1 (2005‑09‑07)
Beispiel	Grobstruktur des CDA mit structured Body <hl7:ClinicalDocument>   <!-- CDA Header -->   <!-- CDA Body -->   <hl7:component>     <hl7:structuredBody/>  </hl7:component></hl7:ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument (ELG…ry2) Eingefügt 0 … * 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 0 … * R Hoheitsbereich des Dokuments. (ELG…ry2) @code 1 … 1 R   Beispiel <realmCode code="AT"/> hl7:typeId II 0 … * R 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 0 … * R 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"/> hl7:templateId II 1 … 1 M (ELG…ry2) @root uid 1 … 1 F 1.2.40.0.34.11.13   die templateId für das ELGA Patient Summary hl7:id II 1 … 1 M DokumentenId (ELG…ry2) hl7:code CE CWE 1 … 1 M Dokumentenklasse LOINC aus dem ValueSet ELGA_Dokumentenklassen ToDo: verschiedenen Codes bei manuell gepflegtem Dokument ('Patient Summary') und automatisch erstellter ELGA Übersicht ('Summary of episode note") Diskussion: Der LOINC Code für Patient Summary umfasst explizit sowohl automatisch erstellte Dokumente als auch manuell erstellte!  (ELG…ry2)   CONF @code muss "60591-5" sein @codeSystem muss "2.16.840.1.113883.6.1" sein @codeSystemName muss "LOINC" sein @displayName muss "Patient Summary" sein oder @code muss "34133-9" sein @codeSystem muss "2.16.840.1.113883.6.1" sein @codeSystemName muss "LOINC" sein @displayName muss "Summary of episode note" sein   Beispiel Strukturbeispiel für die Dokumentenklasse ("code") <hl7:ClinicalDocument>   <!-- ... -->   <hl7:code code="60591-0" displayName="Patient Summary" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- ... --> </hl7:ClinicalDocument>   Beispiel Strukturbeispiel für die Dokumentenklasse ("code") <hl7:ClinicalDocument>   <!-- ... -->   <hl7:code code="34133-9" displayName="Summary of episode note" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- ... --> </hl7:ClinicalDocument> hl7:title ST 1 … 1 M Dokumententitel (ELG…ry2)   Constraint Der Titel muss der Dokumentenklasse entsprechen. 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ändich gepflegten Dokumenten. hl7:effectiveTime TS 1 … 1 M Erstellungsdatum Datum, an dem das Dokument erzeugt wurde (ELG…ry2) hl7:confidentialityCode CE CWE 1 … 1 M (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:language​Code CS CNE 1 … 1 M (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.13.1.1 Header​Record​Target PS (DYNAMIC) Patient hl7:recordTarget 1 … 1 M (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 (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> hl7:id II 1 … 1 M (ELG…ry2)   Beispiel Angabe der Id des Patienten im erstellenden System <!-- 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"/>   Schematron assert role  error     test string-length(hl7:id/@root)>0     Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein   hl7:id II 1 … 1 R (ELG…ry2)   Beispiel Angabe der Sozialversicherungsnummer des Patienten <!-- Patienten SV Nummer --> <id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>   Schematron assert role  error     test hl7:id/@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 (@root=1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben   hl7:id II 1 … 1 R (ELG…ry2)   Beispiel Angabe des bereichspezifischen Personenkennzeichens (bPK) des Patienten <!-- Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) --> <id root="1.2.40.0.10.2.1.1.149" extension="4711" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/>   Schematron assert role  error     test hl7:id/@root = '1.2.40.0.10.2.1.1.149' and string-length(hl7:id/@extension)>0     Meldung patientRole id[3] MUSS das bereichspezifische Personenkennzeichen des Patienten sein (@root=1.2.40.0.10.2.1.1.149 und eine @extension sind anzugeben)   hl7:addr AD 0 … 1 (ELG…ry2)   Beispiel <!-- Adresse des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.3) Granularitätsstufen beachten --> <addr use="H">   <streetAddressLine>Musterstraßen 13a</streetAddressLine>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country></addr> 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 … * (ELG…ry2)   Beispiel <!-- Kontaktdaten des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.4) --> <telecom use="H" value="tel:+43.1.40400"/>   Beispiel <telecom use="MC" value="tel:+43.664.1234567"/>   Beispiel <telecom value="mailto:herberthannes.mustermann@provider.at"/> hl7:patient 0 … 1 (ELG…ry2) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient> hl7:name PN 1 … 1 M (ELG…ry2)   Beispiel <name>   <given>Johannes</given>  <family>Tremener</family></name> 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 (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)   Beispiel <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> hl7:birthTime TS.​DATE.​MIN 1 … 1 R (ELG…ry2)   Beispiel <!-- Geburtsdatum des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.7) --> <birthTime value="19491224"/> hl7:marital​Status​Code CE 0 … 1 (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)   Beispiel <!-- Familienstand des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.8) --> <maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/> hl7:religious​Affiliation​Code CE 0 … 1 (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)   Beispiel <!-- Religionszugehörigkeit des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.9) --> <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1"/> hl7:raceCode NP (ELG…ry2) hl7:ethnic​Group​Code NP (ELG…ry2) hl7:guardian 0 … * (ELG…ry2)   Beispiel <!-- Vormund/Sachwalter des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.12) "Organisation" --> <guardian>   <!-- Adresse der Vermunds/Sachwalters (Organisation) -->   <addr>     <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>    <postalCode>2371</postalCode>    <city>Hinterbrühl</city>    <state>Niederösterreich</state>    <country>AUT</country>  </addr>  <!-- Kontaktdaten des Vormunds/Sachwalters (Organisation) -->   <telecom use="H" value="tel:+1-608-443-2928"/>  <telecom use="WP" value="tel:+1-608-271-9000"/>  <guardianOrganization>     <!-- Name der Vormund/Sachwalter-Organisation -->     <name>SOS Kinderdorf Hinterbrühl</name>  </guardianOrganization></guardian> hl7:addr AD 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 (ELG…ry2) hl7:name PN 1 … 1 M (ELG…ry2) hl7:guardian​Organization  … 1 (ELG…ry2) hl7:name ON 1 … 1 M (ELG…ry2) hl7:birthplace 0 … 1 (ELG…ry2)   Beispiel <!-- Geburtsort des Patienten (siehe Allgemeiner Leitfaden, Kapitel 6.3.1.2.13) --> <birthplace>   <place>     <addr>Graz</addr>  </place></birthplace> hl7:place 1 … 1 M (ELG…ry2) hl7:addr AD 1 … 1 M (ELG…ry2) Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) Die Sprachfähigkeit des Patienten (bevorzugte Sprache, Ausdrucksform, Grad der Kenntnis) 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. (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. (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. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (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 (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 (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 (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:assigned​Person 1 … 1 (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 (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 (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. (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. (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“ (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. (ELG…ry2) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:assigned​Person 1 … 1 (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 (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. (ELG…ry2) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:assigned​Person 1 … 1 (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 (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 NP von 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (DYNAMIC) Dokumentation der Anforderung für PS nicht relevant hl7:inFulfillmentOf NP Komponente zur Dokumentation des Auftrags. (ELG…ry2) @typeCode cs 1 … 1 F FLFS hl7:order 1 … 1 M Auftrag. (ELG…ry2) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F RQO hl7:id II 1 … 1 M Auftragsnummer, Anforderungsnummer. (ELG…ry2) Eingefügt 0 … * von 1.2.40.0.34.11.13.1.2 HeaderServiceEvent PS (DYNAMIC) ToDo: Die Bedeutung des Service Events muss für das PS erst definiert werden. Im IPS: Liste der behandelnden GDAs: mehrere documentationOf / je ein fixes ServiceEvent 'PCRS' hl7:documentationOf 0 … * 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 (ELG…ry2) @classCode cs 0 … 1 F PCPR @moodCode cs 0 … 1 F EVN hl7:effectiveTime IVL_TS 1 … 1 M (ELG…ry2) hl7:low TS 1 … 1 M (ELG…ry2) hl7:high TS 1 … 1 M (ELG…ry2) hl7:performer 0 … * 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  (ELG…ry2) hl7:time TS 1 … 1 R (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 (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:assigned​Person 1 … 1 (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 (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 NP von 1.2.40.0.34.11.20012 HeaderAuthorization (DYNAMIC) Komponente für die Einverständniserklärung wird in ELGA nicht verwendet hl7:authorization NP Komponente für die Einverständniserklärung. Wird in ELGA nicht verwendet! (ELG…ry2) Eingefügt 0 … 1 von 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (DYNAMIC) Informationen zum Patientenkontakt als optionales Element im PS: Ist nicht relevant im Fall einer automatisch erstellten ELGA Übersicht, Für das manuell erstellte Patient Summary oder für ein "Fall-Summary" nach einem stationären Aufenthalt aber durchaus sinnvoll.  <t.b.d. : reicht es, das über die Optionaliät O auszudrücken? Wäre es nicht besser, in Abhängigkeit von der Art des PS NP oder O zu definieren?>  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 (ELG…ry2) hl7:addr AD 0 … 1 (ELG…ry2) hl7:telecom TEL.AT 0 … * (ELG…ry2) hl7:assigned​Person 1 … 1 (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 (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 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 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 1 … 1 R 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 Beeinträchtigungen und Invalidität Beinhaltet 1.2.40.0.34.11.2.2.11 Entlassungszustand (DYNAMIC) (ELG…ry2) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Sektion Lebensstil (Social History) 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 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 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 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 Beinhaltet 1.2.40.0.34.11.1.2.4 Patientenverfügung (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