Laboranforderung

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
K (→‎Copyright-Hinweis, Nutzungshinweise)
Zeile 48: Zeile 48:
 
Näheres unter http://www.hl7.de und http://www.hl7.org.
 
Näheres unter http://www.hl7.de und http://www.hl7.org.
 
{{EndGreenBox}}
 
{{EndGreenBox}}
−
 
  
 
Das Muster 10 wird in der vertragsärztlichen Versorgung zur Anforderung von Leistungen des Kapitels 32 des Einheitlichen Bewertungsmaßstabes (EBM) und entsprechender laboratoriumsmedizinischer Leistungen der Abschnitte 1.7 und 30.12.2 EBM sowie der Gebührenordnungspositionen (GOP) der Abschnitte 11.4 und 19.4 EBM verwendet.
 
Das Muster 10 wird in der vertragsärztlichen Versorgung zur Anforderung von Leistungen des Kapitels 32 des Einheitlichen Bewertungsmaßstabes (EBM) und entsprechender laboratoriumsmedizinischer Leistungen der Abschnitte 1.7 und 30.12.2 EBM sowie der Gebührenordnungspositionen (GOP) der Abschnitte 11.4 und 19.4 EBM verwendet.
−
 
−
Das Muster 10 wird in der vertragsärztlichen Versorgung zur Anforderung von Leistungen des Kapitels 32 des Einheitlichen Bewertungsmaßstabes (EBM) und entsprechender laboratoriumsmedizinischer Leistungen der Abschnitte 1.7 und 30.12.2 EBM sowie der Gebührenordnungspositionen (GOP) der Abschnitte 11.4 und 19.4 EBM verwendet.
 
  
 
Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Musters 10 "Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung"  in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können.
 
Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Musters 10 "Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung"  in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können.
  
 
<div class="landscape">
 
<div class="landscape">
 +
 
=CDA Header Level Templates=
 
=CDA Header Level Templates=
  

Version vom 25. März 2018, 15:53 Uhr

Under construction icon-blue.svg This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template.
This article was last edited by Epantazoglou (talk| contribs) 6 years ago. (Purge)
Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Epantazoglou (talk| contribs) 6 years ago. (Purge)
Logo-hl720.jpg
Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen
Laboranforderung
Implementierungsleitfaden
vorgelegt von:
.
in Arbeit
Version: 0.1
Datum: 17. Januar 2018
Status: Entwicklung
Verfahren: {{{Verfahren}}}
Realm: Flag de.svg Deutschland
Copyright © 2018: HL7 Deutschland


Abstimmungsdokument 
Version Datum Status Realm
0.1 01.04.2018 Si-vote.svg Abstimmung Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
Kontributoren 
100px HS Niederrhein Krefeld

Dokumenteninformationen

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Impressum

Dieser Leitfaden wurde im Rahmen des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppen erstellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2]

Ansprechpartner und Autoren

  • Elisabeth Pantazoglou, HS Niederrhein


Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Disclaimer

Talk.svg Disclaimer
  • Der Inhalt dieses Dokumentes ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf der Normative Edition 2005 von HL7 Version 3 bzw. dem ISO-Standard Clinical Document Architecture (CDA) Release 2 (ISO/HL7 27932:2009 Data Exchange Standards -- HL7 Clinical Document Architecture, Release 2) beruhen, für die © HL7 International gilt.
  • Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Für alle veröffentlichten Dateien mit einem CDA-Bezug gilt ferner: Alle abgestimmten und veröffentlichten Spezifikationen wie Implementierungsleitfäden, Stylesheets und Beispieldateien sind frei verfügbar und unterliegen keinerlei Einschränkungen, da die Autoren auf alle Rechte, die sich aus der Urheberschaft der Dokumente ableiten lassen, verzichten.

Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland e.V., zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

Näheres unter http://www.hl7.de und http://www.hl7.org.

Das Muster 10 wird in der vertragsärztlichen Versorgung zur Anforderung von Leistungen des Kapitels 32 des Einheitlichen Bewertungsmaßstabes (EBM) und entsprechender laboratoriumsmedizinischer Leistungen der Abschnitte 1.7 und 30.12.2 EBM sowie der Gebührenordnungspositionen (GOP) der Abschnitte 11.4 und 19.4 EBM verwendet.

Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Musters 10 "Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung" in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können.

CDA Header Level Templates

Im Header der Verordnungsdateien werden alle benötigten administrativen Daten in einer festen Struktur abgebildet. Die hier erfassten Daten sind umfangreicher als auf einer papiergebundenen Verordnung, wodurch eine maschinelle Verarbeitung innerhalb verschiedener Institutionen unterstützt wird, da keine administrativen Daten mehr an anderer Stelle hinzugefügt werden müssen.

Patient (CDA recordTarget)

Id1.2.276.0.76.10.2048Gültigkeit2016‑02‑19 15:12:48
StatusKyellow.png EntwurfVersions-Label
NameCDArecordTargetvomgtBezeichnungCDA recordTarget (vomgt)
BeschreibungDas recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst IDs und dem Namen, Geschlecht, Adressen etc.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-4Kyellow.png Patientendaten Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC)
ref
ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(CDA...mgt)
 
Target.png
vomgt-data​element-4Kyellow.png Patientendaten Kyellow.png KV-Mustersammlung
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
Treetree.pnghl7:templateId
1 … 1M(CDA...mgt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treetree.pnghl7:patientRole
1 … 1(CDA...mgt)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <!-- eGK Nr -->
  <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->
  <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
Treeblank.pngTreetree.pnghl7:id
0 … *R(CDA...mgt)
Treeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(CDA...mgt)
 Beispiel
normale Adresse
<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
 Beispiel
Postfach
<addr use="HP">
  <postBox>654321</postBox>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(CDA...mgt)
 
Target.png
vomgt-data​element-26Kyellow.png Name Kyellow.png KV-Mustersammlung
vomgt-data​element-773Kyellow.png Full Name Kyellow.png KV-Mustersammlung
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der
Isar</family>  <suffix>, MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(CDA...mgt)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(CDA...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(CDA...mgt)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(CDA...mgt)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(CDA...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CENPHier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element.
(Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)

(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(CDA...mgt)
 Beispiel<birthTime value="19491224"/>


Author Person (CDA authorPerson)

Id1.2.276.0.76.10.2049Gültigkeit2016‑09‑06 10:43:05
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorPersonBezeichnungCDA author Person (vomgt)
BeschreibungDieses Template spezifiziert, wie ein Mensch/Person als Autor des Dokumentes angegeben wird.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 6 Konzepte
IdNameDatensatz
vomgt-data​element-3Kyellow.png Arztdaten Kyellow.png KV-Mustersammlung
vomgt-data​element-33Kyellow.png Betriebsstättennummer Kyellow.png KV-Mustersammlung
vomgt-data​element-34Kyellow.png Arzt-Nr Kyellow.png KV-Mustersammlung
vomgt-data​element-679Kyellow.png ASV-Teamnummer Kyellow.png KV-Mustersammlung
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
vomgt-data​element-756Kyellow.png Krankenhaus Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90032InklusionKyellow.png CDA Organization Elements (vomgt)DYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.2002 CDA author (DYNAMIC)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC)
ref
ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.2007 CDA author Person (2013‑10‑11)
ref
hl7de-
Beispiel
Beispiel
<author typeCode="AUT">
  <templateId root="1.2.276.0.76.10.2049"/>  <functionCode code="DISPHYS" displayName="discharging physican" codeSystem="2.16.840.1.113883.5.88" codeSystemName="ParticipationFunction"/>  <time value="201304071300"/>  <assignedAuthor classCode="ASSIGNED">
    <id root="20cf14fb-b65c-4c8c-a54d-b0cca834c18c"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix>Dr.med.</prefix>        <given>Karl</given>        <family>Gebhardt</family>      </name>    </assignedPerson>    <representedOrganization>
      <id root="2.16.840.1.113883.19.5"/>      <name>Beispiel Krankenhaus</name>    </representedOrganization>  </assignedAuthor></author>
ItemDTKardKonfBeschreibungLabel
hl7:author
(Hea...son)
wo [hl7:templateId/@root='1.2.276.0.76.10.2049']
 
Target.png
vomgt-data​element-3Kyellow.png Arztdaten Kyellow.png KV-Mustersammlung
vomgt-data​element-33Kyellow.png Betriebsstättennummer Kyellow.png KV-Mustersammlung
vomgt-data​element-34Kyellow.png Arzt-Nr Kyellow.png KV-Mustersammlung
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<author typeCode="AUT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- ... -->
  </assignedAuthor></author>
Treetree.pnghl7:templateId
II1 … 1M(Hea...son)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treetree.pnghl7:functionCode
CE0 … 1(Hea...son)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1(Hea...son)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treetree.pnghl7:assignedAuthor
1 … 1(Hea...son)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … 1Die LANR des Arztes wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.(Hea...son)
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.16
Treeblank.pngTreetree.pnghl7:id
II0 … 1RDie ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen. 

Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!
(Hea...son)
 
Target.png
vomgt-data​element-679Kyellow.png ASV-Teamnummer Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.200
Treeblank.pngTreetree.pnghl7:code
CE0 … 1Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin(Hea...son)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.101 S_BAR2_ARZTNRFACHGRUPPE (DYNAMIC)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...son)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...son)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...son)
Treeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Hea...son)
 
Target.png
vomgt-data​element-756Kyellow.png Krankenhaus Kyellow.png KV-Mustersammlung
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>
    <!-- ... -->
  </name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1RDie BSNR für die entsprechende Betriebsstätte wird im id-Element in @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.
Es muss entweder die BSNR oder die ASV-Teamnummer übermittelt werden! 		(Hea...son)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid0 … 1F1.2.276.0.76.4.17
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...son)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...son)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...son)


verwaltende Organisation (CDA custodian)

Id1.2.276.0.76.10.2004Gültigkeit2020‑03‑29
Andere Versionen mit dieser Id:
  • Kblank.png HeaderCustodian vom 2013‑07‑17
  • Kblank.png HeaderCustodian vom 2013‑07‑07
StatusKgreen.png AktivVersions-Label
NameHeaderCustodianBezeichnungCDA custodian
BeschreibungVerantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
ItemDTKardKonfBeschreibungLabel
hl7:custodian
(Hea...ian)
Treetree.png@typeCode
0 … 1FCST
 Beispiel<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- ... -->
    </representedCustodianOrganization>  </assignedCustodian></custodian>
Treetree.pnghl7:assignedCustodian
1 … 1M(Hea...ian)
Treeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ian)


Unterzeichner (CDA authenticator)

Id1.2.276.0.76.10.2020Gültigkeit2014‑08‑25
StatusKyellow.png EntwurfVersions-Label
NameHeaderLegalAuthenticatorBezeichnungCDA legalAuthenticator
BeschreibungVor dem Gesetz verantwortliche Unterzeichner des Dokumentes
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90012InklusionKgreen.png CDA Assigned Entity ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<legalAuthenticator typeCode="LA">
  <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>
    <id extension="a00123456" root="1.2.276.0.76.3.9.8.7.6"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>    </assignedPerson>    <representedOrganization>
      <name>Klinik am Zempiner Steig</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>
        <streetName>Zempiner Steig</streetName>        <houseNumber>4</houseNumber>        <postalCode>15266</postalCode>        <city>Berlin</city>      </addr>    </representedOrganization>  </assignedEntity></legalAuthenticator>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
0 … 1(Hea...tor)
Treetree.png@typeCode
0 … 1FLA
Treetree.png@context​Control​Code
0 … 1FOP
Treetree.pnghl7:time
TS1 … 1R(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1R(Hea...tor)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treetree.pnghl7:assignedEntity
1 … 1R(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)


CDA Section Level Templates

CDA Entry Level Templates

noch zu füllen

??????????


Terminologien

Folgende Terminologien werden verwendet.

Anhang

Referenzen

  1. ↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
  2. ↑ HL7 Deutschland e. V. http://www.hl7.de

Abbildungen

Abgerufen von „https://wiki.hl7.de/index.php?title=IG:Laboranforderung&oldid=48422“