Patient (recordTarget) (Template)

Aus Hl7wiki
(Teildokument von Arztbrief 2.x)
Wechseln zu: Navigation, Suche
(Der Seiteninhalt wurde durch einen anderen Text ersetzt: „{{DocumentPart}} ==Patient (recordTarget - generisch)== {{:1.2.276.0.76.10.2001/dynamic}} Patient Kategorie:C…“)
 
(54 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 
{{DocumentPart}}
 
{{DocumentPart}}
 
+
==Patient (recordTarget - generisch)==
==Participant: Patient (recordTarget)==
+
{{:1.2.276.0.76.10.2001/dynamic}}
 
+
[[Kategorie:cdaab2|Patient]]
{| 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.
 
|}
 
 
 
{{FAQBox|
 
Die unterschiedlichen Spezialisierungen für:
 
*vollständige (normale) Darstellung
 
*pseudonymisierte Darstellung
 
*anonymisierte Darstellung
 
sind in den Datentypenangaben durch Angabe des Flavors hinterlegt.
 
}}
 
 
 
=== Beschreibung des Headertemplates "Patient" ===
 
Das <recordTarget> repräsentiert die Person, an welcher die Untersuchungen durchgeführt wurden. Hier handelt sich immer um genau eine Person - den Patienten. Der Patient wird im CDA-Header eingebunden durch eine patientRole-Klasse, in welcher er die Rolle eines Patienten <patient> annimmt.
 
 
 
Ergänzt wird dieses Primärelement um Zusatzangaben wie Geburtsort, Sprachfähigkeiten sowie Paten.
 
 
 
=== Einordnung im CDA R-MIM - Identifikation des Patienten ===
 
 
 
[[file:Cdaab2_patient.gif|Patient]]
 
 
 
Abbildung xx: Identifikation des Patienten (Auszug aus dem CDA R-MIM)
 
 
 
==== Attribute ====
 
 
 
{| 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>
 
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>
 
 
 
{{WorkBox|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.
 
}}
 
 
 
|-
 
| 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.DE>
 
| 0..*
 
| optional
 
| Die Wohn-Adresse des Patienten ist mindestens anzugeben. Beliebige weitere Adressen, wie etwa eine Pflege-Adresse können angegeben werden.
 
 
 
|-
 
| 3
 
|bgcolor="ffff88"| role
 
| telecom
 
| Kontaktinformationen
 
| SET<TEL>
 
| 0..*
 
| optional
 
|
 
 
 
|-
 
|4
 
|bgcolor="88ff88"|ent
 
| patient
 
| Patient
 
|
 
| 0..1
 
| optional
 
|
 
 
 
|-
 
|5
 
|bgcolor="88ff88"|ent
 
| name
 
| Name des
 
| SET<PN.DE>
 
| 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
 
 
 
|-
 
|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
 
| [[AdministrativeGender (Value_Set)| "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="88ff88"|ent
 
| maritalStatusCode
 
|
 
| CE
 
| 0..1
 
| optional
 
| [[MaritalStatus (Value_Set)]]
 
 
 
|-
 
| 5
 
|bgcolor="ffff88"| role
 
| guardian
 
| Pate
 
|
 
| 0..*
 
| optional
 
|
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| Guardian
 
|
 
 
| 1..1
 
| M
 
|
 
 
 
|-
 
|7
 
|bgcolor="88ff88"|ent
 
| providerOrganisation
 
| Krankenhaus
 
|
 
| 0..1
 
| optional
 
|derzeit nicht notwendig<br>
 
Hängt an der Rolle!
 
 
 
|-
 
|8
 
|bgcolor="88ff88"|ent
 
| organisation
 
| Krankenhaus
 
|
 
| 1..1
 
| required
 
|
 
 
 
|-
 
| 5
 
|bgcolor="ffff88"| role
 
| birthplace
 
| Geburtsort
 
|
 
| 0..1
 
| optional
 
|
 
 
 
|-
 
|6
 
|bgcolor="88ff88"|ent
 
| place
 
| Geburtsort
 
 
| 1..1
 
| M
 
| eigentlicher Geburtsort. In Deutschland wird nur die Stadt angegeben.
 
 
 
|-
 
|7
 
|bgcolor="88ff88"|ent
 
| addr
 
| Adresse
 
| AD.DE.BP
 
| 1..1
 
| M
 
|
 
 
 
|-
 
|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
 
| M
 
|Um welche Sprache handelt es sich.
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| modeCode
 
|
 
|
 
| 0..1
 
| optional
 
|"Lesen"oder "Sprechen"?
 
 
 
|-
 
|7
 
|bgcolor="6666ff"|lang
 
| @code
 
| Code für die Sprache
 
| CE
 
| 1..1
 
| M
 
| Codesystem OID: 2.16.840.1.113883.5.60
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| proficiencyLevelCode
 
| Fertigkeit
 
|
 
| 0..1
 
| optional
 
|"gut" oder "schlecht"?
 
 
 
|-
 
|7
 
|bgcolor="6666ff"|lang
 
| @code
 
| Code für die Fertigkeit
 
| CE
 
| 1..1
 
| M
 
| Codesystem OID: 2.16.840.1.113883.5.61
 
 
 
|-
 
|6
 
|bgcolor="6666ff"|lang
 
| preferenceInd
 
|
 
| BL
 
| 0..1
 
| optional
 
|Verneinung der Aussage<br>
 
fix: "false"
 
 
 
|}
 
 
 
 
 
===Beispiel für die CDA-Repräsentation===
 
 
 
<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>
 
 
 
 
 
 
[[Kategorie:CDA Header Level Template|Patient (recordTarget)]]
 
[[Kategorie:CDA Header Level Template|Patient (recordTarget)]]

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)