Vorlagen/Dateien wurden aktualisiert (nicht markierte Seiten sind in fett gekennzeichnet): 1.2.40.0.34.11.1.1.1/dynamic, 1.2.40.0.34.11.1.1.2/dynamic, 1.2.40.0.34.11.1.1.3/dynamic, 1.2.40.0.34.11.1.1.4/dynamic, 1.2.40.0.34.11.1.1.5/dynamic, 1.2.40.0.34.11.1.1.6/dynamic, 1.2.40.0.34.11.1.1.7/dynamic, 1.2.40.0.34.11.1.1.8/dynamic, 1.2.40.0.34.11.1.2.1/dynamic, 1.2.40.0.34.11.1.2.2/dynamic, 1.2.40.0.34.11.1.2.3/dynamic, 1.2.40.0.34.11.1.2.4/dynamic, 1.2.40.0.34.11.1.2.5/dynamic, 1.2.40.0.34.11.1.2.6/dynamic, 1.2.40.0.34.11.1.2.7/dynamic, 1.2.40.0.34.11.1.2.8/dynamic, 1.2.40.0.34.11.1.2.9/dynamic, 1.2.40.0.34.11.1.3.1/dynamic, 1.2.40.0.34.11.1.3.2/dynamic, 1.2.40.0.34.11.1.3.3/dynamic, 1.2.40.0.34.11.1.3.4/dynamic, 1.2.40.0.34.11.1.3.5/dynamic, 1.2.40.0.34.11.1.3.6/dynamic, 1.2.40.0.34.11.20001/dynamic, 1.2.40.0.34.11.20001/static-2017-07-20T000000, 1.2.40.0.34.11.20002/dynamic, 1.2.40.0.34.11.20003/dynamic, 1.2.40.0.34.11.20004/dynamic, 1.2.40.0.34.11.20005/dynamic, 1.2.40.0.34.11.20006/dynamic, 1.2.40.0.34.11.20007/dynamic, 1.2.40.0.34.11.20009/dynamic, 1.2.40.0.34.11.20010/dynamic, 1.2.40.0.34.11.20011/dynamic, 1.2.40.0.34.11.20012/dynamic, 1.2.40.0.34.11.20013/dynamic, 1.2.40.0.34.11.30001/dynamic, 1.2.40.0.34.11.30002/dynamic, 1.2.40.0.34.11.90007/dynamic, 1.2.40.0.34.11.90008/dynamic, 1.2.40.0.34.11.90009/dynamic, 1.2.40.0.34.11.90010/dynamic
Aktuelle Version vom 19. April 2018, 16:09 Uhr
Im Nachfolgenden werden die Templates für den Aufbau eines Allgemeinen Leitfadens nach Header und Body (Body Structures und Body Entries) gegliedert.
Siehe auch:
1.1 Fachlicher Ansprechpartner
Id | 1.2.40.0.34.11.1.1.1 ref elgabbr- | Gültigkeit | 2014‑03‑25Andere Versionen mit dieser Id: - HeaderParticipantAnsprechpartner vom 2013‑10‑16
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantAnsprechpartner | Bezeichnung | HeaderParticipant Ansprechpartner |
---|
Beschreibung | Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Diese Maßnahme dient zur Kanalisierung und Vereinheitlichung der Kommunikationsschiene zwischen dem Erzeuger und dem Empfänger der Dokumentation, beispielsweise für Rückfragen oder Erfragung
weiterer fachlicher Informationen. Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie
veröffentlicht. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <participant typeCode="CALLBCK"> <templateId root="1.2.40.0.34.11.1.1.1"/> <associatedEntity classCode="PROV"> <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners --> <telecom use="WP" value="tel:+43.1.3453446.1"/> <associatedPerson> <!-- Name des fachlichen Ansprechpartners --> <name> <prefix qualifier="AC">Dr.</prefix> <given>Walter</given> <family>Hummel</family> </name> <!-- ... ODER ... --> <name>Sekretariat Labor</name> </associatedPerson> <!-- Organisation des Fachlichen Ansprechpartners --> <scopingOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <name>Amadeus Spital - Labor</name> <telecom value="tel:+43.1.3453446.0"/> <telecom value="fax:+43.1.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <addr> <streetName>Währinger Gürtel</streetName> <houseNumber>18-20</houseNumber> <postalCode>1090</postalCode> <city>Wien</city> <state>Wien</state> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity></participant> |
|
---|
Beispiel | Fachlicher Ansprechpartner unbekannt | <participant typeCode="CALLBCK" nullFlavor="UNK"> <associatedEntity classCode="PROV"/></participant> |
|
---|
|
1.2 Einweisender/Zuweisender/Überweisender Arzt
Id | 1.2.40.0.34.11.1.1.2 ref elgabbr- | Gültigkeit | 2013‑10‑16 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantRefArzt | Bezeichnung | HeaderParticipant Ref Arzt |
---|
Beschreibung | Einweisender/Zuweisender Arzt/Überweisender Arzt |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-214 | Zuweisender | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.2 HeaderParticipant Ref Arzt (2013‑10‑16) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Einweisender Arzt | <participant typeCode="REF"> <templateId root="1.2.40.0.34.11.1.1.2"/> <associatedEntity classCode="PROV"> <id root="1.2.40.0.34.3.1.xxx" extension="--example only--"/> <addr/> <telecom/> <!-- Personendaten des einweisenden Arztes --> <associatedPerson> <name> <prefix qualifier="AC">Univ.-Prof. Dr.</prefix> <given>Herbert</given> <family>Empfänger</family> </name> </associatedPerson> <!-- Organisation, der der einweisenden Arzt angehört --> <scopingOrganization> <id nullFlavor="UNK"/> <name>Ordination Dr. Empfänger</name> <telecom value="tel:0512.1234567"/> <telecom value="fax:0512.1234567.11"/> <telecom value="mailto:office@ordination-empfaenger.at"/> <telecom value="http://www.ordination-empfaenger.at"/> <telecom value="me:12345678791"/> <addr> <streetName>Musterstraße</streetName> <houseNumber>27/1/13</houseNumber> <postalCode>6020</postalCode> <city>Innsbruck</city> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity></participant> |
|
---|
|
1.3 Hausarzt
Id | 1.2.40.0.34.11.1.1.3 ref elgabbr- | Gültigkeit | 2013‑10‑16 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantHausarzt | Bezeichnung | HeaderParticipant Hausarzt |
---|
Beschreibung | Hausarzt |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-100 | Hausarzt | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (2013‑10‑16) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Hausarzt | <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.3"/> <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/> <associatedEntity classCode="PROV"> <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index --> <id root="1.2.3.999" extension="--example only--"/> <addr/> <telecom/> <!-- Personendaten des Hausarztes --> <associatedPerson> <name> <prefix qualifier="AC">Dr.</prefix> <given>Walter</given> <family>Mustermann</family> </name> </associatedPerson> <!-- Organisation, der der Hausarzt angehört --> <scopingOrganization> <id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/> <name>Allgemeinmedizinische Praxis Dr. Mustermann</name> <telecom value="tel:0512.1234567"/> <telecom value="fax:0512.1234567.11"/> <telecom value="mailto:office@ordination.at"/> <telecom value="http://www.ordination.at"/> <telecom value="me:12345678792"/> <addr> <streetName>Sekundärstraße</streetName> <houseNumber>22</houseNumber> <postalCode>6020</postalCode> <city>Innsbruck</city> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity></participant> |
|
---|
|
1.4 Notfall-Kontakt/Auskunftsberechtigte Person
Id | 1.2.40.0.34.11.1.1.4 ref elgabbr- | Gültigkeit | 2013‑11‑13Andere Versionen mit dieser Id: - HeaderParticipantNotfallkontakt vom 2013‑10‑16
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantNotfallkontakt | Bezeichnung | HeaderParticipant Notfallkontakt |
---|
Beschreibung | Notfall-Kontakt / Auskunftsberechtigte Person |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-105 | Notfall-Kontakt | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (2013‑11‑13) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Notfallkontakt | <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.4"/> <time> <low value="20170721102547"/> </time> <associatedEntity classCode="ECON"> <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten --> <code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/> <!-- Adresse des Notfall-Kontakts --> <addr>Heimstrasse 1, 1220 Wien</addr> <!-- Kontaktdaten des Notfallkontakts --> <telecom value="tel:0660.1234567"/> <associatedPerson> <!-- Name des Notfallkontakts --> <name>Julia Tochter</name> </associatedPerson> <!-- Organisation des Notfallkontakts (z.B.: Behörde) --> <scopingOrganization> <name>Mustermann Installationen GmbH</name> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | Beteiligter (Notfallkontakt / Auskunftsberechtigte
Person). | (Hea...akt) | wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.4']] | | | | elgagab-dataelement-105 | Notfall-Kontakt | Datensatz |
| | @typeCode
|
| cs | 1 … 1 | F | IND | | hl7:templateId
|
| II | 1 … 1 | M | | (Hea...akt) | | | @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.
| (Hea...akt) | | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität. | (Hea...akt) | | | @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. | (Hea...akt) | | 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. | (Hea...akt) | | | 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.
| (Hea...akt) | | | hl7:associatedPerson
|
| | 1 … 1 | M | Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. | (Hea...akt) | Eingefügt | | | von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...akt) | | | 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. | (Hea...akt) | Eingefügt | | | von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Hea...akt) | | ON | 1 … 1 | M | | (Hea...akt) | | TEL.AT | 0 … * | | | (Hea...akt) | | AD | 0 … 1 | | | (Hea...akt) |
|
1.5 Angehörige
Id | 1.2.40.0.34.11.1.1.5 ref elgabbr- | Gültigkeit | 2016‑07‑21Andere Versionen mit dieser Id: - HeaderParticipantAngehoerige vom 2013‑11‑13
- HeaderParticipantAngehoerige vom 2013‑10‑16
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantAngehoerige | Bezeichnung | HeaderParticipant Angehörige |
---|
Beschreibung | Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem Verwandtschaftsverhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen“ fallen. |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (2016‑07‑21) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Angehörige | <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.5"/> <associatedEntity classCode="PRS"> <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten --> <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/> <!-- Kontaktdaten des Angehörigen --> <addr/> <telecom value="tel:0660.1234567"/> <associatedPerson> <name>Herta Mutter</name> </associatedPerson> <scopingOrganization/> </associatedEntity></participant> |
|
---|
|
1.6 Versicherter/Versicherung
Id | 1.2.40.0.34.11.1.1.6 ref elgabbr- | Gültigkeit | 2015‑11‑25Andere Versionen mit dieser Id: - HeaderParticipantVersicherung vom 2013‑10‑16
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantVersicherung | Bezeichnung | HeaderParticipant Versicherung |
---|
Beschreibung | Versicherter/Versicherung |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-119 | Versicherter/Versicherung | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (2015‑11‑25) ref elgabbr- |
---|
Beispiel | Patient ist selbst der Versicherungsnehmer | <!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. --> <participant typeCode="HLD"> <templateId root="1.2.40.0.34.11.1.1.6"/> <time> <low value="20020101"/> <high value="20151231"/> </time> <associatedEntity classCode="POLHOLD"> <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/> <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/> <scopingOrganization> <name>Sozialversicherung der gew. Wirtschaft</name> <telecom value="tel:01.54654-0"/> <telecom value="fax:01.54654-385"/> <telecom value="http://esv-sva.sozvers.at"/> <addr> <streetName>Wiedner Hauptstraße</streetName> <houseNumber>84-86</houseNumber> <postalCode>1051</postalCode> <city>Wien</city> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity></participant> |
|
---|
Beispiel | Patient ist bei einem Angehörigen mitversichert | <!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. --> <participant typeCode="HLD"> <templateId root="1.2.40.0.34.11.1.1.6"/> <!-- Versicherungszeitraum vom 01.01.2002 – 31.12.2008 --> <time> <low value="20020101"/> <high value="20081231"/> </time> <associatedEntity classCode="POLHOLD"> <!-- SV Nummer der Person, bei der der Patient mitversichert ist --> <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/> <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) --> <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/> <!-- Adresse der Person, bei der der Patient mitversichert ist --> <addr> <streetName>Musterstrasse</streetName> <houseNumber>47-51</houseNumber> <postalCode>8010</postalCode> <city>Graz</city> <country>AUT</country> </addr> <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist --> <telecom value="tel:+43.(0)50.55460-0"/> <!-- Name der Person, bei der der Patient mitversichert ist --> <associatedPerson> <name> <given>Herbert</given> <family>Vater</family> </name> </associatedPerson> <!-- Versicherungsgesellschaft --> <scopingOrganization> <name>Sozialversicherung der gew. Wirtschaft</name> <telecom value="tel:01.54654-0"/> <telecom value="fax:01.54654-385"/> <telecom value="http://esv-sva.sozvers.at"/> <addr> <streetName>Wiedner Hauptstraße</streetName> <houseNumber>84-86</houseNumber> <postalCode>1051</postalCode> <city>Wien</city> <state>Wien</state> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | Beteiligter (Versicherter/Versicherung). | (Hea...ung) | wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.6']] | | | | elgagab-dataelement-119 | Versicherter/Versicherung | Datensatz |
| | @typeCode
|
| cs | 1 … 1 | F | HLD | | hl7:templateId
|
| II | 1 … 1 | M | | (Hea...ung) | | | @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. | (Hea...ung) | | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität. | (Hea...ung) | | | @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 Sozialversicherungsnummer (z.B. Ausländer, …)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
| (Hea...ung) | | | 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. | (Hea...ung) | | 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. | (Hea...ung) | | | hl7:telecom
|
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (Hea...ung) | | | hl7:associatedPerson
|
| | 0 … 1 | | Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. | (Hea...ung) | Eingefügt | | | von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...ung) | | Schematron assert | role | 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. | (Hea...ung) | Eingefügt | | | von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Hea...ung) | | ON | 1 … 1 | M | | (Hea...ung) | | TEL.AT | 0 … * | | | (Hea...ung) | | AD | 0 … 1 | | | (Hea...ung) |
|
1.7 Betreuende Organisation
Id | 1.2.40.0.34.11.1.1.7 ref elgabbr- | Gültigkeit | 2013‑10‑16 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantBetreuorg | Bezeichnung | HeaderParticipant Betreuungsorganisation |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-251 | Betreuende Organisation | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (2013‑10‑16) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Betreuende Organisation | <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.7"/> <associatedEntity classCode="CAREGIVER"> <!-- Betreuende Organisation --> <scopingOrganization> <!-- Name der betreuenden Organisation --> <name>Altenpflegeheim Sorgenfrei</name> <!-- Kontaktdaten der betreuenden Organisation --> <telecom value="tel:+43.1.3453446.0"/> <telecom value="fax:+43.1.3453446.4674"/> <telecom value="mailto:info@altenpflegeheim-sorgenfrei.at"/> <telecom value="http://www.altenpflegeheim-sorgenfrei.at"/> <!-- Adresse der betreuenden Organisation --> <addr> <streetName>Im schönen Walde</streetName> <houseNumber>24</houseNumber> <postalCode>2500</postalCode> <city>Baden</city> <state>Niederösterreich</state> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity></participant> |
|
---|
|
1.8 Weitere Behandler
Id | 1.2.40.0.34.11.1.1.8 ref elgabbr- | Gültigkeit | 2017‑02‑20 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderParticipantConsultant | Bezeichnung | HeaderParticipant Weitere Behandler |
---|
Beschreibung | Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden. Das können Ärzte aus der gleichen oder einer anderen Abteilung sein, weiters niedergelassene behandelnde Ärzte (z.B. der behandelnde Internist oder Kinderarzt) aber auch nicht-ärztliche Behandler, wie z.B. Psychologen. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-136 | Weitere Behandler | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.1.8 HeaderParticipant Weitere Behandler (2017‑02‑20) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Weitere Behandler | <participant typeCode="CON"> <templateId root="1.2.40.0.34.11.1.1.8"/> <functionCode code="130" displayName="Facharzt für Neurologie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/> <associatedEntity classCode="PROV"> <!-- Kontaktdaten des Behandlers --> <telecom value="tel:+43.6138.3453446.1"/> <telecom value="mailto:robert.betterman@amadeusspital.at"/> <associatedPerson> <!-- Name des Behandlers --> <name> <prefix qualifier="AC">Dr.</prefix> <given>Robert</given> <family>Betterman</family> </name> <!-- ... ODER ... --> <name>Dr. Robert Betterman</name> </associatedPerson> </associatedEntity></participant> |
|
---|
|
1.9 Patient („recordTarget/patientRole“)
Id | 1.2.40.0.34.11.20001 ref elgabbr- | Gültigkeit | 2017‑07‑20 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | HeaderRecordTarget | Bezeichnung | HeaderRecordTarget |
---|
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. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-9 | Patient | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90017 | Inklusion | Language Communication | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20001 HeaderRecordTarget (2017‑03‑27) ref elgabbr- |
---|
Beispiel | Vollständiges Beispiel | <recordTarget typeCode="RCT" contextControlCode="OP"> <patientRole classCode="PAT"> <!-- lokale Patienten ID vom System --> <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/> <!-- Sozialversicherungsnummer des Patienten --> <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/> <!-- Adresse des Patienten --> <addr use="H"> <streetName>Musterstraße</streetName> <houseNumber>13a</houseNumber> <postalCode>7000</postalCode> <city>Eisenstadt</city> <state>Burgenland</state> <country>AUT</country> </addr> <!-- Kontaktdaten des Patienten--> <telecom value="tel:+43.1.40400" use="H"/> <telecom value="tel:+43.664.1234567" use="MC"/> <telecom value="mailto:herbert.mustermann@provider.at"/> <!-- Name des Patienten --> <patient classCode="PSN" determinerCode="INSTANCE"> <name> <prefix qualifier="AC">Dipl.Ing.</prefix> <given>Herbert</given> <given>Hannes</given> <family>Mustermann</family> <family qualifier="BR">VorDerHeirat</family> <suffix qualifier="AC">BSc</suffix> <suffix qualifier="AC">MBA</suffix> </name> <!-- Geschlecht des Patienten --> <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/> <!-- Geburtsdatum des Patienten --> <birthTime value="19701224"/> <!-- Familienstand des Patienten --> <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/> <!-- Religionszugehörigkeit des Patienten --> <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/> <!-- Vormund/Sachwalter des Patienten "Organisation"--> <guardian> <!--Eine Organisation als Guardian, hier als Strukturbeispiel--> <addr> <streetAddressLine>Kinderdorfstraße 1</streetAddressLine> <postalCode>2371</postalCode> <city>Hinterbrühl</city> <state>Niederösterreich</state> <country>AUT</country> </addr> <!-- Kontaktdaten des Vormunds/Sachwalters (Organisation)--> <telecom use="H" value="tel:+43.2236.2928"/> <telecom use="WP" value="tel:+43.2236.9000"/> <guardianOrganization> <!-- Name der Vormund/Sachwalter-Organisation--> <name>SOS Kinderdorf Hinterbrühl</name> </guardianOrganization> </guardian> <!-- Vormund/Sachwalter des Patienten "Person" --> <guardian> <!-- Adresse des Vormunds/Sachwalters (Person) --> <addr> <streetAddressLine>Musterstraße 1234</streetAddressLine> <postalCode>8011</postalCode> <city>Graz</city> <state>Steiermark</state> <country>AUT</country> </addr> <!-- Kontaktdaten des Vormunds/Sachwalters (Person) --> <telecom use="MC" value="tel:+43.676.1234567"/> <telecom use="H" value="tel:+43.316.717.653.9939"/> <telecom use="WP" value="tel:+43.316.608.271.9000"/> <guardianPerson> <!-- Name der Vormund/Sachwalter-Organisation --> <name> <given>Susi</given> <family>Sorgenvoll</family> </name> </guardianPerson> </guardian> <!-- Geburtsort des Patienten --> <birthplace> <place> <addr>Graz</addr> </place> </birthplace> </patient> </patientRole></recordTarget> |
|
---|
Beispiel | Minimalbeispiel 1 | <recordTarget typeCode="RCT" contextControlCode="OP"> <patientRole classCode="PAT"> <!-- lokale Patienten ID vom System --> <id root="1.2.40.0.34.99.111.1.2" extension="4711"/> <!-- Name des Patienten --> <patient classCode="PSN" determinerCode="INSTANCE"> <name> <given>Herbert</given> <family>Mustermann</family> </name> <!-- Geschlecht des Patienten --> <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> <!-- Geburtsdatum des Patienten --> <birthTime value="19701224"/> </patient> </patientRole></recordTarget> |
|
---|
Beispiel | Minimalbeispiel 2 | <recordTarget> <patientRole> <!-- lokale Patienten ID --> <id root="1.2.40.0.34.99.111.1.2" extension="4711"/> <!-- Name des Patienten --> <patient> <name> <given>Herbert</given> <family>Mustermann</family> </name> <!-- Geschlecht des Patienten --> <administrativeGenderCode nullFlavor="UNK"/> <!-- Geburtsdatum des Patienten --> <birthTime nullFlavor="UNK"/> </patient> </patientRole></recordTarget> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | Komponente für die Patientendaten. | (Hea...get) | | | elgagab-dataelement-9 | Patient | Datensatz |
| | @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. | (Hea...get) | | | @classCode
|
| cs | 0 … 1 | F | PAT | | Beispiel | <patientRole classCode="PAT"> <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/> <patient classCode="PSN" determinerCode="INSTANCE"> <!-- ... --> </patient></patientRole> | | Schematron assert | role | error | | | test | string-length(hl7:id[1]/@root)>0 | | | Meldung | patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein | | | Schematron assert | role | error | | | test | hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK' | | | Meldung | patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben | | | | hl7:id
|
| II | 2 … * | R | id[1] Identifikation des Patienten im lokalen System. id[2] Sozialversicherungsnummer des Patienten Zugelassene nullFlavor: - NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)
| (Hea...get) | | 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. | (Hea...get) | | | 0 … 1 | | | (Hea...get) | | | 0 … 1 | | | (Hea...get) | | | 0 … 1 | | | (Hea...get) | | Schematron assert | role | error | | | test | hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber) | | | Meldung | Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber | | | | 1 … 1 | M | | (Hea...get) | | | 1 … 1 | M | | (Hea...get) | | | 0 … 1 | C | | (Hea...get) | | | 1 … 1 | M | | (Hea...get) | | | 0 … 1 | | | (Hea...get) | | | hl7:telecom
|
| TEL.AT | 0 … * | | Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (Hea...get) | | | hl7:patient
|
| | 0 … 1 | | | (Hea...get) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...get) | | | 0 … * | | | (Hea...get) | | | 1 … * | M | | (Hea...get) | | | 1 … * | M | | (Hea...get) | | | 0 … * | | | (Hea...get) | | | | hl7:administrativeGenderCode
|
| CE | 1 … 1 | R | Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. | (Hea...get) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) |
| | TS.DATE.MIN | 1 … 1 | R | Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK | (Hea...get) | | CE | 0 … 1 | | Codierung des Familienstands des Patienten. | (Hea...get) | | 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. | (Hea...get) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) |
| | | | NP | Rasse des Patienten Darf nicht verwendet werden! | (Hea...get) | | | | NP | Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! | (Hea...get) | | | 0 … * | | Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter | (Hea...get) | | AD | 0 … 1 | | Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. | (Hea...get) | | TEL.AT | 0 … * | | Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (Hea...get) | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:guardianPerson
- hl7:guardianOrganization
| | | … 1 | | Name des des gesetzlichen Vertreters (Person). | (Hea...get) | | PN | 1 … 1 | M | Name der Person. | (Hea...get) | | | | | | hl7:guardianOrganization
|
| | … 1 | | Name des des gesetzlichen Vertreters (Organisation). | (Hea...get) | | ON | 1 … 1 | M | Name der Organisation. | (Hea...get) | | | 0 … 1 | | Geburtsort des Patienten. | (Hea...get) | | | 1 … 1 | M | | (Hea...get) | | 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. | (Hea...get) | Eingefügt | | | von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) | | | | hl7:languageCommunication
|
| | 0 … * | | Komponente zur Angabe der Sprachfähigkeiten des Patienten. | (Hea...get) | | CS | 0 … 1 | | Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). | (Hea...get) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) |
| | CE | 0 … 1 | | Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60 | (Hea...get) | | 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 | (Hea...get) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) |
| | BL | 0 … 1 | | Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. | (Hea...get) |
|
1.10 Verfasser des Dokuments („author“)
Id | 1.2.40.0.34.11.20002 ref elgabbr- | Gültigkeit | 2015‑05‑09 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderAuthor | Bezeichnung | HeaderAuthor |
---|
Beschreibung | Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe „Personen der Dateneingabe („dataEnterer“)“). Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-48 | Autor | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20002 HeaderAuthor (2015‑05‑09) ref elgabbr- |
---|
Beispiel | Strukturbeispiel für eine Person als „author“ | <author typeCode="AUT" contextControlCode="OP"> <!-- Funktionscode --> <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/> <!-- Zeitpunkt der Erstellung --> <time value="20081224082015+0100"/> <assignedAuthor classCode="ASSIGNED"> <!-- Identifikation des Verfassers des Dokuments --> <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/> <!-- Fachrichtung des Verfassers des Dokuments --> <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/> <!-- Kontaktdaten des Verfassers des Dokuments --> <telecom value="tel:+43.1.40400"/> <telecom value="mailto:herbert.mustermann@organization.at"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- Name des Verfassers des Dokuments --> <name> <prefix qualifier="AC">Univ.-Prof. Dr.</prefix> <given>Isabella</given> <family>Stern</family> </name> </assignedPerson> <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat --> <representedOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="mailto:chirurgie@amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedAuthor></author> |
|
---|
Beispiel | Strukturbeispiel für datenerstellende Geräte als „author“ | <author> <!-- Zeitpunkt der Erstellung --> <time value="20081224082015+0100"/> <assignedAuthor> <!-- Geräte Identifikation (oder nullFlavor) --> <id root="86562fe5-b509-4ce9-b976-176fd376e477"/> <!-- Geräte Beschreibung --> <assignedAuthoringDevice> <manufacturerModelName>Good Health System</manufacturerModelName> <softwareName>Best Health Software Application</softwareName> </assignedAuthoringDevice> <representedOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="mailto:chirurgie@amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedAuthor></author> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | Verfasser des Dokuments. | (Hea...hor) | | | elgagab-dataelement-48 | Autor | Datensatz |
| | @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.
| (Hea...hor) | | 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 | (Hea...hor) | | hl7:assignedAuthor
|
| | 1 … 1 | R | Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. | (Hea...hor) | | | @classCode
|
| cs | 0 … 1 | F | ASSIGNED | | Beispiel | <assignedAuthor classCode="ASSIGNED"> <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- ... --> </assignedPerson></assignedAuthor> | | | hl7:id
|
| II | 1 … * | R | Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.ODERIdentifikation des/der datenerstellenden
Gerätes/Software.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor: - NI … Person hat keine ID / Gerät/Software hat keine ID
- UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt
| (Hea...hor) | | | 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. | (Hea...hor) | | 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. | (Hea...hor) | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:assignedPerson
- hl7:assignedAuthoringDevice
| | | … 1 | | Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. | (Hea...hor) | Eingefügt | | | von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...hor) | | | | hl7:assignedAuthoringDevice
|
| | … 1 | | | (Hea...hor) | | cs | 0 … 1 | F | DEV | | cs | 0 … 1 | F | INSTANCE | | | | | hl7:manufacturerModelName
|
| SC | 1 … 1 | R | Hersteller und Modellbezeichnung des datenerstellenden Gerätes. | (Hea...hor) | | SC | 1 … 1 | R | Bezeichnung (und ggf Version) der datenerstellenden Software. | (Hea...hor) | | | hl7:representedOrganization
|
| | 1 … 1 | M | Organisation, in deren Auftrag der Verfasser des
Dokuments die Dokumentation verfasst hat. | (Hea...hor) | | Beispiel | <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="1.2.40.0.34.99.111.1.3" extension="1111"/> <name> <!-- ... --> </name></representedOrganization> | | 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. | (Hea...hor) | | ON | 1 … 1 | M | | (Hea...hor) | | TEL.AT | 0 … * | | | (Hea...hor) | | AD | 0 … 1 | | | (Hea...hor) |
|
1.11 Personen der Dateneingabe („dataEnterer“)
Id | 1.2.40.0.34.11.20003 ref elgabbr- | Gültigkeit | 2013‑02‑10Andere Versionen mit dieser Id: - HeaderDataEnterer vom 2011‑12‑19
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | HeaderDataEnterer | Bezeichnung | HeaderDataEnterer |
---|
Beschreibung | Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …). Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig. |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-65 | Schreibkraft | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90003 | Inklusion | AssignedEntityElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20003 HeaderDataEnterer (2013‑02‑10) ref elgabbr- |
---|
Beispiel | Beispiel | <dataEnterer> <!-- Zeitpunkt des Schreibens --> <time value="20081224082015+0100"/> <assignedEntity> <!-- Die das Dokument schreibende Person --> <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/> <telecom value="tel:+43.1.40400.4711"/> <telecom value="mailto:eva.musterfrau@amadeusspital.at"/> <assignedPerson> <name>DiplKrSr. Eva Musterfrau</name> </assignedPerson> </assignedEntity></dataEnterer> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | Person der Dateneingabe. | (Hea...rer) | | | elgagab-dataelement-65 | Schreibkraft | Datensatz |
| | hl7:time
|
| TS.AT.TZ | 0 … 1 | | Der Zeitpunkt an dem das Dokument geschrieben wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. | (Hea...rer) | | hl7:assignedEntity
|
| | 1 … 1 | R | Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. | (Hea...rer) | 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 | (Hea...rer) | | | hl7:addr
|
| AD | 0 … 1 | | Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK | (Hea...rer) | | | hl7:telecom
|
| TEL.AT | 0 … * | | Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK | (Hea...rer) | | | hl7:assignedPerson
|
| | 1 … 1 | M | Persondendaten der validierenden Person. | (Hea...rer) | Eingefügt | | | von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...rer) | | | hl7:representedOrganization
|
| | 0 … 1 | | Organistationsdaten der validierenden Person. | (Hea...rer) | Eingefügt | | | von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Hea...rer) | | ON | 1 … 1 | M | | (Hea...rer) | | TEL.AT | 0 … * | | | (Hea...rer) | | AD | 0 … 1 | | | (Hea...rer) |
|
1.12 Verwahrer des Dokuments („custodian“)
Id | 1.2.40.0.34.11.20004 ref elgabbr- | Gültigkeit | 2015‑05‑28Andere Versionen mit dieser Id: - HeaderCustodian vom 2011‑12‑19
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderCustodian | Bezeichnung | HeaderCustodian |
---|
Beschreibung | Der „Verwahrer des Dokuments“ ist diejenige Organisation, die „für die Verwahrung/Verwaltung des Dokuments verantwortlich ist“. Beispiele: Das erstellende Krankenhaus ist selbst der Verwalter des Dokuments. Der übergeordnete Krankenhausträger ist der Verwalter des Dokuments. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-73 | Verwahrer | Datensatz |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20004 HeaderCustodian (2015‑05‑28) ref elgabbr- Version: Template 1.2.40.0.34.11.20004 HeaderCustodian (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Vollständiges Beispiel | <custodian typeCode="CST"> <assignedCustodian classCode="ASSIGNED"> <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="1.2.3.999" extension="--example only--" assigningAuthorityName="GDA-Index"/> <name>Amadeus Spital</name> <telecom value="tel:+43.(0)50.55460-0"/> <addr> <streetName>Hafenstraße</streetName> <houseNumber>47-51</houseNumber> <postalCode>4020</postalCode> <city>Linz</city> <state>Oberösterreich</state> <country>AUT</country> </addr> </representedCustodianOrganization> </assignedCustodian></custodian> |
|
---|
Beispiel | Minimalbeispiel | <custodian> <assignedCustodian> <representedCustodianOrganization> <id root="1.2.3.999" extension="--example only--"/> <name>Amadeus Spital</name> <addr> <streetAddressLine>Hafenstraße 47-51</streetAddressLine> <postalCode>4020</postalCode> <city>Linz</city> <country>AUT</country> </addr> </representedCustodianOrganization> </assignedCustodian></custodian> |
|
---|
|
1.13 Beabsichtigte Empfänger des Dokuments („informationRecipient“)
Id | 1.2.40.0.34.11.20005 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | HeaderInformationRecipient | Bezeichnung | HeaderInformationRecipient |
---|
Beschreibung | Die beabsichtigten Empfänger des Dokuments können in der Klasse intendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. Beispiel: Bei
der Erstellung der Dokumentation ist beispielsweise schon bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden. Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index, sein
Name in möglichst hoher Granularität und die Organisation, der er angehört in möglichst hoher Granularität. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-259 | Empfänger | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20005 HeaderInformationRecipient (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Beabsichtigter Empfänger ist eine bekannte Person | <informationRecipient typeCode="PRCP"> <intendedRecipient> <!-- Identifikation des beabsichtigten Empfängers --> <id nullFlavor="UNK"/> <!-- Personendaten des beabsichtigten Empfängers --> <informationRecipient> <name> <prefix qualifier="AC"> Dr.</prefix> <given>Robert</given> <family>Empfänger</family> </name> </informationRecipient> <!-- Organisation, der der beabsichtigte Empfänger angehört --> <receivedOrganization> <!-- Name der Organisation des beabsichtigten Empfängers --> <name>Ordination Dr. Empfänger</name> <!-- Kontaktdaten der Organisation des beabsichtigten Empfängers --> <telecom value="tel:0512.1234567"/> <telecom value="fax:0512.1234567.11"/> <telecom value="mailto:office@ordination-empfaenger.at"/> <telecom value="http://www.ordination-empfaenger.at"/> <telecom value="me:12345678791"/> <!-- Adresse der Organisation des beabsichtigten Empfängers --> <addr> <streetName>Musterstraße</streetName> <houseNumber>27/1/13</houseNumber> <postalCode>6020</postalCode> <city>Innsbruck</city> <country>AUT</country> </addr> </receivedOrganization> </intendedRecipient></informationRecipient> |
|
---|
Beispiel | Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“) | <informationRecipient typeCode="PRCP"> <intendedRecipient> <id nullFlavor="UNK"/> <informationRecipient> <name>Hausarzt</name> </informationRecipient> </intendedRecipient></informationRecipient> |
|
---|
Beispiel | Beabsichtigter Empfänger ist der Patient selbst | <informationRecipient typeCode="PRCP"> <intendedRecipient> <!-- Der Patient besitzt keine ID --> <id nullFlavor="NI"/> <!-- Hinweis auf den Patienten --> <informationRecipient> <name>Ergeht an den Patienten Dr. Herbert Mustermann</name> </informationRecipient> </intendedRecipient></informationRecipient><!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.-->
|
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7:informationRecipient
|
| | | | Beabsichtiger Empfänger des Dokuments. | (Hea...ent) | | | elgagab-dataelement-259 | Empfänger | Datensatz |
| | @typeCode
|
| cs | 0 … 1 | | Typ des Informationsempfängers. Bsp: PRCP „Primärer Empfänger“ Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger. | | CONF | Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC) |
| | hl7:intendedRecipient
|
| | 1 … 1 | M | | (Hea...ent) | | | 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
| (Hea...ent) | | 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. | (Hea...ent) | Eingefügt | | | von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...ent) | | | 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. | (Hea...ent) | Eingefügt | | | von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Hea...ent) | | ON | 1 … 1 | M | | (Hea...ent) | | TEL.AT | 0 … * | | | (Hea...ent) | | AD | 0 … 1 | | | (Hea...ent) |
|
1.14 Rechtlicher Unterzeichner („legalAuthenticator“)
Id | 1.2.40.0.34.11.20006 ref elgabbr- | Gültigkeit | 2011‑12‑19Andere Versionen mit dieser Id: - HeaderLegalAuthenticator vom 2018‑10‑18 14:34:23
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | HeaderLegalAuthenticator | Bezeichnung | HeaderLegalAuthenticator |
---|
Beschreibung | Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt. Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt. Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben. Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. Multidisziplinäre Befunde: Der CDA-Standard in Release 2.0 erlaubt nur die Angabe eines legalAuthenticator-Elements, es können jedoch beliebig viele (Mit-) Unterzeichner angegeben werden, siehe „Weitere Unterzeichner („authenticator“)“. Wenn kein eindeutiger Hauptunterzeichner ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden), kann die Angabe des Hauptunterzeichners entfallen, wenn mindestens zwei Mitunterzeichner angegeben werden. Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 2 Konzepte | Id | Name | Datensatz |
---|
elgagab-dataelement-79 | Rechtlicher Unterzeichner | Datensatz | elgagab-dataelement-87 | Rechtlicher Unterzeichner | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90003 | Inklusion | AssignedEntityElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <legalAuthenticator> <!-- Zeitpunkt der Unterzeichnung --> <time value="20130324082015+0100"/> <!-- Signaturcode --> <signatureCode code="S"/> <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments --> <assignedEntity> <!-- Identifikation des Rechtlichen Unterzeichners des Dokuments --> <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/> <!-- Kontaktdaten des Rechtlichen Unterzeichners des Dokuments --> <telecom use="WP" value="tel:+43.6138.3453446.2222"/> <!-- Personendaten des Rechtlichen Unterzeichners des Dokuments --> <assignedPerson> <!-- Name des Rechtlichen Unterzeichners des Dokuments --> <name> <prefix>Univ.-Prof.Dr.</prefix> <given>Sigrid</given> <family>Kollmann</family> </name> </assignedPerson> <!-- Organisation, in deren Auftrag der Rechtlichen Unterzeichners des Dokuments die Dokumentation unterzeichnet hat --> <representedOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <name>Amadeus Spital - Chirurgische Abteilung</name> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="fax:+43.6138.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedEntity></legalAuthenticator> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | Rechtlicher Unterzeichner. | (Hea...tor) | | | elgagab-dataelement-79 | Rechtlicher Unterzeichner | Datensatz | elgagab-dataelement-87 | Rechtlicher Unterzeichner | Datensatz |
| | @typeCode
|
| cs | 0 … 1 | F | LA | | hl7:time
|
| TS.DATE.MIN | 1 … 1 | R | Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK | (Hea...tor) | | hl7:signatureCode
|
| CS | 1 … 1 | M | Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. | (Hea...tor) | | | @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. | (Hea...tor) | 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 | (Hea...tor) | | | hl7:addr
|
| AD | 0 … 1 | | Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK | (Hea...tor) | | | hl7:telecom
|
| TEL.AT | 0 … * | | Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK | (Hea...tor) | | | hl7:assignedPerson
|
| | 1 … 1 | M | Persondendaten der validierenden Person. | (Hea...tor) | Eingefügt | | | von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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. | (Hea...tor) | | | hl7:representedOrganization
|
| | 0 … 1 | | Organistationsdaten der validierenden Person. | (Hea...tor) | Eingefügt | | | von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Hea...tor) | | ON | 1 … 1 | M | | (Hea...tor) | | TEL.AT | 0 … * | | | (Hea...tor) | | AD | 0 … 1 | | | (Hea...tor) |
|
1.15 Weitere Unterzeichner („authenticator“)
Id | 1.2.40.0.34.11.20007 ref elgabbr- | Gültigkeit | 2011‑12‑19Andere Versionen mit dieser Id: - HeaderAuthenticator vom 2018‑10‑18 14:33:54
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | HeaderAuthenticator | Bezeichnung | HeaderAuthenticator |
---|
Beschreibung | Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten. |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-86 | Weitere Unterzeichner | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90003 | Inklusion | AssignedEntityElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20007 HeaderAuthenticator (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <authenticator> <!-- Zeitpunkt der Unterzeichnung --> <time value="20130324081915+0100"/> <!-- Signaturcode --> <signatureCode code="S"/> <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments --> <assignedEntity> <id root="1.2.40.0.34.99.111.1.3" extension="3333" assigningAuthorityName="Amadeus Spital"/> <telecom use="WP" value="tel:+43.6138.3453446.3333"/> <assignedPerson> <!-- Name des Weiteren Unterzeichners des Dokuments --> <name> <prefix>Dr.</prefix> <given>Walter</given> <family>Hummel</family> </name> </assignedPerson> <!-- Organisation, in deren Auftrag der Weiteren Unterzeichner des Dokuments die Dokumentationunterzeichnet hat --> <representedOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <name>Amadeus Spital - Chirurgische Abteilung</name> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="fax:+43.6138.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedEntity></authenticator> |
|
---|
Beispiel | Strukturbeispiel Laborbefund | <authenticator> <templateId root="1.3.6.1.4.1.19376.1.3.3.1.5"/> <time value="20121201155300+0100"/> <signatureCode code="S"/> <assignedEntity> <id nullFlavor="NA"/> <addr nullFlavor="NA"/> <telecom value="tel: +43.1.12345678"/> <assignedPerson> <name> <prefix qualifier="AC">Dr.</prefix> <given>Otto</given> <family>Rotadilav</family> </name> </assignedPerson> <representedOrganization> <id root="1.2.40.0.34.3.1.999" assigningAuthorityName="EHSREG"/> <name>Zentrallabor</name> <telecom value="tel: +43.1.12345678"/> <addr> <streetAddressLine>Laborplatz 1</streetAddressLine> <city>Wien</city> <postalCode>1200</postalCode> <country>AUT</country> </addr> </representedOrganization> </assignedEntity></authenticator> |
|
---|
|
1.16 Auftrag („inFulfillmentOf“)
1.17 Service Events („documentationOf/serviceEvent“)
Id | 1.2.40.0.34.11.20010 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderServiceEvent | Bezeichnung | HeaderServiceEvent |
---|
Beschreibung | Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte
Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-145 | Gesundheitsdienstleistung | Datensatz |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90003 | Inklusion | AssignedEntityElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58) ref elgabbr- Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Koloskopie | <documentationOf typeCode="DOC"> <serviceEvent> <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/> <effectiveTime> <low value="20081224082015+0100"/> <high value="20081225113000+0100"/> </effectiveTime> <performer typeCode="PRF"> <assignedEntity> : </assignedEntity> </performer> </serviceEvent></documentationOf> |
|
---|
Beispiel | Strukturbeispiel Hämatologie | <documentationOf typeCode="DOC"> <serviceEvent> <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/> <effectiveTime> <low value="20121201061325+0100"/> <high value="20121201161500+0100"/> </effectiveTime> </serviceEvent></documentationOf> |
|
---|
|
1.18 Bezug zu vorgehenden Dokumenten
Id | 1.2.40.0.34.11.20011 ref elgabbr- | Gültigkeit | 2014‑12‑06Andere Versionen mit dieser Id: - HeaderRelatedDocument vom 2011‑12‑19
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderRelatedDocument | Bezeichnung | HeaderRelatedDocument |
---|
Beschreibung | Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert. |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-155 | Bezug zu vorgehenden Dokumenten | Datensatz |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <relatedDocument typeCode="RPLC"> <parentDocument> <id root="1.2.40.0.34.99.111.1.1" extension="134F989EAAE3F43B6AD"/> </parentDocument></relatedDocument> |
|
---|
|
1.19 Autorisierung („authorization“)
Id | 1.2.40.0.34.11.20012 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderAuthorization | Bezeichnung | HeaderAuthorization |
---|
Beschreibung | Der Einverständniserklärung ist derzeit ungenutzt. Dieses Element wird daher derzeit nicht angegeben.
In dieser optionalen Klasse können die Einverständniserklärungen reflektiert werden, die mit dem Dokument verbunden sind. Dies kann ein Einverständnis für einen Eingriff oder die Verfügbarmachung der Informationen gegenüber Dritten beinhalten. Der Typ der Einverständniserklärung wird dabei in Consent.code angegeben.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.20012 HeaderAuthorization (2011‑12‑19) ref elgabbr- |
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | NP | Komponente für die Einverständniserklärung. Wird in ELGA nicht verwendet! | (Hea...ion) |
|
1.20 Encounter („componentOf/encompassingEncounter“)
Id | 1.2.40.0.34.11.20013 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | HeaderEncompassingEncounter | Bezeichnung | HeaderEncompassingEncounter |
---|
Beschreibung | Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht
zu erreichen und dennoch seine Verlaufsdokumentation fortführt. Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der
Einrichtung, wo der Patientenaufenthalt stattfand. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-156 | Patientenkontakt | Datensatz |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90003 | Inklusion | AssignedEntityElements | DYNAMIC | 1.2.40.0.34.11.90006 | Inklusion | Encounter Location 1 | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <componentOf> <encompassingEncounter> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts --> <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts --> <effectiveTime> <low value="20081224082015+0100"/> <high value="20081225113000+0100"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/> <!-- Kontaktdaten der Verantwortlichen Person für den Patientenkontakt --> <telecom use="WP" value="tel:+43.6138.3453446.2222"/> <!-- Personendaten der Verantwortlichen Person für den Patientenkontakt --> <assignedPerson> <!-- Name der Verantwortlichen Person für den Patientenkontakt --> <name> <prefix>Univ.-Prof.Dr.</prefix> <given>Sigrid</given> <family>Kollmann</family> </name> </assignedPerson> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <serviceProviderOrganization> <!-- ID der Organisation aus dem GDA Index --> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="fax:+43.6138.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <!-- Adresse der Organisation --> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
|
1.21 Versionierung des Dokuments („setId“ und „versionNumber“)
Id | 1.2.40.0.34.11.90007 ref elgabbr- | Gültigkeit | 2015‑09‑18Andere Versionen mit dieser Id: - CDsetIdversionNumber vom 2015‑05‑29
- CDsetIdversionNumber vom 2013‑11‑07
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | CDsetIdversionNumber | Bezeichnung | SetId VersionNumber |
---|
Beschreibung | Der CDA-Header repräsentiert ebenfalls die Beziehungen zu anderen Dokumenten mit Referenz auf die oben genannte Dokumenten-Identifikation. Mittels der Attribute setId und versionNumber kann eine Versionskennung des Dokuments erreicht werden. Für ELGA-CDA-Dokumente MÜSSEN immer beide Elemente angegeben werden. Die setId bezeichnet das Set von Dokumenten, die zu einer Reihe von Versionen gehören. Sie bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, die setId bleibt gleich. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.90007 SetId VersionNumber (2015‑09‑18) ref elgabbr- |
---|
Beispiel | Beispiel für die 1.Version eines Dokuments | <!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des Dokuments.--> <art:placeholder> <id root="1.2.40.0.34.99.111.1.1" extension="AAAAAAAAAAAAAAA"/> <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ"/> <versionNumber value="1"/></art:placeholder> |
|
---|
Beispiel | Beispiel für die 2.Version eines Dokuments | <!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.--> <art:placeholder> <id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBB"/> <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ"/> <versionNumber value="2"/></art:placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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. | (CDs...ber) | | Beispiel | <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/> | | INT.NONNEG | 1 … 1 | M | Versionsnummer des Dokuments. | (CDs...ber) | | Beispiel | <versionNumber value="1"/> |
|
1.22 Erstellungsdatum des Dokuments („effectiveTime“)
Id | 1.2.40.0.34.11.90008 ref elgabbr- | Gültigkeit | 2016‑07‑21Andere Versionen mit dieser Id: - CDeffectiveTime vom 2013‑11‑07
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | CDeffectiveTime | Bezeichnung | CD effectiveTime |
---|
Beschreibung | Mit Erstellungsdatum ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird. (z.B.: Wien, am …). Das Erstellungsdatum dokumentiert den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde. Bemerkung: Das Erstellungsdatum des Dokuments muss nicht mit dem Datum der
rechtli-chen Unterzeichnung (oder „Vidierung“) übereinstimmen. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-8 | Erstellungsdatum | Datensatz |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21) ref elgabbr- |
---|
Beispiel | Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD | <effectiveTime value="20081224"/> |
|
---|
Beispiel | Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM | <effectiveTime value="20081224082015+0100"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| TS.AT.TZ | 1 … 1 | M | Erstellungsdatum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. | (CDe...ime) | | | elgagab-dataelement-8 | Erstellungsdatum | Datensatz |
|
|
1.23 Vertraulichkeitscode („confidentialityCode“)
Id | 1.2.40.0.34.11.90009 ref elgabbr- | Gültigkeit | 2013‑11‑07 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | CDconfidentialityCode | Bezeichnung | CD confidentialityCode |
---|
Beschreibung | “Vertraulichkeitscode” (im CDA das Element ClinicalDocument/confidentialityCode) bezeichnet die Vertraulichkeitsstufe dieses Dokuments. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. Die Information des Vertraulichkeitscodes im Dokument selbst, dient nur der
reinen Information und hat keine technischen Konsequenzen. Da Dokumente nach der Vidierung weder technisch noch legistisch geändert werden dürfen, kann der Vertraulichkeitscode keine konkreten Zugriffsrechte auf das Dokument regeln, sondern nur auf „Metaebenen“, wie beispielsweise „geltendes Recht XY“ oder weiterführende Verwendungen über das IHE BPPC
Profil, verweisen. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-266 | Vertraulichkeitscode | Datensatz |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07) ref elgabbr- |
---|
Beispiel | Beispiel | <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| CE | 1 … 1 | M | | (CDc...ode) | | | elgagab-dataelement-266 | Vertraulichkeitscode | Datensatz |
| | @code
|
| CONF | 1 … 1 | F | N | | @codeSystem
|
| 1 … 1 | F | 2.16.840.1.113883.5.25 (BasicConfidentialityKind) | | @displayName
|
| 1 … 1 | F | normal |
|
1.24 Sprachcode des Dokuments („languageCode“)
Id | 1.2.40.0.34.11.90010 ref elgabbr- | Gültigkeit | 2013‑11‑07 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | CDlanguageCode | Bezeichnung | CD languageCode |
---|
Beschreibung | Die Sprache des Dokuments wird in diesem Attribut gemäß IETF (Internet Engineering Task Force), RFC 1766: Tags for the Identification of Languages nach ISO-639-1 (zweibuchstabige Codes für Sprachen, Kleinbuchstaben) und ISO 3166 (hier: zweibuchstabige Ländercodes, Großbuchstaben) festgelegt. Das Format ist entsprechend
ss-CC, mit ss, zwei Kleinbuchstaben für den Sprachencode gemäß ISO-639-1, und CC, zwei Großbuchstaben für den Ländercode gemäß ISO 3166 (Tabelle mit zwei Buchstaben). |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
elgagab-dataelement-265 | Sprachcode | Datensatz |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07) ref elgabbr- |
---|
Beispiel | Beispiel | <languageCode code="de-AT"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| CS.LANG | 1 … 1 | M | Sprachcode des Dokuments. | (CDl...ode) | | | elgagab-dataelement-265 | Sprachcode | Datensatz |
| | @code
|
| CONF | 1 … 1 | F | de-AT |
|
2 CDA Section Level Templates
2.1 Sektionen
Id | 1.2.40.0.34.11.30001 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | BodySection | Bezeichnung | BodySection |
---|
Beschreibung | CDA bietet die Möglichkeit Sektionen mit sogenannten „templateId“-Elementen zu versehen. Mit diesen Elementen ist es möglich, analog zur ELGA Implementierungsleitfaden-Kennzeichnung für das gesamte Dokument, auch einzelne Sektionen zu kennzeichnen. Diese Kennzeichnung ist speziell für Prüfmittel (z.B.: Schematron) wichtig, da über diese
Kennzeichnungen die zugrundeliegenden Regeln zur Befüllung der Sektion zugeordnet und abgeprüft werden können. |
|
Klassifikation | CDA Section level template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90004 | Inklusion | AuthorElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.30001 BodySection (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <hl7:ClinicalDocument> : CDA Header : <hl7:component> <!-- strukturierter CDA Body --> <hl7:structuredBody> <hl7:component> <hl7:section> <hl7:templateId root="1.2.3.4.5.6.7.8"/> <hl7:code/> <hl7:title>Name der Sektion</hl7:title> : … CDA Body Sektion … </hl7:section> </hl7:component> </hl7:structuredBody> </hl7:component></hl7:ClinicalDocument> |
|
---|
|
2.2 Brieftext
2.3 Abschließende Bemerkungen
2.4 Beilagen
Id | 1.2.40.0.34.11.1.2.3 ref elgabbr- | Gültigkeit | 2015‑04‑23Andere Versionen mit dieser Id: - Beilagen vom 2011‑12‑19
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | Beilagen | Bezeichnung | Beilagen |
---|
Beschreibung | Sonstige Beilagen, außer denjenigen Dokumenten, die in „Patientenverfügungen und andere juridische Dokumente“ angegeben sind. Achtung: Ein „Referenzieren“ auf Beilagen ist NICHT ERLAUBT. Beigelegte Dokumente/Bilder MÜSSEN dem Dokument in technisch eingebetteter Form beiliegen. |
|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.3 |
---|
Klassifikation | CDA Section level template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.1.3.1 | Containment | Eingebettetes Objekt Entry | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.2.3 Beilagen (2015‑04‑23) ref elgabbr- |
---|
Beispiel | Beispiel | <section> <!-- ELGA EIS „Basic“ und “Full support” --> <templateId root="1.2.40.0.34.11.1.2.3"/> <!-- Code der Sektion --> <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/> <!-- Titel der Sektion --> <title>Beilagen</title> <!-- Textbereich der Sektion --> <text> ... Lesbarer Textbereich ... </text> <!-- Maschinenlesbare Elemente der Sektion --> <entry> <!-- ELGA EingebettetesObjekt-Entry --> <templateId root="1.2.40.0.34.11.1.3.1"/> </entry></section> |
|
---|
|
2.5 Patientenverfügungen und andere juridische Dokumente
2.6 Anmerkungen
2.7 Vitalparameter (alle EIS)
Id | 1.2.40.0.34.11.30002 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | VitalparameterAlleEIS | Bezeichnung | Vitalparameter (alle EIS) |
---|
Beschreibung | Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt. |
---|
Klassifikation | CDA Section level template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <section> <!-- Im Falle von EIS „Enhanced“ --> <templateId root="1.2.40.0.34.11.1.2.6"/> <!-- ELGA EIS „Enhanced“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.16"/> <!-- HL7 CCD --> … oder … <!-- Im Falle von EIS „Full support“ --> <templateId root="1.2.40.0.34.11.1.2.7"/> <!-- ELGA EIS “Full support” --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.16"/> <!-- HL7 CCD --> <!-- Code der Sektion --> <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> <!-- Titel der Sektion --> <title>Vitalparameter</title> <!-- Textbereich der Sektion --> <text> ... Lesbarer Textbereich ... </text> <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ --> <entry> : <!-- ELGA VitalparameterGruppe-Entry --> <templateId root="1.2.40.0.34.11.1.3.3"/> : </entry></section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| CE | 1 … 1 | M | Code der Sektion. | (Vit...EIS) | | @code
|
| CONF | 1 … 1 | F | 8716-3 | | @codeSystem
|
| 1 … 1 | F | 2.16.840.1.113883.6.1 (LOINC) | | ST | 1 … 1 | R | | (Vit...EIS) | | CONF | Elementinhalt muss "Vitalparameter" sein |
| | | 1 … 1 | R | Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! | (Vit...EIS) |
|
2.8 Vitalparameter „Enhanced“
Id | 1.2.40.0.34.11.1.2.6 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | VitalparameterEnhanced | Bezeichnung | Vitalparameter (enhanced) |
---|
Beschreibung | Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck, …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäuser oder in Notfällen angewandt. |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.6 |
---|
Klassifikation | CDA Section level template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.30002 | Inklusion | Vitalparameter (alle EIS) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (2011‑12‑19) ref elgabbr- |
---|
|
2.9 Vitalparameter „Full Support“
Id | 1.2.40.0.34.11.1.2.7 ref elgabbr- | Gültigkeit | 2017‑02‑20Andere Versionen mit dieser Id: - VitalparameterFull vom 2011‑12‑19
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | VitalparameterFull | Bezeichnung | Vitalparameter (full) |
---|
Beschreibung | Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt. |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.7 |
---|
Klassifikation | CDA Section level template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 3 Konzepte | Id | Name | Datensatz |
---|
exnds-dataelement1-14 | Groesse | Test2 2019 | exnds-dataelement1-15 | Gewicht | Test2 2019 | | Vitalwerte | Test2 2019 |
|
|
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.30002 | Inklusion | Vitalparameter (alle EIS) | DYNAMIC | 1.2.40.0.34.11.1.3.3 | Containment | Vitalparameter Gruppe Entry | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (2017‑02‑20) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <section> <templateId root="1.2.40.0.34.11.1.2.7"/> <!-- ELGA EIS “Full support” --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.16"/> <!-- HL7 CCD --> <!-- Code der Sektion --> <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> <!-- Titel der Sektion --> <title>Vitalparameter</title> <!-- Textbereich der Sektion --> <text> ... Lesbarer Textbereich ... </text> <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ --> <entry> <!-- ELGA VitalparameterGruppe-Entry --> <templateId root="1.2.40.0.34.11.1.3.3"/> </entry></section> |
|
---|
|
2.10 Risiken
2.11 Hilfsmittel und Ressourcen
3 CDA Entry Level Templates
3.1 ELGA EingebettetesObjekt-Entry
Id | 1.2.40.0.34.11.1.3.1 ref elgabbr- | Gültigkeit | 2017‑05‑05Andere Versionen mit dieser Id: - EingebettetesObjektEntry vom 2011‑12‑19
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | EingebettetesObjektEntry | Bezeichnung | Eingebettetes Objekt Entry |
---|
Beschreibung | Achtung: Grafiken mit Transparenz (z.B: bei GIF oder PNG möglich) können zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen und sind daher NICHT ERLAUBT |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.1 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2017‑05‑05) ref elgabbr- Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1"> <templateId root="1.2.40.0.34.11.1.3.1"/> <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia> |
|
---|
|
3.2 ELGA Logo-Entry
Id | 1.2.40.0.34.11.1.3.2 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | LogoEntry | Bezeichnung | Logo Entry |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.2 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.3.2 Logo Entry (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <entry> <observationMedia classCode="OBS" moodCode="EVN"> <!-- ELGA Logo-Entry --> <templateId root="1.2.40.0.34.11.1.3.2"/> <value mediaType="image/jpeg" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value> </observationMedia></entry> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 1 … 1 | R | | (Log...try) | | @classCode
|
| cs | 1 … 1 | F | OBS | | @moodCode
|
| cs | 1 … 1 | F | EVN | | hl7:templateId
|
| II | 1 … 1 | R | | (Log...try) | | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.11.1.3.2 | | hl7:value
|
| ED | 1 … 1 | M | Das eingebettete Logo in einem Bildformat, unkomprimiert, Base64 enkodiert.
Maximale Abmessungen des Bildes: •Höhe: 80px •Breite: 270px | (Log...try) | | | @mediaType
|
| st | 1 … 1 | R | Medientyp des eingebetteten Objekts gemäß zugelassener Werteliste: •image/png •image/jpeg | | | @representation
|
| cs | 1 … 1 | F | B64 |
|
3.3 ELGA VitalparameterGruppe-Entry
Id | 1.2.40.0.34.11.1.3.3 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | VitalparameterGruppeEntry | Bezeichnung | Vitalparameter Gruppe Entry |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.3 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.1.3.4 | Containment | Vitalparameter Entry | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <organizer classCode="CLUSTER" moodCode="EVN"> <!-- ELGA --> <templateId root="1.2.40.0.34.11.1.3.3"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.32"/> <!-- HL7 CCD --> <templateId root="2.16.840.1.113883.10.20.1.35"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.1"/> <!-- ID des VitalparameterGruppe-Entry --> <id root="" extension=""/> <!-- Code des VitalparameterGruppe-Entry --> <code code="46680005" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <!-- Statuscode des VitalparameterGruppe-Entry --> <statusCode code="completed"/> <!-- Zeitpunkt der Messung --> <effectiveTime> <low value="20170721131413"/> </effectiveTime> <!-- Einer oder mehrere Vitalparameter --> <component> <!-- ELGA Vitalparameter-Entry (1.2.40.0.34.11.1.3.4) --> <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.40.0.34.11.1.3.4"/> : </observation> </component></organizer> |
|
---|
|
3.4 ELGA Vitalparameter-Entry
Id | 1.2.40.0.34.11.1.3.4 ref elgabbr- | Gültigkeit | 2011‑12‑19 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | VitalparameterEntry | Bezeichnung | Vitalparameter Entry |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.4 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.3.4 Vitalparameter Entry (2011‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <hl7:ClinicalDocument> <cda:observation classCode="OBS" moodCode="EVN"> <!-- ELGA --> <cda:templateId root="1.2.40.0.34.11.1.3.4"/> <!-- IHE PCC --> <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/> <!-- IHE PCC --> <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/> <!-- HL7 CCD --> <cda:templateId root="2.16.840.1.113883.10.20.1.31"/> <!-- ID des Vitalparameter-Entry --> <cda:id root=" " extension=" "/> <!-- Code des Vitalparameter-Entry --> <cda:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"> <cda:originalText> <cda:reference value="#vitsigtype-1"/> </cda:originalText> </cda:code> <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion --> <cda:text> <cda:reference value="tel:+1-12345678"/> </cda:text> <!-- Statuscode des Vitalparameter-Entry --> <cda:statusCode code="completed"/> <!-- Wert des Vitalparameter --> <cda:value xsi:type="PQ" value="120" unit="/min"/> </cda:observation></hl7:ClinicalDocument> |
|
---|
Beispiel | Keine Vitalparameter erhoben | <cda:observation classCode="OBS" moodCode="EVN"> <cda:templateId root="1.2.40.0.34.6.0.11.3.24"/> <cda:templateId root="2.16.840.1.113883.10.20.1.31"/> <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/> <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/> <!-- ID des Vitalparameter-Entry --> <cda:id root=" " extension=" "/> <!-- Code des Vitalparameter-Entry --> <cda:code code="373121007" displayName="Test not done" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"> <cda:originalText> <cda:reference value="#vitsigtype-1"/> </cda:originalText> </cda:code> <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion --> <cda:text> <cda:reference value="#vitsig-1"/> </cda:text> <!-- Statuscode des Vitalparameter-Entry --> <cda:statusCode code="completed"/> <!-- Wert des Vitalparameter --> <cda:value xsi:type="PQ" nullFlavor="NA"/></cda:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 1 … 1 | R | | (Vit...try) | | @classCode
|
| cs | 1 … 1 | F | OBS | | @moodCode
|
| cs | 1 … 1 | F | EVN | | hl7:templateId
|
| II | 1 … 1 | R | ELGA | (Vit...try) | | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.11.1.3.4 | | hl7:templateId
|
| II | 1 … 1 | R | IHE PCC Simple Observation Entry | (Vit...try) | | | @root
|
| uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.4.13 | | hl7:templateId
|
| II | 1 … 1 | R | IHE PCC Vital Signs Observation Entry | (Vit...try) | | | @root
|
| uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.4.13.2 | | hl7:templateId
|
| II | 1 … 1 | R | HL7 CCD 3.13 | (Vit...try) | | | @root
|
| uid | 1 … 1 | F | 2.16.840.1.113883.10.20.1.31 | | hl7:id
|
| | 1 … 1 | R | ID des Vitalparameters Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. | (Vit...try) | | hl7:code
|
| CE | 1 … 1 | M | Code des Vitalparameters.
Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.
Verweis auf speziellen
Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden. | (Vit...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC) |
| | | hl7:originalText
|
| ED | 1 … 1 | M | Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). | (Vit...try) | | hl7:text
|
| ED | 1 … 1 | M | Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). | (Vit...try) | | | hl7:reference
|
| TEL | 1 … 1 | M | | (Vit...try) | | hl7:statusCode
|
| CS | 1 … 1 | M | | (Vit...try) | | | @code
|
| CONF | 1 … 1 | F | completed | | hl7:effectiveTime
|
| IVL_TS | 0 … 1 | C | Erhebungsdatum. Zugelassene nullFlavor: UNK | (Vit...try) | | Constraint | Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, R [0..1] dieses Element mit /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein oder komplett entfallen. Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses
Element angegeben werden und KANN mittels /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. | Auswahl | 1 … 1 | | Wert des Vitalparameters. Elemente in der Auswahl:- hl7:value[not(@nullFlavor)]
- hl7:value[@nullFlavor='NA']
| | Constraint | Wenn kein Vitalparameter erhoben wurde (code/@code="373121007"), MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein.
In allen anderen Fällen MUSS, M [1..1], value angegeben sein. Die Verwendung von @nullFlavor="NA" ist NICHT ERLAUBT. | | | hl7:value
|
| PQ | 0 … 1 | | | (Vit...try) | wo [not(@nullFlavor)] | | | | hl7:value
|
| PQ | 0 … 1 | | | (Vit...try) | wo [@nullFlavor='NA'] | | | cs | 1 … 1 | F | NA |
|
3.5 ELGA Problem/Bedenken-Entry
Id | 1.2.40.0.34.11.1.3.5 | Gültigkeit | 2011‑12‑19 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | ProblemBedenkenEntry | Bezeichnung | Problem Bedenken Entry |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.5 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.1.3.6 | Containment | Problem Entry | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.3.5 Problem Bedenken Entry (2011‑12‑19) ref elga- |
---|
Beispiel | Strukturbeispiel | <act classCode="ACT" moodCode="EVN"> <templateId root="1.2.40.0.34.11.1.3.5"/> <!-- ELGA --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.27"/> <!-- HL7 CCD --> <!-- ID des Entlassungsdiagnose-Entry --> <id root="1.2.3.999" extension="--example only--"/> <!-- Code des Entlassungsdiagnose-Entry --> <code nullFlavor="NA"/> <!-- Statuscode des Entlassungsdiagnose-Entry --> <statusCode code="active"/> <!-- Zeitintervall des Entlassungsdiagnose-Entry --> <effectiveTime> <low value=" "/> <high value=" "/> </effectiveTime> <!-- Exakt ein Problem-Entry --> <entryRelationship typeCode="SUBJ" inversionInd="false"> <!-- ELGA Problem-Entry (1.2.40.0.34.11.1.3.6) --> <observation classCode="OBS" moodCode="EVN" negationInd="false"> <templateId root="1.2.40.0.34.11.1.3.6"/> : </observation> </entryRelationship></act> |
|
---|
|
3.6 ELGA Problem-Entry
Id | 1.2.40.0.34.11.1.3.6 ref elgabbr- | Gültigkeit | 2019‑12‑05 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | ProblemEntry | Bezeichnung | Problem Entry |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.6 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.1.3.6 Problem Entry (2017‑02‑20) ref elgabbr- Version: Template 1.2.40.0.34.11.1.3.6 Problem Entry (2017‑02‑20) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <observation classCode="OBS" moodCode="EVN" negationInd="false|true"> <templateId root="1.2.40.0.34.11.1.3.6"/> <!-- ELGA --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.28"/> <!-- HL7 CCD --> <!-- ID des Problem-Entry --> <id root=" " extension=" "/> <!-- Code des Problem-Entry --> <code code="282291009" displayName="Diagnosis" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <!-- Referenz zum narrativen Abschnitt dieses Problem-Entry im Text-Bereich der Sektion --> <text> <reference value="#problem-1"/> </text> <!-- Statuscode des Problem-Entry --> <statusCode code="completed"/> <!-- Zeitintervall des Problems --> <effectiveTime> <low value=" "/> <high value=" "/> </effectiveTime> <!-- Problem (codiert) --> <value xsi:type="CD" code="F30" displayName="Manische Episode" codeSystem="1.2.40.0.34.5.56" codeSystemName="ICD-10 BMG 2014"> <orignalText> <reference value="#problem_value-1"/> </orignalText> </value> </observation></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 1 … 1 | R | Container zur Angabe eines Problems. | (Pro...try) | | @classCode
|
| cs | 1 … 1 | F | OBS | | @moodCode
|
| cs | 1 … 1 | F | EVN | | @negationInd
|
| bl | 1 … 1 | R |
SOLL standardmäßig auf false gesetzt werden.
Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde.
| | hl7:templateId
|
| II | 1 … 1 | R | ELGA | (Pro...try) | | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.11.1.3.6 | | hl7:templateId
|
| II | 1 … 1 | R | IHE PCC Problem Entry | (Pro...try) | | | @root
|
| uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.4.5 | | hl7:templateId
|
| II | 1 … 1 | R | HL7 CCD 3.5 | (Pro...try) | | | @root
|
| uid | 1 … 1 | F | 2.16.840.1.113883.10.20.1.28 | | hl7:id
|
| II | 1 … 1 | R |
ID des Problem-Entry.
Auch wenn nur ein Problem-Entry angegeben ist, soll die ID von der ID des Problem/Bedenken-Entry unterscheiden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
| (Pro...try) | | hl7:code
|
| CE | 1 … 1 | M | Code des Problems. Die Art des angegebenen Problems (Diagnose, Symptom, etc.) wird codiert in diesem Element angegeben.
Verweis auf speziellen Implementierungsleitfaden:
Welche der Problemarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen
Implementierungsleitfaden eingeschränkt werden.
| (Pro...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC) |
| | | hl7:originalText
|
| ED | 0 … 1 | | Textinhalt, der codiert wurde. Grundsätzlich sind die Vorgaben gemäß Kapitel „Codierungs-Elemente“ zu befolgen. | (Pro...try) | | hl7:text
|
| ED | 1 … 1 | M | Verweist auf die Stelle im narrativen Text-Bereich, an der das gegebene Problem narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.). | (Pro...try) | | | hl7:reference
|
| TEL | 1 … 1 | M | | (Pro...try) | | hl7:statusCode
|
| CS | 1 … 1 | M | | (Pro...try) | | | @code
|
| CONF | 1 … 1 | F | completed | | hl7:effectiveTime
|
| IVL_TS | 1 … 1 | M |
Zeitintervall, in dem das Problem existent war/ist.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
| (Pro...try) | | | hl7:low
|
| TS.AT.TZ | 1 … 1 | R | Zeitpunkt des ersten Auftretens des Problems. | (Pro...try) | | | hl7:high
|
| TS.AT.TZ | 0 … 1 | C | Zeitpunkt, zu dem der Problemstatus des übergeordneten Act auf "aborted" oder "completed" gesetzt wird. In allen anderen Fällen bleibt der Wert leer. | (Pro...try) | | hl7:value
|
| CD | 1 … 1 | R | Problem (codiert oder uncodiert).
Hinweis: Die Wahl des Codesystems ist abhängig von der
Problemart!
| (Pro...try) | | | hl7:originalText
|
| ED | 1 … 1 | M |
Verweist auf die Stelle im narrativen Textbereich, in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
| (Pro...try) | | | hl7:qualifier
|
| CR | 0 … 1 | R |
Qualifier zur genaueren Beschreibung des Problems.
z.B. zur Angabe der Diagnosesicherheit.
Angabe der Seitenlokalisation als Kind-Element des value-Elements des Problems (Diagnose) | (Pro...try) | wo [hl7:name [@code='7']] | | | CD | 1 … 1 | M | | (Pro...try) | | CONF | 1 … 1 | F | 7 | | 1 … 1 | F | 2.16.840.1.113883.3.7.1.0 (Sciphox) | | CD | 1 … 1 | R | | (Pro...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.176 ELGA_Seitenlokalisation (DYNAMIC) |
| | | hl7:qualifier
|
| CR | 0 … 1 | R | Angabe der Diagnosesicherheit als Kind-Element des value-Elements des Problems (Diagnose) | (Pro...try) | wo [hl7:name [@code='8']] | | | CD | 1 … 1 | M | | (Pro...try) | | CONF | 1 … 1 | F | 8 | | 1 … 1 | F | 2.16.840.1.113883.3.7.1.0 (Sciphox) | | CD | 1 … 1 | M | | (Pro...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.168 ELGA_Diagnosesicherheit (DYNAMIC) |
| | | hl7:qualifier
|
| CR | 0 … 1 | R | Angabe der "LKF Diagnose–Art" als Kind-Element des value-Elements des Problems (Diagnose) | (Pro...try) | wo [hl7:name [@code='ART']] | | | CD | 1 … 1 | M | | (Pro...try) | | CONF | 1 … 1 | F | ART | | 1 … 1 | F | 1.2.40.0.34.5.211 | | CD | 1 … 1 | M | | (Pro...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.67 LKF_Diagnose-Art_VS (DYNAMIC) |
| | | hl7:qualifier
|
| CR | 0 … 1 | R | Angabe des "LKF Diagnose–Typs" als Kind-Element des value-Elements des Problems (Diagnose) | (Pro...try) | wo [hl7:name [@code='TYP']] | | | CD | 1 … 1 | M | | (Pro...try) | | CONF | 1 … 1 | F | TYP | | 1 … 1 | F | 1.2.40.0.34.5.211 | | CD | 1 … 1 | M | | (Pro...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.69 LKF_Diganose-Typ_VS (DYNAMIC) |
| | | hl7:qualifier
|
| CR | 0 … 1 | R | Angabe der "LKF Diagnose – im stationären Aufenthalt erworben" als Kind-Element des value-Elements des Problems (Diagnose) | (Pro...try) | wo [hl7:name [@code='STAT']] | | | CD | 1 … 1 | M | | (Pro...try) | | CONF | 1 … 1 | F | STAT | | 1 … 1 | F | 1.2.40.0.34.5.211 | | CD | 1 … 1 | M | | (Pro...try) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.68 LKF_Diagnose-statAuf_VS (DYNAMIC) |
| | | hl7:translation
|
| CE | 0 … * | | Codierung(en) des Problems in alternativen Codesystemen. | (Pro...try) |
|