Vorlagen/Dateien wurden aktualisiert (nicht markierte Seiten sind in fett gekennzeichnet): 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.20003/dynamic, 1.2.40.0.34.11.20004/dynamic, 1.2.40.0.34.11.20005/dynamic, 1.2.40.0.34.11.20007/dynamic, Vorlage:BeginYellowBox, Vorlage:EndYellowBox, elga-cdaalf-2.06.2:Beabsichtigte Empfänger des Dokuments („informationRecipient“), elga-cdaalf-2.06.2:Patient „recordTarget/patientRole“, elga-cdaalf-2.06.2:Personen der Dateneingabe („dataEnterer“), elga-cdaalf-2.06.2:Verwahrer des Dokuments („custodian“)
Aktuelle Version vom 19. April 2018, 09:23 Uhr
1 Teilnehmende Parteien
1.1 IHE LAB TF-3 Konformität
Gem. [3] sind für Angaben zu Personen und Organisationen die Elemente name, addr und telecom verpflichtend. Ausgenommen sind Elemente definiert in Elemente ohne spezielle Vorgaben.
1.2 Elemente ohne spezielle Vorgaben
Folgende Elemente erfordern keine speziellen Vorgaben:
- Patient (recordTarget/patientRole)
- Personen bei der Dateneingabe (dataEnterer)
- Verwahrer des Dokuments (custodian)
- Beabsichtigte Empfänger des Dokuments(informationRecipient)
Auszug aus dem Allgemeinen Implementierungsleitfaden
1.3 Patient („recordTarget/patientRole“)
Im CDA-Header wird mindestes eine Patientenrolle beschrieben, die zu genau einer Person zugehörig ist. Die recordTarget Beziehung weist auf die Patient-Klasse und gibt an, zu welchem Patienten dieses Dokument gehört.
Auszug aus dem R-MIM:
Abbildung 7: Klassen rund um den Patienten.
1.3.1 Spezifikation
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.3.1.1 id
Element/Attribut
|
DT
|
Kard
|
Konf
|
Beschreibung
|
id[1]
|
II
|
1..1
|
M
|
Identifikation des Patienten im lokalen System Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
|
id[2]
|
II
|
1..1
|
R
|
Sozialversicherungsnummer des Patienten Zugelassene nullFlavor:
- NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
|
|
@root
|
uid
|
1..1
|
M
|
OID der Liste aller österreichischen Sozialversicherungen Fester Wert: 1.2.40.0.10.1.4.3.1
|
|
@extension
|
st
|
1..1
|
M
|
Vollständige Sozialversicherungsnummer des Patienten (alle 10 Stellen)
|
|
|
@assigningAuthorityName
|
st
|
0..1
|
O
|
Fester Wert: Österreichische Sozialversicherung
|
id[3]
|
II
|
0..1
|
O
|
Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)
|
|
@root
|
uid
|
1..1
|
M
|
OID der österreichischen bPK Fester Wert: 1.2.40.0.10.2.1.1.149
|
|
@extension
|
st
|
1..1
|
M
|
bPK-GH des Patienten: Bereichskürzel + bPK (Base64, 28 Zeichen) (insg. 31 Stellen) Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen
|
|
@assigningAuthorityName
|
st
|
0..1
|
O
|
Fester Wert: Österreichische Stammzahlenregisterbehörde
|
|
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!
1.3.1.2 addr
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass auch mehr als eine Adresse unterstützt werden muss.
1.3.1.3 patient/languageCommunication
In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein. Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
1.3.1.4 patient/guardian
In der Klasse guardian können Informationen bezüglich eines Vormunds/Sachwalters des Patienten angegeben werden.
Begriffsdefinition:
- Ein Vormund kann existieren, wenn die Person noch nie geschäftsfähig war
- Ein Sachwalter kann existieren, wenn die Person schon geschäftsfähig war, die Geschäftsfähigkeit aber entzogen wurde
Vormund/Sachwalter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patient können optional ein oder mehrere Vormund/Sachwalter Element(e) angegeben werden. Wenn ein Sachwalter bekannt ist, SOLL diese Information auch angegeben werden.
1.4 Personen der Dateneingabe („dataEnterer“)
1.4.1 Spezifikation
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.5 Verwahrer des Dokuments („custodian“)
Auszug aus dem R-MIM:
Abbildung 9: Klassen rund um die das Dokument verwaltende Organisation.
1.5.1 Spezifikation
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.5.1.1 id
Element/Attribut |
DT |
Kard |
Konf |
Beschreibung
|
id |
II |
1..1 |
R |
Identifikation des Verwahrers des Dokuments aus dem GDA-Index.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.“
Zugelassene nullFlavor:
- NI … Organisation hat keine ID aus dem GDA-Index
- UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
|
In der nächsten Version des Leitfadens wird die Konformität entsprechend dem CDA-Standard auf [M] erhöht, Null Flavors sind dann nicht mehr erlaubt.
1.6 Beabsichtigte Empfänger des Dokuments („informationRecipient“)
Auszug aus dem R-MIM:
Abbildung 10: Klassen rund um die beabsichtigten Empfänger des Dokuments.
1.6.1 Spezifikation
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.7 Verfasser des Dokuments („ClinicalDocument/author“)
Der Autor ist grundsätzlich der „das Dokument verfassende Arzt“. Damit sind diejenigen Personen gemeint, welche das Dokument „inhaltlich“ verfassen (z.B.: diktieren, erheben, messen). Der Autor kann entweder eine Person, ein Software System oder beides sein. Gemäß [3] MUSS mindestens eine Person als Autor angegeben werden, mehrere Autoren sind zulässig.
1.8 Medizinischer Validator („ClinicalDocument/legalAuthenticator“)
Das verpflichtende legalauthenticator-Element MUSS angegeben werden und repräsentiert den rechtlichen Unterzeichner (typischerweise der „Medizinische Validator“ oder der laborverantwortliche Arzt).
Im ELGA Referenz-Stylesheet wird der rechtliche Unterzeichner als „Unterzeichnet von“ dargestellt.
1.9 Validator („ClinicalDocument/authenticator“)
Ein authenticator-Element repräsentiert einen Validator, der das Dokument inhaltlich freigibt (zusätzliche medizinische und technische Validatoren). Es können mehrere Validatoren angegeben werden. Einer davon kann auch ident mit dem „rechtlichen Unterzeichner“ („ClinicalDocument/legalAuthenticator“) sein.
Aufgrund der Konformität zu IHE [3] ist die Angabe von name, addr und telecom verpflichtend. Der „Validator“ ist weiters mit der templateId „1.3.6.1.4.1.19376.1.3.3.1.5“ zu kennzeichnen.
1.9.1 Spezifikation
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.10 Weitere Beteiligte („participant“)
Die Kardinalitäten/Konformitäten der Beteiligten sind wie folgt geändert:
Kard |
Konf |
Art des Beteiligten
|
0..1 |
[R2] |
Fachlicher Ansprechpartner
|
Es ist EMPFOHLEN, die fachliche Ansprechperson (Callback contact) im Laborbefund anzugeben.