elga-cdaalf-2.06.2:Rechtlicher Unterzeichner („legalAuthenticator“)

1 Rechtlicher Unterzeichner („legalAuthenticator“)

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 6.3.7 „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.

Auszug aus dem R-MIM:

Klassen rund um den Rechtlichen Unterzeichner und Mitunterzeichner.

1.1 Spezifikation

Id	1.2.40.0.34.11.20006 ref elgabbr-	Gültigkeit	2011‑12‑19 Andere Versionen mit dieser Id: HeaderLegalAuthenticator vom 2018‑10‑18 14:34:23
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)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  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.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. (Hea...tor)   elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  Datensatz @typeCode cs 0 … 1 F LA hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...tor) hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. (Hea...tor) @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. (Hea...tor) 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...tor) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...tor) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL.AT 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

1.1.1 legalAuthenticator Element Allgemein

Element/Attribut	DT	Kard	Konf	Beschreibung
legalAuthenticator	POCD_MT000040.LegalAuthenticator		C	Rechtlicher Unterzeichner
Konditionale Konformität: Regelfall: Der Inhalt des Dokuments wird durch eine natürliche Person freigegeben. Sonderfall: Multidisziplinärer Befund mit gleichberechtigten ärztlichen Unterzeichnern Sonderfall „automatisch erstellte Dokumente“: Dokumente, deren Inhalt durch einen Algorithmus erzeugt und die nicht von einer natürlichen Person freigegeben werden.		1..1 0..1 0..0	M O NP	Der rechtliche Unterzeichner MUSS angegeben werden Ob einer der Sonderfälle zur Anwendung kommen DARF, ist in den jeweiligen speziellen Leitfäden definiert. Der rechtliche Unterzeichner KANN angegeben werden, wenn er fehlt, MÜSSEN mindestens zwei Authenticator-Elemente angegeben werden. Der legalAuthenticator DARF NICHT angegeben werden. Siehe auch Spezifikation: Datenerstellende Geräte als „author“, Kapitel.

1.1.2 time

Element/Attribut	DT	Kard	Konf	Beschreibung
time	TS	1..1	R	Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK

1.1.3 signatureCode

Element/Attribut	DT	Kard	Konf	Beschreibung
signatureCode	CS CNE	1..1	M	Signaturcode (gibt an, dass das Originaldokument unterzeichnet wurde) Fester Wert: @code = S

1.1.4 assignedEntity

Element/Attribut	DT	Kard	Konf	Beschreibung
assignedEntity	POCD_MT000040.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.