[unmarkierte Version]

[gesichtete Version]

Aktuelle Version vom 19. April 2018, 17:08 Uhr

Im Nachfolgenden werden die Templates für den Aufbau der E-Medikation nach Header und Body (Body Structures und Body Entries) gegliedert.

Siehe auch:

Inhaltsverzeichnis

1 CDA Dokument Rezept
2 CDA Header Level Templates
3 CDA Section Level Templates
4 CDA Entry Level Templates

1 CDA Dokument Rezept

Id

1.2.40.0.34.11.10005

Gültigkeit

2014‑01‑31

Andere Versionen mit dieser Id:

CDARezept vom 2013‑12‑16

Status

Entwurf

Versions-Label

Name

CDARezept

Bezeichnung

ELGA CDA Dokument eMedikation Rezept

Kontext

Pfadname /

Label

cdabgd

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 3 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.8.1	Inklusion	eMedikation Rezept	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

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

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

Eingefügt

von 1.2.40.0.34.11.8.1 eMedikation Rezept (DYNAMIC)

hl7:templateId

II

1 … 1

M

Template Spezieller Implementierungsleitfaden ELGA eMedikation Rezept

cdaemrez

@root

1 … 1

F

1.2.40.0.34.11.8.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.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

Beispiel

hl7:code

CE

1 … 1

M

cdaemrez

@code

CONF

1 … 1

F

57833-6

@displayName

1 … 1

F

Prescription for medication

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

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


	elgagab-dataelement-8	Erstellungsdatum	Datensatz

Eingefügt

von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

cdaemrez


	elgagab-dataelement-266	Vertraulichkeitscode	Datensatz

@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


	elgagab-dataelement-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.

cdaemrez

Beispiel

hl7:versionNumber

INT.NONNEG

1 … 1

M

Versionsnummer des Dokuments.

cdaemrez

Beispiel

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


	elgagab-dataelement-9	Patient	Datensatz

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:patientRole

1 … 1

R

Patientendaten.

cdaemrez

@classCode

cs

0 … 1

F

PAT

Beispiel

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

Beispiel

Patienten SV Nummer

Beispiel

bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)

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

@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


	elgagab-dataelement-48	Autor	Datensatz

@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

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

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

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


	elgagab-dataelement-73	Verwahrer	Datensatz

@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


elgagab-dataelement-79	Rechtlicher Unterzeichner	Datensatz
elgagab-dataelement-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

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:inFulfillmentOf

NP

cdaemrez

hl7:documentationOf

1 … *

M

cdaemrez

Beispiel

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)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor]

hl7:effectiveTime

IVL_TS

cdaemrez

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.

cdaemrez

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.

cdaemrez

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

cdaemrez

wo [@nullFlavor]

@nullFlavor

1 … 1

F

MSK

hl7:performer

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


	elgagab-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

@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

@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

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)

2 CDA Header Level Templates

2.1 Patient („recordTarget/patientRole“)

Id

1.2.40.0.34.11.20001

ref

elgabbr-

Gültigkeit

2017‑07‑20

Andere Versionen mit dieser Id:

HeaderRecordTarget vom 2018‑10‑18 14:23:51
HeaderRecordTarget vom 2017‑03‑27
HeaderRecordTarget vom 2013‑10‑08
HeaderRecordTarget vom 2013‑02‑10
HeaderRecordTarget vom 2011‑12‑19

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">
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    
    <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    
    <addr use="H">
      <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </addr>    
    <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    
    <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>      
      <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      
      <birthTime value="19701224"/>      
      <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      
      <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      
      <guardian>
        
        <addr>
          <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>        
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>
          
          <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>      </guardian>      
      <guardian>
        
        <addr>
          <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>        
        <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>
            <given>Susi</given>            <family>Sorgenvoll</family>          </name>        </guardianPerson>      </guardian>      
      <birthplace>
        <place>
          <addr>Graz</addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>

Beispiel

Minimalbeispiel 1

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      
      <birthTime value="19701224"/>    </patient>  </patientRole></recordTarget>

Beispiel

Minimalbeispiel 2

<recordTarget>
  <patientRole>
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    
    <patient>
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      
      <administrativeGenderCode nullFlavor="UNK"/>      
      <birthTime nullFlavor="UNK"/>    </patient>  </patientRole></recordTarget>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

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

hl7:patientRole

1 … 1

R

Patientendaten.

(Hea...get)

@classCode

cs

0 … 1

F

PAT

Beispiel

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

Beispiel

Patienten SV Nummer

Beispiel

bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)

hl7:addr

AD

0 … 1

Adresse des Patienten.

Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

(Hea...get)

hl7:streetAddressLine

0 … 1

(Hea...get)

hl7:streetName

0 … 1

(Hea...get)

hl7:houseNumber

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

hl7:postalCode

1 … 1

M

(Hea...get)

hl7:city

1 … 1

M

(Hea...get)

hl7:state

0 … 1

C

(Hea...get)

hl7:country

1 … 1

M

(Hea...get)

hl7:additionalLocator

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)

@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.

(Hea...get)

hl7:prefix

0 … *

(Hea...get)

hl7:given

1 … *

M

(Hea...get)

hl7:family

1 … *

M

(Hea...get)

hl7:suffix

0 … *

(Hea...get)

hl7:administrativeGenderCode

CE

1 … 1

R

Codierung des Geschlechts des Patienten.

Zugelassene nullFlavor: UNK

(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)

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

(Hea...get)

hl7:maritalStatusCode

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)

hl7:raceCode

NP

Rasse des Patienten

Darf nicht verwendet werden!

(Hea...get)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!

(Hea...get)

hl7:guardian

0 … *

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter

(Hea...get)

hl7:addr

AD

0 … 1

Die Adresse des gesetzlichen Vertreters oder der Organisation.

Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

(Hea...get)

hl7:telecom

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

hl7:guardianPerson

… 1

Name des des gesetzlichen Vertreters (Person).

(Hea...get)

hl7:name

PN

1 … 1

M

Name der Person.

(Hea...get)

hl7:guardianOrganization

… 1

Name des des gesetzlichen Vertreters (Organisation).

(Hea...get)

hl7:name

ON

1 … 1

M

Name der Organisation.

(Hea...get)

hl7:birthplace

0 … 1

Geburtsort des Patienten.

(Hea...get)

hl7:place

1 … 1

M

(Hea...get)

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.

(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)

hl7:languageCode

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)

hl7:modeCode

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)

hl7:preferenceInd

BL

0 … 1

Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

(Hea...get)

2.2 Verfasser des Dokuments („author“)

Id

1.2.40.0.34.11.20002

ref

elgabbr-

Gültigkeit

2015‑05‑09

Andere Versionen mit dieser Id:

HeaderAuthor vom 2018‑10‑18 14:32:49
HeaderAuthor vom 2013‑02‑10
HeaderAuthor vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

HeaderAuthor

Bezeichnung

HeaderAuthor

Beschreibung

Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe „Personen der Dateneingabe („dataEnterer“)“).

Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente).

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-48	Autor	Datensatz

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.11.90001	Inklusion	PersonElements	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.20002 HeaderAuthor (2015‑05‑09)

ref

elgabbr-

Beispiel

Strukturbeispiel für eine Person als „author“

<author typeCode="AUT" contextControlCode="OP">
  
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  
  <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">
    
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@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>  </assignedAuthor></author>

Beispiel

Strukturbeispiel für datenerstellende Geräte als „author“

<author>
  
  <time value="20081224082015+0100"/>  <assignedAuthor>
    
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    
    <assignedAuthoringDevice>
      <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@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>  </assignedAuthor></author>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

Verfasser des Dokuments.

(Hea...hor)


	elgagab-dataelement-48	Autor	Datensatz

@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.

(Hea...hor)

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

(Hea...hor)

hl7:assignedAuthor

1 … 1

R

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

(Hea...hor)

@classCode

cs

0 … 1

F

ASSIGNED

Beispiel

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

(Hea...hor)

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.

(Hea...hor)

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.

(Hea...hor)

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.

(Hea...hor)

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.

(Hea...hor)

hl7:assignedAuthoringDevice

… 1

(Hea...hor)

@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.

(Hea...hor)

hl7:softwareName

SC

1 … 1

R

Bezeichnung (und ggf Version) der datenerstellenden Software.

(Hea...hor)

hl7:representedOrganization

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

(Hea...hor)

Beispiel

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.

(Hea...hor)

hl7:name

ON

1 … 1

M

(Hea...hor)

hl7:telecom

TEL.AT

0 … *

(Hea...hor)

hl7:addr

AD

0 … 1

(Hea...hor)

2.3 Verwahrer des Dokuments („custodian“)

Id

1.2.40.0.34.11.20004

ref

elgabbr-

Gültigkeit

2015‑05‑28

Andere 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>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:custodian

Verwahrer des Dokuments.

(Hea...ian)


	elgagab-dataelement-73	Verwahrer	Datensatz

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(Hea...ian)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Hea...ian)

@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

(Hea...ian)

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.

(Hea...ian)

hl7:telecom

TEL.AT

0 … 1

Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

(Hea...ian)

hl7:addr

AD

1 … 1

M

Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

(Hea...ian)

2.4 Service Events („documentationOf/serviceEvent“)

Id

1.2.40.0.34.11.20010

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

HeaderServiceEvent

Bezeichnung

HeaderServiceEvent

Beschreibung

Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.

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-145	Gesundheitsdienstleistung	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.20010 (2017‑07‑21 11:18:58)

ref

?

Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel Koloskopie

Beispiel

Strukturbeispiel Hämatologie

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(Hea...ent)


	elgagab-dataelement-145	Gesundheitsdienstleistung	Datensatz

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Gesundheitsdienstleistung.

(Hea...ent)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

R

Code der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.

(Hea...ent)

hl7:effectiveTime

IVL_TS

1 … 1

M

Zeitraum der Gesundheitsdienstleistung.

Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

(Hea...ent)

hl7:low

TS

1 … 1

M

(Hea...ent)

hl7:high

TS

1 … 1

M

(Hea...ent)

hl7:performer

0 … *

Durchführende Entität(en) der Gesundheitsdienstleistung.

(Hea...ent)

hl7:assignedEntity

1 … 1

M

(Hea...ent)

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...ent)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Hea...ent)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Hea...ent)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(Hea...ent)

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.

(Hea...ent)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(Hea...ent)

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 … *

(Hea...ent)

hl7:name

ON

1 … 1

M

(Hea...ent)

hl7:telecom

TEL.AT

0 … *

(Hea...ent)

hl7:addr

AD

0 … 1

(Hea...ent)

2.5 Bezug zu vorgehenden Dokumenten

Id

1.2.40.0.34.11.20011

ref

elgabbr-

Gültigkeit

2014‑12‑06

Andere Versionen mit dieser Id:

HeaderRelatedDocument vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

HeaderRelatedDocument

Bezeichnung

HeaderRelatedDocument

Beschreibung

Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.

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-155	Bezug zu vorgehenden Dokumenten	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:relatedDocument

Komponente für das vorgehende Dokument.

(Hea...ent)


	elgagab-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

@typeCode

cs

1 … 1

F

RPLC

Art des Bezugs zum Vordokument.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

(Hea...ent)

@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.

(Hea...ent)

2.6 Erstellungsdatum des Dokuments („effectiveTime“)

Id

1.2.40.0.34.11.90008

ref

elgabbr-

Gültigkeit

2016‑07‑21

Andere Versionen mit dieser Id:

CDeffectiveTime vom 2013‑11‑07

Status

Aktiv

Versions-Label

Name

CDeffectiveTime

Bezeichnung

CD effectiveTime

Beschreibung

Mit Erstellungsdatum ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird. (z.B.: Wien, am …). Das Erstellungsdatum dokumentiert den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde.

Bemerkung: Das Erstellungsdatum des Dokuments muss nicht mit dem Datum der rechtli-chen Unterzeichnung (oder „Vidierung“) übereinstimmen.

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-8	Erstellungsdatum	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21)

ref

elgabbr-

Beispiel

Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD

Beispiel

Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

Erstellungsdatum des Dokuments.

Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

(CDe...ime)


	elgagab-dataelement-8	Erstellungsdatum	Datensatz

2.7 Vertraulichkeitscode („confidentialityCode“)

Id

1.2.40.0.34.11.90009

ref

elgabbr-

Gültigkeit

2013‑11‑07

Status

Aktiv

Versions-Label

Name

CDconfidentialityCode

Bezeichnung

CD confidentialityCode

Beschreibung

“Vertraulichkeitscode” (im CDA das Element ClinicalDocument/confidentialityCode) bezeichnet die Vertraulichkeitsstufe dieses Dokuments.

Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. Die Information des Vertraulichkeitscodes im Dokument selbst, dient nur der reinen Information und hat keine technischen Konsequenzen.

Da Dokumente nach der Vidierung weder technisch noch legistisch geändert werden dürfen, kann der Vertraulichkeitscode keine konkreten Zugriffsrechte auf das Dokument regeln, sondern nur auf „Metaebenen“, wie beispielsweise „geltendes Recht XY“ oder weiterführende Verwendungen über das IHE BPPC Profil, verweisen.

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-266	Vertraulichkeitscode	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:confidentialityCode

CE

1 … 1

M

(CDc...ode)


	elgagab-dataelement-266	Vertraulichkeitscode	Datensatz

@code

CONF

1 … 1

F

N

@codeSystem

1 … 1

F

2.16.840.1.113883.5.25 (Confidentialty (HL7))

@displayName

1 … 1

F

normal

2.8 Sprachcode des Dokuments („languageCode“)

Id

1.2.40.0.34.11.90010

ref

elgabbr-

Gültigkeit

2013‑11‑07

Status

Aktiv

Versions-Label

Name

CDlanguageCode

Bezeichnung

CD languageCode

Beschreibung

Die Sprache des Dokuments wird in diesem Attribut gemäß IETF (Internet Engineering Task Force), RFC 1766: Tags for the Identification of Languages nach ISO-639-1 (zweibuchstabige Codes für Sprachen, Kleinbuchstaben) und ISO 3166 (hier: zweibuchstabige Ländercodes, Großbuchstaben) festgelegt.

Das Format ist entsprechend ss-CC, mit ss, zwei Kleinbuchstaben für den Sprachencode gemäß ISO-639-1, und CC, zwei Großbuchstaben für den Ländercode gemäß ISO 3166 (Tabelle mit zwei Buchstaben).

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-265	Sprachcode	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.

(CDl...ode)


	elgagab-dataelement-265	Sprachcode	Datensatz

@code

CONF

1 … 1

F

de-AT

3 CDA Section Level Templates

3.1 Abgabe Section

Id

1.2.40.0.34.11.8.2.2.1

ref

elgabbr-

Gültigkeit

2014‑01‑31

Status

Aktiv

Versions-Label

Name

AbgabeSection

Bezeichnung

Abgabe Section

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.2.1

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.11.8.2.3.1	Containment	Medikation Abgabe Entry eMedikation	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.8.2.2.1 (2017‑07‑21 11:58:04)

ref

?

Version: Template 1.2.40.0.34.11.8.2.2.1 Abgabe Section (2014‑01‑31)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  
  <templateId root="1.2.40.0.34.11.8.2.2.1"/>  
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.3"/>  
  <templateId root="2.16.840.1.113883.10.20.1.8"/>  
  <code code="60590-7" displayName="Medication Dispensed.Brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Abgabe</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.10.1.4.3.4.1.3.2"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe einer Sektion.

(Abg...ion)

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Abg...ion)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.2.2.1

hl7:templateId

II

1 … 1

M

IHE PHARM Dispense Section

(Abg...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.2.3

hl7:templateId

II

1 … 1

M

HL7 CCD 3.9

(Abg...ion)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.8

hl7:id

II

0 … 1

Eindeutige ID der Sektion (optional).

(Abg...ion)

Beispiel

Strukturbeispiel

hl7:code

CE

1 … 1

M

(Abg...ion)

@code

CONF

1 … 1

F

60590-7

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Medication Dispensed.Brief

hl7:title

ST

1 … 1

M

Titel der Sektion.

(Abg...ion)

CONF

Elementinhalt muss "Abgabe" sein

hl7:text

SD.TEXT

1 … 1

M

Information für den menschlichen Leser.

(Abg...ion)

hl7:entry

1 … *

R

Maschinenlesbare Elemente der Sektion.
Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)

(Abg...ion)

@typeCode

cs

0 … 1

F

DRIV

Constraint

Konditionale Konformität <TBODY></TBODY>

Card	Conf	Prädikat
1..1	M	Narrativer Text ist vollständig von den maschinenlesbaren Elementen abgeleitet und enthält keine darüber hinausgehende Information
	NP	Narrativer Text ist nicht vollständig von den maschinenlesbaren Elementen abgeleitet und enthält darüber hinausgehende Information

3.2 Medikationslisten Section

Id

1.2.40.0.34.11.8.3.2.1

ref

elgabbr-

Gültigkeit

2014‑01‑31

Status

Aktiv

Versions-Label

Name

MedikationslistenSection

Bezeichnung

Medikationslisten Section

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.3.2.1

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.11.8.1.3.1	Containment	Medikation Verordnung Entry eMedikation	DYNAMIC
1.2.40.0.34.11.8.2.3.1	Containment	Medikation Abgabe Entry eMedikation	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (2014‑01‑31)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.11.8.3.2.1"/>  
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.5"/>  
  
  <code code="10160-0" displayName="History of medication use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Medikationsliste</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>  </entry>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.8.2.3.1"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Med...ion)

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Med...ion)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.3.2.1

hl7:templateId

II

1 … 1

M

IHE PHARM Medication List Section

(Med...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.2.5

hl7:id

II

0 … 1

(Med...ion)

Beispiel

Strukturbeispiel

hl7:code

CE

1 … 1

M

(Med...ion)

@code

CONF

1 … 1

F

10160-0

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

History of medication use

hl7:title

ST

1 … 1

M

(Med...ion)

CONF

Elementinhalt muss "Medikationsliste" sein

hl7:text

ED

1 … 1

M

Information für den menschlichen Leser.

Siehe auch „Empfehlung zur Gestaltung im Falle von CDA Level 3“.

(Med...ion)

Auswahl

0 … *

Elemente in der Auswahl:

hl7:entry welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)
hl7:entry welches enthält Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)

hl7:entry

Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)

(Med...ion)

@typeCode

cs

0 … 1

F

DRIV

hl7:entry

Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)

(Med...ion)

@typeCode

cs

0 … 1

F

DRIV

3.3 Pharmazeutische Empfehlung Section

Id

1.2.40.0.34.11.8.4.2.1

ref

elgabbr-

Gültigkeit

2014‑01‑31

Status

Aktiv

Versions-Label

Name

PharmazeutischeEmpfehlungSektion

Bezeichnung

Pharmazeutische Empfehlung Section

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.4.2.1

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.11.8.4.3.1	Containment	Medikation Pharmazeutische Empfehlung Entry eMedikation	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.8.4.2.1 Pharmazeutische Empfehlung Section (2014‑01‑31)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.11.8.4.2.1"/>  
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.2"/>  
  
  <code code="61357-0" displayName="Medication Pharmaceutical Advice.Brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Pharmazeutische Empfehlung</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry typeCode="DRIV">
     :     
    <templateId root="1.2.40.0.34.11.8.4.3.1"/>     :   </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Pha...ion)

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Pha...ion)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.4.2.1

hl7:templateId

II

1 … 1

M

IHE PHARM Pharmaceutical Advice Section

(Pha...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.2.2

hl7:id

II

0 … 1

(Pha...ion)

Beispiel

Strukturbeispiel

hl7:code

CE

1 … 1

M

(Pha...ion)

@code

CONF

1 … 1

F

61357-0

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Medication Pharmaceutical Advice.Brief

hl7:title

ST

1 … 1

M

(Pha...ion)

CONF

Elementinhalt muss "Pharmazeutische Empfehlung" sein

hl7:text

ED

1 … 1

M

Information für den menschlichen Leser. Siehe auch „Empfehlung zur Gestaltung im Falle von CDA Level 3“.

(Pha...ion)

hl7:entry

1 … *

R

Beinhaltet 1.2.40.0.34.11.8.4.3.1 Medikation Pharmazeutische Empfehlung Entry eMedikation (DYNAMIC)

(Pha...ion)

@typeCode

cs

0 … 1

F

DRIV

4 CDA Entry Level Templates

4.1 Arznei Entry

Id

1.2.40.0.34.11.2.3.4

ref

elgabbr-

Gültigkeit

2022‑01‑21 11:57:02

Andere Versionen mit dieser Id:

ArzneiEntry vom 2021‑05‑18 15:51:59
ArzneiEntry vom 2014‑02‑05
ArzneiEntry vom 2014‑01‑31
ArzneiEntry vom 2013‑12‑17
ArzneiEntry vom 2013‑09‑09
ArzneiEntry vom 2012‑07‑14

Status

Aktiv

Versions-Label

1.0.2+20220121

Name

ArzneiEntry

Bezeichnung

Arznei Entry

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2014‑02‑05)

ref

elgabbr-

Beispiel

Strukturbeispiel

<ClinicalDocument>
  <consumable>
    <manufacturedProduct classCode="MANU">
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>      
      <templateId root="2.16.840.1.113883.10.20.1.53"/>      
      <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
        <templateId root="1.2.40.0.34.11.2.3.4"/>        
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        
        
        <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>        <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>        
        <name>Parkemed 500 mg - Filmtabletten</name>        
        <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        
        <asContent classCode="CONT">
          <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">
            
            <capacityQuantity value="20"/>          </containerPackagedMedicine>        </asContent>        
        
        <ingredient classCode="ACTI">
          
          <ingredient classCode="MMAT" determinerCode="KIND">
            <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>            <name>Mefenaminsäure</name>          </ingredient>        </ingredient>      </manufacturedMaterial>    </manufacturedProduct>  </consumable></ClinicalDocument>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

(Arz...try)

@classCode

cs

1 … 1

F

MANU

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.2

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.53

hl7:manufacturedMaterial

1 … 1

M

(Arz...try)

@classCode

cs

1 … 1

F

MMAT

@determinerCode

cs

1 … 1

F

KIND

Constraint

Konditionale Konformität:

Card	Conf	Prädikat
0..1	O	PZN oder Zulassungsnummer vorhanden
	NP	PZN oder Zulassungsnummer nicht vorhanden

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

1.2.40.0.34.11.2.3.4

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.3.1

hl7:code

CE

1 … 1

R

Pharmazentralnummer (OID 1.2.40.0.34.4.16) oder Zulassungsnummer (OID 1.2.40.0.34.4.17) der Arznei
Zugelassene nullFlavor:

'NA' Arznei ist eine magistrale Zubereitung

Die Pharmazentralnummer (PZN) der Arznei. Bei magistralen Anwendungen, bei denen keine Pharmazentralnummer existiert, wird der nullFlavor 'NA' angewandt.

Das Codesystem „Pharmazentralnummer“ {1.2.40.0.34.4.16} wird am Terminologieserver in der „ASP-Liste“ (Liste der humanen Arzneispezialitäten gelistet nach PZN) publiziert, die ASP-Liste enthält neben der Pharmazentralnummer auch die korrespondierende Zulassungsnummer {1.2.40.0.34.4.17}.

Die Codeliste kann über den Terminologieserver (https://termpub.gesundheit.gv.at/) abgerufen werden.

(Arz...try)

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

oder

@nullFlavor muss "NI" sein

oder

@nullFlavor muss "UNK" sein

CONF

@codeSystem muss "1.2.40.0.34.4.16" sein

oder

@codeSystem muss "1.2.40.0.34.4.17" sein

Beispiel

Code der Arznei (PZN)

Beispiel

Code der Arznei (Zulassungsnummer)

Beispiel

Code der Arznei (PZN) mit Zulassungsnummer

Beispiel

Magistrale Zubereitung ohne PZN oder Zulassungsnummer

hl7:originalText

ED

0 … 1

Verweist auf die Stelle im narrativen Text-bereich, in dem die Pharmazentralnummer beschrieben ist.

Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.

(Arz...try)

hl7:translation

CE

0 … *

C

Zulassungsnummer der Arznei.

Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.

(Arz...try)

Constraint

Konditionale Konformität:

Card	Conf	Prädikat
0..*	O	Dokumenttyp Medikationsliste
	NP	sonst

@codeSystem

CONF

0 … 1

F

1.2.40.0.34.4.17 (Zulassungsnummer)

Schematron assert

role

error

test

not(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3']

Meldung

Optionale Übersetzung des Codes nur bei Medikationsliste zugelassen

hl7:name

EN

1 … 1

R

Bezeichnung der Arznei. Zugelassenes nullFlavor:

NA Arznei ist eine magistrale Zubereitung

Die vollständige Bezeichnung der Arznei gemäß ihrer PZN („Handelsname“). Für magistrale Zubereitungen, bei denen keine Pharmazentralnummer und damit auch kein Handelsname existiert, MUSS eine Bezeichnung der magistralen Zubereitung angegeben werden. Die Bezeichnung der magistralen Zubereitung sollte kürzer als die Langbeschreibung sein (siehe Kapitel 4.4.1.2.14 bzw. 4.4.2.2.12), aber mindestens den Hauptwirkstoff und dessen Stärke enthalten.

(Arz...try)

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

Beispiel

Name der Arznei

<name>Parkemed 500mg</name>

Beispiel

Magistrale Zubereitungen ohne Handelsname

pharm:formCode

0 … 1

Darreichungsform, z.B. bei magistraler Zubereitung.

(Arz...try)

@codeSystem

CONF

0 … 1

F

1.2.40.0.10.1.4.3.4.3.5

Beispiel

Darreichungsform bei magistraler Zubereitung

Schematron assert

role

error

test

hl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0)

Meldung

pharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig wenn PZN oder Zulassungsnummer nicht vorhanden

pharm:asContent

0 … 1

Angaben zur Packung.

Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

pharm:containerPackagedMedicine

1 … 1

M

Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

@determinerCode

cs

1 … 1

F

INSTANCE

pharm:capacityQuantity

PQ

1 … 1

M

Menge der Arznei in der Packung.

(Arz...try)

@value

1 … 1

R

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

Constraint

Konditionale Konformität:
Menge in nicht-zählbaren Einheiten -> 1..1 M mit @unit aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> 0..1 O mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ

pharm:ingredient

0 … *

Komponente zur Aufnahme des Wirkstoffs.

Bei magistralen Zubereitungen SOLL mindestens ein Wirkstoff angegeben werden. Bei Arzneien ist die Angabe von Wirkstoffen optional.

Wirkstoff-Codes stammen aus der ATC-Klassifikation (Anatomical Therapeutic Chemical Classification), die von der WHO herausgegeben wird. Die deutsche Bezeichnung der Codes entspricht der Übersetzung des GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WidO), AOK Bundesverband GbR, Deutschland.

Zusätzlich kommen ergänzende Codes aus dem Arzneimittelverzeichnis der AGES zum Einsatz.

(Arz...try)

@classCode

cs

1 … 1

F

ACTI

Beispiel

Wirkstoff 1 (codiert, Value-Set ELGA_whoATC_VS) Beispiel Arznei

<ingredient classCode="ACTI">
<ingredient classCode="MMAT" determinerCode="KIND">
<code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/> <name>Mefenaminsäure</name> </ingredient></ingredient>

Beispiel

Wirkstoff 2 (nur Name), Beispiel magistrale Zubereitung

<ingredient classCode="ACTI">
<ingredient classCode="MMAT" determinerCode="KIND">
<name>Mefenaminsäure</name> </ingredient></ingredient>

Beispiel

Wirkstoff 1 (codiert, Value-Set ELGA_Wirkstoffe_AGES_VS), 2795 Beispiel Arznei, wird nur in der Medikationsliste verwendet

<ingredient classCode="ACTI">
<ingredient classCode="MMAT" determinerCode="KIND">
<code code="100000090680" displayName="SENNAE FOLIUM" codeSystem="1.2.40.0.34.5.156" codeSystemName="Medikation_AGES_Wirkstoffe"/> <name>Mefenaminsäure</name> </ingredient></ingredient>

pharm:ingredient

1 … 1

M

Code und Name des Wirkstoffs.

(Arz...try)

@classCode

cs

1 … 1

F

MMAT

@determinerCode

cs

1 … 1

F

KIND

pharm:code

CE

0 … 1

Code und Klartext des Wirkstoffs.

(Arz...try)

Constraint

Zulässige Werte gemäß Value-Set „ELGA_whoATC_VS“ z.B.: M01AG01, Mefenamic acid. Bei Verwendung im Rahmen der Medikationsliste sind auch Werte gemäß Value-Set „ELGA_Wirkstoffe_AGES_VS“ zugelassen.

CONF

@codeSystem muss "2.16.840.1.113883.6.73" sein

oder

@codeSystem muss "1.2.40.0.34.5.156" sein

hl7:originalText

ED

0 … 1

Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.

(Arz...try)

hl7:translation

CE

0 … *

Wird das Element in der Medikationsliste verwendet, ist hier die Wirkstoffklasse zum Wirkstoff angegeben.

Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.

(Arz...try)

Constraint

Konditionale Konformität:

Card	Conf	Prädikat
1..1	M	Element wird in Medikationsliste verwendet
	NP	Sonst

pharm:name

EN

1 … 1

M

Name des Wirkstoffs.

z.B.: Mefenaminsäure

(Arz...try)

4.2 Einnahmedauer

Id

1.2.40.0.34.11.30006

ref

elgabbr-

Gültigkeit

2013‑12‑20

Andere Versionen mit dieser Id:

Einnahmedauer vom 2011‑12‑19

Status

Entwurf

Versions-Label

Name

Einnahmedauer

Bezeichnung

Einnahmedauer

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30006 Einnahmedauer (2013‑12‑20)

ref

elgabbr-

Beispiel

Einnahme von 27.05.2011 bis 03.06.2011 bzw. Einnahme von 27.05.2011, Dauer 1 Woche lang

Beispiel

Einnahme von 27.05.2011, Ende unbekannt

Beispiel

Einnahmestart unbekannt, Dauer 2 Wochen lang

Beispiel

Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt

Item

DT

Kard

Konf

Beschreibung

Label

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:effectiveTime[1][hl7:low]
hl7:effectiveTime[1][hl7:width]
hl7:effectiveTime[1][@nullFlavor]

hl7:effectiveTime

IVL_TS

Zeitelement zur Dokumentation der Einnahmedauer.

(Ein...uer)

wo [1] [hl7:low]

hl7:low

TS

1 … 1

R

Zeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK

(Ein...uer)

hl7:high

TS

1 … 1

R

Zeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK

(Ein...uer)

hl7:effectiveTime

IVL_TS

Dauer der Einnahme, wenn Einnahmestart unbekannt

(Ein...uer)

wo [1] [hl7:width]

hl7:width

PQ

1 … 1

R

Dauer der Einnahme, wenn Einnahmestart unbekannt

Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden.

Siehe Kapitel „Template IDs"

(Ein...uer)

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)

hl7:effectiveTime

IVL_TS

(Ein...uer)

wo [1] [@nullFlavor]

@nullFlavor

cs

1 … 1

F

NA

Constraint

Konditionale Konformität

Card	Conf	Prädikat
1..1	M	Es wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird.
	NP	Sonst

4.3 Dosierungsvariante 1: Tagesdosierung effectiveTime

Id

1.2.40.0.34.11.30007

ref

elgabbr-

Gültigkeit

2014‑09‑02

Andere Versionen mit dieser Id:

Dosierung1 vom 2013‑12‑20
Dosierung1 vom 2013‑12‑19
Dosierung1 vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

Dosierung1

Bezeichnung

Dosierungsvariante 1: Tagesdosierung effectiveTime

Beschreibung

Dosierungsvariante 1 (Tagesdosierung) bedeutet, dass die angegebene Dosis im Laufe eines bestimmten Zeitraums (z.B. an einem Tag, innerhalb einer Woche, …) eingenommen werden muss.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (2014‑09‑02)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

PIVL_TS

C

Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Dos...ng1)

wo [hl7:period and not(hl7:phase)]

@operator

cs

1 … 1

F

A

@institutionSpecified

bl

1 … 1

F

true

Constraint

Konditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

hl7:period

PQ

1 … 1

R

Zeitraum für den die Dosis in doseQuantity vorgesehen ist.

(Dos...ng1)

@value

1 … 1

F

1

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)

4.4 Dosierungsvariante 2: Einzeldosierung

Id

1.2.40.0.34.11.30008

ref

elgabbr-

Gültigkeit

2020‑07‑21 13:25:19

Andere Versionen mit dieser Id:

Dosierung2 vom 2013‑12‑20
Dosierung2 vom 2013‑11‑07
Dosierung2 vom 2013‑04‑17
Dosierung2 vom 2012‑07‑14

Status

Entwurf

Versions-Label

Name

Dosierung2

Bezeichnung

Dosierungsvariante 2: Einzeldosierung

Beschreibung

Dosierungsvariante 2 (Einzeldosierung) bedeutet, dass zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „täglich“.

Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“.

Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20)

ref

elgabbr-

Beispiel

Strukturbespiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

NP

Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Dos...ng2)

wo [2]

4.5 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause

Id

1.2.40.0.34.11.30009

ref

elgabbr-

Gültigkeit

2015‑09‑05

Andere Versionen mit dieser Id:

Dosierung3 vom 2013‑12‑20
Dosierung3 vom 2013‑12‑19
Dosierung3 vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

Dosierung3

Bezeichnung

Dosierungsvariante 3: Tagesdosierung mit Einnahmepause

Beschreibung

Dosierungsvariante 3 (Tagesdosierung an bestimmten Tagen einer Woche) bedeutet, dass wie bei Dosierungsvariante 1 die angegebene Dosis im Laufe eines Tages eingenommen werden muss, wobei dies aber nur an bestimmten Wochentagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“.
Hinweis: Der Datentyp des effectiveTime-Elements der Dosierungsart ändert sich, wenn die Einnahme an EINEM (PIVL_TS) oder an MEHREREN Wochentagen (SXPR_TS, dazu mehrere comp-Unterelemente) erfolgen soll.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (2015‑09‑05)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

Auswahl

… 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:period and hl7:phase]
hl7:effectiveTime[hl7:comp]

hl7:effectiveTime

PIVL_TS

C

Für EIN Wochentag.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Dos...ng3)

wo [hl7:period and hl7:phase]

@operator

cs

1 … 1

F

A

hl7:phase

IVL_TS

1 … 1

R

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)

(Dos...ng3)

hl7:period

PQ

1 … 1

R

(Dos...ng3)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:effectiveTime

SXPR_TS

C

Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs

(Dos...ng3)

wo [hl7:comp]

@operator

cs

1 … 1

F

A

Constraint

Konditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I

hl7:comp

PIVL_TS

1 … 1

R

Komponentencontainer.

(Dos...ng3)

wo [not(@operator)]

hl7:phase

IVL_TS

1 … 1

R

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)

(Dos...ng3)

hl7:period

PQ

1 … 1

R

(Dos...ng3)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:comp

PIVL_TS

0 … *

(Dos...ng3)

wo [@operator='I']

@operator

cs

1 … 1

F

I

hl7:phase

IVL_TS

1 … 1

R

(Dos...ng3)

hl7:period

PQ

1 … 1

R

(Dos...ng3)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

4.6 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause

Id

1.2.40.0.34.11.30010

ref

elgabbr-

Gültigkeit

2020‑07‑21 13:28:53

Andere Versionen mit dieser Id:

Dosierung4 vom 2013‑12‑19
Dosierung4 vom 2013‑11‑07
Dosierung4 vom 2013‑04‑17
Dosierung4 vom 2011‑12‑19

Status

Entwurf

Versions-Label

Name

Dosierung4

Bezeichnung

Dosierungsvariante 4: Einzeldosierung mit Einnahmepause

Beschreibung

Dosierungsvariante 4 (Einzeldosierung an bestimmten Tagen) bedeutet, dass wie bei Dosierungsvariante 2 zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss, wobei dies nur an bestimmten Tagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“.

Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“.

Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

NP

Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Dos...ng4)

wo [2]

4.7 Pharmacist Instructions

Id

1.2.40.0.34.11.30034

ref

elgabbr-

Gültigkeit

2020‑10‑06 13:34:04

Andere Versionen mit dieser Id:

PharmacistInstructions vom 2014‑09‑10
PharmacistInstructions vom 2013‑12‑21

Status

Entwurf

Versions-Label

2020.1

Name

PharmacistInstructions

Bezeichnung

Pharmacist Instructions

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30034 Pharmacist Instructions (2014‑09‑10)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Pha...ons)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Pha...ons)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.43

hl7:templateId

II

1 … 1

M

(Pha...ons)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.3.1

hl7:code

CE

1 … 1

M

(Pha...ons)

@code

CONF

1 … 1

F

FINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)

(Pha...ons)

hl7:reference

TEL

1 … 1

M

(Pha...ons)

@value

1 … 1

R

#abginfo-{generierteID}, z.B.: #abginfo-1

hl7:statusCode

CS

1 … 1

M

(Pha...ons)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … 2

M

Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).

(Pha...ons)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

(Pha...ons)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Pha...ons)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.0.3.2

hl7:code

CE

1 … 1

M

(Pha...ons)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)

(Pha...ons)

hl7:reference

TEL

1 … 1

M

(Pha...ons)

@value

1 … 1

R

#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1

hl7:statusCode

CS

1 … 1

M

(Pha...ons)

@code

CONF

1 … 1

F

completed

4.8 Dosierungsvariante 1: Tagesdosierung doseQuantity

Id

1.2.40.0.34.11.30037

ref

elgabbr-

Gültigkeit

2015‑09‑05

Andere Versionen mit dieser Id:

Dosierung1dq vom 2014‑02‑05
Dosierung1dq vom 2013‑12‑19

Status

Aktiv

Versions-Label

Name

Dosierung1dq

Bezeichnung

Dosierungsvariante 1: Tagesdosierung doseQuantity

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (2015‑09‑05)

ref

elgabbr-

Item	DT	Kard	Konf	Beschreibung	Label
Auswahl		… 1		Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low\|hl7:high)] hl7:doseQuantity[hl7:low\|hl7:high]
	Constraint

Version vom 19. April 2018, 09:29 Uhr (Quelltext anzeigen) Lahnsteiner (Diskussion \| Beiträge) K (Lahnsteiner verschob die Seite E-Medikation Alle Templates nach ILF:E-Medikation Alle Templates und überschrieb dabei eine Weiterleitung: zurück verschieben) ← Zum vorherigen Versionsunterschied		Aktuelle Version vom 19. April 2018, 17:08 Uhr (Quelltext anzeigen) Lahnsteiner (Diskussion \| Beiträge)
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 1:		Zeile 1:
		+	{{#customtitle:Alle Templates}}
	Im Nachfolgenden werden die Templates für den Aufbau der E-Medikation nach [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Header\|Header]] und [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Body \|Body ]](Body Structures und Body Entries) gegliedert.		Im Nachfolgenden werden die Templates für den Aufbau der E-Medikation nach [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Header\|Header]] und [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Body \|Body ]](Body Structures und Body Entries) gegliedert.

Alle Templates

Aktuelle Version vom 19. April 2018, 17:08 Uhr

Inhaltsverzeichnis

1 CDA Dokument Rezept

2 CDA Header Level Templates

2.1 Patient („recordTarget/patientRole“)

2.2 Verfasser des Dokuments („author“)

2.3 Verwahrer des Dokuments („custodian“)

2.4 Service Events („documentationOf/serviceEvent“)

2.5 Bezug zu vorgehenden Dokumenten

2.6 Erstellungsdatum des Dokuments („effectiveTime“)

2.7 Vertraulichkeitscode („confidentialityCode“)

2.8 Sprachcode des Dokuments („languageCode“)

3 CDA Section Level Templates

3.1 Abgabe Section

3.2 Medikationslisten Section

3.3 Pharmazeutische Empfehlung Section

4 CDA Entry Level Templates

4.1 Arznei Entry

4.2 Einnahmedauer

4.3 Dosierungsvariante 1: Tagesdosierung effectiveTime

4.4 Dosierungsvariante 2: Einzeldosierung

4.5 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause

4.6 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause

4.7 Pharmacist Instructions

4.8 Dosierungsvariante 1: Tagesdosierung doseQuantity