Patient (recordTarget) (Template)

Aus Hl7wiki
(Teildokument von Arztbrief 2.x)
Wechseln zu: Navigation, Suche
K (Beschreibung der einzelnen Elemente)
(Der Seiteninhalt wurde durch einen anderen Text ersetzt: „{{DocumentPart}} ==Patient (recordTarget - generisch)== {{:1.2.276.0.76.10.2001/dynamic}} Patient Kategorie:C…“)
 
(64 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
=Participant: Patient (recordTarget)=
+
{{DocumentPart}}
 
+
==Patient (recordTarget - generisch)==
{| class="hl7table"
+
{{:1.2.276.0.76.10.2001/dynamic}}
|bgcolor="ddddff"|Template ID|| colspan=2 | <OID für das Template>
+
[[Kategorie:cdaab2|Patient]]
|-
+
[[Kategorie:CDA Header Level Template|Patient (recordTarget)]]
|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''' ==
 
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''' ==
 
 
 
[[file:Cdaab2_patient.gif|Patient]]
 
 
 
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:
 
 
 
[[file:Cdaab2_PatientRole_attributes.jpg]]
 
 
 
Table xx: Unterelemente des Elements recordTarget
 
 
 
 
 
{{AlertBox|
 
Die Zeichnung muss noch um die Klasse BirthPlace+Place erweitert werden!
 
DHE: Das kann man machen, allerdings gehören diese unter den "Patient" hier wird die PatientRole gezeigt
 
}}
 
 
 
== '''Klasse patientRole''' ==
 
 
 
{{AlertBox|
 
Diese Information sollte in die große Tabelle verschoben werden, da man sonst die Informationen doppelt pflegen muss.
 
}}
 
 
 
{| class="hl7table"
 
! 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.
 
 
 
<syntaxhighlight lang="XML">
 
<id extension="8003004447" root="1.2.276.0.76.4...">
 
</syntaxhighlight>
 
 
 
'''[[recordTarget.patientRole.addr]]'''
 
 
 
DHE: Diesen Teil könnte man ebenfalls als eigene Seite auslagern und referenzieren --> siehe Adress-Elemente von Personen und Organisationen
 
FO: Das betrifft alle Datentypen!<br>Damit laufen wir in die Zwickmühle zwischen Vollständigkeit (inkl. Beispiele) und Redundanz.
 
 
 
'''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.
 
 
 
{| class="hl7table"
 
! 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.
 
 
 
{| class="hl7table"
 
! 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.
 
 
 
|}
 
 
 
<syntaxhighlight lang="XML">
 
<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>
 
</syntaxhighlight>
 
 
 
 
 
'''[[recordTarget.patientRole.telecom]]'''
 
 
 
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.
 
 
 
{{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".
 
}}
 
 
 
{| class="hl7table"
 
! Wert
 
! Bedeutung
 
 
 
|-
 
| tel
 
| Telefon Mobiltelefon
 
 
 
|-
 
| Fax
 
| Faxnummer
 
 
 
|-
 
| mailto
 
| Email-Adresse (gemäß [RFC 2368])
 
 
 
|-
 
| http
 
| Internet-Adresse
 
 
 
|}
 
Table xy: Zugelassene Werteliste für das Prefix im @value Attribut laut URI schema
 
 
 
 
 
'''[[recordTarget.patientRole.patient.name]]'''
 
 
 
--> DHE: auch diesen Teil würde ich auslagern
 
 
 
Namen - Elemente von Personen
 
Personen-Namen werden über das Element name abgebildet. Bei name Elementen werden immer die folgenden Unterelemente angegeben:
 
 
 
{| class="hl7table"
 
! Opt
 
! Element
 
! Bedeutung
 
 
 
|-
 
| [O]
 
| prefix
 
| Beliebig viele Präfixe zum Namen
 
 
 
|-
 
| [R]
 
| family
 
| Mindestens ein Hauptname (Nachname)
 
 
 
|-
 
| [R]
 
| given
 
| Mindestens ein Vorname
 
 
 
|-
 
| [O]
 
| suffix
 
| Beliebig viele Suffixe zum Namen
 
 
 
|}
 
Table xy: Unterelemente von Element "name"
 
 
 
'''Qualifizierung der prefix/suffix Elemente'''
 
Die genaue Bedeutung eines prefix/suffix Elements zu einem Namen, beispielsweise dass der angegebene prefix oder suffix einen akademischen Titel bezeichnet, kann dem Element über das Attribut @qualifier zugeordnet werden.
 
 
 
{| class="hl7table"
 
! Wert
 
! Bedeutung
 
! Beschreibung
 
! Beispiel
 
 
 
|-
 
| AC
 
| Academic
 
| Akademischer Titel Anmerkung: Dieses Elemente entspricht dem Feld „Namenszusatz/Vorsatzwort― des Arztes in der KVDT-Satzbeschreibung
 
| Bsp: "DI Dr.", „Mag.", ...
 
 
 
|-
 
| NB
 
| Nobility
 
| Adelstitel
 
| Bsp: „Gräfin von", ...
 
 
 
|}
 
Table xy: Zugelassene Werte für das @qualifier Attribut beim prefix Element des Namens
 
 
 
<syntaxhighlight lang="XML">
 
<prefix qualifier="AC">Dr. </prefix>
 
</syntaxhighlight>
 
Abbildung xy: Beispiel für die Angabe eines akademischen Titels
 
 
 
'''Qualifizierung der family Elemente'''
 
 
 
Die genaue Bedeutung eines family Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, kann dem Element über das Attribut @qualifier zugeordnet werden.
 
 
 
{| class="hl7table"
 
! Wert
 
! Bedeutung
 
! Beschreibung
 
! Beispiel
 
 
 
|-
 
| BR
 
| Birth
 
| Geburtsname
 
| Name bei Geburt
 
 
 
|-
 
| AD
 
| Adopted
 
| Adoptionsname
 
| Name den die Person bei Adoption angenommen hat
 
 
 
|-
 
| SP
 
| Spouse
 
| Angenommener Name bei Heirat
 
| Der Name, der bei der Heirat angenommen wurde
 
 
 
|}
 
 
 
Zugelassene Werte für das @qualifier Attribut beim family Element des Namens
 
 
 
<syntaxhighlight lang="XML">
 
<name>
 
    <given>Herta</given>
 
    <family>Musterfrau</family>
 
    <prefix qualifier="BR">Vorderheirat</prefix>
 
</name>
 
</syntaxhighlight>
 
Abbildung xy: Beispiel für das @name-Attribut
 
 
 
 
 
'''[[recordTarget.patientRole.patient.administrativeGenderCode]]''' (http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_AdministrativeGender.htm)
 
Das Geschlecht des Patienten ist verpflichtend anzugeben.
 
 
 
 
 
'''[[recordTarget.patientRole.patient.administrativeGenderCode]]'''
 
 
 
Dabei handelt es sich um ein einfaches Zeitelement vom Typ TS. --> ebenfalls auslagern
 
 
{| class="hl7table"
 
! Opt
 
! Attribut
 
! Typ
 
! Bedeutung
 
! Beispiel
 
 
 
|-
 
| [R]
 
| value
 
| ts
 
| Das Datum in den erlaubten Notationen
 
| Notation 1: nur Datum YYYYMMDD Bsp: 20081224 Notation 2: Datum mit Zeit YYYYMMDDhhmmss[+/-]HHMM (Zeitzone) Bsp: 20081224082015+0100 für: 24.12.2008, 08:20:14, Zeitzone GMT+1
 
 
 
|}
 
 
 
----
 
 
 
Die folgende Tabelle beinhaltet die Beschreibung durch Frank. Wir sollten uns erst einmal auf die Darstellungsform einigen und dann einzelne Felder diskutieren. Die Frage ob die separaten weiter oben aufgeführten Tabelle in diese Überführt werden, bleibt ebenfalls. Meiner Meinung nach sollte beides sein. Sowohl separate Tabellen für die einzelnen Bausteine, als auch eine Gesamttabelle, die noch einmal einen Überblick über alle Attribute der Klasse (in dem Fall patient) gibt.
 
 
 
{| class="hl7table"
 
! Lvl
 
! RIM
 
! Name
 
! Desc
 
! DT
 
! Kard
 
! Conf
 
! Beschreibung
 
 
 
 
 
|-
 
|0
 
|bgcolor="ff8888"|act
 
|ClinicalDocument
 
|Dokument
 
|
 
|1..1
 
|M
 
 
 
|-
 
| 1
 
|bgcolor="ccffff"| part
 
| recordTarget
 
| Patient
 
|
 
| 1..1
 
| M
 
| Patient
 
 
 
|-
 
| 2
 
|bgcolor="ccffff"| part
 
| @typeCode
 
| "RCT"
 
| CS CNE
 
| 1..1
 
| M
 
| fix
 
 
 
|-
 
| 2
 
|bgcolor="ffff88"| role
 
| patientRole
 
|
 
|
 
| 1..1
 
| M
 
|
 
 
 
|-
 
| 3
 
|bgcolor="ffff88"| role
 
| @classCode
 
| "PAT"
 
| CS CNE
 
| 1..1
 
| M
 
| fix
 
 
 
|-
 
| 3
 
|bgcolor="ffff88"| role
 
| id
 
| Patient-ID
 
| SET<II>
 
| 1..*
 
| M
 
| Identifikation des Patienten:<br>
 
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.
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| @root
 
| OID
 
|
 
| 1..1
 
| M
 
| Das ist die OID des sendenden Systems für Patienten.
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| @extension
 
| die eigentliche ID
 
| ST
 
| 1..1
 
| M
 
|
 
 
 
|-
 
| 3
 
|bgcolor="ffff88"| role
 
| addr
 
| Adresse
 
| SET<AD>
 
| 0..*
 
|
 
|
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| streetname
 
| Strasse
 
|
 
| 0..1
 
|
 
|
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| houseNumber
 
| Hausnummer
 
|
 
| 0..1
 
|
 
|
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| postalCode
 
| Postleitzahl
 
|
 
| 0..1
 
|
 
| PLZ ohne Länderkennzeichen
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| city
 
| Wohnort
 
|
 
| 0..1
 
|
 
|
 
 
 
|-
 
| 4
 
|bgcolor="ffff88"| role
 
| country
 
| Land
 
|
 
| 0..1
 
|
 
|
 
 
 
|-
 
| 3
 
|bgcolor="ffff88"| role
 
| telecom
 
| Kontaktinformationen
 
| SET<TEL>
 
| 0..*
 
| M
 
|
 
 
 
|-
 
|4
 
|bgcolor="88ff88"|ent
 
| patient
 
| Patient
 
|
 
| 0..1
 
| optional
 
|
 
 
 
|-
 
|5
 
|bgcolor="88ff88"|ent
 
| 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
 
 
 
{{AlertBox|
 
Anonymisierung bzw. Pseudonymisierung der ID, des Namens, Adresse etc.<br>
 
Es ist zu klären, welche Informationen neben den klassischen wie „Name", „Geburtsdatum" und „Adresse" pseudonymisiert werden müssen.
 
}}
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| prefix
 
| Anrede
 
| ST
 
| 0..1
 
| optional
 
| Anrede: Herr, Frau, ..
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| prefix
 
| Titel
 
| ST
 
| 0..1
 
| optional
 
| akademischer Titel
 
 
 
|-
 
|7
 
|bgcolor="88ff88"|ent
 
| @qualifier
 
| "AC"
 
| ST
 
| 1..1
 
| M
 
| Qualifier für akademischen Titel<br>, Muss-Angabe, um es von der Anrede differenzieren zu können!
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| given
 
| Vorname
 
| ST
 
| 0..*
 
| optional
 
| Vornamen
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| familiy
 
| Familienname
 
| ST
 
| 0..*
 
| optional
 
| Familienname
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| familiy
 
| Geburtsname
 
| ST
 
| 0..*
 
| optional
 
|
 
 
 
|-
 
|7
 
|bgcolor="88ff88"|ent
 
| @qualifier
 
| "BR"
 
| ST
 
| 1..1
 
| M
 
| Qualifier für Geburtsname (muss angegeben werden, um zu erkennen, dass es sich um den Geburtsnamen handelt)
 
 
 
|-
 
|5
 
|bgcolor="88ff88"|ent
 
| administrativeGenderCode
 
| Geschlecht
 
| CE CWE
 
| 0..1
 
| optional
 
|Mit diesem Attribut wird das Geschlecht des Patienten übertragen.
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| @code
 
| Code für das Geschlecht
 
|
 
| 1..1
 
| M
 
|
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| @codeSystem
 
| Codesystem für das Geschlecht
 
|
 
| 1..1
 
| M
 
| "2.16.840.1.113883.5.1"
 
 
 
|-
 
|5
 
|bgcolor="88ff88"|ent
 
| birthTime
 
| Geburtsdatum
 
| TS
 
| 0..1
 
| optional
 
|
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| @value
 
| Zeitpunkt
 
| TS
 
| 1..1
 
| M
 
| Angabe des Geburtsdatums. Genauigkeit: Jahresangabe, Jahr+Monat, tagesgenau
 
 
 
|-
 
|5
 
|bgcolor="6666ff"|lang
 
| languageCommunication
 
| Sprache
 
|
 
| 0..*
 
| optional
 
| Dieser Bereich gibt Auskunft darüber, wie gut der Patient in einer bestimmten Sprache kommunizieren kann.
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| languageCode
 
| Sprache
 
|
 
| 1..1
 
|  M
 
|
 
 
 
|-
 
|7
 
|bgcolor="6666ff"|lang
 
| @code
 
| Code für die Sprache
 
|
 
| 1..1
 
|
 
|Um welche Sprache handelt es sich.
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| modeCode
 
|
 
|
 
| 0..1
 
|
 
|"Lesen"oder "Sprechen"?
 
 
 
|-
 
|7
 
|bgcolor="6666ff"|lang
 
| @code
 
| Code für die Sprache
 
| CE
 
| 1..1
 
|
 
| Codesystem OID: 2.16.840.1.113883.5.60
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| proficiencyLevelCode
 
| Fertigkeit
 
|
 
| 0..1
 
|
 
|"gut" oder "schlecht"?
 
 
 
|-
 
|7
 
|bgcolor="6666ff"|lang
 
| @code
 
| Code für die Fertigkeit
 
| CE
 
| 1..1
 
|
 
| Codesystem OID: 2.16.840.1.113883.5.61
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| preferenceInd
 
|
 
| BL
 
| 0..1
 
|
 
|Verneinung der Aussage<br>
 
fix: "false"
 
 
 
|-
 
| 5
 
|bgcolor="ffff88"| role
 
| birthplace
 
| Geburtsort
 
|
 
| 0..1
 
|
 
|
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| place
 
| Geburtsort
 
| 1..1
 
|
 
|
 
| eigentlicher Geburtsort. In Deutschland wird nur die Stadt angegeben.
 
{{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
 
| addr
 
| Adresse
 
| AD
 
| 1..1
 
|
 
|
 
 
 
|-
 
|8
 
|bgcolor="88ff88"|ent
 
| city
 
| Geburtsstadt
 
| AD
 
| 1..1
 
|
 
|M
 
{{Alertbox|
 
Die Angabe der Stadt für den Geburtsort ist nur in Deutschland üblich. Für andere Länder kann es da durchaus andere Erfordernisse geben.
 
}}
 
 
 
|-
 
|4
 
|bgcolor="88ff88"|ent
 
| providerOrganisation
 
| Krankenhaus
 
|
 
| 0..1
 
|
 
|derzeit nicht notwendig<br>
 
Hängt an der Rolle!
 
 
 
|-
 
|5
 
|bgcolor="88ff88"|ent
 
| organisation
 
| Krankenhaus
 
|
 
| 1..1
 
|
 
|
 
 
 
|}
 
 
 
 
 
'''Beispiel für die CDA-Representation'''
 
 
 
<syntaxhighlight lang="XML">
 
<!--- 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>
 
            <languageCommunication>
 
              <languageCode code="EN"/>
 
              <modeCode code="ESP"/>
 
              <proficiencyLevelCode code="G"/>
 
              <preferenceInd>true</preferenceInd>
 
            </languageCommunication>
 
        </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>
 
</syntaxhighlight>
 

Aktuelle Version vom 25. August 2014, 11:07 Uhr

Dieses Material ist Teil des Leitfadens Arztbrief 2.x.
  • 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 .

Patient (recordTarget - generisch)

Id1.2.276.0.76.10.2001Gültigkeit2013‑07‑10
StatusKgreen.png AktivVersions-Label
NameHeader​Record​TargetBezeichnungCDA recordTarget
Beschreibung
Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst neben der Identifikation und dem Namen, Geschlecht, Adressen etc. auch optionale Zusatzangaben wie zum Beispiel Geburtsort und Sprachfähigkeiten.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC)
ref
ad1bbr-
Beispiel
Standard-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>
    <telecom use="HP" value="tel:+49(221)7812220"/>    <patient classCode="PSN" determinerCode="INSTANCE">
      <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>
  </patientRole>
</recordTarget>
Beispiel
Maximal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <id root="1.2.276.0.76.4.8" extension="8003004447"/>    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <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 classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>
      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="M" displayName="Married" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7 MaritalStatusCode"/>      <!-- Religionszugehörigkeit des Patienten-->
      <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>      <!-- Vormund/Sachwalter des Patienten -->
      <guardian>
        <addr use="HP">
          <streetName>Musterstraße</streetName>          <houseNumber>15</houseNumber>          <postalCode>50825</postalCode>          <city>Köln</city>        </addr>
        <telecom use="HP" value="..."/>        <guardianPerson>
          <name>
            <given>Marius</given>            <family>Müller</family>          </name>
        </guardianPerson>
      </guardian>
      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>
        </place>
      </birthplace>
      <languageCommunication>
        <languageCode code="EN"/>        <modeCode code="ESP"/>        <proficiencyLevelCode code="G"/>        <preferenceInd value="true"/>      </languageCommunication>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(Hea...get)
Treetree.png@typeCode
0 … 1FRCT
Treetree.png@context​Control​Code
0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
Treetree.pnghl7:patientRole
1 … 1(Hea...get)
Treeblank.pngTreetree.png@classCode
0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
Treeblank.pngTreetree.pnghl7:id
II1 … *(Hea...get)
 Beispiel<id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … *Adresse des Patienten(Hea...get)
 Beispiel<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr>
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *Kontaktdaten des Patienten(Hea...get)
 Beispiel<telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(Hea...get)
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der
Isar
</family>
  <suffix>, MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Hea...get)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Hea...get)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Hea...get)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RGeschlecht (administrativ) des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1RGeburtsdatum des Patienten(Hea...get)
 Beispiel<birthTime value="19491224"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Familienstand des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)
 Beispiel<maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1Religionszugehörigkeit des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)
 Beispiel<religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPdarf nicht verwendet werden(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPdarf nicht verwendet werden(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Vormund/Sachwalter des Patienten(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...get)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten(Hea...get)
 Beispiel<birthplace>
  <place>
    <addr>Hamburg</addr>  </place>
</birthplace>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1(Hea...get)