1.2.40.0.34.6.0.11.1.5/static-2019-03-04T114157

Id	1.2.40.0.34.6.0.11.1.5	Gültigkeit	2019‑03‑04 11:41:57
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_LegalAuthenticator	Anzeigename	Legal Authenticator
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	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) 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. (atc...tor) @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 (atc...tor) hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. (atc...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. (atc...tor) Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt TODO: Assert Nullflavor TODO: restliche Attribute (atc...tor) @nullFlavor cs 0 … 1   hl7:addr Adressangabe in Granularitätsstufe 2 oder 3 TODO Assert NF Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Information Compilation (DYNAMIC) (atc...tor) @nullFlavor cs 0 … 1 F UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK TODO Assert NF (atc...tor) @nullFlavor cs 0 … 1 F UNK @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Es gelten die ELGA Formatkonventionen für Telekom-Daten Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …) Bsp: WP Zulässige Werte gemäß Value-Set "AddressUse"   CONF Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (atc...tor) Eingefügt von 1.2.40.0.34.6.0.11.9.6 Person Name Information Compilation GS2 (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … * R Namen-Element (Person) (atc...tor) @nullFlavor cs 0 … 1   Zugelassene nullFlavors: MSK … Der Name der Person darf nicht bekanntgegeben werden UNK … Der Name der Person ist unbekannt @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist. Bsp: A („Artist“) Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“ Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen z.B. Akademische Titel, Adelstitel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! (atc...tor) @qualifier cs 0 … 1   Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt. z.B.: AC („Academic“) Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“ hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) (atc...tor) @qualifier cs 0 … 1   Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet. z.B.: BR („Birth“) Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“ hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...tor) @qualifier cs 0 … 1   Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet. z.B.: BR („Birth“) Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“ hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen (atc...tor) @qualifier cs 0 … 1   Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt. z.B.: AC („Academic“) Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“   Schematron assert role  error     see TODO testen     test not(@nullFlavor='MSK' or @nullFlavor='UNK') or (hl7:name)     Meldung Nullflavor muss MSK oder UNK sein   hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (atc...tor) Eingefügt von 1.2.40.0.34.6.0.11.9.12 Organization Compilation (DYNAMIC) hl7:id II 1 … * M Die OID der Organisation aus dem GDA-Index. (atc...tor) @root uid 1 … 1 R @extension st 0 … 1   hl7:name ON 1 … 1 M Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ (atc...tor) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...tor) @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ TODO „ELGA_URLScheme“ prüfen @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“ TODO: Assert: bei Angabe mehrerer Tel, @use angeben   CONF Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) hl7:addr AD 0 … * Adresse der Organisation des Verfassers des Dokuments. TODO HeaderAuthor Basisleitfäden: addr 0..1, prüfen Beinhaltet 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (DYNAMIC) (atc...tor) @use set_cs 0 … 1     CONF Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC)