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

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.

---

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.

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: nicht verwendet	SET<II>	1..*	M
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	M
4	role	att	@houseNumber	Hausnummer		0..1
4	role	att	@postalCode	Postleitzahl		0..1	M	PLZ ohne Länderkennzeichen
4	role	att	@city	Wohnort		0..1	M
4	role	att	@country	Land		0..1	M
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: Umkehrbar eindeutige Pseudonyme (Angabe von Identifikator + Quellsystem), z.B. Identifikation über Nachsorgepass Bayern, Identifikation im Tumorzentrum Xy, Identifikation in Organzentrumssystem Xyz => OID mit Extension! „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	0..1	optional	Qualifier für Geburtsname
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		0..1	optional
6	ent	att	@codeSystem	Codesystem für das Geschlecht		0..1	optional	"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
4	ent	elm	providerOrganisation	Krankenhaus		0..1		derzeit nicht notwendig

<!--- 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>