Back To Index  <<  Back To Templates

draft Template  HeaderLegalAuthenticator

Id 1.2.40.0.34.11.20006
ref
elgabbr-
 		Gültigkeit 2011‑12‑19
Status draft Entwurf Versions-Label
Name HeaderLegalAuthenticator Anzeigename 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)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 46 Templates, Benutzt 1 Template
Benutzt von als Name Version
1.2.40.0.10.1.4.3.4.1.1.1 Inklusion retired eMedikation Rezept 2013‑12‑16
1.2.40.0.34.11.10005 link retired ELGA CDA Dokument eMedikation Rezept 2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.2 Inklusion retired eMedikation Abgabe 2013‑12‑16
1.2.40.0.34.11.10006 link retired ELGA CDA Dokument eMedikation Abgabe 2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.3 Inklusion retired eMedikation Medikationsliste 2013‑12‑16
1.2.40.0.34.11.10007 link retired ELGA CDA Dokument eMedikation Medikationsliste 2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.4 Inklusion retired eMedikation Pharmazeutische Empfehlung 2013‑12‑16
1.2.40.0.34.11.10008 link retired ELGA CDA Dokument eMedikation Pharmazeutische Empfehlung 2013‑12‑16
1.2.40.0.34.11.1 Inklusion active Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente 2017‑02‑20
1.2.40.0.34.11.1 Inklusion retired Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente 2011‑12‑19
1.2.40.0.34.11.12 Inklusion draft Pflegesituationsbericht 2015‑09‑18
1.2.40.0.34.11.10009 link draft ELGA CDA Dokument Pflegesituationsberichts 2015‑09‑26
1.2.40.0.34.11.2 Inklusion draft Entlassungsbrief (Ärztlich) 2015‑12‑11
1.2.40.0.34.11.10001 link active ELGA CDA Dokument Entlassung Ärztlich 2013‑11‑07
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2014‑11‑20
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2014‑05‑25
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2014‑01‑05
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2013‑11‑06
1.2.40.0.34.11.3 Inklusion draft Entlassungsbrief (Pflege) 2015‑12‑11
1.2.40.0.34.11.10002 link active ELGA CDA Dokument Entlassung Pflege 2013‑11‑07
1.2.40.0.34.11.3 Inklusion retired Entlassungsbrief (Pflege) 2015‑09‑18
1.2.40.0.34.11.3 Inklusion retired Entlassungsbrief (Pflege) 2015‑02‑02
1.2.40.0.34.11.3 Inklusion retired Entlassungsbrief (Pflege) 2014‑11‑20
1.2.40.0.34.11.3 Inklusion retired Entlassungsbrief (Pflege) 2014‑01‑05
1.2.40.0.34.11.3 Inklusion retired Entlassungsbrief (Pflege) 2013‑11‑12
1.2.40.0.34.11.4 Inklusion draft Laborbefund 2015‑09‑24
1.2.40.0.34.11.10003 link active ELGA CDA Dokument Laborbefund 2013‑11‑07
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2015‑02‑02
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2014‑12‑06
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2014‑03‑25
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2014‑03‑01
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2013‑11‑07
1.2.40.0.34.11.5 Inklusion draft Befund Bildgebende Diagnostik 2015‑09‑24
1.2.40.0.34.11.10004 link active ELGA CDA Dokument Befund Bildgebende Diagnostik 2013‑10‑16
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2015‑01‑30
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2014‑11‑20
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2014‑03‑25
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2013‑10‑16
1.2.40.0.34.11.8.1 Inklusion draft eMedikation Rezept 2014‑01‑31
1.2.40.0.34.11.10005 link draft ELGA CDA Dokument eMedikation Rezept 2014‑01‑31
1.2.40.0.34.11.8.2 Inklusion draft eMedikation Abgabe 2014‑01‑31
1.2.40.0.34.11.10006 link draft ELGA CDA Dokument eMedikation Abgabe 2014‑01‑31
1.2.40.0.34.11.8.3 Inklusion draft eMedikation Medikationsliste 2014‑01‑31
1.2.40.0.34.11.10007 link draft ELGA CDA Dokument eMedikation Medikationsliste 2014‑01‑31
1.2.40.0.34.11.8.4 Inklusion active eMedikation Pharmazeutische Empfehlung 2014‑01‑31
1.2.40.0.34.11.10008 link draft ELGA CDA Dokument eMedikation Pharmazeutische Empfehlung 2014‑01‑31
Benutzt als Name Version
1.2.40.0.34.11.90003 Inklusion active AssignedEntityElements DYNAMIC
Beziehung Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<legalAuthenticator>
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20130324082015+0100"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->
  <assignedEntity>
    <!-- Identifikation des Rechtlichen Unterzeichners des Dokuments -->
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <!-- Kontaktdaten des Rechtlichen Unterzeichners des Dokuments -->
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    <!-- Personendaten des Rechtlichen Unterzeichners des Dokuments -->
    <assignedPerson>
      <!-- Name des Rechtlichen Unterzeichners des Dokuments -->
      <name>
        <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Rechtlichen Unterzeichners des Dokuments die Dokumentation unterzeichnet hat -->
    <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.
 (Headotstor)
@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
(Headotstor)
hl7:signatureCode
 CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
 (Headotstor)
@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.
 (Headotstor)
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
(Headotstor)
hl7:addr
 AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Headotstor)
hl7:telecom
 TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Headotstor)
hl7:assignedPerson
 1 … 1 M Persondendaten der validierenden Person.
 (Headotstor)
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.
 (Headotstor)
hl7:representedOrganization
 0 … 1 Organistationsdaten der validierenden Person.
 (Headotstor)
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 … * (Headotstor)
hl7:name
 ON 1 … 1 M (Headotstor)
hl7:telecom
 TEL.AT 0 … * (Headotstor)
hl7:addr
 AD 0 … 1 (Headotstor)