Template

Zeige index

Template eMedikation Abgabe 2013‑12‑16

Id1.2.40.0.10.1.4.3.4.1.1.2Gültigkeit ab2013‑12‑16
Statusretired ObsoletVersions-Label
NameeMedikationAbgabeBezeichnungeMedikation Abgabe
BeschreibungTemplate Spezieller Implementierungsleitfaden ELGA eMedikation Abgabe
KontextGeschwisterknoten des Template-Element mit Id 1.2.40.0.10.1.4.3.4.1.1.2
Labelcdaemrez
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 1 Template, Benutzt 9 Templates
Benutzt von als NameVersion
1.2.40.0.34.11.10006Inklusionretired ELGA CDA Dokument eMedikation Abgabe2013‑12‑16
Benutzt als NameVersion
1.2.40.0.34.11.8.2.2.1Containmentactive Abgabe SectionDYNAMIC
1.2.40.0.34.11.20001Inklusiondraft HeaderRecordTargetDYNAMIC
1.2.40.0.34.11.20002Inklusionactive HeaderAuthorDYNAMIC
1.2.40.0.34.11.20004Inklusionactive HeaderCustodianDYNAMIC
1.2.40.0.34.11.20006Inklusiondraft HeaderLegalAuthenticatorDYNAMIC
1.2.40.0.34.11.90007Inklusionactive SetId VersionNumberDYNAMIC
1.2.40.0.34.11.90008Inklusionactive CD effectiveTimeDYNAMIC
1.2.40.0.34.11.90009Inklusionactive CD confidentialityCodeDYNAMIC
1.2.40.0.34.11.90010Inklusionactive CD languageCodeDYNAMIC
ItemDTKardKonfBeschreibungLabel
hl7:templateId
II1 … 1MTemplate Spezieller Implementierungsleitfaden ELGA eMedikation Abgabecdaemrez
@root
uid1 … 1F1.2.40.0.10.1.4.3.4.1.1.2
hl7:templateId
II1 … 1MIHE PHARM Dispensecdaemrez
@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.1.3
hl7:templateId
II1 … 1MIHE PCC Medical Documentscdaemrez
@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
hl7:templateId
II1 … 1MELGA CDA Dokument in EIS "Full support"cdaemrez
@root
uid1 … 1F1.2.40.0.34.11.2.0.3
hl7:id
1 … 1Mcdaemrez
@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.1
@extension
st1 … 1R
@assigningAuthorityName
0 … 1FÖsterreichisches e-Medikationsprojekt
hl7:code
CE1 … 1Mcdaemrez
@code
CONF1 … 1F60593-1
@displayName
1 … 1FMedication dispensed
@codeSystem
1 … 1F2.16.840.1.113883.6.1
 Beispiel<code code="60593-1" displayName="Medication dispensed" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
hl7:title
ST1 … 1MDer 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.TZ1 … 1M
Erstellungsdatum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
CDefdotsTime
Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC)
hl7:confidentialityCode
CE1 … 1MCDcodotsCode
@code
CONF1 … 1FN
@codeSystem
1 … 1F2.16.840.1.113883.5.25
@displayName
1 … 1Fnormal
Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC)
hl7:languageCode
CS.LANG1 … 1MSprachcode des Dokuments.CDladotsCode
@code
CONF1 … 1Fde-AT
Eingefügt von 1.2.40.0.34.11.90007 SetId VersionNumber (DYNAMIC)
hl7:setId
II1 … 1M

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.

CDsedotsmber
 Beispiel<setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/>
hl7:versionNumber
INT.NONNEG1 … 1M
Versionsnummer des Dokuments.
CDsedotsmber
 Beispiel<versionNumber value="1"/>
Eingefügt1 … 1M von 1.2.40.0.34.11.20001 HeaderRecordTarget (DYNAMIC)
hl7:recordTarget
1 … 1M
Komponente für die Patientendaten.
Headdotsrget
@typeCode
cs0 … 1FRCT
@contextControlCode
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
hl7:patientRole
1 … 1RPatientendaten.Headdotsrget
@classCode
cs0 … 1FPAT
 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 assertrolered error 
 teststring-length(hl7:id[1]/@root)>0 
 Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein 
 Schematron assertrolered error 
 testhl7: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
II2 … *Rid[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)

Headdotsrget
 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
AD0 … 1
Adresse des Patienten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsrget
hl7:streetAddressLine
0 … 1Headdotsrget
hl7:streetName
0 … 1Headdotsrget
hl7:houseNumber
0 … 1Headdotsrget
 Schematron assertrolered error 
 testhl7:streetAddressLine or (hl7:streetName and hl7:houseNumber) 
 MeldungGranularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber 
hl7:postalCode
1 … 1MHeaddotsrget
hl7:city
1 … 1MHeaddotsrget
hl7:state
0 … 1CHeaddotsrget
hl7:country
1 … 1MHeaddotsrget
hl7:additionalLocator
0 … 1Headdotsrget
hl7:telecom
TEL.AT0 … *
Kontaktdaten des Patienten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsrget
hl7:patient
0 … 1Headdotsrget
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M
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.
Headdotsrget
hl7:prefix
0 … *Headdotsrget
hl7:given
1 … *MHeaddotsrget
hl7:family
1 … *MHeaddotsrget
hl7:suffix
0 … *Headdotsrget
hl7:administrativeGenderCode
CE1 … 1R

Codierung des Geschlechts des Patienten.

Zugelassene nullFlavor: UNK

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

Headdotsrget
 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.MIN1 … 1R
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
Headdotsrget
hl7:maritalStatusCode
CE0 … 1Codierung des Familienstands des Patienten.Headdotsrget
 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
CE0 … 1Codierung des Religionsbekenntnisses des Patienten.Headdotsrget
 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!
Headdotsrget
hl7:ethnicGroupCode
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
Headdotsrget
hl7:guardian
0 … *Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, ObsorgeberechtigterHeaddotsrget
hl7:addr
AD0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsrget
hl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsrget
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardianPerson
  • hl7:guardianOrganization
hl7:guardianPerson
 … 1Name des des gesetzlichen Vertreters (Person). Headdotsrget
hl7:name
PN1 … 1MName der Person. Headdotsrget
hl7:guardianOrganization
 … 1Name des des gesetzlichen Vertreters (Organisation). Headdotsrget
hl7:name
ON1 … 1MName der Organisation.Headdotsrget
hl7:birthplace
0 … 1Geburtsort des Patienten.Headdotsrget
hl7:place
1 … 1MHeaddotsrget
hl7:addr
AD1 … 1M

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.
Headdotsrget
Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)
hl7:languageCommunication
0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
Langdotstion
hl7:languageCode
CS0 … 1Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).Langdotstion
 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
CE0 … 1Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60
Langdotstion
 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
CE0 … 1Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61
Langdotstion
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
BL0 … 1Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.Langdotstion
Eingefügt1 … *M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC)
hl7:author
1 … *MVerfasser des Dokuments.Headdotsthor
@typeCode
cs0 … 1FAUT
@contextControlCode
cs0 … 1FOP
hl7:functionCode
CE0 … 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.
Headdotsthor
hl7:time
TS.AT.TZ1 … 1R

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

Zugelassene nullFlavor: UNK
Headdotsthor
hl7:assignedAuthor
1 … 1ROrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.Headdotsthor
@classCode
cs0 … 1FASSIGNED
 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
II1 … *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

Headdotsthor
hl7:code
CE0 … 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.

Headdotsthor
 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.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
Headdotsthor
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assignedPerson
  • hl7:assignedAuthoringDevice
hl7:assignedPerson
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Headdotsthor
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.
Persdotsents
hl7:assignedAuthoringDevice
 … 1Headdotsthor
@classCode
cs0 … 1FDEV
@determinerCode
cs0 … 1FINSTANCE
hl7:manufacturerModelName
SC1 … 1RHersteller und Modellbezeichnung des datenerstellenden Gerätes.Headdotsthor
hl7:softwareName
SC1 … 1RBezeichnung (und ggf Version) der datenerstellenden Software.Headdotsthor
hl7:representedOrganization
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.Headdotsthor
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>
    <!-- ... -->
  </name>
</representedOrganization>
hl7:id
II1 … *MDie 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.

Headdotsthor
hl7:name
ON1 … 1MHeaddotsthor
hl7:telecom
TEL.AT0 … *Headdotsthor
hl7:addr
AD0 … 1Headdotsthor
Eingefügt1 … 1M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC)
hl7:custodian
1 … 1MVerwahrer des Dokuments.Headdotsdian
@typeCode
cs0 … 1FCST
hl7:assignedCustodian
1 … 1MHeaddotsdian
@classCode
cs0 … 1FASSIGNED
hl7:representedCustodianOrganization
1 … 1MHeaddotsdian
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II1 … 1R
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
Headdotsdian
hl7:name
1 … 1M Name des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.
Headdotsdian
hl7:telecom
TEL.AT0 … 1Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
Headdotsdian
hl7:addr
AD1 … 1M Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Headdotsdian
hl7:dataEnterer
NPcdaemrez
hl7:informationRecipient
NPcdaemrez
hl7:authenticator
NPcdaemrez
Eingefügt1 … 1M von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC)
hl7:legalAuthenticator
1 … 1MRechtlicher Unterzeichner.Headdotsator
@typeCode
cs0 … 1FLA
hl7:time
TS.DATE.MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
Headdotsator
hl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.Headdotsator
@code
CONF1 … 1FS
hl7:assignedEntity
1 … 1M
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.
Headdotsator
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.
Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents
hl7:participants
NPcdaemrez
hl7:relatedDocument
NPcdaemrez
hl7:inFulfillmentOf
NPcdaemrez
hl7:documentationOf
NPcdaemrez
hl7:authorization
NPcdaemrez
hl7:componentOf
NPcdaemrez
hl7:component
cdaemrez
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue
hl7:structuredBody
cdaemrez
@classCode
cs0 … 1FDOCBODY
@moodCode
cs0 … 1FEVN
hl7:component
1 … 1Beinhaltet 1.2.40.0.34.11.8.2.2.1 Abgabe Section (DYNAMIC)cdaemrez
@typeCode
cs0 … 1FCOMP
@contextConductionInd
bl0 … 1Ftrue