Patient (recordTarget) (Template)

Aus Hl7wiki
(Teildokument von Übermittlung onkologischer Daten)
Wechseln zu: Navigation, Suche
Dieses Material ist Teil des Leitfadens Übermittlung onkologischer Daten.
  • 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 .

Participant: Patient (recordTarget)

Template ID <OID für das Template>
General Description Dieses Template spezifiziert, wie die Patientendaten in einer Krebsregistermeldung angegeben werden.
Opt. Description
required

Identifikationdes Patienten

Abbildung: Identifikation des Patienten


Lvl RIM Name Desc DT Kard Conf Beschreibung


0 act ClinicalDocument Dokument 1..1 M
1 part recordTarget Patient 1..1 M
2 part @typeCode "RCT" CS CNE 1..1 M fix
2 role patientRole Patient 1..1 M
3 role @classCode "PAT" CS CNE 1..1 M fix
3 role id Patient-ID II.DE 1..* M Identifiziert eindeutig den Patienten (OID des sendenden System, um Patienten eindeutig zu identifizieren)
3 role addr Adresse AD.DE 0..* Es soll immer eine Adresse übertragen werden. Bei anonymisierten bzw. pseudonymisierten Patienten kann dies auf eine Postleitzahl oder Bundesland reduziert werden.
3 role telecom Kontaktinformationen TEL.DE 0..0 nicht verwendet
4 ent patient Patient (Personendaten) 0..1 optional
5 ent @classCode "PSN" CS CNE 1..1 M fix
5 ent @determinerCode "INSTANCE" CS CNE 1..1 M fix
5 ent name Name des Patienten PN.DE.PSEUDO 0..* required 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

5 ent administrativeGenderCode Geschlecht CE CWE 0..1 optional Codesystem 2.16.840.1.113883.5.1
6 ent @code Code für das Geschlecht 1..1 optional
6 ent @codeSystem "2.16.840.1.113883.5.1" 1..1 optional fix
5 ent birthTime Geburtsdatum TS 0..1 optional
6 ent @value Zeitpunkt der Geburt 1..1 optional tagesgenau
4 ent providerOrganisation Krankenhaus 0..1 nicht verwendet


Code Bedeutung
F weiblich
M männlich
UN undifferenziert, z.B. Hermaphrodit

Tabelle: Geschlecht (Codesystem OID: 2.16.840.1.113883.5.1)

<recordTarget typeCode="RCT">
	<patientRole classCode="PAT">
		<id extension="12345678" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999902"/>
		<addr>
			<streetName>Musterweg</streetName>
			<houseNumber>10a</houseNumber>
			<country>DE</country>
			<postalCode>12345</postalCode>
			<city>Musterstadt</city>
		</addr>
		<patient classCode="PSN" determinerCode="INSTANCE">
			<name>
				<prefix>Frau</prefix>
				<prefix qualifier="AC">Dr. h.c.</prefix>
				<given>Maria</given>
				<family>Mustermann</family>
				<family qualifier="BR">Musterfrau</family>
				<family qualifier="AD">Musterfamilie</family>
			</name>
			<administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>
			<birthTime value="19500619"/>
		</patient>
	</patientRole>
</recordTarget>