Back To Index  <<  Back To Templates

retired Template  Befund Bildgebende Diagnostik

Id 1.2.40.0.34.11.5 Gültigkeit 2015‑01‑30
Andere Versionen mit dieser Id:
Status retired Obsolet Versions-Label
Name BefundBildgebendeDiagnostik Bezeichnung Befund Bildgebende Diagnostik
Beschreibung Template Spezieller Implementierungsleitfaden ELGA Befund Bildgebende Diagnostik
Kontext Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.11.5
Label cdabgd
Klassifikation CDA Document Level Template
Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 0 Templates, Benutzt 40 Templates
Benutzt als Name Version
1.2.40.0.34.11.90008 Inklusion active CD effectiveTime DYNAMIC
1.2.40.0.34.11.90009 Inklusion active CD confidentialityCode DYNAMIC
1.2.40.0.34.11.90010 Inklusion active CD languageCode DYNAMIC
1.2.40.0.34.11.90007 Inklusion active SetId VersionNumber DYNAMIC
1.2.40.0.34.11.20001 Inklusion draft HeaderRecordTarget DYNAMIC
1.2.40.0.34.11.20002 Inklusion active HeaderAuthor DYNAMIC
1.2.40.0.34.11.20003 Inklusion draft HeaderDataEnterer DYNAMIC
1.2.40.0.34.11.20004 Inklusion active HeaderCustodian DYNAMIC
1.2.40.0.34.11.20005 Inklusion draft HeaderInformationRecipient DYNAMIC
1.2.40.0.34.11.20006 Inklusion draft HeaderLegalAuthenticator DYNAMIC
1.2.40.0.34.11.20007 Inklusion draft HeaderAuthenticator DYNAMIC
1.2.40.0.34.11.1.1.1 Inklusion active HeaderParticipant Ansprechpartner DYNAMIC
1.2.40.0.34.11.1.1.2 Inklusion active HeaderParticipant Ref Arzt DYNAMIC
1.2.40.0.34.11.1.1.3 Inklusion active HeaderParticipant Hausarzt DYNAMIC
1.2.40.0.34.11.1.1.4 Inklusion active HeaderParticipant Notfallkontakt DYNAMIC
1.2.40.0.34.11.1.1.5 Inklusion active HeaderParticipant Angehörige DYNAMIC
1.2.40.0.34.11.1.1.6 Inklusion active HeaderParticipant Versicherung DYNAMIC
1.2.40.0.34.11.1.1.7 Inklusion active HeaderParticipant Betreuungsorganisation DYNAMIC
1.2.40.0.34.11.20009 Inklusion active HeaderInFulfillmentOf DYNAMIC
1.2.40.0.34.11.90003 Inklusion active AssignedEntityElements DYNAMIC
1.2.40.0.34.11.20011 Inklusion active HeaderRelatedDocument DYNAMIC
1.2.40.0.34.11.20012 Inklusion active HeaderAuthorization DYNAMIC
1.2.40.0.34.11.20013 Inklusion active HeaderEncompassingEncounter DYNAMIC
2.16.840.1.113883.10.20.6.1.1 Containment draft DICOM Object Catalog Sektion Allgemein DYNAMIC
1.2.40.0.34.11.1.2.1 Containment active Brieftext DYNAMIC
1.2.40.0.34.11.5.2.1 Containment active Anforderung DYNAMIC
1.2.40.0.34.11.5.2.2 Containment active Anamnese (BildgebendeDiagnostik) DYNAMIC
1.2.40.0.34.11.5.2.3 Containment active Indikation DYNAMIC
1.2.40.0.34.11.5.2.4 Containment active Patientenstatus / Patientenangaben DYNAMIC
1.2.40.0.34.11.5.2.5 Containment draft Aktuelle Untersuchung DYNAMIC
1.2.40.0.34.11.5.2.6 Containment active Frühere Untersuchungen DYNAMIC
1.2.40.0.34.11.5.2.7 Containment active Frühere Befunde DYNAMIC
1.2.40.0.34.11.5.2.8 Containment active Komplikationen DYNAMIC
1.2.40.0.34.11.5.2.9 Containment active Befund DYNAMIC
1.2.40.0.34.11.5.2.10 Containment active Zusammenfassung / Ergebnis DYNAMIC
1.2.40.0.34.11.5.2.11 Containment active Verdachtsdiagnose DYNAMIC
1.2.40.0.34.11.5.2.12 Containment active Schlussfolgerung DYNAMIC
1.2.40.0.34.11.5.2.13 Containment active Empfehlung DYNAMIC
1.2.40.0.34.11.5.2.14 Containment active Addendum DYNAMIC
1.2.40.0.34.11.5.2.90005 Containment active Schlüsselbilder DYNAMIC
Item DT Kard Konf Beschreibung Label
hl7:templateId
II 1 … 1 Template Spezieller Implementierungsleitfaden ELGA Befund Bildgebende Diagnostik cdabgd
@root
1 … 1 F 1.2.40.0.34.11.5
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:templateId[@root = '1.2.40.0.34.11.5.0.1']
  • hl7:templateId[@root = '1.2.40.0.34.11.5.0.3']
hl7:templateId
II Template ELGA CDA Befund bildgebende Diagnostik in EIS "Basic" cdabgd
@root
1 … 1 F 1.2.40.0.34.11.5.0.1
hl7:templateId
II Template ELGA CDA Befund bildgebende Diagnostik in EIS "Full Support" cdabgd
@root
1 … 1 F 1.2.40.0.34.11.5.0.3
hl7:id
II 1 … 1 M cdabgd
hl7:code
CE 1 … 1 M cdabgd
  Constraint Für Dokumente entsprechend diesem Leitfaden ist der Eintrag "18748-4" Diagnostic imaging study und dessen Unterknoten aus dem Value Set ELGA_Dokumentenklassen zu verwenden
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.39 ELGA_Dokumentenklassen (DYNAMIC)
  Beispiel <code code="18748-4" displayName="Diagnostic imaging study" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
hl7:title
ST 1 … 1 M Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel. cdabgd
Eingefügt von 1.2.40.0.34.11.90008 CD effectiveTime (DYNAMIC)
hl7:effectiveTime
TS.AT.TZ 1 … 1 M
Erstellungsdatum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC)
hl7:confidentialityCode
CE 1 … 1 M cdabgd
@code
CONF 1 … 1 F N
@codeSystem
1 … 1 F 2.16.840.1.113883.5.25 (Confidentialty (HL7))
@displayName
1 … 1 F normal
Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC)
hl7:languageCode
CS.LANG 1 … 1 M Sprachcode des Dokuments. cdabgd
@code
CONF 1 … 1 F de-AT
Eingefügt von 1.2.40.0.34.11.90007 SetId VersionNumber (DYNAMIC)
hl7:setId
II 1 … 1 M

Eindeutige Id des Dokumentensets.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Hinweis: Bestimmte Systeme, die bei der Übernahme der SetID in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @Extension-Attributen haben, die länger als 15 Zeichen sind. Die SetID sollte unterschiedlich zur clinicalDocument.id sein.

cdabgd
  Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/>
hl7:versionNumber
INT.NONNEG 1 … 1 M
Versionsnummer des Dokuments.
cdabgd
  Beispiel <versionNumber value="1"/>
Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 HeaderRecordTarget (DYNAMIC)
hl7:recordTarget
1 … 1 M
Komponente für die Patientendaten.
cdabgd
@typeCode
cs 0 … 1 F RCT
@contextControlCode
cs 0 … 1 F OP
  Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
hl7:patientRole
1 … 1 R Patientendaten. cdabgd
@classCode
cs 0 … 1 F PAT
  Beispiel <patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
  Schematron assert role red 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 red error  
  test hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK'  
  Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben  
hl7:id
II 2 … * R id[1] Identifikation des Patienten im lokalen System.
id[2] 
Sozialversicherungsnummer des Patienten
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)

cdabgd
  Beispiel
lokale Patienten ID vom System, notwendig für XDS
<id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>
  Beispiel
Patienten SV Nummer
<id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>
  Beispiel
bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)
<id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen-->
hl7:addr
AD 0 … 1
Adresse des Patienten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
hl7:streetAddressLine
0 … 1 cdabgd
hl7:streetName
0 … 1 cdabgd
hl7:houseNumber
0 … 1 cdabgd
  Schematron assert role red error  
  test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)  
  Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber  
hl7:postalCode
1 … 1 M cdabgd
hl7:city
1 … 1 M cdabgd
hl7:state
0 … 1 C cdabgd
hl7:country
1 … 1 M cdabgd
hl7:additionalLocator
0 … 1 cdabgd
hl7:telecom
TEL.AT 0 … *
Kontaktdaten des Patienten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
cdabgd
hl7:patient
0 … 1 cdabgd
@classCode
cs 0 … 1 F PSN
@determinerCode
cs 0 … 1 F INSTANCE
hl7:name
PN 1 … 1 M
Name des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
cdabgd
hl7:prefix
0 … * cdabgd
hl7:given
1 … * M cdabgd
hl7:family
1 … * M cdabgd
hl7:suffix
0 … * cdabgd
hl7:administrativeGenderCode
CE 1 … 1 R
Codierung des Geschlechts des Patienten.
Zugelassene nullFlavor: UNK
cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
hl7:birthTime
TS.DATE.MIN 1 … 1 R
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
cdabgd
hl7:maritalStatusCode
CE 0 … 1 Codierung des Familienstands des Patienten. cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
hl7:religiousAffiliationCode
CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)
hl7:raceCode
NP
Rasse des Patienten
Darf nicht verwendet werden!
cdabgd
hl7:ethnicGroupCode
NP Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
cdabgd
hl7:guardian
0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter cdabgd
hl7:addr
AD 0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
hl7:telecom
TEL.AT 0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
cdabgd
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:guardianPerson
  • hl7:guardianOrganization
hl7:guardianPerson
 … 1 Name des des gesetzlichen Vertreters (Person). cdabgd
hl7:name
PN 1 … 1 M Name der Person. cdabgd
hl7:guardianOrganization
 … 1 Name des des gesetzlichen Vertreters (Organisation). cdabgd
hl7:name
ON 1 … 1 M Name der Organisation. cdabgd
hl7:birthplace
0 … 1 Geburtsort des Patienten. cdabgd
hl7:place
1 … 1 M cdabgd
hl7:addr
AD 1 … 1 M

Die Adresse des Geburtsorts.

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen.

Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich.
cdabgd
Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)
hl7:languageCommunication
0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
cdabgd
hl7:languageCode
CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
hl7:modeCode
CE 0 … 1 Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60
cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
hl7:proficiencyLevelCode
CE 0 … 1 Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61
cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. cdabgd
Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC)
hl7:author
1 … * M Verfasser des Dokuments. cdabgd
@typeCode
cs 0 … 1 F AUT
@contextControlCode
cs 0 … 1 F OP
hl7:functionCode
CE 0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
cdabgd
hl7:time
TS.AT.TZ 1 … 1 R

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

Zugelassene nullFlavor: UNK
cdabgd
hl7:assignedAuthor
1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdabgd
@classCode
cs 0 … 1 F ASSIGNED
  Beispiel <assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson>
</assignedAuthor>
hl7:id
II 1 … * R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.ODER Identifikation des/der datenerstellenden Gerätes/Software.

Grundsätzlich sind die Vorgaben für  „ Identifikations-Elemente “ zu befolgen.

Zugelassene nullFlavor:

    • NI … Person hat keine ID / Gerät/Software hat keine ID
    • UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt

cdabgd
hl7:code
CE 0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung) z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
hl7:telecom
TEL.AT 0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
cdabgd
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:assignedPerson
  • hl7:assignedAuthoringDevice
hl7:assignedPerson
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:assignedAuthoringDevice
 … 1 cdabgd
@classCode
cs 0 … 1 F DEV
@determinerCode
cs 0 … 1 F INSTANCE
hl7:manufacturerModelName
SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. cdabgd
hl7:softwareName
SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. cdabgd
hl7:representedOrganization
1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdabgd
  Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>
    <!-- ... -->
  </name>
</representedOrganization>
hl7:id
II 1 … * M Die OID der Organisation aus dem GDA-Index.

Hinweise :
id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden.

Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“

Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … 1 von 1.2.40.0.34.11.20003 HeaderDataEnterer (DYNAMIC)
hl7:dataEnterer
0 … 1 Person der Dateneingabe. cdabgd
hl7:time
TS.AT.TZ 0 … 1
Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
cdabgd
hl7:assignedEntity
1 … 1 R
Personendaten der schreibenden Person
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II 1 … * R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:addr
AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:telecom
TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:assignedPerson
1 … 1 M Persondendaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:representedOrganization
0 … 1 Organistationsdaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC)
hl7:custodian
1 … 1 M Verwahrer des Dokuments. cdabgd
@typeCode
cs 0 … 1 F CST
hl7:assignedCustodian
1 … 1 M cdabgd
@classCode
cs 0 … 1 F ASSIGNED
hl7:representedCustodianOrganization
1 … 1 M cdabgd
@classCode
cs 0 … 1 F ORG
@determinerCode
cs 0 … 1 F INSTANCE
hl7:id
II 1 … 1 R
Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:
  • NI … Organisation hat keine ID aus dem GDA-Index
  • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
cdabgd
hl7:name
1 … 1 M Name des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.
cdabgd
hl7:telecom
TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
cdabgd
hl7:addr
AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
Eingefügt 0 … * von 1.2.40.0.34.11.20005 HeaderInformationRecipient (DYNAMIC)
hl7:informationRecipient
0 … * Beabsichtiger Empfänger des Dokuments. cdabgd
@typeCode
cs 0 … 1  

Typ des Informationsempfängers.

Bsp: PRCP „Primärer Empfänger“

Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.
  CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
hl7:intendedRecipient
1 … 1 M cdabgd
hl7:id
II 1 … * R

Identifikation des beabsichtigten Empfängers (Person). Grundsätzlich sind die Vorgaben für  „ Identifikations-Elemente “ zu befolgen.

Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK ... Person hat eine ID, diese ist jedoch unbekannt
cdabgd
  Beispiel <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/>
hl7:informationRecipient
1 … 1 M

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

cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
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.

cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 1 … 1 M von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC)
hl7:legalAuthenticator
1 … 1 M Rechtlicher Unterzeichner. cdabgd
@typeCode
cs 0 … 1 F LA
hl7:time
TS.DATE.MIN 1 … 1 R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
cdabgd
hl7:signatureCode
CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. cdabgd
@code
CONF 1 … 1 F S
hl7:assignedEntity
1 … 1 M
Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II 1 … * R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:addr
AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:telecom
TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:assignedPerson
1 … 1 M Persondendaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:representedOrganization
0 … 1 Organistationsdaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … * von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC)
hl7:authenticator
0 … * Weitere Unterzeichner. cdabgd
@typeCode
cs 0 … 1 F AUTHEN
hl7:time
TS.DATE.MIN 1 … 1 R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
cdabgd
hl7:signatureCode
CS 1 … 1 M cdabgd
@code
CONF 1 … 1 F S
hl7:assignedEntity
1 … 1 M Personendaten des weiteren Unterzeichners.Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. cdabgd
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II 1 … * R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:addr
AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:telecom
TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:assignedPerson
1 … 1 M Persondendaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:representedOrganization
0 … 1 Organistationsdaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 1 … * M von 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (DYNAMIC)
Fachlicher Ansprechpartner
hl7:participant
1 … * M Beteiligter (Fachlicher Ansprechpartner). cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.1']]
@typeCode
cs 1 … 1 F CALLBCK
hl7:templateId
II 1 … 1 M cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.1
hl7:time
NP cdabgd
hl7:associatedEntity
1 … 1 M cdabgd
@classCode
cs 1 … 1 F PROV
hl7:addr
AD 0 … 1

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

cdabgd
hl7:telecom
TEL.AT 1 … * M

Beliebig viele Kontaktdaten des Beteiligten.

Es MUSS mindestens eine Telefon-Nummer angegeben werden

cdabgd
hl7:associatedPerson
1 … 1 M

Beteiligte Person.

cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
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.

cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.2 HeaderParticipant Ref Arzt (DYNAMIC)
Einweisender/Zuweisender Arzt
hl7:participant
0 … 1 Beteiligter. cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.2']]
@typeCode
cs 1 … 1 F REF
  Einweisender/Zuweisender/Überweisender Arzt.
hl7:templateId
II 1 … 1 M cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.2
 
Template ID für Einweisender/Zuweisender/Überweisender Arzt.
hl7:associatedEntity
1 … 1 M Beschreibung der Entität. cdabgd
@classCode
cs 1 … 1 F PROV
  Gesundheitsdienstanbieter.
hl7:id
II 0 … *

Identifikation des Beteiligten (Person). Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK … Person hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
cdabgd
hl7:addr
AD 0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
hl7:telecom
TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. cdabgd
hl7:associatedPerson
1 … 1 R
Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:scopingOrganization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation, z.B der Ordination).
Grundsätzlich sind die Vorgaben gemäß für „Organisations-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (DYNAMIC)
Hausarzt
hl7:participant
0 … 1 Beteiligter (Hausarzt). cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.3']]
@typeCode
cs 1 … 1 F IND
  In indirektem Bezug.
hl7:templateId
II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten. cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.3
hl7:functionCode
CE 1 … * M Hausarzt. cdabgd
@code
CONF 1 … 1 F PCP
@codeSystem
1 … 1 F 2.16.840.1.113883.5.88 (Participation Function)
hl7:associatedEntity
1 … 1 M Beschreibung der Entität. cdabgd
@classCode
cs 1 … 1 F PROV
  Gesundheitsdienstanbieter.
hl7:id
II 0 … *

Identifikation des Beteiligten (Person) aus dem GDA-Index. Zugelassene nullFlavor:

  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
cdabgd
hl7:addr
AD 0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
hl7:telecom
TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. cdabgd
hl7:associatedPerson
1 … 1 M
Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
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.
cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … * von 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (DYNAMIC)
Notfall-Kontakt / Auskunftsberechtigte Person
hl7:participant
0 … * Beteiligter (Notfallkontakt / Auskunftsberechtigte Person). cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.4']]
@typeCode
cs 1 … 1 F IND
hl7:templateId
II 1 … 1 M cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.4
hl7:time
IVL_TS 0 … 1

Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.


Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

cdabgd
hl7:associatedEntity
1 … 1 M Beschreibung der Entität. cdabgd
@classCode
cs 1 … 1 F ECON
hl7:code
CE 0 … 1

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

cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
hl7:addr
AD 0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
hl7:telecom
TEL.AT 0 … * R
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

Es SOLL mindestens eine Telefonnummer angegeben werden.
cdabgd
hl7:associatedPerson
1 … 1 M
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
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.
cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … * von 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (DYNAMIC)
Angehörige
hl7:participant
0 … * Beteiligter (Angehöriger). cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.5']]
@typeCode
cs 1 … 1 F IND
hl7:templateId
II 1 … 1 M cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.5
hl7:associatedEntity
1 … 1 M Beschreibung der Entität. cdabgd
@classCode
cs 1 … 1 F PRS
hl7:code
CE 1 … 1 M

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

cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
hl7:addr
AD 0 … 1

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

cdabgd
hl7:telecom
TEL.AT 0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
cdabgd
hl7:associatedPerson
1 … 1 M Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
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.
cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … * von 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (DYNAMIC)
Versicherter / Versicherung
hl7:participant
0 … * Beteiligter (Versicherter/Versicherung). cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.6']]
@typeCode
cs 1 … 1 F HLD
hl7:templateId
II 1 … 1 M cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.6
hl7:time
IVL_TS 0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
cdabgd
hl7:associatedEntity
1 … 1 M Beschreibung der Entität. cdabgd
@classCode
cs 1 … 1 F POLHOLD
hl7:id
II 0 … *

Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnum­mer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
cdabgd
hl7:code
CE 0 … 1

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

cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
hl7:addr
AD 0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdabgd
hl7:telecom
TEL.AT 0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
cdabgd
hl7:associatedPerson
0 … 1
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
  Schematron assert role red error  
  test hl7:code/@code!='FAMDEP' or count(hl7:associatedPerson)=1  
  Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein  
hl7:scopingOrganization
1 … 1 R
Versicherungsgesellschaft.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … 1 von 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (DYNAMIC)
Betreuende Organisation
hl7:participant
0 … 1 Beteiligter (Betreuende Organisation). cdabgd
wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.7']]
@typeCode
cs 1 … 1 F IND
hl7:templateId
II 1 … 1 M cdabgd
@root
uid 1 … 1 F 1.2.40.0.34.11.1.1.7
hl7:associatedEntity
1 … 1 M Beschreibung der Entität. cdabgd
@classCode
cs 1 … 1 F CAREGIVER
hl7:scopingOrganization
1 … 1 M
Betreuende Organisation.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … * von 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (DYNAMIC)
hl7:inFulfillmentOf
0 … * Komponente zur Dokumentation des Auftrags. cdabgd
@typeCode
cs 1 … 1 F FLFS
hl7:order
1 … 1 M Auftrag. cdabgd
@classCode
cs 1 … 1 F ACT
@moodCode
cs 1 … 1 F RQO
hl7:id
II 1 … 1 M Auftragsnummer, Anforderungsnummer.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
cdabgd
hl7:documentationOf
1 … * M cdabgd
  Beispiel <documentationOf>
  <serviceEvent classCode="ACT">
    <!-- APPC code für die gegenständliche Untersuchung -->
    <code code="3.4.0.5-3-3" codeSystem="1.2.40.0.34.5.38" codeSystemName="APPC" displayName="MRT der LWS"/>    <effectiveTime>
      <!-- Zeitpunkt der 1. Untersuchung in der Radiologie -->
      <low value="20120823082015+0100"/>      <!-- Gleicher Zeitpunkt wenn nur 1 Untersuchung im Befund referenziert wird -->
      <high value="20120823083727+0100"/>    </effectiveTime>
  </serviceEvent>
</documentationOf>
hl7:serviceEvent
1 … 1 M cdabgd
hl7:code
CE 1 … 1 M Beispiel APPC Code : 3.4.0.5-3-3, die Komponenten sind durch "." voneinander getrennt und müssen aus den vier APPC Achsen kommen
  • Achse 1: APPC Modalitaet, im Beipsiel "3" = MRT
  • Achse 2: APPC Lateralitaet, im Beispiel "4" = unpaariges Organ
  • Achse 3: APPC Prozeduren, im Beispiel "0" = Prozedur unbestimmt
  • Achse 4: APPC Anatomie, im Beispiel "5-3-3" = Lendenwirbelsäule
Die Codes der Achsen stammen aus den jeweils gleichnamigen Value Sets. Die OID für das Codesystem muss die angegebene OID sein.
cdabgd
@codeSystem
CONF 1 … 1 F 1.2.40.0.34.5.38
  Beispiel <code code="3.4.0.5-3-3" codeSystem="1.2.40.0.34.5.38" codeSystemName="APPC"/>
  Variable let Name appc1  
  Value tokenize(@code, '\.')[1]  
  Variable let Name appc2  
  Value tokenize(@code, '\.')[2]  
  Variable let Name appc3  
  Value tokenize(@code, '\.')[3]  
  Variable let Name appc4  
  Value tokenize(@code, '\.')[4]  
  Variable let Name appc1ok  
  Value concat(exists(document('include/voc-1.2.40.0.34.10.62-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc1][@codeSystem = '1.2.40.0.34.5.38.1']]), '')  
  Schematron assert role red error  
  test @nullFlavor or contains($appc1ok,'true')  
  Meldung Code Achse 1: APPC Modalitaet muss aus dem Value Set APPCModalitaet 1.2.40.0.34.10.62 stammen.  
  Variable let Name appc2ok  
  Value concat(exists(document('include/voc-1.2.40.0.34.10.63-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc2][@codeSystem = '1.2.40.0.34.5.38.2']]), '')  
  Schematron assert role red error  
  test @nullFlavor or contains($appc2ok,'true')  
  Meldung Code Achse 2: <value-of select="$appc2"/> APPC Lateralitaet muss aus dem Value Set APPCLateralitaet 1.2.40.0.34.10.63 stammen.  
  Variable let Name appc3ok  
  Value concat(exists(document('include/voc-1.2.40.0.34.10.64-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc3][@codeSystem = '1.2.40.0.34.5.38.3']]), '')  
  Schematron assert role red error  
  test @nullFlavor or contains($appc3ok,'true')  
  Meldung Code Achse 3: APPC Prozeduren muss aus dem Value Set APPCProzeduren 1.2.40.0.34.10.64 stammen.  
  Variable let Name appc4ok  
  Value concat(exists(document('include/voc-1.2.40.0.34.10.65-DYNAMIC.xml')/*/valueSet[conceptList/concept[@code = $appc4][@codeSystem = '1.2.40.0.34.5.38.4']]), '')  
  Schematron assert role red error  
  test @nullFlavor or contains($appc4ok,'true')  
  Meldung Code Achse 4: APPC Anatomie muss aus dem Value Set APPCAnatomie 1.2.40.0.34.10.65 stammen.  
hl7:effectiveTime
IVL_TS 1 … 1 M cdabgd
hl7:low
TS.DATE.MIN 1 … 1 M cdabgd
hl7:high
TS.DATE.MIN 0 … 1 cdabgd
hl7:performer
0 … * cdabgd
@typeCode
1 … 1 R
  CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
hl7:assignedEntity
1 … 1 M cdabgd
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II 1 … * R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:addr
AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:telecom
TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:assignedPerson
1 … 1 M Persondendaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:representedOrganization
0 … 1 Organistationsdaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 0 … 1 von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC)
hl7:relatedDocument
0 … 1 Komponente für das vorgehende Dokument. cdabgd
@typeCode
cs 1 … 1 F RPLC
  Art des Bezugs zum Vordokument.
hl7:parentDocument
1 … 1 M Vorhergehendes Dokument. cdabgd
@classCode
cs 0 … 1 F DOCCLIN
@moodCode
cs 0 … 1 F EVN
hl7:id
II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
cdabgd
Eingefügt NP von 1.2.40.0.34.11.20012 HeaderAuthorization (DYNAMIC)
hl7:authorization
NP Komponente für die Einverständniserklärung.
Wird in ELGA nicht verwendet!
cdabgd
Eingefügt 0 … 1 von 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (DYNAMIC)
hl7:componentOf
0 … 1 Komponente für den Patientenkontakt. cdabgd
@typeCode
cs 0 … 1 F COMP
hl7:encompassingEncounter
1 … 1 R Patientenkontakt. cdabgd
@classCode
cs 0 … 1 F ENC
@moodCode
cs 0 … 1 F EVN
hl7:id
II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. cdabgd
hl7:code
CE 1 … 1 M Codierung des Patientenkontakts. cdabgd
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
hl7:effectiveTime
IVL_TS 1 … 1 M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
cdabgd
hl7:low
TS.DATE.MIN 1 … 1 R cdabgd
hl7:high
TS.DATE.MIN 0 … 1 cdabgd
hl7:responsibleParty
0 … 1
Komponente für die verantwortliche Person.
cdabgd
hl7:assignedEntity
1 … 1 M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
cdabgd
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II 1 … * R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:addr
AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:telecom
TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
cdabgd
hl7:assignedPerson
1 … 1 M Persondendaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
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.
cdabgd
hl7:representedOrganization
0 … 1 Organistationsdaten der validierenden Person. cdabgd
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 0 … * cdabgd
hl7:addr
AD 0 … 1 cdabgd
Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)
hl7:location
1 … 1 M Komponente Organisation. cdabgd
@typeCode
cs 0 … 1 F LOC
  Beispiel <location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility>
</location>
hl7:healthCareFacility
1 … 1 M cdabgd
@classCode
cs 0 … 1 F SDLOC
  Beispiel <healthCareFacility classCode="SDLOC">
  <location classCode="PLC" determinerCode="INSTANCE">
    <!-- ... -->
  </location>
  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization>
</healthCareFacility>
hl7:serviceProviderOrganization
1 … 1 M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
cdabgd
@classCode
cs 0 … 1 F ORG
@determinerCode
cs 0 … 1 F INSTANCE
  Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr>
</serviceProviderOrganization>
hl7:id
II 1 … * R cdabgd
hl7:name
ON 1 … 1 M cdabgd
hl7:telecom
TEL.AT 1 … * M cdabgd
hl7:addr
AD 1 … 1 M cdabgd
hl7:component
cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:structuredBody
cdabgd
@classCode
0 … 1 F DOCBODY
@moodCode
0 … 1 F EVN
hl7:component
0 … 1 R Beinhaltet 2.16.840.1.113883.10.20.6.1.1 DICOM Object Catalog Sektion Allgemein (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.1.2.1 Brieftext (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
1 … 1 M Beinhaltet 1.2.40.0.34.11.5.2.1 Anforderung (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
1 … 1 M Beinhaltet 1.2.40.0.34.11.5.2.2 Anamnese (BildgebendeDiagnostik) (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.3 Indikation (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.4 Patientenstatus / Patientenangaben (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.5 Aktuelle Untersuchung (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.6 Frühere Untersuchungen (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.7 Frühere Befunde (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.8 Komplikationen (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
1 … 1 M Beinhaltet 1.2.40.0.34.11.5.2.9 Befund (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.10 Zusammenfassung / Ergebnis (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.11 Verdachtsdiagnose (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.12 Schlussfolgerung (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.13 Empfehlung (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.14 Addendum (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true
hl7:component
0 … 1 Beinhaltet 1.2.40.0.34.11.5.2.90005 Schlüsselbilder (DYNAMIC) cdabgd
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true