Back To Index  <<  Back To Templates

retired Template  eMedikation Rezept

Id 1.2.40.0.10.1.4.3.4.1.1.1 Gültigkeit 2013‑12‑16
Andere Versionen mit dieser Id:
Status retired Obsolet Versions-Label
Name eMedikationRezept Bezeichnung eMedikation Rezept
Beschreibung Template Spezieller Implementierungsleitfaden ELGA eMedikation Rezept
Kontext Geschwisterknoten des Template-Element mit Id 1.2.40.0.10.1.4.3.4.1.1.1
Label cdaemrez
Klassifikation CDA Document Level Template
Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 1 Transaction und 1 Template, Benutzt 9 Templates
Benutzt von als Name Version
elga-transactions-50 Transaktion draft ELGA CDA Dokument eMedikation Rezept 2013‑12‑08
1.2.40.0.34.11.10005 Inklusion retired ELGA CDA Dokument eMedikation Rezept 2013‑12‑16
Benutzt als Name Version
1.2.40.0.34.11.90008 Inklusion active CD effectiveTime DYNAMIC
1.2.40.0.34.11.90009 Inklusion active CD confidentialityCode DYNAMIC
1.2.40.0.34.11.90010 Inklusion active CD languageCode DYNAMIC
1.2.40.0.34.11.90007 Inklusion active SetId VersionNumber DYNAMIC
1.2.40.0.34.11.20001 Inklusion draft HeaderRecordTarget DYNAMIC
1.2.40.0.34.11.20002 Inklusion active HeaderAuthor DYNAMIC
1.2.40.0.34.11.20004 Inklusion active HeaderCustodian DYNAMIC
1.2.40.0.34.11.20006 Inklusion draft HeaderLegalAuthenticator DYNAMIC
1.2.40.0.34.11.8.1.2.1 Containment active Rezept Section DYNAMIC
Item DT Kard Konf Beschreibung Label
hl7:templateId
II 1 … 1 M Template Spezieller Implementierungsleitfaden ELGA eMedikation Rezept cdaemrez
@root
1 … 1 F 1.2.40.0.10.1.4.3.4.1.1.1
hl7:templateId
II 1 … 1 M IHE PHARM Prescription cdaemrez
@root
1 … 1 F 1.3.6.1.4.1.19376.1.9.1.1.1
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.2.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 Österreichisches e-Medikationsprojekt
hl7:code
CE 1 … 1 M cdaemrez
@code
CONF 1 … 1 F 57833-6
@displayName
1 … 1 F Prescriptions
@codeSystem
1 … 1 F 2.16.840.1.113883.6.1 (LOINC)
  Beispiel <code code="57833-6" displayName="Prescriptions" 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 "Rezept" sein
Eingefügt von 1.2.40.0.34.11.90008 CD effectiveTime (DYNAMIC)
hl7:effectiveTime
TS.AT.TZ 1 … 1 M
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 M cdaemrez
@code
CONF 1 … 1 F N
@codeSystem
1 … 1 F 2.16.840.1.113883.5.25 (Confidentialty (HL7))
@displayName
1 … 1 F normal
Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC)
hl7:languageCode
CS.LANG 1 … 1 M 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 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.

cdaemrez
  Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/>
hl7:versionNumber
INT.NONNEG 1 … 1 M
Versionsnummer des Dokuments.
cdaemrez
  Beispiel <versionNumber value="1"/>
Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 HeaderRecordTarget (DYNAMIC)
hl7:recordTarget
1 … 1 M
Komponente für die Patientendaten.
cdaemrez
@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. 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 red 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 red 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 red 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
@determinerCode
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:administrativeGenderCode
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:maritalStatusCode
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:religiousAffiliationCode
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:ethnicGroupCode
NP Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
cdaemrez
hl7:guardian
0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter cdaemrez
hl7:addr
AD 0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
cdaemrez
hl7:telecom
TEL.AT 0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
cdaemrez
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:guardianPerson
  • hl7:guardianOrganization
hl7:guardianPerson
 … 1 Name des des gesetzlichen Vertreters (Person). cdaemrez
hl7:name
PN 1 … 1 M Name der Person. cdaemrez
hl7:guardianOrganization
 … 1 Name des des gesetzlichen Vertreters (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äß „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:languageCommunication
0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
cdaemrez
hl7:languageCode
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:proficiencyLevelCode
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:preferenceInd
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
@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.
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:assignedPerson
  • hl7:assignedAuthoringDevice
hl7:assignedPerson
 … 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
@determinerCode
cs 0 … 1 F INSTANCE
hl7:name
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.
cdaemrez
hl7:assignedAuthoringDevice
 … 1 cdaemrez
@classCode
cs 0 … 1 F DEV
@determinerCode
cs 0 … 1 F INSTANCE
hl7:manufacturerModelName
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:representedOrganization
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:representedCustodianOrganization
1 … 1 M cdaemrez
@classCode
cs 0 … 1 F ORG
@determinerCode
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:informationRecipient
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:assignedPerson
1 … 1 M Persondendaten der validierenden Person. cdaemrez
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs 0 … 1 F PSN
@determinerCode
cs 0 … 1 F INSTANCE
hl7:name
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.
cdaemrez
hl7:representedOrganization
0 … 1 Organistationsdaten der validierenden Person. cdaemrez
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
0 … 1 F ORG
@determinerCode
0 … 1 F INSTANCE
hl7:id
II 0 … * cdaemrez
hl7:name
ON 1 … 1 M cdaemrez
hl7:telecom
TEL.AT 0 … * cdaemrez
hl7:addr
AD 0 … 1 cdaemrez
hl7:participants
NP cdaemrez
hl7:relatedDocument
NP cdaemrez
hl7:inFulfillmentOf
NP cdaemrez
hl7:documentationOf
1 … * M cdaemrez
  Beispiel <documentationOf>
  <serviceEvent>
    <code code="KASSEN" displayName="Kassenrezept" codeSystem="1.2.40.0.10.1.4.3.4.3.3" codeSystemName="ELGA_MedikationRezeptart"/>    <effectiveTime>
      <low value="{Beginn des Gültigkeitszeitraums des Rezepts}"/>      <high value="{Ende des Gültigkeitszeitraums des Rezepts}"/>    </effectiveTime>
  </serviceEvent>
</documentationOf>
hl7:serviceEvent
1 … 1 M cdaemrez
hl7:code
CE 1 … 1 cdaemrez
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.68 ELGA_MedikationRezeptart (DYNAMIC)
hl7:effectiveTime
IVL_TS 1 … 1 M cdaemrez
hl7:low
TS.DATE.MIN 1 … 1 M Beginn des Gültigkeitszeitraums
Befüllungsvorschrift gemäß Rezept-pflichgesetz:
Bei Kassen- und Privatrezepten: Muss immer mit dem aktuellen Datum befüllt sein.
Bei Substitutionsrezepten: Datum frei wählbar.
cdaemrez
hl7:high
TS.DATE.MIN 1 … 1 M Ende des Gültigkeitszeitraums
Befüllungsvorschrift gemäß Rezept-pflichgesetz:
Bei Kassenrezepten: Fix: Beginn des Gültigkeitszeitraums + 1 Monat + 1 Tag
Bei Privatrezepten: Mindestens: Beginn des Gültigkeitszeit-raums + 1 Monat + 1 Tag; Maximal: Beginn des Gültigkeitszeit-raums + 1 Jahr
Bei Substitutionsrezepten: Datum frei wählbar, aber später als das Beginndatum.
cdaemrez
hl7:performer
NP cdaemrez
hl7:authorization
NP cdaemrez
hl7:componentOf
NP cdaemrez
hl7:component
cdaemrez
@typeCode
0 … 1 F COMP
@contextConductionInd
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.1.2.1 Rezept Section (DYNAMIC) cdaemrez
@typeCode
0 … 1 F COMP
@contextConductionInd
0 … 1 F true