Folgende Elemente erfordern keine speziellen Vorgaben:
Verfasser des Dokuments („author“)
Personen bei der Dateneingabe („dataEnterer“)
Verwahrer des Dokuments („custodian“)
Beabsichtigte Empfänger des Dokuments („informationRecipient“)
Weitere Unterzeichner („authenticator“)
Verweis auf den Allgemeinen Leitfaden:
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“.
Auszug aus dem Allgemeinen Implementierungsleitfaden
1.2 Verfasser des Dokuments („author“)
Auszug aus dem R-MIM:
Abbildung 8: Klassen rund um den Autor.
1.2.1 Spezifikation
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)
<authortypeCode="AUT"contextControlCode="OP"> <!-- Funktionscode --> <functionCodecode="OA"displayName="Diensthabender Oberarzt"codeSystem="1.2.40.0.34.99.111.2.1"codeSystemName="Amadeus Spital Funktionen"/><!-- Zeitpunkt der Erstellung --> <timevalue="20081224082015+0100"/><assignedAuthorclassCode="ASSIGNED"> <!-- Identifikation des Verfassers des Dokuments --> <idroot="1.2.40.0.34.99.111.1.3"extension="1111"assigningAuthorityName="Amadeus Spital"/><!-- Fachrichtung des Verfassers des Dokuments --> <codecode="107"displayName="Fachärztin/Facharzt für Chirurgie"codeSystem="1.2.40.0.34.5.160"codeSystemName="ELGA_Fachaerzte"/><!-- Kontaktdaten des Verfassers des Dokuments --> <telecomvalue="tel:+43.1.40400"/><telecomvalue="mailto:herbert.mustermann@organization.at"/><assignedPersonclassCode="PSN"determinerCode="INSTANCE"> <!-- Name des Verfassers des Dokuments --> <name> <prefixqualifier="AC">Univ.-Prof. Dr.</prefix><given>Isabella</given><family>Stern</family></name></assignedPerson><!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat --> <representedOrganization> <idroot="1.2.40.0.34.99.3"assigningAuthorityName="GDA Index"/><!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name><!-- Kontaktdaten der Organisation --> <telecomvalue="tel:+43.6138.3453446.0"/><telecomvalue="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> <!-- Zeitpunkt der Erstellung --> <timevalue="20081224082015+0100"/><assignedAuthor> <!-- Geräte Identifikation (oder nullFlavor) --> <idroot="86562fe5-b509-4ce9-b976-176fd376e477"/><!-- Geräte Beschreibung --> <assignedAuthoringDevice> <manufacturerModelName>Good Health System</manufacturerModelName><softwareName>Best Health Software Application</softwareName></assignedAuthoringDevice><representedOrganization> <idroot="1.2.40.0.34.99.3"assigningAuthorityName="GDA Index"/><!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name><!-- Kontaktdaten der Organisation --> <telecomvalue="tel:+43.6138.3453446.0"/><telecomvalue="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.
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.
Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …). Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
<dataEnterer> <!-- Zeitpunkt des Schreibens --> <timevalue="20081224082015+0100"/><assignedEntity> <!-- Die das Dokument schreibende Person --> <idroot="1.2.40.0.34.99.111.1.3"extension="2222"assigningAuthorityName="Amadeus Spital"/><telecomvalue="tel:+43.1.40400.4711"/><telecomvalue="mailto:eva.musterfrau@amadeusspital.at"/><assignedPerson> <name>DiplKrSr. Eva Musterfrau</name></assignedPerson></assignedEntity></dataEnterer>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:dataEnterer
Person der Dateneingabe.
(Hea...rer)
elgagab-dataelement-65
Schreibkraft
Datensatz
hl7:time
TS.AT.TZ
0 … 1
Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...rer)
hl7:assignedEntity
1 … 1
R
Personendaten der schreibenden Person
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(Hea...rer)
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...rer)
hl7:addr
AD
0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
hl7:telecom
TEL.AT
0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
hl7:assignedPerson
1 … 1
M
Persondendaten der validierenden Person.
(Hea...rer)
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...rer)
hl7:representedOrganization
0 … 1
Organistationsdaten der validierenden Person.
(Hea...rer)
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...rer)
hl7:name
ON
1 … 1
M
(Hea...rer)
hl7:telecom
TEL.AT
0 … *
(Hea...rer)
hl7:addr
AD
0 … 1
(Hea...rer)
1.4 Verwahrer des Dokuments („custodian“)
Auszug aus dem R-MIM:
Abbildung 9: Klassen rund um die das Dokument verwaltende Organisation.
1.4.1 Spezifikation
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)
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)
1.4.1.1 id
Element/Attribut
DT
Kard
Konf
Beschreibung
id
II
1..1
R
Identifikation des Verwahrers des Dokuments aus dem GDA-Index.
Grundsätzlich sind die Vorgaben gemäß Kapitel „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
In der nächsten Version des Leitfadens wird die Konformität entsprechend dem CDA-Standard auf [M] erhöht, Null Flavors sind dann nicht mehr erlaubt.
1.5 Beabsichtigte Empfänger des Dokuments („informationRecipient“)
Auszug aus dem R-MIM:
Abbildung 10: Klassen rund um die beabsichtigten Empfänger des Dokuments.
1.5.1 Spezifikation
Id
1.2.40.0.34.11.20005
ref
elgabbr-
Gültigkeit
2011‑12‑19
Status
Entwurf
Versions-Label
Name
HeaderInformationRecipient
Bezeichnung
HeaderInformationRecipient
Beschreibung
Die beabsichtigten Empfänger des Dokuments können in der Klasse intendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt.
Beispiel: Bei
der Erstellung der Dokumentation ist beispielsweise schon bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden.
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index, sein
Name in möglichst hoher Granularität und die Organisation, der er angehört in möglichst hoher Granularität. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
<informationRecipienttypeCode="PRCP"> <intendedRecipient> <!-- Identifikation des beabsichtigten Empfängers --> <idnullFlavor="UNK"/><!-- Personendaten des beabsichtigten Empfängers --> <informationRecipient> <name> <prefixqualifier="AC"> Dr.</prefix><given>Robert</given><family>Empfänger</family></name></informationRecipient><!-- Organisation, der der beabsichtigte Empfänger angehört --> <receivedOrganization> <!-- Name der Organisation des beabsichtigten Empfängers --> <name>Ordination Dr. Empfänger</name><!-- Kontaktdaten der Organisation des beabsichtigten Empfängers --> <telecomvalue="tel:0512.1234567"/><telecomvalue="fax:0512.1234567.11"/><telecomvalue="mailto:office@ordination-empfaenger.at"/><telecomvalue="http://www.ordination-empfaenger.at"/><telecomvalue="me:12345678791"/><!-- Adresse der Organisation des beabsichtigten Empfängers --> <addr> <streetName>Musterstraße</streetName><houseNumber>27/1/13</houseNumber><postalCode>6020</postalCode><city>Innsbruck</city><country>AUT</country></addr></receivedOrganization></intendedRecipient></informationRecipient>
Beispiel
Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“)
<informationRecipienttypeCode="PRCP"> <intendedRecipient> <!-- Der Patient besitzt keine ID --> <idnullFlavor="NI"/><!-- Hinweis auf den Patienten --> <informationRecipient> <name>Ergeht an den Patienten Dr. Herbert Mustermann</name></informationRecipient></intendedRecipient></informationRecipient><!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.-->
Item
DT
Kard
Konf
Beschreibung
Label
hl7:informationRecipient
Beabsichtiger Empfänger des Dokuments.
(Hea...ent)
elgagab-dataelement-259
Empfänger
Datensatz
@typeCode
cs
0 … 1
Typ des Informationsempfängers.
Bsp: PRCP „Primärer Empfänger“
Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.
CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
hl7:intendedRecipient
1 … 1
M
(Hea...ent)
hl7:id
II
1 … *
R
Identifikation des beabsichtigten Empfängers (Person).Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor:
NI … Person hat keine ID
UNK ... Person hat eine ID, diese ist jedoch unbekannt
Personendaten des beabsichtigten Empfängers. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
(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:receivedOrganization
0 … 1
Organisation, der der beabsichtigte Empfänger angehört.z.B.: „Ordination des empfangenden Arztes“ Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu
befolgen.
(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)
1.6 Weitere Unterzeichner („authenticator“)
1.6.1 Spezifikation
Id
1.2.40.0.34.11.20007
ref
elgabbr-
Gültigkeit
2011‑12‑19
Andere Versionen mit dieser Id:
HeaderAuthenticator vom 2018‑10‑18 14:33:54
Status
Entwurf
Versions-Label
Name
HeaderAuthenticator
Bezeichnung
HeaderAuthenticator
Beschreibung
Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
<authenticator> <!-- Zeitpunkt der Unterzeichnung --> <timevalue="20130324081915+0100"/><!-- Signaturcode --> <signatureCodecode="S"/><!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments --> <assignedEntity> <idroot="1.2.40.0.34.99.111.1.3"extension="3333"assigningAuthorityName="Amadeus Spital"/><telecomuse="WP"value="tel:+43.6138.3453446.3333"/><assignedPerson> <!-- Name des Weiteren Unterzeichners des Dokuments --> <name> <prefix>Dr.</prefix><given>Walter</given><family>Hummel</family></name></assignedPerson><!-- Organisation, in deren Auftrag der Weiteren Unterzeichner des Dokuments die Dokumentationunterzeichnet hat --> <representedOrganization> <idroot="1.2.40.0.34.99.3"assigningAuthorityName="GDA Index"/><name>Amadeus Spital - Chirurgische Abteilung</name><telecomvalue="tel:+43.6138.3453446.0"/><telecomvalue="fax:+43.6138.3453446.4674"/><telecomvalue="mailto:info@amadeusspital.at"/><telecomvalue="http://www.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></assignedEntity></authenticator>
In dem Fall, dass der Patient nicht zuhause gepflegt werden kann, kann im Pflege-Entlassungsbrief die Angabe einer „Pflege-Adresse“ notwendig werden.
1.7.1.1 Spezielle Vorgaben für Entlassungsbriefe (Pflege)
Die Angabe einer Pflege-Adresse des Patienten hat in Form eines zusätzlichenaddr-Elements zu erfolgen, welche mit dem @use Attribut „TMP“ gekennzeichnet ist.
Im Pflege-Entlassungsbrief ist verpflichtend die Angabe eines „Ansprechpartners“ vorgesehen. Dieser ist mit vollständiger Kontaktadresse inklusive Telefonnummer anzugeben.
Zweck dieser Information ist es, etwaige Anfragen der Dokumentempfänger an den Dokumentersteller zu kanalisieren. Es obliegt der Organisation des Dokumenterstellers, diese Information gemäß ihrer eigenen Richtlinien zu befüllen.
1.7.2.1 Spezielle Vorgaben für Entlassungsbriefe (Pflege)