Diese Seite wird automatisch mittels eines Bots (ADbot) aus ART-DECOR extrahiert.
Manuelle Änderungen dieser Seite sind wirkungslos.
Bitte beachten:
Diese Seite enthält Unterseiten in der Form /static-YYY-MM-DD, die die einzelnen statischen Versionen des Templates widerspiegeln. Diese Seite ist transklusionsfähig.
Eine Unterseite /dymamic weist auf die letzte aktuelle Version. Diese Seite ist transklusionsfähig.
Die zugehörigen Beschreibungen sind zurzeit nur in Deutsch verfügbar.
Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.
1 Template epims_header_RecordTarget
Das RecordTarget-Element enthält den "Patienten": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird.Laut Allgemeinen ELGA Implementierungsleitfaden ist es möglich, dass
mehrere Vornamen eines Patienten/einer Patientin in einzelnen <given>-Tags codiert werden. Aufgrund der Tatsache, dass die Reihenfolge dieser Elemente nicht überprüft werden kann, könnte es vorkommen dass aus z.B.: „Hans Peter“ „Peter Hans“ werden kann. Dieser Umstand erschwert den Abgleich der Personendaten mit den Daten des Zentralen Melderegisters. Daher ist im Falle einer
EMS Meldung nur ein <given>-Tag erlaubt (dies kann jedoch auch „Hans Peter“ beinhalten).
1.1 Aktuelle Version
Id
1.2.40.0.34.6.0.11.1.34
Gültigkeit
2020‑02‑20 09:20:38
Status
Entwurf
Versions-Label
2020
Name
epims_header_RecordTarget
Bezeichnung
Record Target - EMS
Beschreibung
Das RecordTarget-Element enthält den "Patienten": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird.
Laut Allgemeinen ELGA Implementierungsleitfaden ist es möglich, dass mehrere Vornamen eines Patienten/einer Patientin in einzelnen <given>-Tags codiert werden. Aufgrund der Tatsache, dass die Reihenfolge dieser Elemente nicht überprüft werden kann, könnte es vorkommen dass aus z.B.: „Hans Peter“ „Peter Hans“ werden kann. Dieser Umstand erschwert den Abgleich der Personendaten mit den Daten des Zentralen Melderegisters. Daher ist im Falle einer EMS Meldung nur ein <given>-Tag erlaubt (dies kann jedoch auch „Hans Peter“ beinhalten).
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 6 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.38
Containment
Person Name Compilation G2 M - EMS (2020)
DYNAMIC
1.2.40.0.34.6.0.11.9.12
Containment
Person Name Compilation G1 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.11
Containment
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.27
Containment
Organization Name Compilation (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.10
Containment
Address Compilation Minimal (1.0.2+20230717)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02)
Adresse des Patienten. Es MUSS eine mögliche Adresse unterstützt werden. Im Falle, dass ein Patient/eine Patientin in einer Gemeinschaftseinrichtung/gesundheitsversorgender Einrichtung betreut wird, SOLL diese Information im Zuge der Arztmeldung angegeben werden. Hierbei MUSS ein 2tes addr-Element mit dem use-Attribute "TMP" genutzt werden.
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patient können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter
bekannt ist, SOLL diese Information auch angegeben werden.
(epi...get)
@classCode
cs
0 … 1
F
GUARD
hl7:addr
0 … 1
R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(epi...get)
@value
st
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl
1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
hl7:guardianPerson
0 … 1
Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(epi...get)
hl7:guardianPerson
0 … 1
Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(epi...get)
hl7:guardianOrganization
0 … 1
R
Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
(epi...get)
hl7:birthplace
0 … 1
R
Geburtsort des Patienten.
(epi...get)
@classCode
cs
0 … 1
F
BIRTHPL
hl7:place
1 … 1
M
(epi...get)
@classCode
cs
0 … 1
F
PLC
@determinerCode
cs
0 … 1
F
INSTANCE
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr
AD
0 … 1
Angaben zum Geburtsorts. Im Kontext der Arztmeldung an das EMS wird EMPFOHLEN das Geburtsland als Klartext zu übermitteln (und nicht als ISO-2/3 Code). Das bedeutet es SOLL, "Österreich" und nicht "AUT" oder "AT", angegeben werden.
Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(epi...get)
hl7:languageCommunication
0 … *
R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(epi...get)
hl7:languageCode
CS
1 … 1
M
Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).
(epi...get)
@code
cs
1 … 1
R
Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“ Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
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
R
Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
(epi...get)
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.60
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityMode
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
R
Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
(epi...get)
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.61
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityProficiency
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
R
Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.
(epi...get)
Schematron assert
role
error
test
not(hl7:id[1]/@nullFlavor)
Meldung
Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.
Schematron assert
role
error
test
not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])
Meldung
Zugelassene nullFlavor sind "NI" und "UNK"
1.2 Zusammenstellung aller Versionen dieses Templates