Vorlage:Elga-cdalab-2.06.3: Referenz zum Auftrag

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche

1 Referenz zum Auftrag

1.1 Einweisender/Zuweisender/Überweisender Arzt

Aufgrund der Tatsache, dass IHE in dem Laboratory Technical Framework den Auftraggeber als participant mit dem typeCode=“REF“ führt und ELGA den einweisenden/zuweisenden/überweisenden Arzt ebenfalls als participant mit dem typeCode=“REF“ definiert, sich diese Elemente jedoch strukturell unterscheiden ist die Verwendung des ELGA Elements (mit templateId 1.2.40.0.34.11.1.1.2) NICHT ERLAUBT.

Die Verwendung dieses ELGA participant-Elements mit templateId 1.2.40.0.34.11.1.1.2 ist im Labor NICHT ERLAUBT.

1.2 Auftraggeber/„Ordering Provider“

Der Auftraggeber (bzw „ordering provider“, ClinicaDocument/participant@typeCode=“REF““) ist die Organisation oder der Arzt, welche/welcher den Auftrag erstellt hat. Der Auftraggeber wird als participant mit dem typeCode=“REF“ (referrer) ausgeführt und ist [R] verpflichtend anzugeben. Die Verwendung von NullFlavor ist möglich.

Der Auftraggeber ist des Weiteren mit der templateId "1.3.6.1.4.1.19376.1.3.3.1.6" zu kenn-zeichnen (die templateId entfällt bei Verwendung des NullFlavors).

1.2.1 Spezifikation

Id1.3.6.1.4.1.19376.1.3.3.1.6
ref
elgabbr-
Gültigkeit2016‑07‑05
StatusKyellow.png EntwurfVersions-Label2016
NameIHEOrderingProviderBezeichnungOrdering Provider
Beschreibung
KontextElternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.3.1.6
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.3.6.1.4.1.19376.1.3.3.1.6 Ordering Provider (2016‑07‑05)
ref
elgabbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.108 CDA participant (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel
<participant typeCode="REF">
  <templateId root="1.3.6.1.4.1.19376.1.3.3.1.6"/>  <time value="20121201071500+0100"/>  <associatedEntity classCode="PROV">
    <id root="2.16.840.1.113883.2.16.1.99.3.1" extension="DFRANK"/>    <addr>
      <streetName>Mozartgasse</streetName>      <houseNumber>1-7</houseNumber>      <postalCode>5350</postalCode>      <city>St.Wolfgang</city>      <state>Salzburg</state>      <country>AUT</country>    </addr>
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    <associatedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <family>Frank</family>        <given>Dieter</given>      </name>
    </associatedPerson>
    <scopingOrganization>
      <id extension="SampleGDA99" root="2.16.840.1.113883.2.16.1.99.3.1"/>      <name>Krankenhaus der Barmherzigen Brüder</name>      <telecom use="WP" value="tel: 01.47110815"/>      <addr nullFlavor="UNK"/>    </scopingOrganization>
  </associatedEntity>
</participant>
Beispiel
Strukturbeispiel, wenn der Auftraggeber nicht verfügbar ist:
<!-- ordering provider -->
<participant nullFlavor="UNK" typeCode="REF">
  <associatedEntity classCode="PROV"/></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
0 … *
Auftraggeber (Überweiser)
Zugelassene nullFlavor:
  • UNK … Auftraggeber ist unbekannt oder wurde nicht angegeben
(IHE...der)
Treetree.png@typeCode
cs1 … 1FREF
 EN-US.png

In particular, when the ordering provider of the order (or group of orders) fulfilled by this laboratory report is present in the CDA, it SHALL be documented as a participant with the attribute typeCode valued “REF” (referrer).

Treetree.pnghl7:templateId
II1 … 1MEN-US.png

The templateId element identifies this participant as an ordering physician. The templateId SHALL have root="1.3.6.1.4.1.19376.1.3.3.1.6".

(IHE...der)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.6
Treetree.pnghl7:associated​Entity
1 … 1R(IHE...der)
Treeblank.pngTreetree.pnghl7:addr
AD1 … *REN-US.png

ClinicalDocument/participant(s) MAY be present. When present, this element SHALL be in accordance with the HL7 CDA R2 standard with a time element and further constrained by this specification to require the presence of addr.

(IHE...der)
Treeblank.pngTreetree.pnghl7:telecom
TEL1 … *REN-US.png

ClinicalDocument/participant(s) MAY be present. When present, this element SHALL be in accordance with the HL7 CDA R2 standard with a time element and further constrained by this specification to require the presence of telecom.

(IHE...der)
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1EN-US.png

ClinicalDocument/participant(s) MAY be present. When present, this element SHALL be in accordance with the HL7 CDA R2 standard with a time element and further constrained by this specification to require the presence of name.

(IHE...der)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

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.
(IHE...der)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1EN-US.png

All persons (including the patient) and organizations mentioned in the document SHALL provide elements name, addr and telecom.

(IHE...der)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(IHE...der)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(IHE...der)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(IHE...der)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(IHE...der)


1.2.2 Auftragsdatum („ClinicalDocument/participant@typeCode="REF"/time“)

Das Auftragsdatum ist das Datum/Zeit an dem der Auftrag vom Auftraggeber abgesendet wird. Das Auftragsdatum wird als time-Element beim Auftraggeber ausgeführt (siehe Kapitel Auftraggeber/Ordering Provider), und ist verpflichtend anzugeben. Bei einer manuellen Erfassung eines Auftrags im Labor kann dieses als nullFlavor=“NA“ ausgeführt werden.

1.3 Auftragsidentifikation („ClinicalDocument/inFulfillmentOf/order“)

Das Element beschreibt die Referenz auf den Auftrag auf der Auftraggeberseite. Es ist das id-Element für die Auftragsnummer auf Auftraggeberseite anzuführen.

Da die Referenz auf einen Auftrag im Labor eine wesentliche Information darstellt, ist das Element in Änderung zur Definition gem. „Allgemeinen Implementierungsleitfaden“ verpflichtend anzugeben.

1.3.1 Spezifikation

Id1.2.40.0.34.11.20009
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderInFulfillmentOfBezeichnungHeaderInFulfillmentOf
Beschreibung
Das Element “inFulfillmentOf” ermöglicht die Referenz zum ursprünglichen Auftrag des Auftraggebers.
Dies kann zum Beispiel eine Auftrags- oder Anforderungsnummer sein. Das Element erlaubt genau ein order Unterelement.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<inFulfillmentOf typeCode="FLFS">
  <order classCode="ACT" moodCode="RQO">
    <id root="2.16.840.1.113883.2.16.1.99.3.1" extension="081201-004"/>  </order>
</inFulfillmentOf>
ItemDTKardKonfBeschreibungLabel
hl7:inFulfillmentOf
Komponente zur Dokumentation des Auftrags.(Hea...tOf)
Treetree.png@typeCode
cs1 … 1FFLFS
Treetree.pnghl7:order
1 … 1MAuftrag.(Hea...tOf)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
Treeblank.pngTreetree.pnghl7:id
II1 … 1MAuftragsnummer, Anforderungsnummer.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(Hea...tOf)