cdaab2:Patient (recordTarget) (Template): Unterschied zwischen den Versionen
K |
Foemig (Diskussion | Beiträge) |
||
Zeile 1: | Zeile 1: | ||
− | + | =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 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. | |
+ | {{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 | + | 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 | + | | Patient-ID |
| SET<II> | | SET<II> | ||
| 1..* | | 1..* | ||
| M | | M | ||
− | | | + | | Identifikation des Patienten |
|- | |- | ||
Zeile 313: | Zeile 332: | ||
| | | | ||
| | | | ||
− | |||
− | |||
− | |||
− | |||
|- | |- | ||
Zeile 326: | Zeile 341: | ||
| | | | ||
| 0..1 | | 0..1 | ||
− | | | + | | |
| | | | ||
Zeile 348: | Zeile 363: | ||
| | | | ||
| 0..1 | | 0..1 | ||
− | | | + | | |
| PLZ ohne Länderkennzeichen | | PLZ ohne Länderkennzeichen | ||
Zeile 359: | Zeile 374: | ||
| | | | ||
| 0..1 | | 0..1 | ||
− | | | + | | |
| | | | ||
Zeile 370: | Zeile 385: | ||
| | | | ||
| 0..1 | | 0..1 | ||
− | | | + | | |
| | | | ||
Zeile 488: | Zeile 503: | ||
| "BR" | | "BR" | ||
| ST | | ST | ||
− | | | + | | 1..1 |
− | | | + | | 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 | ||
| | | | ||
− | | | + | | 1..1 |
− | | | + | | M |
| | | | ||
Zeile 521: | Zeile 536: | ||
| Codesystem für das Geschlecht | | Codesystem für das Geschlecht | ||
| | | | ||
− | | | + | | 1..1 |
− | | | + | | 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 | + | <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
Inhaltsverzeichnis
Participant: Patient (recordTarget)
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
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:
Table xx: Unterelemente des Elements recordTarget
Die Zeichnung muss noch um die Klasse BirthPlace+Place erweitert werden! |
Klasse patientRole
Diese Information sollte in die große Tabelle verschoben werden, da man sonst die Informationen doppelt pflegen muss. |
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
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.
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.
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.
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:
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>