1.2.40.0.34.11.8.1

Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.

1 Template CDARezept

1.1 Aktuelle Version

Id	1.2.40.0.34.11.8.1	Gültigkeit	2014‑01‑31 Andere Versionen mit dieser Id: CDARezept vom 2013‑12‑16
Status	Entwurf	Versions-Label
Name	CDARezept	Bezeichnung	eMedikation Rezept
Kontext	Pfadname /
Label	cdabgd
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 12 Templates Benutzt als Name Version 1.2.40.0.34.11.10000 Inklusion Erste Header Elemente für ELGA CDA Dokumente DYNAMIC 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.1.2.1 Containment Rezept Section DYNAMIC 1.2.40.0.34.11.90014 Inklusion Adress-Partikel-Test DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument cdabgd Eingefügt von 1.2.40.0.34.11.10000 Erste Header Elemente für ELGA CDA Dokumente (DYNAMIC) @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:realmCode CS 1 … 1 M Hoheitsbereich des Dokuments. cdabgd @code 1 … 1 R   Beispiel <realmCode code="AT"/> hl7:typeId II 1 … 1 M Dokumentformat CDA R2. cdabgd @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040   Beispiel <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/> hl7:templateId II 1 … 1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden. cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.1   Beispiel <templateId root="1.2.40.0.34.11.1"/> hl7:templateId II 1 … 1 M Template Spezieller Implementierungsleitfaden ELGA eMedikation Rezept cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.8.1 hl7:templateId II 1 … 1 M IHE PHARM Prescription cdabgd @root uid 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 cdabgd @root uid 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" cdabgd @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3 hl7:id II 1 … 1 M cdabgd @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R @assigningAuthorityName 0 … 1 F e-MedAT   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.1" extension="2b4x6qA2p40La53i4dyt" assigningAuthorityName="e-MedAT"/> hl7:code CE 1 … 1 M cdabgd @code CONF 1 … 1 F 57833-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F Prescription for medication   Beispiel <code code="57833-6" displayName="Prescription for medication" 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. cdabgd   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. cdabgd   elgagab-data​element-8  Erstellungsdatum  Datensatz Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M cdabgd   elgagab-data​element-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 Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. cdabgd   elgagab-data​element-265  Sprachcode  Datensatz @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. cdabgd   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. cdabgd   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. cdabgd   elgagab-data​element-9  Patient  Datensatz @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. cdabgd @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) cdabgd   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. cdabgd hl7:streetAddressLine 0 … 1 cdabgd hl7:streetName 0 … 1 cdabgd hl7:houseNumber 0 … 1 cdabgd   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 cdabgd hl7:city 1 … 1 M cdabgd hl7:state 0 … 1 C cdabgd hl7:country 1 … 1 M cdabgd hl7:additionalLocator 0 … 1 cdabgd hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd hl7:patient 0 … 1 cdabgd @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. cdabgd hl7:prefix 0 … * cdabgd hl7:given 1 … * M cdabgd hl7:family 1 … * M cdabgd hl7:suffix 0 … * cdabgd hl7:administrative​Gender​Code 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. cdabgd   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 cdabgd hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. cdabgd   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. cdabgd   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! cdabgd hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! cdabgd hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter cdabgd hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. cdabgd Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). cdabgd hl7:name PN 1 … 1 M Name der Person. cdabgd hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). cdabgd hl7:name ON 1 … 1 M Name der Organisation. cdabgd hl7:birthplace 0 … 1 Geburtsort des Patienten. cdabgd hl7:place 1 … 1 M cdabgd 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. cdabgd 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. cdabgd hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). cdabgd   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 cdabgd   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 cdabgd   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. cdabgd Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC) hl7:author 1 … * M Verfasser des Dokuments. cdabgd   elgagab-data​element-48  Autor  Datensatz @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. cdabgd 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 cdabgd hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdabgd @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 cdabgd 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. cdabgd   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. cdabgd 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. cdabgd 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 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. cdabgd hl7:assigned​Authoring​Device  … 1 cdabgd @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. cdabgd hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. cdabgd hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. cdabgd   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. cdabgd hl7:name ON 1 … 1 M cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. cdabgd   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M cdabgd @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M cdabgd @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 cdabgd 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. cdabgd hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. cdabgd hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. cdabgd hl7:dataEnterer NP cdabgd hl7:information​Recipient NP cdabgd hl7:authenticator NP cdabgd Eingefügt 1 … 1 M von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC) hl7:legalAuthenticator 1 … 1 M Rechtlicher Unterzeichner. cdabgd   elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-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 cdabgd hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. cdabgd @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. cdabgd 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 cdabgd hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK cdabgd hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. cdabgd 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 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. cdabgd hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. cdabgd 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 … * cdabgd hl7:name ON 1 … 1 M cdabgd hl7:telecom TEL.AT 0 … * cdabgd hl7:addr AD 0 … 1 cdabgd hl7:participants NP cdabgd hl7:inFulfillmentOf NP cdabgd hl7:documentationOf 1 … * M cdabgd   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 cdabgd hl7:code CE 1 … 1 R cdabgd   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.68 ELGA_MedikationRezeptart (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime[not(@nullFlavor)] hl7:effectiveTime[@nullFlavor] hl7:effectiveTime IVL_TS cdabgd wo [not(@nullFlavor)] hl7:low TS 1 … 1 M Beginn des Gültigkeitszeitraums Befüllungsvorschrift gemäß Rezeptpflichgesetz: Bei Kassen- und Privatrezepten: Muss immer mit dem aktuellen Datum befüllt sein. Bei Substitutionsrezepten: Datum frei wählbar. cdabgd hl7:high TS 1 … 1 M Ende des Gültigkeitszeitraums Befüllungsvorschrift gemäß Rezeptpflichgesetz: Bei Kassenrezepten: Fix: Beginn des Gültigkeitszeitraums + 1 Monat + 1 Tag Bei Privatrezepten: Mindestens: Beginn des Gültigkeitszeitraums + 1 Monat + 1 Tag; Maximal: Beginn des Gültigkeitszeitraums + 1 Jahr Bei Substitutionsrezepten: Datum frei wählbar, aber später als das Beginndatum. cdabgd   Schematron assert role  error     test string-length(hl7:low/@value)<=8 and string-length(hl7:high/@value)<=8     Meldung Datumsangaben für Beginn- und Ende des Gültigkeitszeitraums sind immer ohne Zeitangabe vorzunehmen (z.B. „20141224“ für den 24.12.2014).   hl7:effectiveTime IVL_TS Gültigkeitsdauer nicht angegeben cdabgd wo [@nullFlavor] @nullFlavor cs 1 … 1 F MSK hl7:performer NP cdabgd Eingefügt 0 … 1 von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC) hl7:relatedDocument 0 … 1 Komponente für das vorgehende Dokument. cdabgd   elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. cdabgd @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. cdabgd hl7:authorization NP cdabgd hl7:componentOf NP cdabgd hl7:component cdabgd @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody cdabgd @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 1 … 1 R Beinhaltet 1.2.40.0.34.11.8.1.2.1 Rezept Section (DYNAMIC) cdabgd @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Schematron assert role  error     test matches(//processing-instruction('xml-stylesheet'), '[^\w]ELGA_Stylesheet_v1.0.xsl[^\w]')     Meldung (xml-processing-instr): Es muss ein xml-stylesheet-Prologattribut anwesend sein mit dem Wert für @href=ELGA_Stylesheet_v1.0.xsl .     Variable let Name tmp1     Value '1.2.40.0.34.11.2.0.1'     Variable let Name tmp3     Value '1.2.40.0.34.11.8.0.3'   Eingefügt von 1.2.40.0.34.11.90014 Adress-Partikel-Test (DYNAMIC)   Variable let Name ciaddrs1     Value //hl7:addr[not(@nullFlavor or ancestor::hl7:birthplace or (hl7:streetAddressLine[not(@nullFlavor)] or (hl7:streetName and hl7:houseNumber)) and hl7:postalCode[not(@nullFlavor)] and hl7:city[not(@nullFlavor)] and hl7:country[not(@nullFlavor)])]     Schematron report role  warning     test not(//hl7:templateId[@root=$tmp1] or count($ciaddrs1)=0)     Meldung (addr particle): Bei EIS Enhanced und EIS Full Support MUSS die Granularitätsstufe 2 oder 3 angegeben werden (<value-of select="count($ciaddrs1)"/>x addr ohne postalCode, country, country entdeckt)

1.2 Zusammenstellung aller Versionen dieses Templates

• 2014-01-31 (In Entwicklung)