1.2.40.0.34.6.0.11.1.5/static-2019-03-04T114157

Aus HL7 Austria MediaWiki
Version vom 20. Juni 2019, 05:26 Uhr von ADbot (Diskussion | Beiträge) (Automated ADBot page content)
Wechseln zu: Navigation, Suche
Id1.2.40.0.34.6.0.11.1.5
ref
at-cda-bbr-
Gültigkeit2019‑03‑04 11:41:57
StatusKyellow.png EntwurfVersions-Label2019
Nameatcdabbr_header_LegalAuthenticatorAnzeigenameLegal 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.

KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgaimpf-data​element-368Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.22InklusionKyellow.png Assigned Entity (2019)DYNAMIC
BeziehungVersion: 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>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
Rechtlicher Unterzeichner.
(atc...tor)
 
Target.png
elgaimpf-data​element-368Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
Treetree.png@context​Control​Code
cs1 … 1FOP
Treetree.png@typeCode
cs0 … 1FLA
Treetree.pnghl7:time
TS.AT.TZ1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atc...tor)
Treeblank.pngTreetree.png@nullFlavor
cs0 … 1FUNK
Treetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(atc...tor)
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1M
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)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine ID der Person der Entität
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
(atc...tor)
Treeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 Schematron assertroleKred.png error 
 testnot(hl7:id/@root) or (not(hl7:id/@nullFlavor='NI') or not(hl7:id/@nullFlavor='UNK')) 
 MeldungZugelassene @nullFlavor sind "NI" oder "UNK" 
Treeblank.pngTreetree.pnghl7:addr
0 … 1Ein Adress-Element der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

Adressangabe in Granularitätsstufe 2 oder 3, Zugelassener nullFlavor "UNK"

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(atc...tor)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FUNK
 Schematron assertroleKred.png error 
 testnot (hl7:addr) or not(hl7:addr/@nullFlavor='UNK') 
 MeldungEs kann entweder eine Adresse oder der nullFlavor "UNK" angegeben werden. 
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
   
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...tor)
Treeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.)
Es gelten die ELGA Formatkonventionen für Telekom-Daten
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreetree.png@use
cs0 … 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)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...tor)
Treeblank.pngTreeblank.png wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1
Organisationsdaten der Entität
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
(atc...tor)