Template

Zeige index

Template CDA recordTarget (vomgt) 2016‑02‑19 15:12:48

Id1.2.276.0.76.10.2048
ref
vomgt-
Gültigkeit ab2016‑02‑19 15:12:48
Statusdraft EntwurfVersions-Label
NameCDArecordTargetvomgtBezeichnungCDA recordTarget (vomgt)
BeschreibungDas recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst IDs und dem Namen, Geschlecht, Adressen etc.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 6 Konzepte
IdNameDatensatz
hauskomet-dataelement-4draft Titel draft Hauskomet-Datensatz
ref
hauskomet-
hauskomet-dataelement-5draft Vorname draft Hauskomet-Datensatz
ref
hauskomet-
hauskomet-dataelement-6draft Namenszusatz draft Hauskomet-Datensatz
ref
hauskomet-
hauskomet-dataelement-8draft Nachname draft Hauskomet-Datensatz
ref
hauskomet-
hauskomet-dataelement-7draft Vorsatzwort draft Hauskomet-Datensatz
ref
hauskomet-
hauskomet-dataelement-3draft Name draft Hauskomet-Datensatz
ref
hauskomet-
Benutzt von / Benutzt
Benutzt von 6 Transactions und 20 Templates, Benutzt 1 Template
Benutzt von als NameVersion
1.2.276.0.76.3.1.135.8.4.11Transaktiondraft Rezept2019‑03‑18 08:19:45
1.2.276.0.76.3.1.135.8.4.15Transaktiondraft Vorlage Krankenkasse2019‑07‑18 15:18:47
1.2.276.0.76.3.1.135.8.4.7Transaktiondraft Überweisung (Muster 06)2018‑04‑26 17:55:02
1.2.276.0.76.3.1.135.8.4.9Transaktiondraft Initial2018‑08‑30 14:07:42
1.2.276.0.76.3.1.135.8.4.2Transaktiondraft Krankmeldung2018‑01‑03 16:15:43
1.2.276.0.76.3.1.135.8.4.5Transaktiondraft Laborüberweisung (Muster 10)2018‑02‑06 14:07:42
1.2.276.0.76.3.1.135.8.10.38Inklusiondraft 04: Krankenbeförderung - Verordnung2018‑01‑16 10:44:23
1.2.276.0.76.3.1.135.8.10.99Inklusioncancelled 16: eRezept (duplicate)2018‑11‑02 09:37:45
1.2.276.0.76.3.1.135.8.10.118Inklusiondraft 02A: Krankenhausbehandlung - Verordnung2019‑07‑17 12:32:47
1.2.276.0.76.3.1.135.8.10.130Inklusiondraft 16: Hilfsmittelverordnung2019‑09‑12 13:40:18
1.2.276.0.76.3.1.135.8.10.134Inklusiondraft 02B: Krankenhausbehandlung - Verordnung2020‑05‑07 13:27:32
1.2.276.0.76.10.1025Inklusiondraft 01: Arbeitsunfähigkeitsbescheinigung2017‑05‑24 17:21:07
1.2.276.0.76.10.1027Inklusiondraft 06: Überweisungsschein2016‑01‑28 14:40:29
1.2.276.0.76.10.1028Inklusiondraft 10: Laborüberweisung2018‑02‑06 10:57:10
1.2.276.0.76.10.1029Inklusiondraft 10A: Laboranforderung2018‑04‑06 12:01:44
1.2.276.0.76.10.1030Inklusiondraft 16: eRezept2018‑11‑02 09:43:51
1.2.276.0.76.10.1031Inklusiondraft 16: eAbgabe2019‑03‑18 15:39:10
1.2.276.0.76.10.1032Inklusiondraft 16: eAbrechnung2019‑03‑18 17:11:07
2.16.840.1.113883.3.1937.99.61.53.10.78Inklusiondraft (AU-BF) Bericht bei Fortbestehen der AU2019‑09‑19 13:42:22
2.16.840.1.113883.3.1937.99.61.53.10.138Inklusiondraft (WE) Wiedereingliederung Erwerbsleben2019‑10‑06 15:43:10
2.16.840.1.113883.3.1937.99.61.53.10.178Inklusiondraft (HV) Heilmittelverordnung2019‑11‑25 11:56:41
2.16.840.1.113883.3.1937.99.61.53.10.210Inklusiondraft (HKVa1) Verordnung Häusliche Krankenpflege2019‑12‑04 16:30:53
2.16.840.1.113883.3.1937.99.61.53.10.211Inklusiondraft (HKVa2) Verordnung Häusliche Krankenpflege2019‑12‑04 16:37:04
2.16.840.1.113883.3.1937.99.61.53.10.224Inklusiondraft (HV-2019) Heilmittelverordnung2020‑01‑31 17:17:34
2.16.840.1.113883.3.1937.99.61.53.10.230Inklusiondraft (KB) Krankenhausbehandlung2020‑05‑04 17:39:18
2.16.840.1.113883.3.1937.99.61.53.10.249Inklusiondraft 02B: Krankenhausbehandlung - Verordnung - Test2020‑05‑14 22:10:35
Benutzt als NameVersion
1.2.276.0.76.10.90030Inklusionactive PersonennameDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC)
ref
ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
CDArdotsomgt
@typeCode
cs0 … 1FRCT
@contextControlCode
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
hl7:templateId
1 … 1MCDArdotsomgt
@root
uid1 … 1F1.2.276.0.76.10.2048
hl7:patientRole
1 … 1CDArdotsomgt
@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <!-- eGK Nr -->
  <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->
  <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
hl7:id
0 … *RCDArdotsomgt
hl7:addr
AD1 … 1MAdresse des PatientenCDArdotsomgt
 Beispiel
normale Adresse
<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
 Beispiel
Postfach
<addr use="HP">
  <postBox>654321</postBox>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
hl7:patient
0 … 1CDArdotsomgt
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 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)
hl7: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.
Persdotsname
 
target
hauskomet-dataelement-3draft Name draft Hauskomet-Datensatz
ref
hauskomet-
 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>
hl7:prefix
ENXP0 … *TitelPersdotsname
wo [@qualifier='AC']
 
target
hauskomet-dataelement-4draft Titel draft Hauskomet-Datensatz
ref
hauskomet-
@qualifier
set_cs1 … 1FAC
hl7:given
ENXP0 … *VornamePersdotsname
 
target
hauskomet-dataelement-5draft Vorname draft Hauskomet-Datensatz
ref
hauskomet-
hl7:prefix
ENXP0 … *NamenszusatzPersdotsname
wo [@qualifier='NB']
 
target
hauskomet-dataelement-6draft Namenszusatz draft Hauskomet-Datensatz
ref
hauskomet-
@qualifier
set_cs1 … 1FNB
hl7:prefix
ENXP0 … *VorsatzwortPersdotsname
wo [@qualifier='VV']
 
target
hauskomet-dataelement-7draft Vorsatzwort draft Hauskomet-Datensatz
ref
hauskomet-
@qualifier
set_cs1 … 1FVV
hl7:family
ENXP0 … *NachnamePersdotsname
 
target
hauskomet-dataelement-8draft Nachname draft Hauskomet-Datensatz
ref
hauskomet-
hl7:suffix
ENXP0 … *SuffixPersdotsname
hl7:administrativeGenderCode
CENPHier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element.

CDArdotsomgt
hl7:birthTime
TS.DATE.MIN1 … 1MGeburtsdatum des PatientenCDArdotsomgt
 Beispiel<birthTime value="19491224"/>