Child Element Content Module (Template)

Aus Hl7wiki
(Teildokument von Pathologiebefund)
Wechseln zu: Navigation, Suche
(Generisches Specimen Collection Procedure Template)
K (Definition und Zweck)
Zeile 207: Zeile 207:
 
===Definition und Zweck===
 
===Definition und Zweck===
  
Das Material<entry>Content Modul enthält in maschinenlesbarer Form die Informationen bezüglich eines Materials (Specimen) oder Gruppe von Materialien. Es ist nur innerhalb anderer Entry Elemente von Dokument Content Modulen nutzbar.
+
Das Specimen Collection Procedure (Material)<entry>Content Modul enthält in maschinenlesbarer Form die Informationen bezüglich eines Materials (Specimen) oder Gruppe von Materialien. Es ist nur innerhalb anderer Entry Elemente von Dokument Content Modulen nutzbar.
  
 
Dieses Content Module strukturiert die maschinenlesbaren Daten, die die Charakteristiken der Materialien (Specimens) und die Prozedur ihrer Gewinnung charakterisieren: Typ der Prozedur, Zeitintervall, Durchführende (Person und Organisation), Zielgebiet.
 
Dieses Content Module strukturiert die maschinenlesbaren Daten, die die Charakteristiken der Materialien (Specimens) und die Prozedur ihrer Gewinnung charakterisieren: Typ der Prozedur, Zeitintervall, Durchführende (Person und Organisation), Zielgebiet.

Version vom 26. März 2013, 09:19 Uhr

Dieses Material ist Teil des Leitfadens Pathologiebefund.
  • 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 .

Child Element Content Module

Specimen Collector im Header

Template ID 1.3.6.1.4.1.19376.1.8.1.4.1
General Description In diesem Abschnitt werden die Informationen zur Materialgewinnung übermittelt, falls der Material gewinnende Arzt nicht der Einsender ist.
Status IHE
LOINC Code Opt. Description
???? O

Definition und Zweck

Dieses Content Module kann nur im Header genutzt werden.

Es darf nur verwendet werden, falls der Material gewinnende Arzt nicht der Einsender ist vgl. use cases).

Beispiel

  <participant typeCode="DIST">
  <time><high>200911140805</high></time> <!-- date&time of specimen collection -->
    <associatedEntity classCode="CAREGIVER"> 
    <id root="1.3.6.1.4.1.19376.1.8.9.1" extension="801234567897"/>
    <addr nullFlavor=”NASK”/>
    <telecom nullFlavor=”NASK”/>
    <associatedPerson>
     <name> 
       <given>Roberta</given>
       <family>Slicer</family>
     </name>
    </associatedPerson>
   </associatedEntity> 
   </participant>

Spezifikation

tbd


Autor

siehe auch verkürzt in cdapath:Autor (author) (Template)


Template ID 1.3.6.1.4.1.19376.1.8.1.4.2
General Description In diesem Abschnitt werden die Informationen zum Autor des Befundes / Befundberichts übermittelt.
Status IHE
LOINC Code Opt. Description
???? O

Definition und Zweck

Dieses Content Module kann im CDA-Header, in <sections> und in verschiedener Tiefe eines <entry> genutzt werden. Es beschreibt den Autor, der zum ganzen Befundbericht oder zu Teilen desselben (Section, Observation, Gruppe von Observations) beigetragen hat. Ein Dokument oder ein bestimmter teil des Dokuments kann mehr als einen Autor haben. Ein Autor KANN eine Person oder ein Gerät (z.B. Messgerät, Auswertesoftware) sein. In beiden Fällen KANN die betreffende Organisation beschrieben werden.

Beispiel

  <author>
    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.2"/>
    <time value="20090529094914.827+0100"/>
    <assignedAuthor>
      <id root="1.3.6.1.4.1.19376.1.8.9.1" extension="801234567897"/> 1875
      <telecom value="tel:+33-602030499"/>
         <assignedPerson>
           <name>
            <given>Karl</given>
            <family>Patholog</family> 1880
           </name>
         </assignedPerson>
         <representedOrganization>
           <id root="1.3.6.1.4.1.19376.1.8.9.2" extension="1120456789"/>
             <name>Institut für Pathologie Musterstadt</name> 1885
             <telecom nullFlavor="MSK"/>
             <addr nullFlavor="MSK"/>
         </representedOrganization>
     </assignedAuthor>
    </author>

Spezifikation

Dieses Content Modul enthält keine weiteren Content Module.

Datenelement Verw. Kard. Path and Constraints (Xpath + indentation) Vokabular / Quelle Bemerk. DT HL7 V2.5.1
Autor O [0..*] author OBR-35
Conformance R [1..1] templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.2"]
Autorisierungszeit R [1..1] time@value (1) ts
Identifizierung C [0..1] assignedAuthor
Identifier R [1..*] id II
Adresse R [1..*] addr AD
Telefon R [1..*] telecom TEL
Person C [0..1] assignedPerson (2)
Name R [1..*] name PN
Autorisierendes Gerät C [0..1] authoringDevice (2)
Typ R2 [0..1] code CE
Modellname R2 [0..1] manufacturerModelName SC
Softwarename R2 [0..1] softwareName SC
Organisation O [0..1] representedOrganization
Identifier R2 [0..*] id II
Name R [1..1] name ON
Telefon O [0..*] telecom TEL
Adresse O [0..*] addr AD


Bemerkungen:

(1) Die Autorisierungszeitist die zeit, zu der der Autor zum Dokument beigetragen hat. Sie MUSS angegeben werden.

(2) Der Autor ist entweder eine Person oder ein autorisierendes Gerät.

Content Validator

tbd

Specimen Information Organizer

tbd

Generisches Specimen Collection Procedure Template

Template ID 1.3.6.1.4.1.19376.1.3.1.2(AP APSR 6.2.6.5)
General Description In diesem Abschnitt werden die maschinenlesbaren Daten zur Materialart und -gewinnung übermittelt.
Status identisch zu IHE
LOINC Code Opt. Description
R Specimen Collection Procedure

Definition und Zweck

Das Specimen Collection Procedure (Material)<entry>Content Modul enthält in maschinenlesbarer Form die Informationen bezüglich eines Materials (Specimen) oder Gruppe von Materialien. Es ist nur innerhalb anderer Entry Elemente von Dokument Content Modulen nutzbar.

Dieses Content Module strukturiert die maschinenlesbaren Daten, die die Charakteristiken der Materialien (Specimens) und die Prozedur ihrer Gewinnung charakterisieren: Typ der Prozedur, Zeitintervall, Durchführende (Person und Organisation), Zielgebiet.

(Each organ-specific APSR Document Content Module mandates an organ-specific template, child of the “Specimen Collection Procedure” generic template. This organ-specific child template has exactly the same structure as the generic one, and brings only a number of vocabulary constraints related to this specific organ:

• The value set bound to the procedure/code element, consisting in a list of triplets (code, codeSystem, displayName) representing the various specimen collection procedures that can be performed on this specific organ.

• The value set bound to the procedure/targetSiteCode element, consisting in a list of triplets (code, codeSystem, displayName) representing the various precise locations for collecting specimens from this specific organ.

Thus, a specimen collection procedure in an <entry> within an organ-specific APSR Document Content Module declares conformance to two templates: The “Specimen Collection Procedure” generic template and the “Specimen Collection Procedure” child template constraining the vocabularies for the contextual organ.)

Das muss noch geklärt werden. GH

Beispiel

<!-- Specimen collection procedure -->
<procedure classCode="PROC" moodCode="EVN">
  <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>    <!-- generic template -->
  <templateId root="1.3.6.1.4.1.19376.1.8.1.4.28"/> <!-- breast template '''????'''-->
  <!-- specimen collection act -->
   <code code="277261002" codeSystem="2.16.840.1.113883.6.96"
        displayName="Excision Biopsy"/>
  <!-- Specimen collection date& time -->
   <effectiveTime>            <!-- Specimen collection date& time -->
    <low value="201012150905"/>
    <high value="201012150935"/>
   </effectiveTime>
  <!-- Specimen source -->
   <targetSiteCode code="76752008" codeSystem="2.16.840.1.113883.6.96"
                  displayName="Breast"/>
  <!-- Specimen collector -->
   <performer>                
    <assignedEntity>
      <id root=" "/>
      <!-- ID of Organization collecting specimen -->
        <representedOrganization>
          <name> </name>     <!-- Name of Organization collecting specimen -->
        </representedOrganization>
    </assignedEntity>
  </performer>
  <participant typeCode="PRD">      <!-- the specimen collected -->
    <participantRole classCode="SPEC"> <!-- specimen ids -->
                  <id root="d5a9ef50-d05e-11dd-ad8b-0800200c9a66"/>
                  <playingEntity>
  <!-- Specimen type -->
   <code code="309220004" codeSystem="2.16.840.1.113883.6.96"
                           displayName="Mastectomy sample">
                     </code>
                  </playingEntity>
    </participantRole>
  </participant> 
 </procedure>

Spezifikation

Das Material (Specimen Collection Procedure) Entry entspricht dem generischen Template von IHE LAB TF-3:2.3.5.5.

Es MUSS verwendet werden (R) mit wiederholbaren Kardinalitäten[0..*]) bei allen materialbezogenen Entries. ??

Dieses Content Modul enthält KEINE anderen Content Module

Die genaue Modulstruktur ist in folgender Tabelle dargelegt:

folgt

Informant

tbd

Zusätzlicher Teilnehmer

tbd

Problem Organizer

Template ID 1.3.6.1.4.1.19376.1.8.1.4.8
General Description In diesem Abschnitt werden die Informationen zu einer Batterie vonpathohistologischen Beobachtungen (Observations) übermittelt.
Status IHE
LOINC Code Opt. Description
???? O

Definition und Zweck

Diese Content Modul wird nur innerhalb eines <entry> Elements verwendet.

Der Problem Organizer wird durch die meisten Entries eines Pathologiebefundes genutzt. Es gruppeirt eine Batterie von Observations, die zu einem einzelnen Problem an einem Material oder einer Gruppe von Materialien durchgeführt wurden.

Beispiel

  <!-- The set of observations related to a single problem on a specimen -->
  <organizer classCode="BATTERY" moodCode="EVN">
   <templateId root="1.3.6.1.4.1.19376.1.8.1.4.8"/> 
   <id> </id> <!-- optional problem identifier -->
   <code> </code> <!-- optional type of problem -->
   <!-- participants -->
   <author> ... </author> 
   <informant> ... </informant>
   
   <!-- tumor site observation (this specimen, this problem) -->
     <component>
      <observation> 
      </observation>
     </component>

    <!-- tumor focality observation (this specimen, this problem) -->
     <component>
      <observation>
      </observation>
     </component>

    <!-- ancillary tests observation (this specimen, this problem) --> 
     <component>
      <observation>
      </observation>
     </component> 2240
    </organizer>


Spezifikation

tbd

Generisches Observation Template

Template ID 1.3.6.1.4.1.19376.1.8.1.4.1
General Description In diesem Abschnitt werden die Informationen zu einer pathohistologischen Beobachtung (Observation) übermittelt.
Status IHE, alternativ cdaonk 1.2.276.0.76.3.1.131.1.10.3.1, cdaonk 1.2.276.0.76.3.1.131.1.10.3.2, cdaonk 1.2.276.0.76.3.1.131.1.10.3.8
LOINC Code Opt. Description
???? O

Definition und Zweck

Dieses Content Modul kann nur in einem Entry genutzt werden.

Es kann für alle Arten pathohistologischer Beobachtungen, einschließlicher zusätzlicher Untersuchungsmethoden verwendet werden.

Jede spezifische pathohistologischer Beobachtung ist an ein spezifisches Template, einem Child des Generischen Observation Template, gebunden. Dieses hat exakt die gleiche struktur des generischen Template und bringt lediglich eine Reihe von Vokabularbegrenzungen hinsichtlich des Typs der Observation, der Organherkunft und des beobachteten materials mit sich:

- den Code für die spezifische Observation, definiert als ein Value Set gebunden an das Observation/Code Element, enthält ein Triplet (code, codeSystem, displayName), der die spezifische Untersuchung repräsentiert,

- die Kardinalitäten und den Default Typ für das Observation/Value Element, das die Ergebnisse dieser Observation trägt,

- die Wertedomäne für diese Observation für den fall, dass diese Werte kodiert sind. Diese Domäne kodierter Werte ist als ein Value Set definiert, der an das Observation/Value Element gebunden ist und so viele Triplets (code, codeSystem, displayName)enthält wie es zugelassenene Werte für diese spezifische Observation gibt, die an einem material eines spezifischen organs vorgenommen wurde.

(Thus, an AP observation in an <entry> within an organ-specific APSR Document Content Module declares conformance to two templates: The “AP Observation” generic template and the AP observation child template representing this specific observation related to this specific organ. These AP observation child templates and their attached value sets are provided by the appendix “IHE_PAT_Suppl_APSR_AppendixValue_Sets.xlsx”).

Eine pathohistologische Observation hat einen Status und eine effective time, kann verschiedene Teilnehmer (Personen, Geräte, Organisationen) beschreiben, kann eine Anzahl zusätzlicher Eigenschaften haben (Methode, Interpretation, Text) und kann eingebettete Bilder, Kommentare und Sub-Observations haben, die wiederum Observations sind.


Beispiele

- für einen histologischen Typ:

  <observation classCode="OBS" moodCode="EVN">
    <!-- Generic observation template -->
    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
    <!-- child observation template --> 
    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.443"/>
    <code code="1904"
          codeSystem="1.3.6.1.4.1.19376.1.8.2.1"
          codeSystemName="PATHLEX"
          displayName="Breast-Infiltrating malignant neoplasm-Histologic type"/> 
    <statusCode code="completed"/>
    <effectiveTime value="20100321063000.0000-0500"/>
    <value xsi:type="CD"
          code="408643008"
          displayName="Infiltrating duct carcinoma of breast (disorder)" 
          codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT"/>
    <!-- participants -->
    <performer> ... </performer>
    <author> ... </author>
    <informant> ... </informant> 
  </observation>

- für eine zusätzliche Untersuchungsmethode:

  <observation classCode="OBS" moodCode="EVN">
   <!-- Generic observation template --> 
   <templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
   <!-- child observation template -->
   <templateId root="1.3.6.1.4.1.19376.1.8.1.4.439"/>
   <code code="432" codeSystem="1.3.6.1.4.1.19376.1.8.2.1"
               codeSystemName="PATHLEX" 
               displayName="Breast-Infiltrating malignant neoplasm-Estrogen receptor"/>
   <statusCode code="completed"/>
   <effectiveTime value="20100321063000.0000-0500"/>
   <value xsi:type="CD"
               code="2269" 
               codeSystem="1.3.6.1.4.1.19376.1.8.2.1"
               codeSystemName="PATHLEX"
               displayName="Immunoreactive tumor cells present (> = 1%) (Specify Quantitation)"/>
   <value xsi:type="PQ" value="10" unit="%"/> 
   <interpretationCode code=" " codeSystem=" "/>
   <methodCode code="117617002"
               displayName="Immunohistochemistry procedure"
               codeSystem="2.16.840.1.113883.6.96"
               codeSystemName="SNOMED-CT"/> 
   <!-- participants -->
   <performer> ... </performer>
   <author> ... </author>
   <informant> ... </informant>
  </ observation >

Spezifikation

In der Tabelle sind Content Module aufgelistet, die in der ersten Ebene verschachtelt werden können.

Name Typ Opt. Kard. Template ID Quelle
Autor h/e elt O [0..*] 1.3.6.1.4.1.19376.1.8.1.4.2 PAT TF-3: 6.2.6.2
Informant h/e elt O [0..*] 1.3.6.1.4.1.19376.1.8.1.4.6 PAT TF-3: 6.2.6.6
Zusätzl. Teilnehmer e elt O [0..*] 1.3.6.1.4.1.19376.1.8.1.4.7 PAT TF-3: 6.2.6.7
Kommentar e elt O [0..*] 1.3.6.1.4.1.19376.1.5.3.1.4.2 PCC TF-2: 6.3.4.6
Durchf. Labor h/e elt C [0..1] 1.3.6.1.4.1.19376.1.3.3.1.7 LAB TF-3: 2.3.3.22
Observation e elt O [0..*] 1.3.6.1.4.1.19376.1.8.1.4.9 PAT TF-3: 6.2.6.9
Eingeb. Bild e elt O [0..*] 1.3.6.1.4.1.19376.1.8.1.4.10 PAT TF-3: 6.2.6.10

In der folgenden Tabelle ist die genaue Struktur der zu verschachtelnden Content Module dargestellt:

Datenelement Verw. Kard. Path and Constraints (Xpath + indentation) Vokabular / Quelle Bemerk. DT HL7 V2.5.1
AP Observation observation[@classCode="OBS" and

@moodCode="EVN"]

OBX
Conformance to

AP observation generic template

R [1..1] templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.9"]
Conformance to

AP specific observation template

R [1..1] templateId[@root] (V0)
Identifier O [0..*] id II
Code R [1..1] code (V1) CD OBX-3
Text O [0..1] text ED
Status R [1..1] statusCode[@code in {"completed", “aborted”}] (V3) CS OBX-11
Observation Time R [1..1] effectiveTime IVL_TS OBX-19
Wert R2 [0..*] value (V2) ANY OBX-2,

OBX-5, OBX-6

Interpretation R2 [0..1] interpretationCode CE OBX-8
Methode R2 [0..1] methodCode CE OBX-17
Durchf. Labor C [0..1] performer[@typeCode="PRF"]

/templateId [@root="1.3.6.1.4.1.19376.1.3.3.1.7"]

LAB TF-3: 2.3.3.22 (1) OBX-23,

OBX-24, OBX-25

Autor C [0..1] author

/templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.2"]

PAT TF-3: 6.2.6.2 OBX-16
Informant O [0..1] informant

/templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.6"]

PAT TF-3: 6.2.6.6
Transscriptionist O [0..1] participant[@participationType="ENT"]

/templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]

PAT TF-3: 6.2.6.7 OBX-35
Gerät O [0..1] participant[@participationType="DEV"]

/templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]

PAT TF-3: 6.2.6.7 OBX-18
Verantwortlich O [0..1] participant[@participationType="RESP"]

/templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]

PAT TF-3: 6.2.6.7 OBX-25
Validator O [0..*] participant[@participationType="AUTHEN"]

/templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]

PAT TF-3: 6.2.6.7 OBR-33
Sub-Observation O [0..*] entryRelationship[@typeCode="COMP"] (3) OBX
AP Observation observation[@classCode="OBS" and

@moodCode="EVN"] /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.9"]entryRelationship[@typeCode="COMP"]

PAT TF-3: 6.2.6.9
Conformance R [1..1]
eingebettetes Bild O [0..*] entryRelationship[@typeCode="COMP"] (2) OBX
R [1..1] observationMedia

/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]

PAT TF-3: 6.2.6.10
Region of interest O [0..*] entryRelationship[@typeCode="COMP"] (2)
regionOfInterest[@classCode="ROIOVL"

and @moodCode="EVN"]

R [1..*] id
Overlay shape R [1..1] code
Dimensionen R [1..*] value
R [1..*] entryRelationship[@typeCode="SUBJ"]
eingebettetes Bild R [1..1] observationMedia

/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]

PAT TF-3: 6.2.6.10 OBX
Kommentar zur Observation O [0..1] entryRelationship[@typeCode='SUBJ'

and @inversionInd='TRUE']

/act[templateId/@root='1.3.6.1.4.1.19376.1.5.3.1.4.2’]

code[@code=’48767-8’

and @displayName=’Annotation Comment’

and @codeSystem= ’2.16.840.1.113883.6.1’]

text/reference/@value

statusCode[@code=’completed’]

PCC TF-

Bemerkungen:

(1): Das durchführende Labor wird auf diesem Level nur aufgeführt, wenn diese Observation durch ein unterbeauftragtes Labor, verschieden von dem im Organizer, durchgeführt wird.

(2): Diese Observation kann ein illustrierendes Bild tragen, entweder direkt eingebettet oder verpackt in einer ROI.

(3): Das Ergebnis für eine Observation kann zu einer zusätzlichen Observation führen, um das Ergebnis zu verfeinern. Diese Sub-Observation ist wiederum eine AP Observation.


Bemerkungen zum Vokabular:

(V0): Der spezifische Template Identifikator der spezifischen AP Observation in Verbindung mit einem spezifischen Organ ist im Value Set (APSR Vol.4) niedergelegt.

(V1): Der AP Observation Code wird dem Value Set entnommen, das durch das spezifische AP Observation Template mandatiert wurde (APSR Vol.4).

(V2): Die Default Werte für Datentyp, Kardinalität und Value Set für das <value> Element werden durch das spezifische AP Observation Template mandatiert (APSR Vol.4).

(V3): Der Observation statusCode ist "completed" wenn die Observation tatsächlich durchgeführt wurde und als Ergebnis zu einem Value Element führte. Ansonsten ist der Status der beabsichtigten Observation "aborted" und es wird kein Ergebnis folgen.

Eingebettetes Bild

tbd