Template

Show index

Template CDA ELGA Patient Summary 2016‑08‑30 16:19:25

Id1.2.40.0.34.11.13Gültigkeit ab2016‑08‑30 16:19:25
Statusdraft EntwurfVersions-Label0.1
NameELGAPatientSummary2BezeichnungCDA ELGA Patient Summary
BeschreibungCDA for ELGA Patient Summary
KontextPfadname //
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 0 Templates, Benutzt 31 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.2.1Containmentactive Impfungen - kodiert (1.0.0+20210219)DYNAMIC
1.2.40.0.34.11.1.1.3Inklusionactive HeaderParticipant HausarztDYNAMIC
1.2.40.0.34.11.1.1.4Inklusionactive HeaderParticipant NotfallkontaktDYNAMIC
1.2.40.0.34.11.1.1.5Inklusionactive HeaderParticipant AngehörigeDYNAMIC
1.2.40.0.34.11.1.1.6Inklusionactive HeaderParticipant VersicherungDYNAMIC
1.2.40.0.34.11.1.1.7Inklusionactive HeaderParticipant BetreuungsorganisationDYNAMIC
1.2.40.0.34.11.1.1.8Inklusionactive HeaderParticipant Weitere BehandlerDYNAMIC
1.2.40.0.34.11.13.1.2Inklusiondraft HeaderServiceEvent PS (0.1)DYNAMIC
1.2.40.0.34.11.13.1.3Inklusiondraft HeaderCommonsPS (0.1)DYNAMIC
1.2.40.0.34.11.13.2.1Containmentdraft Allergien und Intoleranzen (0.1)DYNAMIC
1.2.40.0.34.11.13.2.2Containmentdraft Gesundheitsprobleme und Risiken (0.1)DYNAMIC
1.2.40.0.34.11.13.2.3Containmentdraft Durchgeführte Eingriffe und Therapien (0.1)DYNAMIC
1.2.40.0.34.11.13.2.4Containmentdraft Medizinische Geräte und Implantate (0.1)DYNAMIC
1.2.40.0.34.11.13.2.8Containmentdraft Lebensstil (0.1)DYNAMIC
1.2.40.0.34.11.13.2.9Containmentdraft Schwangerschaften (0.1)DYNAMIC
1.2.40.0.34.11.13.2.10Containmentdraft Diagnostische Resultate (0.1)DYNAMIC
1.2.40.0.34.11.13.2.11Containmentdraft Willenserklärungen (0.1)DYNAMIC
1.2.40.0.34.11.13.2.12Containmentdraft Beeinträchtigungen (0.1)DYNAMIC
1.2.40.0.34.11.13.2.13Containmentdraft Liste der behandelnden GDA (0.1)DYNAMIC
1.2.40.0.34.11.13.2.15Containmentdraft Soziale Umstände und Verhalten PS (0.1)DYNAMIC
1.2.40.0.34.11.13.2.16Containmentdraft Medikationsliste PS (0.1)DYNAMIC
1.2.40.0.34.11.14.2.2Containmentdraft Weitere Informationen (0.1)DYNAMIC
1.2.40.0.34.11.20001Inklusiondraft HeaderRecordTargetDYNAMIC
1.2.40.0.34.11.20002Inklusionactive HeaderAuthorDYNAMIC
1.2.40.0.34.11.20003Inklusiondraft HeaderDataEntererDYNAMIC
1.2.40.0.34.11.20004Inklusionactive HeaderCustodianDYNAMIC
1.2.40.0.34.11.20005Inklusiondraft HeaderInformationRecipientDYNAMIC
1.2.40.0.34.11.20006Inklusiondraft HeaderLegalAuthenticatorDYNAMIC
1.2.40.0.34.11.20007Inklusiondraft HeaderAuthenticatorDYNAMIC
1.2.40.0.34.11.20011Inklusionactive HeaderRelatedDocumentDYNAMIC
1.2.40.0.34.11.20013Inklusionactive HeaderEncompassingEncounterDYNAMIC
BeziehungAdaptation: 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 'HeaderRecordTarget' (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 'HeaderInformationRecipient' (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 'HeaderEncompassingEncounter' (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>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
1 … 1MELGAdotsary2
@classCode
cs0 … 1FDOCCLIN
@moodCode
cs0 … 1FEVN
Eingefügt von 1.2.40.0.34.11.13.1.3 HeaderCommonsPS (DYNAMIC)
hl7:realmCode
CS (erforderlich)1 … 1MHoheitsbereich des DokumentsHeaddotsnsPS
@code
CONF1 … 1FAT
hl7:typeId
II1 … 1MDokumentformat CDA R2.HeaddotsnsPS
@root
uid1 … 1F2.16.840.1.113883.1.3
@extension
st1 … 1FPOCD_HD000040
hl7:templateId
II1 … 1MELGA TemplateId für den Allgemeinen ImplementierungsleitfadenHeaddotsnsPS
@root
uid1 … 1F1.2.40.0.34.11.1
hl7:templateId
II1 … 1MELGA TemplateId für das ELGA Patient SummaryHeaddotsnsPS
@root
uid1 … 1F1.2.40.0.34.11.13
hl7:id
II1 … 1MDokumentenId. Für jedes Dokument und jede Version eines Dokumentsets eindeutig.HeaddotsnsPS
hl7:code
CD (extensible)1 … 1MKlassifikation des DokumentsHeaddotsnsPS
@code
CONF1 … 1F60591-0
@codeSystem
1 … 1F2.16.840.1.113883.6.1
hl7:title
ST1 … 1MDokumententitelHeaddotsnsPS
 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_TS1 … 1MHeaddotsnsPS
hl7:confidentialityCode
CE (extensible)1 … 1MKlassifizierung der VertraulichkeitHeaddotsnsPS
@code
CONF1 … 1FN
@codeSystem
1 … 1F2.16.840.1.113883.5.25
hl7:languageCode
CS (erforderlich)1 … 1MSprachcode des DokumentsHeaddotsnsPS
@code
CONF1 … 1Fde-AT
hl7:setId
II1 … 1MEindeutige Id des DokumentensetsHeaddotsnsPS
hl7:versionNumber
INT1 … 1MVersionsnummer des DokumentsHeaddotsnsPS
@value
int1 … 1RVersionsnummer als positive ganze Zahl
Eingefügt1 … 1M von 1.2.40.0.34.11.20001 HeaderRecordTarget (DYNAMIC)
Patient
hl7:recordTarget
1 … 1M
Komponente für die Patientendaten.
Headdotsrget
@typeCode
cs0 … 1FRCT
@contextControlCode
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
hl7:patientRole
1 … 1RPatientendaten.Headdotsrget
@classCode
cs0 … 1FPAT
 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 assertrolered error 
 teststring-length(hl7:id[1]/@root)>0 
 Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein 
 Schematron assertrolered error 
 testhl7: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
II2 … *Rid[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)

Headdotsrget
 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
AD0 … 1
Adresse des Patienten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsrget
hl7:streetAddressLine
0 … 1Headdotsrget
hl7:streetName
0 … 1Headdotsrget
hl7:houseNumber
0 … 1Headdotsrget
 Schematron assertrolered error 
 testhl7:streetAddressLine or (hl7:streetName and hl7:houseNumber) 
 MeldungGranularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber 
hl7:postalCode
1 … 1MHeaddotsrget
hl7:city
1 … 1MHeaddotsrget
hl7:state
0 … 1CHeaddotsrget
hl7:country
1 … 1MHeaddotsrget
hl7:additionalLocator
0 … 1Headdotsrget
hl7:telecom
TEL.AT0 … *
Kontaktdaten des Patienten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsrget
hl7:patient
0 … 1Headdotsrget
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M
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.
Headdotsrget
hl7:prefix
0 … *Headdotsrget
hl7:given
1 … *MHeaddotsrget
hl7:family
1 … *MHeaddotsrget
hl7:suffix
0 … *Headdotsrget
hl7:administrativeGenderCode
CE1 … 1R

Codierung des Geschlechts des Patienten.

Zugelassene nullFlavor: UNK

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

Headdotsrget
 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.MIN1 … 1R
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
Headdotsrget
hl7:maritalStatusCode
CE0 … 1Codierung des Familienstands des Patienten.Headdotsrget
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
hl7:religiousAffiliationCode
CE0 … 1Codierung des Religionsbekenntnisses des Patienten.Headdotsrget
 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!
Headdotsrget
hl7:ethnicGroupCode
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!		Headdotsrget
hl7:guardian
0 … *Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, ObsorgeberechtigterHeaddotsrget
hl7:addr
AD0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsrget
hl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsrget
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardianPerson
  • hl7:guardianOrganization
hl7:guardianPerson
 … 1Name des des gesetzlichen Vertreters (Person). Headdotsrget
hl7:name
PN1 … 1MName der Person. Headdotsrget
hl7:guardianOrganization
 … 1Name des des gesetzlichen Vertreters (Organisation). Headdotsrget
hl7:name
ON1 … 1MName der Organisation.Headdotsrget
hl7:birthplace
0 … 1Geburtsort des Patienten.Headdotsrget
hl7:place
1 … 1MHeaddotsrget
hl7:addr
AD1 … 1M

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. 		Headdotsrget
Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)
hl7:languageCommunication
0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
Langdotstion
hl7:languageCode
CS0 … 1Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).Langdotstion
 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
CE0 … 1Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60		Langdotstion
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
hl7:proficiencyLevelCode
CE0 … 1Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61		Langdotstion
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
BL0 … 1Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.Langdotstion
Eingefügt1 … *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 … *MVerfasser des Dokuments.Headdotsthor
@typeCode
cs0 … 1FAUT
@contextControlCode
cs0 … 1FOP
hl7:functionCode
CE0 … 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.
Headdotsthor
hl7:time
TS.AT.TZ1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK		Headdotsthor
hl7:assignedAuthor
1 … 1ROrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.Headdotsthor
@classCode
cs0 … 1FASSIGNED
 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
II1 … *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

Headdotsthor
hl7:code
CE0 … 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.

Headdotsthor
 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.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsthor
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assignedPerson
  • hl7:assignedAuthoringDevice
hl7:assignedPerson
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Headdotsthor
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:assignedAuthoringDevice
 … 1Headdotsthor
@classCode
cs0 … 1FDEV
@determinerCode
cs0 … 1FINSTANCE
hl7:manufacturerModelName
SC1 … 1RHersteller und Modellbezeichnung des datenerstellenden Gerätes.Headdotsthor
hl7:softwareName
SC1 … 1RBezeichnung (und ggf Version) der datenerstellenden Software.Headdotsthor
hl7:representedOrganization
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.Headdotsthor
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>
    <!-- ... -->
  </name></representedOrganization>
hl7:id
II1 … *MDie 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.

Headdotsthor
hl7:name
ON1 … 1MHeaddotsthor
hl7:telecom
TEL.AT0 … *Headdotsthor
hl7:addr
AD0 … 1Headdotsthor
Eingefügt0 … 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 … 1Person der Dateneingabe.Headdotserer
hl7:time
TS.AT.TZ0 … 1
Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Headdotserer
hl7:assignedEntity
1 … 1R
Personendaten der schreibenden Person
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
Headdotserer
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt1 … 1M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC)
gemäß ALF
hl7:custodian
1 … 1MVerwahrer des Dokuments.Headdotsdian
@typeCode
cs0 … 1FCST
hl7:assignedCustodian
1 … 1MHeaddotsdian
@classCode
cs0 … 1FASSIGNED
hl7:representedCustodianOrganization
1 … 1MHeaddotsdian
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II1 … 1R
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
Headdotsdian
hl7:name
1 … 1M Name des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.		Headdotsdian
hl7:telecom
TEL.AT0 … 1Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.		Headdotsdian
hl7:addr
AD1 … 1M Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. 		Headdotsdian
Eingefügt0 … * von 1.2.40.0.34.11.20005 HeaderInformationRecipient (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:informationRecipient
0 … *Beabsichtiger Empfänger des Dokuments.Headdotsient
@typeCode
cs0 … 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:intendedRecipient
1 … 1MHeaddotsient
hl7:id
II1 … *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
Headdotsient
 Beispiel<id nullFlavor="UNK" assigningAuthorityName="GDA Index"/>
hl7:informationRecipient
1 … 1M

Personendaten des beabsichtigten Empfängers.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

Headdotsient
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:receivedOrganization
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.

Headdotsient
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … *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.
 ConstraintWenn 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 … *CRechtlicher Unterzeichner.Headdotsator
@typeCode
cs0 … 1FLA
hl7:time
TS.DATE.MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
Headdotsator
hl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.Headdotsator
@code
CONF1 … 1FS
hl7:assignedEntity
1 … 1M
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.
Headdotsator
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … * von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC)
weitere Unterzeichner, sind gemeinsam mit dem LegalAuthenticator zu diskutieren
hl7:authenticator
0 … *Weitere Unterzeichner.Headdotsator
@typeCode
cs0 … 1FAUTHEN
hl7:time
TS.DATE.MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
Headdotsator
hl7:signatureCode
CS1 … 1MHeaddotsator
@code
CONF1 … 1FS
hl7:assignedEntity
1 … 1MPersonendaten des weiteren Unterzeichners.Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.Headdotsator
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … 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 … 1Beteiligter (Hausarzt).Headdotsarzt
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.3']]
@typeCode
cs1 … 1FIND
 In indirektem Bezug.
hl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten.Headdotsarzt
@root
uid1 … 1F1.2.40.0.34.11.1.1.3
hl7:functionCode
CE1 … *MHausarzt.Headdotsarzt
@code
CONF1 … 1FPCP
@codeSystem
1 … 1F2.16.840.1.113883.5.88
hl7:associatedEntity
1 … 1MBeschreibung der Entität.Headdotsarzt
@classCode
cs1 … 1FPROV
 Gesundheitsdienstanbieter.
hl7:id
II0 … *

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.
Headdotsarzt
hl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsarzt
hl7:telecom
TEL.AT0 … *Beliebig viele Kontaktdaten des Beteiligten.Headdotsarzt
hl7:associatedPerson
1 … 1M
Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Headdotsarzt
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:scopingOrganization
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.
Headdotsarzt
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … * 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).Headdotstakt
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.4']]
@typeCode
cs1 … 1FIND
hl7:templateId
II1 … 1MHeaddotstakt
@root
uid1 … 1F1.2.40.0.34.11.1.1.4
hl7:time
IVL_TS0 … 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.

Headdotstakt
hl7:associatedEntity
1 … 1MBeschreibung der Entität.Headdotstakt
@classCode
cs1 … 1FECON
hl7:code
CE0 … 1

Verwandtschaftsverhältnis des Beteiligten zum Patienten.
Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.

Headdotstakt
 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
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotstakt
hl7:telecom
TEL.AT0 … *R
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

Es SOLL mindestens eine Telefonnummer angegeben werden.
Headdotstakt
hl7:associatedPerson
1 … 1M
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Headdotstakt
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:scopingOrganization
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.
Headdotstakt
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … * von 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (DYNAMIC)
gemäß ALF
hl7:participant
0 … *Beteiligter (Angehöriger).Headdotsrige
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.5']]
@typeCode
cs1 … 1FIND
hl7:templateId
II1 … 1MHeaddotsrige
@root
uid1 … 1F1.2.40.0.34.11.1.1.5
hl7:associatedEntity
1 … 1MBeschreibung der Entität.Headdotsrige
@classCode
cs1 … 1FPRS
hl7:code
CE1 … 1M

Verwandtschaftsverhältnis des Beteiligten zum Patienten.Beispiel: DAU („Daughter“), wenn die Beteiligte die Tochter des Patienten ist.

Headdotsrige
 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
AD0 … 1

Adresse des Beteiligten.Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Headdotsrige
hl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsrige
hl7:associatedPerson
1 … 1MBeteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.		Headdotsrige
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:scopingOrganization
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.
Headdotsrige
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … * von 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (DYNAMIC)
gemäß ALF
hl7:participant
0 … *Beteiligter (Versicherter/Versicherung).Headdotsrung
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.6']]
@typeCode
cs1 … 1FHLD
hl7:templateId
II1 … 1MHeaddotsrung
@root
uid1 … 1F1.2.40.0.34.11.1.1.6
hl7:time
IVL_TS0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Headdotsrung
hl7:associatedEntity
1 … 1MBeschreibung der Entität.Headdotsrung
@classCode
cs1 … 1FPOLHOLD
hl7:id
II0 … *

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
Headdotsrung
hl7:code
CE0 … 1

Versicherungsverhältnis codiert.Beispiele:SELF, wenn der Patient selbst der Versicherte ist.FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.

Headdotsrung
 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
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsrung
hl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsrung
hl7:associatedPerson
0 … 1
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Headdotsrung
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
 Schematron assertrolered error 
 testhl7:code/@code!='FAMDEP' or count(hl7:associatedPerson)=1 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein 
hl7:scopingOrganization
1 … 1R
Versicherungsgesellschaft.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
Headdotsrung
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … 1 von 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (DYNAMIC)
gemäß ALF
hl7:participant
0 … 1Beteiligter (Betreuende Organisation).Headdotsuorg
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.7']]
@typeCode
cs1 … 1FIND
hl7:templateId
II1 … 1MHeaddotsuorg
@root
uid1 … 1F1.2.40.0.34.11.1.1.7
hl7:associatedEntity
1 … 1MBeschreibung der Entität.Headdotsuorg
@classCode
cs1 … 1FCAREGIVER
hl7:scopingOrganization
1 … 1M
Betreuende Organisation.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
Headdotsuorg
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
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).Headdotstant
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.8']]
@typeCode
cs1 … 1FCON
 Weitere Behandler.
hl7:templateId
II1 … 1MHeaddotstant
@root
uid1 … 1F1.2.40.0.34.11.1.1.8
hl7:functionCode
CE0 … 1RAngabe 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.
Headdotstant
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
hl7:associatedEntity
1 … 1MHeaddotstant
@classCode
cs1 … 1FPROV
 Gesundheitsdienstanbieter.
hl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotstant
hl7:telecom
TEL.AT0 … *RBeliebig viele Kontaktdaten des Beteiligten.
Es MUSS mindestens eine Telefon-Nummer angegeben werden.		Headdotstant
hl7:associatedPerson
1 … 1M
Beteiligte Person
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Headdotstant
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:scopingOrganization
0 … 1R
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation)
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
Headdotstant
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt0 … * von 1.2.40.0.34.11.13.1.2 HeaderServiceEvent PS (DYNAMIC)
mehrere documentationOf / je ein fixes ServiceEvent 'PCRS'
hl7:documentationOf
0 … *Headdotst_PS
@typeCode
cs1 … 1FDOC
hl7:serviceEvent
1 … 1MDas serviceEvent enthält die Art der Gesundheitsdienstleistung, im Fall des Patient Summary eine allgemeine Gesundheitsdienstleistung als festem WertHeaddotst_PS
@classCode
cs0 … 1FPCPR
@moodCode
cs0 … 1FEVN
hl7:code
CE1 … 1MFixer Wert für die GesundheitsdienstleistungHeaddotst_PS
@code
cs1 … 1FPATSUM
@displayName
st0 … 1FZusammenfassung von Patientendaten
@codeSystem
oid1 … 1F1.2.40.0.34.10.208
@codeSystemName
st0 … 1FELGA_ServiceEventPS_VS
hl7:effectiveTime
IVL_TS1 … 1MZeitraum 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.
Headdotst_PS
hl7:low
TS1 … 1MHeaddotst_PS
hl7:high
TS1 … 1MHeaddotst_PS
hl7:performer
NPEs wird hier keine durchführende Entität der Gesundheitsdienstleistung angegeben   Headdotst_PS
Eingefügt0 … * 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.Headdotsment
@typeCode
cs1 … 1FRPLC
 Art des Bezugs zum Vordokument.
hl7:parentDocument
1 … 1MVorhergehendes Dokument.Headdotsment
@classCode
cs0 … 1FDOCCLIN
@moodCode
cs0 … 1FEVN
hl7:id
II1 … 1MDokumenten-Id des vorgehenden Dokuments.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
Headdotsment
Eingefügt0 … 1 von 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (DYNAMIC)
Informationen zum Patientenkontakt als optionales Element.
hl7:componentOf
0 … 1Komponente für den Patientenkontakt.Headdotsnter
@typeCode
cs0 … 1FCOMP
hl7:encompassingEncounter
1 … 1RPatientenkontakt.Headdotsnter
@classCode
cs0 … 1FENC
@moodCode
cs0 … 1FEVN
hl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl.Headdotsnter
hl7:code
CE1 … 1MCodierung des Patientenkontakts.Headdotsnter
 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_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Headdotsnter
hl7:low
TS.DATE.MIN1 … 1RHeaddotsnter
hl7:high
TS.DATE.MIN0 … 1Headdotsnter
hl7:responsibleParty
0 … 1
Komponente für die verantwortliche Person.
Headdotsnter
hl7:assignedEntity
1 … 1M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
Headdotsnter
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
Eingefügt1 … 1M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)
hl7:location
1 … 1MKomponente Organisation.Encodotstion
@typeCode
cs0 … 1FLOC
 Beispiel<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility></location>
hl7:healthCareFacility
1 … 1MEncodotstion
@classCode
cs0 … 1FSDLOC
 Beispiel<healthCareFacility classCode="SDLOC">
  <location classCode="PLC" determinerCode="INSTANCE">
    <!-- ... -->
  </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization></healthCareFacility>
hl7:serviceProviderOrganization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
Encodotstion
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
 Beispiel<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr></serviceProviderOrganization>
hl7:id
II1 … *REncodotstion
hl7:name
ON1 … 1MEncodotstion
hl7:telecom
TEL.AT1 … *MEncodotstion
hl7:addr
AD1 … 1MEncodotstion
hl7:component
1 … 1RELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:structuredBody
1 … 1RELGAdotsary2
@classCode
cs0 … 1FDOCBODY
@moodCode
cs0 … 1FEVN
hl7:component
1 … 1RSektion Allergien und Unverträglichkeiten
Beinhaltet 1.2.40.0.34.11.13.2.1 Allergien und Intoleranzen (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
1 … 1RSektion Gesundheitsprobleme und Risiken
Beinhaltet 1.2.40.0.34.11.13.2.2 Gesundheitsprobleme und Risiken (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
1 … 1RSektion Medikationsliste
Beinhaltet 1.2.40.0.34.11.13.2.16 Medikationsliste PS (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
1 … 1RSektion medizinische Geräte und Implantate
Beinhaltet 1.2.40.0.34.11.13.2.4 Medizinische Geräte und Implantate (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Sektion mit den Impfungen
Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Sektion Durchgeführte Eingriffe und Therapien
Beinhaltet 1.2.40.0.34.11.13.2.3 Durchgeführte Eingriffe und Therapien (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Sektion Beeinträchtigungen und Invalidität
Beinhaltet 1.2.40.0.34.11.13.2.12 Beeinträchtigungen (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl1 … 1R
hl7:component
0 … 1Sektion diagnostische Resultate
Beinhaltet 1.2.40.0.34.11.13.2.10 Diagnostische Resultate (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Sektion Schwangerschaften
Beinhaltet 1.2.40.0.34.11.13.2.9 Schwangerschaften (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Sektion Lebensstil
Beinhaltet 1.2.40.0.34.11.13.2.8 Lebensstil (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Soziale Umstände und Verhalten
Beinhaltet 1.2.40.0.34.11.13.2.15 Soziale Umstände und Verhalten PS (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Willenserklärungen und andere juridische Dokumente
Beinhaltet 1.2.40.0.34.11.13.2.11 Willenserklärungen (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Weitere Informationen
Beinhaltet 1.2.40.0.34.11.14.2.2 Weitere Informationen (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:component
0 … 1Liste der behandelnden GDA
Beinhaltet 1.2.40.0.34.11.13.2.13 Liste der behandelnden GDA (DYNAMIC)		ELGAdotsary2
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue