1.2.40.0.34.11.8.2/static-2014-01-31T000000

Id	1.2.40.0.34.11.8.2	Gültigkeit	gültig ab 2014‑01‑31
Status	Entwurf	Versions-Label
Name	eMedikationAbgabe	Anzeigename	eMedikation Abgabe
Beschreibung	Template Spezieller Implementierungsleitfaden ELGA eMedikation Abgabe
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.11.8.2
Label	cdaemrez
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt	Benutzt von 0 Transactions und 1 Template, Benutzt 10 Templates Benutzt von als Name Version 1.2.40.0.34.11.10006 Inklusion ELGA CDA Dokument eMedikation Abgabe 2014‑01‑31 Benutzt als Name Version 1.2.40.0.34.11.90008 Inklusion CD effectiveTime DYNAMIC 1.2.40.0.34.11.90009 Inklusion CD confidentialityCode DYNAMIC 1.2.40.0.34.11.90010 Inklusion CD languageCode DYNAMIC 1.2.40.0.34.11.90007 Inklusion SetId VersionNumber DYNAMIC 1.2.40.0.34.11.20001 Inklusion Header​Record​Target DYNAMIC 1.2.40.0.34.11.20002 Inklusion HeaderAuthor DYNAMIC 1.2.40.0.34.11.20004 Inklusion HeaderCustodian DYNAMIC 1.2.40.0.34.11.20006 Inklusion HeaderLegalAuthenticator DYNAMIC 1.2.40.0.34.11.20011 Inklusion HeaderRelatedDocument DYNAMIC 1.2.40.0.34.11.8.2.2.1 Containment Abgabe Section DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:templateId II 1 … 1 M Template Spezieller Implementierungsleitfaden ELGA eMedikation Abgabe cdaemrez @root 1 … 1 F 1.2.40.0.34.11.8.2 hl7:templateId II 1 … 1 M IHE PHARM Dispense cdaemrez @root 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.1.3 hl7:templateId II 1 … 1 M IHE PCC Medical Documents cdaemrez @root 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.1.1 hl7:templateId II 1 … 1 M ELGA CDA Dokument in EIS "Full support" cdaemrez @root 1 … 1 F 1.2.40.0.34.11.8.0.3 hl7:id II 1 … 1 M cdaemrez @root 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension 1 … 1 R @assigningAuthorityName 0 … 1 F e-MedAT hl7:code CE 1 … 1 M cdaemrez @code CONF 1 … 1 F 60593-1 @displayName 1 … 1 F Medication dispensed.extended Document @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC)   Beispiel <code code="60593-1" displayName="Medication dispensed.extended Document" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> hl7:title ST 1 … 1 M Der Titel des Dokuments ist für den lesenden Dokumentempfänger das sichtbare Element. Dieser wird nicht dem Attribut displayName des Elements code entnommen, sondern dem (verpflichtenden) Element title. cdaemrez   CONF Elementinhalt muss "Abgabe" sein Eingefügt von 1.2.40.0.34.11.90008 CD effectiveTime (DYNAMIC) hl7:effectiveTime TS.AT.TZ 1 … 1 R Erstellungsdatum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. cdaemrez Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC) hl7:confidentialityCode CE 1 … 1 R cdaemrez @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (Confidentiality) @displayName 1 … 1 F normal Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 R Sprachcode des Dokuments. cdaemrez @code CONF 1 … 1 F de-AT Eingefügt von 1.2.40.0.34.11.90007 SetId VersionNumber (DYNAMIC) hl7:setId II 1 … 1 R 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. cdaemrez   Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/> hl7:versionNumber INT.​NONNEG 1 … 1 R Versionsnummer des Dokuments. cdaemrez   Beispiel <versionNumber value="1"/> Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 Header​Record​Target (DYNAMIC) hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. cdaemrez @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 R Patientendaten. cdaemrez @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) cdaemrez   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. cdaemrez hl7:streetAddressLine 0 … 1 cdaemrez hl7:streetName 0 … 1 cdaemrez hl7:houseNumber 0 … 1 cdaemrez   Schematron assert role  error     test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)     Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber   hl7:postalCode 1 … 1 M cdaemrez hl7:city 1 … 1 M cdaemrez hl7:state 0 … 1 C cdaemrez hl7:country 1 … 1 M cdaemrez hl7:additionalLocator 0 … 1 cdaemrez hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdaemrez hl7:patient 0 … 1 cdaemrez @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. cdaemrez hl7:prefix 0 … * cdaemrez hl7:given 1 … * M cdaemrez hl7:family 1 … * M cdaemrez hl7:suffix 0 … * cdaemrez hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK cdaemrez   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK cdaemrez hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. cdaemrez   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. cdaemrez   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten Darf nicht verwendet werden! cdaemrez hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! cdaemrez hl7:guardian 0 … * Vormund/Sachwalter. cdaemrez hl7:addr AD 0 … 1 Die Adresse der Vormund/Sachwalter Person oder Organisation. Grundsätzlich sind die Vorgaben für , „Adress-Elemente“ zu befolgen. cdaemrez hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten der Vormund/Sachwalter Person oder Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdaemrez Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des Vormunds/Sachwalters (Person). cdaemrez hl7:name PN 1 … 1 M Name der Person. cdaemrez hl7:guardian​Organization  … 1 Name des Vormunds/Sachwalters (Organisation). cdaemrez hl7:name ON 1 … 1 M Name der Organisation. cdaemrez hl7:birthplace 0 … 1 Geburtsort des Patienten. cdaemrez hl7:place 1 … 1 M cdaemrez hl7:addr AD 1 … 1 M Die Adresse des Geburtsorts. Grundsätzlich sind die Vorgaben gemäß Kapitel 5.6, „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen. Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich. cdaemrez Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) hl7:language​Communication 0 … * Komponente zur Angabe der Sprachfähigkeiten des Patienten. cdaemrez hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). cdaemrez   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60 cdaemrez   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 Grad der Sprachkenntnis in der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.61 cdaemrez   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. cdaemrez Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC) hl7:author 1 … * M Verfasser des Dokuments. cdaemrez @typeCode cs 0 … 1 F AUT @context​Control​Code 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. cdaemrez 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 cdaemrez hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdaemrez @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID / Gerät/Software hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt cdaemrez 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. cdaemrez   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. cdaemrez Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. cdaemrez Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R 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. cdaemrez hl7:assigned​Authoring​Device  … 1 cdaemrez @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. cdaemrez hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. cdaemrez hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdaemrez   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>     <!-- ... -->   </name></representedOrganization> hl7:id II 1 … * M Die OID der Organisation aus dem GDA-Index. Hinweise: id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden. Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. cdaemrez hl7:name ON 1 … 1 M cdaemrez hl7:telecom TEL.AT 0 … * cdaemrez hl7:addr AD 0 … 1 cdaemrez Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. cdaemrez @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M cdaemrez @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M cdaemrez @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … 1 R Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Organisation hat keine ID aus dem GDA-Index UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt cdaemrez hl7:name 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. cdaemrez hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. cdaemrez hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdaemrez hl7:dataEnterer NP cdaemrez hl7:information​Recipient NP cdaemrez hl7:authenticator NP cdaemrez Eingefügt 1 … 1 M von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC) hl7:legalAuthenticator 1 … 1 M Rechtlicher Unterzeichner. cdaemrez @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 cdaemrez hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. cdaemrez @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. cdaemrez 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 cdaemrez hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdaemrez hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdaemrez hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. cdaemrez Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R 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. cdaemrez hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdaemrez Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * cdaemrez hl7:name ON 1 … 1 cdaemrez hl7:telecom TEL.AT 0 … * cdaemrez hl7:addr AD 0 … 1 cdaemrez hl7:participants NP cdaemrez hl7:inFulfillmentOf NP cdaemrez hl7:documentationOf NP cdaemrez Eingefügt 0 … 1 von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC) hl7:relatedDocument 0 … 1 Komponente für das vorgehende Dokument. cdaemrez @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. cdaemrez @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. cdaemrez hl7:authorization NP cdaemrez hl7:componentOf NP cdaemrez hl7:component cdaemrez @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:structuredBody cdaemrez @classCode 0 … 1 F DOCBODY @moodCode 0 … 1 F EVN hl7:component 1 … 1 Beinhaltet 1.2.40.0.34.11.8.2.2.1 Abgabe Section (DYNAMIC) cdaemrez @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true