HeaderLegalAuthenticator

Template HeaderLegalAuthenticator 2017‑07‑21 09:37:10

1.2.40.0.34.11.20006

ref

elgabbr-

Gültigkeit ab

2017‑07‑21 09:37:10

Status

Entwurf

Versions-Label

Name

HeaderLegalAuthenticator

Bezeichnung

HeaderLegalAuthenticator

Beschreibung

Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt. Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt.

Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben. Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben.

Multidisziplinäre Befunde: Der CDA-Standard in Release 2.0 erlaubt nur die Angabe eines legalAuthenticator-Elements, es können jedoch beliebig viele (Mit-) Unterzeichner angegeben werden, siehe „Weitere Unterzeichner („authenticator“)“. Wenn kein eindeutiger Hauptunterzeichner ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden), kann die Angabe des Hauptunterzeichners entfallen, wenn mindestens zwei Mitunterzeichner angegeben werden.

Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<legalAuthenticator>
  
  <time value="20130324082015+0100"/>  
  <signatureCode code="S"/>  
  <assignedEntity>
    
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    
    <assignedPerson>
      
      <name>
        <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>    </assignedPerson>    
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Chirurgische Abteilung</name>      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="fax:+43.6138.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="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></legalAuthenticator>

Item	DT	Kard	Konf	Beschreibung	Label
hl7:legalAuthenticator				Rechtlicher Unterzeichner.	Headator
@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	Headator
hl7:signatureCode	CS	1 … 1	M	Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.	Headator
@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.	Headator
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	Assients
hl7:addr	AD	0 … 1		Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK	Assients
hl7:telecom	TEL.AT	0 … *		Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK	Assients
hl7:assignedPerson		1 … 1	M	Persondendaten der validierenden Person.	Assients
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.	Persents
hl7:representedOrganization		0 … 1		Organistationsdaten der validierenden Person.	Assients
Eingefügt				von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode	cs	0 … 1	F	ORG
@determinerCode	cs	0 … 1	F	INSTANCE
hl7:id	II	0 … *			Orgaents
hl7:name	ON	1 … 1	M		Orgaents
hl7:telecom	TEL.AT	0 … *			Orgaents
hl7:addr	AD	0 … 1			Orgaents

Template HeaderLegalAuthenticator 2011‑12‑19

1.2.40.0.34.11.20006

ref

elgabbr-

Gültigkeit ab

2011‑12‑19

Status

Aktiv

Versions-Label

Name

HeaderLegalAuthenticator

Bezeichnung

HeaderLegalAuthenticator

Beschreibung

Der „Rechtliche Unterzeichner“ jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 15 Transactions und 46 Templates, Benutzt 1 Template

Benutzt von	als	Name	Version
1.2.40.0.34.77.4.10	Transaktion	ELGA CDA Dokument Entlassung Ärztlich	2011‑08‑31
1.2.40.0.34.77.4.102	Transaktion	Entlassungsbrief Ärztlich (v2)	2023‑05‑09 07:22:43
2.16.840.1.113883.2.16.777.5.4.2	Transaktion	Antrag auf Rehaaufenthalt	2018‑08‑30 14:11:38
1.2.40.0.34.77.4.20	Transaktion	ELGA CDA Dokument Entlassung Pflege	2011‑08‑31
1.2.40.0.34.77.4.100	Transaktion	Entlassungsbrief Pflege (v2)	2023‑05‑09 07:20:58
1.2.40.0.34.77.4.93	Transaktion	e-Medikation Abgabe (v2)	2023‑05‑09 07:08:10
1.2.40.0.34.77.4.95	Transaktion	e-Medikation Pharmazeutische Empfehlung (v2)	2023‑05‑09 07:12:00
1.2.40.0.34.77.4.90	Transaktion	ELGA CDA Dokument Pflegesituationsbericht	2015‑09‑26
1.2.40.0.34.77.4.106	Transaktion	Pflegesituationsbericht (v2)	2023‑05‑09 07:26:52
1.2.40.0.34.77.4.40	Transaktion	ELGA CDA Dokument Befund Bildgebende Diagnostik	2011‑08‑31
1.2.40.0.34.77.4.98	Transaktion	Befund Bildgebende Diagnostik (v2)	2023‑05‑09 07:19:00
1.2.40.0.34.77.4.96	Transaktion	e-Medikation Rezept (v2)	2023‑05‑09 07:13:17
1.2.40.0.34.77.4.94	Transaktion	e-Medikation Medikationsliste (v2)	2023‑05‑09 07:10:43
1.2.40.0.34.77.4.30	Transaktion	ELGA CDA Dokument Laborbefund	2011‑08‑31
1.2.40.0.34.77.4.104	Transaktion	Laborbefund (v2)	2023‑05‑09 07:25:41
1.2.40.0.10.1.4.3.4.1.1.1	Inklusion	eMedikation Rezept	2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.2	Inklusion	eMedikation Abgabe	2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.3	Inklusion	eMedikation Medikationsliste	2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.4	Inklusion	eMedikation Pharmazeutische Empfehlung	2013‑12‑16
1.2.40.0.34.11.1	Inklusion	Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente	2011‑12‑19
1.2.40.0.34.11.1	Inklusion	Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente	2017‑02‑20
1.2.40.0.34.11.2	Inklusion	Entlassungsbrief (Ärztlich)	2013‑11‑06
1.2.40.0.34.11.2	Inklusion	Entlassungsbrief (Ärztlich)	2014‑01‑05
1.2.40.0.34.11.2	Inklusion	Entlassungsbrief (Ärztlich)	2014‑05‑25
1.2.40.0.34.11.2	Inklusion	Entlassungsbrief (Ärztlich)	2014‑11‑20
1.2.40.0.34.11.2	Inklusion	Entlassung Ärztlich	2023‑05‑08 13:44:15
1.2.40.0.34.11.3	Inklusion	Entlassungsbrief (Pflege)	2013‑11‑12
1.2.40.0.34.11.3	Inklusion	Entlassungsbrief (Pflege)	2014‑01‑05
1.2.40.0.34.11.3	Inklusion	Entlassungsbrief (Pflege)	2014‑11‑20
1.2.40.0.34.11.3	Inklusion	Entlassungsbrief (Pflege)	2015‑02‑02
1.2.40.0.34.11.3	Inklusion	Entlassungsbrief (Pflege)	2015‑09‑18
1.2.40.0.34.11.3	Inklusion	Entlassung Pflege	2023‑05‑08 13:36:29
1.2.40.0.34.11.4	Inklusion	Laborbefund	2013‑11‑07
1.2.40.0.34.11.4	Inklusion	Laborbefund	2014‑03‑01
1.2.40.0.34.11.4	Inklusion	Laborbefund	2014‑03‑25
1.2.40.0.34.11.4	Inklusion	Laborbefund	2014‑12‑06
1.2.40.0.34.11.4	Inklusion	Laborbefund	2015‑02‑02
1.2.40.0.34.11.4	Inklusion	Laborbefund	2023‑05‑08 13:51:02
1.2.40.0.34.11.5	Inklusion	Befund Bildgebende Diagnostik	2013‑10‑16
1.2.40.0.34.11.5	Inklusion	Befund Bildgebende Diagnostik	2014‑03‑25
1.2.40.0.34.11.5	Inklusion	Befund Bildgebende Diagnostik	2014‑11‑20
1.2.40.0.34.11.5	Inklusion	Befund Bildgebende Diagnostik	2015‑01‑30
1.2.40.0.34.11.5	Inklusion	Befund Bildgebende Diagnostik	2015‑09‑24
1.2.40.0.34.11.5	Inklusion	Befund Bildgebende Diagnostik	2023‑04‑17 12:20:09
1.2.40.0.34.11.8.1	Inklusion	eMedikation Rezept	2014‑01‑31
1.2.40.0.34.11.8.2	Inklusion	eMedikation Abgabe	2014‑01‑31
1.2.40.0.34.11.8.3	Inklusion	eMedikation Medikationsliste	2014‑01‑31
1.2.40.0.34.11.8.4	Inklusion	eMedikation Pharmazeutische Empfehlung	2014‑01‑31
1.2.40.0.34.11.8.4	Inklusion	eMedikation Pharmazeutische Empfehlung	2023‑05‑08 14:18:02
1.2.40.0.34.11.8.1001	Inklusion	eMedikation Rezept	2014‑01‑31
1.2.40.0.34.11.8.1002	Inklusion	eMedikation Abgabe	2014‑01‑31
1.2.40.0.34.11.8.1003	Inklusion	eMedikation Medikationsliste	2014‑01‑31
1.2.40.0.34.11.12	Inklusion	Pflegesituationsbericht	2015‑09‑26
1.2.40.0.34.11.13	Inklusion	CDA ELGA Patient Summary (0.1)	2016‑08‑30 16:19:25
1.2.40.0.34.11.15.1	Inklusion	eHV_Document_Antrag_auf_Heilverfahren	2018‑08‑20 11:39:00
1.2.40.0.34.11.1002	Inklusion	Entlassungsbrief (Ärztlich)	2015‑12‑11
1.2.40.0.34.11.1003	Inklusion	Entlassungsbrief (Pflege)	2015‑12‑11
1.2.40.0.34.11.1004	Inklusion	Laborbefund	2015‑09‑24
1.2.40.0.34.11.1005	Inklusion	Befund Bildgebende Diagnostik	2023‑04‑17 12:12:26
1.2.40.0.34.11.1012	Inklusion	Pflegesituationsbericht	2015‑09‑18
1.2.40.0.34.11.10008	Inklusion	ELGA CDA Dokument eMedikation Pharmazeutische Empfehlung	2014‑01‑31
Benutzt	als	Name	Version
1.2.40.0.34.11.90003	Inklusion	AssignedEntityElements	DYNAMIC

Item	DT	Kard	Konf	Beschreibung	Label
hl7:legalAuthenticator					Headator
@typeCode	cs	0 … 1	F	LA
hl7:time	TS.DATE.MIN	1 … 1			Headator
	Beispiel	<time value="20080324082015+0100"/>
hl7:signatureCode	CS	1 … 1	M		Headator
@code	CONF	1 … 1	F	S
hl7:assignedEntity		1 … 1	M		Headator
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	Assients
hl7:addr	AD	0 … 1		Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK	Assients
hl7:telecom	TEL.AT	0 … *		Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK	Assients
hl7:assignedPerson		1 … 1	M	Persondendaten der validierenden Person.	Assients
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.	Persents
hl7:representedOrganization		0 … 1		Organistationsdaten der validierenden Person.	Assients
Eingefügt				von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode	cs	0 … 1	F	ORG
@determinerCode	cs	0 … 1	F	INSTANCE
hl7:id	II	0 … *			Orgaents
hl7:name	ON	1 … 1	M		Orgaents
hl7:telecom	TEL.AT	0 … *			Orgaents
hl7:addr	AD	0 … 1			Orgaents

Templates

Template HeaderLegalAuthenticator 2017‑07‑21 09:37:10

Template HeaderLegalAuthenticator 2011‑12‑19

Templates
Zeige index