cdaab2:Patient (recordTarget) (Template)
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 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
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
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
|
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.
<!--- Patienten-Daten -->
<recordTarget>
<patientRole>
<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"/>
<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>