cdaab2:Patient (recordTarget) (Template): Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
K
Zeile 1: Zeile 1:
===Participant: Patient (recordTarget)===
+
=Participant: Patient (recordTarget)=
  
 +
{| class="hl7table"
 +
|bgcolor="ddddff"|Template ID|| colspan=2 | <OID für das Template>
 +
|-
 +
|bgcolor="ddddff"| General Description|| colspan=2 | Dieses Template spezifiziert, wie die Patientendaten angegeben werden.
 +
|-
 +
|bgcolor="ddddff"|LOINC Code||bgcolor="ddddff"|Opt.||bgcolor="ddddff"|Description
 +
|-
 +
| n.a. || required || Dies ist das Grundlagentemplate zur Angabe von Patienten im CDA-Header.
 +
{{AlertBox|
 +
Wir benötigen hier unterschiedliche Spezialisierungen:
 +
*vollständige (normale) Darstellung
 +
*pseudonymisierte Darstellung
 +
*anonymisierte Darstellung
 +
}}
 +
|}
  
 
== '''Beschreibung des headertemplates - Patient''' ==
 
== '''Beschreibung des headertemplates - Patient''' ==
 
+
Das <recordTarget> repräsentiert die Person, an welcher die Untersuchungen durchgeführt wurden. Es handelt sich immer um genau einen Patienten. Der Patient wird im CDA-Header eingebunden durch eine patientRole-Klasse, in welcher er die Rolle eines Patienten <patient> annimmt.
 
 
Das <recordTarget> repräsentiert die Person, an welcher die Untersuchungen durchgeführt wurden. Es handelt sich immer um genau einen Patienten. Der Patient wird eingebunden durch eine patientRole-Klasse, in welcher er die Rolle eines Patienten <patient> annimmt.
 
 
 
  
 
== '''Einordnung im CDA- RIM - Identifikation des Patienten''' ==
 
== '''Einordnung im CDA- RIM - Identifikation des Patienten''' ==
 
  
 
[[file:Cdaonk_patient.gif|ID des Patienten]]
 
[[file:Cdaonk_patient.gif|ID des Patienten]]
Zeile 17: Zeile 28:
  
 
== '''Attribute''' ==
 
== '''Attribute''' ==
 
 
 
Die Klasse patientRole ist das einzige verpflichtende Element unterhalb von RecordTarget und muss laut CDA R 2 folgende Elemente folgende Unterelemente beinhalten:
 
Die Klasse patientRole ist das einzige verpflichtende Element unterhalb von RecordTarget und muss laut CDA R 2 folgende Elemente folgende Unterelemente beinhalten:
  
 
[[file:Cdaab2_PatientRole_attributes.jpg]]
 
[[file:Cdaab2_PatientRole_attributes.jpg]]
 +
 
Table xx: Unterelemente des Elements recordTarget  
 
Table xx: Unterelemente des Elements recordTarget  
  
 +
 +
{{AlertBox|
 +
Die Zeichnung muss noch um die Klasse BirthPlace+Place erweitert werden!
 +
}}
  
 
== '''Klasse patientRole''' ==
 
== '''Klasse patientRole''' ==
  
 +
{{AlertBox|
 +
Diese Information sollte in die große Tabelle verschoben werden, da man sonst die Informationen doppelt pflegen muss.
 +
}}
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 194: Zeile 211:
 
Das @value Attribut des telecom Elements …
 
Das @value Attribut des telecom Elements …
  
- … muss das URI Schema „tel:", „mailto:", etc. aufweisen
+
* ... muss das URI Schema „tel:", „mailto:", etc. aufweisen
- … muss im Falle von internationalen Telefonnummern mit einem „+― beginnen  
+
* ... muss im Falle von internationalen Telefonnummern mit einem „+― beginnen  
- … darf nur Ziffernzeichen 0 bis 9 nutzen sowie als visuelle Separatorzeichen nur Bindestrich –, Punkte . oder Klammern () verwenden.
+
* ... darf nur Ziffernzeichen 0 bis 9 nutzen sowie als visuelle Separatorzeichen nur Bindestrich –, Punkte . oder Klammern () verwenden.
  
 +
{{AlertBox|
 +
Dies sollte nur im Datentypleitfaden hinterlegt sein. Wir müssen eine brauchbare Möglichkeit finden, dass wir das nur einmal runterschreiben, ansonsten spezifizieren wir uns "kaputt".
 +
}}
  
----
 
  
  
Die folgende Tabelle beinhaltet die Beschreibung durch Frank. Wir sollten uns erst einmal auf die Darstellungsform einigen und dann einzelne Felder diskutieren. Ich verstehe z.B. nicht warum Patient-ID nicht verwendet wird, aber die Kardinalität 1..* ist.
+
Die folgende Tabelle beinhaltet die Beschreibung durch Frank. Wir sollten uns erst einmal auf die Darstellungsform einigen und dann einzelne Felder diskutieren.
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 275: Zeile 294:
 
| elm
 
| elm
 
| id
 
| id
| Patient-ID: nicht verwendet
+
| Patient-ID
 
| SET<II>
 
| SET<II>
 
| 1..*
 
| 1..*
 
| M
 
| M
|  
+
| Identifikation des Patienten
  
 
|-
 
|-
Zeile 313: Zeile 332:
 
|  
 
|  
 
|  
 
|  
 
{{AlertBox|
 
Es sollte immer eine Adresse übertragen werden. Bei anonymisierten bzw. pseudonymisierten Patienten kann dies auf eine Postleitzahl oder Bundesland reduziert werden.
 
}}
 
  
 
|-
 
|-
Zeile 326: Zeile 341:
 
|  
 
|  
 
| 0..1
 
| 0..1
| M
+
|  
 
|
 
|
  
Zeile 348: Zeile 363:
 
|  
 
|  
 
| 0..1
 
| 0..1
| M
+
|  
 
| PLZ ohne Länderkennzeichen
 
| PLZ ohne Länderkennzeichen
  
Zeile 359: Zeile 374:
 
|  
 
|  
 
| 0..1
 
| 0..1
| M
+
|  
 
|  
 
|  
  
Zeile 370: Zeile 385:
 
|  
 
|  
 
| 0..1
 
| 0..1
| M
+
|  
 
|  
 
|  
  
Zeile 488: Zeile 503:
 
| "BR"
 
| "BR"
 
| ST
 
| ST
| 0..1
+
| 1..1
| optional
+
| M
| Qualifier für Geburtsname
+
| Qualifier für Geburtsname (muss angegeben werden, um zu erkennen, dass es sich um den Geburtsnamen handelt)
  
 
|-
 
|-
Zeile 510: Zeile 525:
 
| Code für das Geschlecht  
 
| Code für das Geschlecht  
 
|  
 
|  
| 0..1
+
| 1..1
| optional
+
| M
 
|
 
|
  
Zeile 521: Zeile 536:
 
| Codesystem für das Geschlecht  
 
| Codesystem für das Geschlecht  
 
|  
 
|  
| 0..1
+
| 1..1
| optional
+
| M
 
| "2.16.840.1.113883.5.1"
 
| "2.16.840.1.113883.5.1"
  
Zeile 547: Zeile 562:
 
| tagesgenau
 
| tagesgenau
  
 +
|-
 +
| 5
 +
|bgcolor="ffff88"| role
 +
| elm
 +
| birthplace
 +
| Geburtsort
 +
|
 +
| 0..1
 +
|
 +
|
 +
 +
|-
 +
|6
 +
|bgcolor="88ff88"|ent
 +
| elm
 +
| place
 +
| Geburtsort
 +
| 1..1
 +
|
 +
|
 +
| eigentlicher Geburtsort. Hier nur die Stadt.
 +
{{AlertBox|
 +
Dies ist jetzt ein Beispiel, das verdeutlicht, dass wir verschiedene Spezialisierungen von Adressen haben müssen, d.h. verschiedene Ausprägungen davon. Hier brauchen wir nur die Stadt - unter der Voraussetzung, dass es sich um dasselbe Land handelt (ansonsten halt auch noch das Land). Also im Gegensatz zum "Wohnort", wo auch Strasse mit PLZ etc. gefordert ist.
 +
}}
 +
 +
|-
 +
|7
 +
|bgcolor="88ff88"|ent
 +
| elm
 +
| addr
 +
| Adresse
 +
| AD
 +
| 1..1
 +
|
 +
|
  
 
|-
 
|-
Zeile 569: Zeile 619:
 
     <patientRole>
 
     <patientRole>
 
         <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>
 
         <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>
         <id root="8003004447" extension="1.2.276.0.76.4.5.100400853"/>
+
         <id root="1.2.276.0.76.4.5.100400853" extension="8003004447" />
 
         <addr>
 
         <addr>
 
             <streetName>Musterstraße</streetName>
 
             <streetName>Musterstraße</streetName>

Version vom 8. November 2012, 09:34 Uhr

Participant: Patient (recordTarget)

Template ID <OID für das Template>
General Description Dieses Template spezifiziert, wie die Patientendaten angegeben werden.
LOINC Code Opt. Description
n.a. required Dies ist das Grundlagentemplate zur Angabe von Patienten im CDA-Header.

Beschreibung des headertemplates - Patient

Das <recordTarget> repräsentiert die Person, an welcher die Untersuchungen durchgeführt wurden. Es handelt sich immer um genau einen Patienten. Der Patient wird im CDA-Header eingebunden durch eine patientRole-Klasse, in welcher er die Rolle eines Patienten <patient> annimmt.

Einordnung im CDA- RIM - Identifikation des Patienten

ID des Patienten

Abbildung xx: Identifikation des Patienten (Auszug aus dem CDA RIM)


Attribute

Die Klasse patientRole ist das einzige verpflichtende Element unterhalb von RecordTarget und muss laut CDA R 2 folgende Elemente folgende Unterelemente beinhalten:

Cdaab2 PatientRole attributes.jpg

Table xx: Unterelemente des Elements recordTarget


Klasse patientRole

Opt Element Typ Bedeutung
[R] id II Identifikation des Patienten im lokalen System. Anmerkung

DHE: Ich würde gerne in der Gruppe "Interoperabilität" die Möglichkeiten der Speicherung einer eGK -ID oder eines MPI an dieser Stelle evaluieren(mit der entsprechender Typisierung) Für solche IDs eigene Klassen zu verwenden scheint mir zu komplex und damit kontraproduktiv.

[RO] addr AD [1..n] Die Wohn-Adresse des Patienten ist mindestens anzugeben. Beliebige weitere Adressen, wie etwa eine Pflege-Adresse können angegeben werden.
[RO] telecom TEL [0..n] Beliebig viele Kontaktdaten des Patienten
[R] patient/name PN Name des Patienten
[R] patient/administrativeGenderCode CE CWE Geschlecht des Patienten
[R] patient/birthTime TS Geburtsdatum des Patienten
[O] patient/birthplace/place POCD_MT000040.Place Klasse für den Geburtsort des Patienten


Beschreibung der einzelnen Elemente

recordTarget.patientRole.id

Der Datentyp der <id> ist vom Typ Instance Identifier. Im Attribut @extension wird die Id des Patienten selbst angegeben, während @root auf das die Identifikation ausgebende Anwendungssystem hinweist, das mittels Object Identifer (OID) beschrieben wird.


recordTarget.patientRole.addr

Anmerkung DHE: Diesen Teil könnte man ebenfalls als eigene Seite auslagern und referenzieren --> siehe Adress-Elemente von Personen und Organisationen

Adressen von Personen und Organisationen werden über das Element addr abgebildet. (Das addr-Element liegt nicht innerhalb der Klasse POCD_MT00040.Person sondern bei der darüber liegenden Entität, z.B. <assignedEntity> bei LegalAuthenticator. Oder patientRole bei recordTarget.). Bei addr-Elementen werden immer die folgenden Unterelemente verwendet.

Opt Element Bedeutung
[R] country Staat
[R] city Stadt
[R] postalCode Postleitzahl
[N] streetAddressLine Straße mit Hausnummer

Bsp: Musterstraße 11a/2/1

[R] streetName Straßenname
[R] houseNumber Alphanummerische Hausnummer

Bsp: 11a/2/1

[O] additionalLocator Zusätzliche Addressinformationen

z.B.: Station, Zimmernummer im Altersheim


Qualifizierung der Adress - Elemente

Die genaue Bedeutung der angegebenen Adresse, beispielsweise dass die angegebene Adresse die Wohn-Adresse ist, kann dem addr Element über das Attribut @use zugeordnet werden. Die Verwendung ist optional und muss somit nicht angegeben werden. Folgende Werte sind für das @use Attribut beim addr Element zugelassen.

Wert Bedeutung Beschreibung Bemerkung
HP Home primary Wohnadresse Bei Angabe der Adresse von Patienten verpflichtend
HV Home vacation Adresse am Urlaubsort
WP Work place Adresse des Arbeitsplatzes
TMP Temporary Temporäre Adresse Wird genutzt bei der Angabe der Pflegeadresse von Patienten, falls diese nicht zuhause gepflegt werden.
<addr use="HP">
    <additionalLocator>Station A, Zimmer 9</additionalLocator>
    <streetName>Musterstraße</streetName>
    <houseNumber>13a</houseNumber>
    <postalCode>53111</postalCode>
    <city>Bonn</city>
    <country>Deutschland</country>
</addr>


Telecom – Format Konventionen für Telekom-Daten (Quelle: Leitfaden_ELGA_CDA_Dokumente_1.00)

Das @value Attribut des telecom Elements …

  • ... muss das URI Schema „tel:", „mailto:", etc. aufweisen
  • ... muss im Falle von internationalen Telefonnummern mit einem „+― beginnen
  • ... darf nur Ziffernzeichen 0 bis 9 nutzen sowie als visuelle Separatorzeichen nur Bindestrich –, Punkte . oder Klammern () verwenden.


Die folgende Tabelle beinhaltet die Beschreibung durch Frank. Wir sollten uns erst einmal auf die Darstellungsform einigen und dann einzelne Felder diskutieren.

Lvl RIM AE Name Desc DT Kard Conf Beschreibung


0 act elm ClinicalDocument Dokument 1..1 M
1 part elm recordTarget Patient 1..1 M Patient
2 part att typeCode "RCT" CS CNE 1..1 M fix
2 role elm patientRole 1..1 M
3 role att classCode "PAT" CS CNE 1..1 M fix
3 role elm id Patient-ID SET<II> 1..* M Identifikation des Patienten
4 role att @root OID 1..1 M Das ist die OID des sendenden Systems für Patienten.
4 role att @extension die eigentliche ID ST 1..1 M
3 role elm addr Adresse SET<AD> 0..*
4 role att @streetname Strasse 0..1
4 role att @houseNumber Hausnummer 0..1
4 role att @postalCode Postleitzahl 0..1 PLZ ohne Länderkennzeichen
4 role att @city Wohnort 0..1
4 role att @country Land 0..1
3 role elm telecom Kontaktinformationen SET<TEL> 0..* M
4 ent elm patient Patient 0..1 optional
5 ent elm name Name des SET<PN> 0..* optional Folgende Pseudonyme werden vorgesehen:
  1. Umkehrbar eindeutige Pseudonyme (Angabe von Identifikator + Quellsystem), z.B. Identifikation über Nachsorgepass Bayern, Identifikation im Tumorzentrum Xy, Identifikation in Organzentrumssystem Xyz => OID mit Extension!
  2. „Stochastische Pseudonyme" (Kontrollnummern)

Bestimmte Attribute wie Namen oder Geburtsdatum sind dann optional, die dann in ganz definierten Kommunikationskontexten durch Kontrollnummern ersetzt werden. Die Identifikatoren unter 1. wären in jedem Fall sinnvoll für das automatisierte Record Linkage im Zielsystem, wenn es hier nicht geht, dann woanders

6 ent elm prefix Anrede ST 0..1 optional Anrede: Herr, Frau, ..
6 ent elm prefix Titel ST 0..1 optional akademischer Titel
7 ent att @qualifier "AC" ST 0..1 optional Qualifier für akademischen Titel
6 ent elm given Vorname ST 0..* optional Vornamen
6 ent elm familiy Familienname ST 0..* optional Familienname
6 ent elm familiy Geburtsname ST 0..* optional
7 ent att @qualifier "BR" ST 1..1 M Qualifier für Geburtsname (muss angegeben werden, um zu erkennen, dass es sich um den Geburtsnamen handelt)
5 ent elm administrativeGenderCode Geschlecht CE CWE 0..1 optional Mit diesem Attribut wird das Geschlecht des Patienten übertragen.
6 ent att @code Code für das Geschlecht 1..1 M
6 ent att @codeSystem Codesystem für das Geschlecht 1..1 M "2.16.840.1.113883.5.1"
5 ent elm birthTime Geburtsdatum TS 0..1 optional
6 ent att @value Zeitpunkt TS 0..1 tagesgenau
5 role elm birthplace Geburtsort 0..1
6 ent elm place Geburtsort 1..1 eigentlicher Geburtsort. Hier nur die Stadt.
7 ent elm addr Adresse AD 1..1
4 ent elm providerOrganisation Krankenhaus 0..1 derzeit nicht notwendig


Beispiel für die CDA-Representation

<!--- Patienten-Daten -->
<recordTarget>
    <patientRole>
        <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>
        <id root="1.2.276.0.76.4.5.100400853" extension="8003004447" />
        <addr>
            <streetName>Musterstraße</streetName>
            <postalCode>50825</postalCode>
            <city>Köln</city>
        </addr>
        <telecom use="HP" value="tel:+49(221)7812220"/>
        <telecom use="HP" value="mailto:MuellerMar@gmx.de"/>
        <patient>
             <name>
                 <given>Marie</given>
                 <family>Müller</family>
             </name>
             <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>
             <birthTime value="19700924"/>
             <birthplace>
               <place>
                 <addr>
                      <city>Köln</city>
                 </addr>
               </place>
             </birthplace>
        </patient>
        <providerOrganization>
            <telecom use="WP" value="tel:(02421)27070"/>
            <telecom use="WP" value="fax:(02421)2707120"/>
            <addr>
                <streetName>Kölner Landstr.</streetName>
                <houseNumber>240</houseNumber>
                <postalCode>52351</postalCode>
                <city>Düren</city>
            </addr>
        </providerOrganization>
    </patientRole>
</recordTarget>