Header

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 .

Header

Der Header enthält alle relevanten Metadaten. Nachfolgend der allgemeine Aufbau:

Abschnitt Kard. Klasse Referenz auf Abschnitt
Header
Metadaten
Autor (Melder)
Unterzeichner
Patient
Empfänger
Participant
  Versicherter
Body
Sektionen s.u.

Metadaten

Zuerst die Metadaten:

ID des Patienten

Abbildung: Header des Dokuments

Lvl RIM AE Name Desc DT Kard Conf Beschreibung
1 act elm ClinicalDocument Dokument 1..1 M
2 act elm realmCode CS 1..1 M fix
3 act att @code "DE" 1..1 M fix
2 act elm typeId II 1..1 M fix, identifiziert dieses Dokument als CDA-Dokument
3 act att @root "2.16.840.1.113883.1.3" 1..1 M fix
3 act att @extension "POCD_HD000040" 1..1 M fix
2 act elm templateId Strukturidentifikation des Dokuments II 1..1 M Hier wird die Strukturbeschreibung des Dokumentes festgehalten.
3 act att @root OID des Dokument-Templates 1..1 M
2 act elm id Identifikation einer Instanz des Dokuments II 1..1 M Identifiziert eindeutig eine Instanz eines Dokuments, d.h.jede Version eines Dokumentes hat eine neue ID.

(vgl. SetId)

3 act att @root OID für Dokument-Instanzen 1..1 M OID des sendenden System, um Dokument-Instanzen eindeutig zu identifizieren
3 act att @extension ID der Instanz des Dokuments im sendenden System 1..1 M
2 act elm code Dokument-Art CE CWE 1..1 M fix, Value Set 1.2.276.0.76.3.1.131.1.11.1
3 act att @code "x-physician-cancer-rep" 1..1 M fix vgl. IHE PCC Vol.2 Abschnitt 6.3.1.A.2
3 act att @codeSystem "2.16.840.1.113883.6.1" 1..1 M fix
2 act elm title Titel des Dokuments ST 0..1 M Der Titel des Dokuments ergibt sich aus dem Dokumenttyp bzw. Dokumententemplate.

Beispiel: "Diagnosemeldung"

2 act elm effectiveTime Erstellungszeitpunkt des Dokuments TS 1..1 M
3 act att @value der eigentliche Zeitpunkt 1..1 M
2 act elm confidentialityCode Vertraulichkeit des Dokumentes CE CWE 1..1 M fix, Value Set 1.2.276.0.76.3.1.131.1.11.2
3 act att @code "N" 1..1 M fix
3 act att @codeSystem "2.16.840.1.113883.5.25" 1..1 M fix
2 act elm languageCode Sprache des Dokumentes CS CNE 0..1 opt. fix
3 act att @code "de-DE" 1..1 opt. fix
2 act elm setId Setkennung II 1..1 M Legt fest, zu welcher "Menge" das Dokument gehört. Es hält also die verschiedenen Versionen (Instanzen, vgl. Id) zusammen.

Logische Kennung des Dokuments, die über die Versionen hinweg konstant bleibt. Eine Korrektur ergibt sich aus einer höheren Versionsnummer (vgl. versionNumber).

3 act att @root OID für Dokument-Sets 1..1 M OID des sendenden Systems, um das Dokument-Set (Dokument versionsübergreifend) eindeutig zu identifizieren
3 act att @extension ID des Dokument-Sets im sendenden System 1..1 M
2 act elm versionNumber Versionsnummer INT 1..1 M Eine fortlaufende Nummer zur Versionierung des Dokumentes.
3 act att @value Versionsnummer INT 1..1 Zusammen mit der Setkennung regelt dieses Element die Versionierung der Dokumente.
2 rel elm relatedDocument 0..1
3 rel att @typeCode "RPLC" 1..1 M fix
3 act elm parentDocument Vorgänger-Dokument 1..1 required Referenz auf ein Vorgänger-Dokument
4 act elm id ID des Vorgänger-Dokuments II 1..1 required
5 act att @root OID für Dokument-Instanzen 1..1 M OID des sendenden System, um Dokument-Instanzen eindeutig zu identifizieren
5 act att @extension ID der Instanz des Dokuments im sendenden System 1..1 M 
<ClinicalDocument xmlns="urn:hl7-org:v3"
                  xmlns:voc="urn:hl7-org:v3/voc"
                  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                  xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd">
	<realmCode code="DE"/>
	<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
	<templateId root="1.2.276.0.76.3.1.131.1.10.1.1"/>
	<id extension="xyz" root="OID"/>
	<code code="x-physician-cancer-rep"
              codeSystem="2.16.840.1.113883.6.1"
              displayName="report to cancer registry"/>
	<title>Diagnosemeldung</title>
	<effectiveTime value="20120407130000+0500"/>
	<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
	<languageCode code="de-DE"/>
	<setId extension="a_set_id" root="OID"/>
	<versionNumber value="1"/>
	<recordTarget>
		...
	</recordTarget>
	<author>
		...
	</author>
	<dataEnterer>
		...
	</dataEnterer>
	<informant>
		...
	</informant>
	<custodian>
		...
	</custodian>
	<informationRecipient>
		...
	</informationRecipient>
	<participant>
		...
	</participant>
	<relatedDocument typeCode="RPLC">
		<parentDocument>
			<id extension="xyy" root="OID"/>
		</parentDocument>
	</relatedDocument>

	...

</ClinicalDocument>

Participants: Einleitung

An der Erstellung eines Dokumentes sind mehrere Personen bzw. Organisationen und Systeme beteiligt. Dies soll hier einmal kurz erläutert werden, damit die anschließende Detaildarstellung verständlicher wird. Dies wird in Form verschiedener Situationen gemacht:

Variante 1

Der Arzt erstellt einen Arztbrief oder andere Dokumente (beispielsweise auch Informationen im KIS-System des Krankenhauses), aus denen ein medizinischer Dokumentar die Informationen in ein System eingibt, das dann die Meldung an das Krebsregister versendet:

Beteiligter Abbildung in CDA Conf.
Arzt und/oder Krankenhaus, in der dieser beschäftigt ist (Melder in der Krebsregister-Terminologie) informant M
medizinischer Dokumentar im Krankenhaus dataEnterer O
System (Tumordokumentationssystem) im Krankenhaus author (authoringDevice) M
Organisation (Krankenhaus), die das System betreibt custodian M
Krebsregister informationRecipient O

Im praktischen Einsatz sind für diese Variante i.d.R. die Angaben in informant.representedOrganization und custodian.representedCustodianOrganization inhaltlich gleich.

Variante 2

Ein regionales Krebsregister erstellt auf Basis der von Ärzten bzw. Krankenhäusern eingegangenen Meldungen eine neue Meldung an das Landeskrebsregister:

Beteiligter Abbildung in CDA Conf.
Arzt und/oder Organisation, der ursprünglichen Meldung (ggf. mehrere) informant M
medizinischer Dokumentar im regionalen Krebsregister dataEnterer O
System (Tumordokumentationssystem) im regionalen Krebsregister author (authoringDevice) M
Organisation (regionales Krebsregister), die das System betreibt custodian M
Landeskrebsregister informationRecipient O

Participant: Patient (recordTarget)

ID des Patienten

Abbildung: Identifikation des Patienten


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
2 part att @typeCode "RCT" CS CNE 1..1 M fix
2 role elm patientRole Patient 1..1 M
3 role att @classCode "PAT" CS CNE 1..1 M fix
3 role elm id Patient-ID SET<II> 1..* M Identifiziert eindeutig den Patienten
4 role att @root OID für Patienten 1..1 M OID des sendenden System, um Patienten eindeutig zu identifizieren
4 role att @extension ID des Patienten im sendenden System 1..1 M
3 role elm addr Adresse SET<AD> 0..* Es soll immer eine Adresse übertragen werden. Bei anonymisierten bzw. pseudonymisierten Patienten kann dies auf eine Postleitzahl oder Bundesland reduziert werden.
4 role elm streetname Strasse ST 0..1 M
4 role elm houseNumber Hausnummer ST 0..1
4 role elm postalCode Postleitzahl ST 0..1 M PLZ ohne Länderkennzeichen
4 role elm city Wohnort ST 0..1 M
4 role elm country Land ST 0..1 M
3 role elm telecom Kontaktinformationen TEL 0..0 nicht verwendet
4 ent elm patient Patient (Personendaten) 0..1 optional
5 ent att @classCode "PSN" CS CNE 1..1 M fix
5 ent att @determinerCode "INSTANCE" CS CNE 1..1 M fix
5 ent elm name Name des Patienten SET<PN> 0..* optional 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

Attention icon.svg TODO: Anonymisierung bzw. Pseudonymisierung der ID, des Namens, Adresse etc.

Es ist zu klären, welche Informationen neben den klassischen wie „Name", „Geburtsdatum" und „Adresse" pseudonymisiert werden müssen.

Ebenso ist die Abbildung der pseudonymisierten Daten noch zu spezifizieren.
6 ent elm prefix Anrede ST 0..1 optional z.B. Herr, Frau, ...
6 ent elm prefix akademischer Titel ST 0..1 optional
7 ent att @qualifier "AC" 1..1 optional fix (Qualifier für akademischen Titel)
6 ent elm given Vorname SET<ST> 0..* optional
6 ent elm family aktueller Familienname ST 0..1 optional
6 ent elm family Geburtsname ST 0..1 optional
7 ent att @qualifier "BR" 1..1 optional fix (Qualifier für Geburtsname)
6 ent elm family früherer Familienname (Adoption) SET<ST> 0..* optional
7 ent att @qualifier "AD" 1..1 optional fix (Qualifier für Adoptionsname)
5 ent elm administrativeGenderCode Geschlecht CE CWE 0..1 optional Codesystem 2.16.840.1.113883.5.1
6 ent att @code Code für das Geschlecht 1..1 optional
6 ent att @codeSystem "2.16.840.1.113883.5.1" 1..1 optional fix
5 ent elm birthTime Geburtsdatum TS 0..1 optional
6 ent att @value Zeitpunkt der Geburt 1..1 optional tagesgenau
4 ent elm 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>

Participant: Sendendes System (author)

sendendes System

Abbildung: Sendendes System


Lvl RIM AE Name Desc DT Kard Conf Beschreibung
0 act elm ClinicalDocument
1 part elm author Autor (hier: nur das sendende System) 1..1 M
2 part att @typeCode "AUT" CS CNE 1..1 M fix
2 part elm time Zeitpunkt der Erstellung des Dokuments TS 1..1 M
3 part att @value der eigentliche Zeitpunkt 1..1 M
2 role elm assignedAuthor Sendendes System 1..1 M Informationen über das sendende System
3 role att @classCode "ASSIGNED" 1..1 M fix
3 role elm id ID des sendenden Systems II 1..1 M
4 role att @extension eigentliche Identifikationsnummer des sendenden Systems 1..1 M
4 role att @root OID für Software-Instanzen 1..1 M OID, um Instanzen von Softwaresystemen eindeutig zu identifizieren. Vergeben beispielsweise durch den Softwarehersteller.
3 ent elm assignedAuthoringDevice 1..1 M
4 ent att @classCode "DEV" 1..1 M fix
4 ent att @determinerCode "INSTANCE" 1..1 M fix
4 ent elm softwareName Name der Software(-Instanz) ST 1..1 M 


<author typeCode="AUT">
	<time value="20120825"/>
	<assignedAuthor classCode="ASSIGNED">
		<id extension="eine_id_des_sendenden_systems" root="1.2.276.0.76.3.1.131.1.4.4.9999.4.999941"/>
		<assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
				<softwareName>DerHersteller DieSoftware V. 3.2.1 im KKH Musterstadt</softwareName>
		</assignedAuthoringDevice>
	</assignedAuthor>
</author>

Participant: medizinischer Dokumentar (dataEnterer)

Diese Information gibt an, wer die Information in das System eingegeben hat. Üblicherweise ist dies der medizinische Dokumentar. Dieser Abschnitt ist optional.


medizinischer Dokumentar

Abbildung: medizinischer Dokumentar

Lvl RIM AE Name Desc DT Kard Conf Beschreibung


0 act elm ClinicalDocument
1 part elm dataEnterer Medizinischer Dokumentar 0..1 optional
2 part att @typeCode "ENT" 1..1 optional fix
2 role elm assignedEntity 1..1 M
3 role att @classCode "ASSIGNED" 1..1 M fix
3 role elm id Identifikator des Dokumentars II 1..1 M
4 role att @extension Identifikation des Dokumentars im sendenden System 1..1 M
4 role att @root OID für Dokumentare 1..1 M OID des sendenden Systems, um das Dokumentare eindeutig zu identifizieren
4 ent elm assignedPerson Dokumentar 1..1 M
5 ent elm name Name des Dokumentars 0..1 optional
6 ent elm prefix Anrede ST 0..1 optional z.B. Herr, Frau, ...
6 ent elm prefix akademischer Titel ST 0..1 optional
7 ent att @qualifier "AC" 1..1 optional fix (Qualifier für akademischen Titel)
6 ent elm given Vorname ST 0..1 optional
6 ent elm family Nachname ST 0..1 optional 
<dataEnterer typeCode="ENT">
	<assignedEntity classCode="ASSIGNED">
		<id extension="eine_id_des_dokumentars" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999942"/>
		<assignedPerson>
			<name>
				<prefix>Frau</prefix>
				<prefix qualifier="AC">Dr.</prefix>
				<given>Martha</given>
				<family>Meier</family>
			</name>
		</assignedPerson>
	</assignedEntity>
</dataEnterer>

Participant: Arzt, Melder (informant)

Diese Participation gibt an, von wem die gemeldete Information stammt. Normalerweise wird die Information aus einem oder mehreren Arztbriefen entnommen. Hierüber kann angegeben werden, wer diese Arztbriefe verfasst hat. Daher kann dieser Abschnitt mehrfach vorkommen. In der Terminologie der Krebsregister entspricht dies dem Melder.


Arzt, Melder

Abbildung: Arzt, Melder

Lvl RIM AE Name Desc DT Kard Conf Beschreibung


0 act elm ClinicalDocument
1 part elm informant Arzt, Melder 1..* M
2 part att @typeCode "INF" 1..1 M fix
2 role elm assignedEntity 1..1 M
3 role att @classCode "ASSIGNED" 1..1 M fix
3 role elm id Identifikator des Melders II 1..1 M
4 role att @extension Identifikation des Melders 1..1 M z.B. vom empfangenden Krebsregister vergeben
4 role att @root OID für Melder 1..1 M z.B. vom empfangenden Krebsregister vergeben
3 role elm addr Adresse AD 0..1
4 role elm streetname Strasse ST 0..1 M
4 role elm houseNumber Hausnummer ST 0..1
4 role elm postalCode Postleitzahl ST 0..1 M PLZ ohne Länderkennzeichen
4 role elm city Wohnort ST 0..1 M
4 role elm country Land ST 0..1 M
4 ent elm assignedPerson Melder (Person) 0..1 optional Wird verwendet, wenn der Melder eine Person ist. Es soll immer eine Person oder/und eine Organisation enthalten sein.
5 ent att @classCode "PSN" CS CNE 1..1 optional fix
5 ent att @determinerCode "INSTANCE" CS CNE 1..1 optional fix
5 ent elm name Name des Melders PN 0..1 optional
6 ent elm prefix Anrede ST 0..1 optional z.B. Herr, Frau, ...
6 ent elm prefix akademischer Titel ST 0..1 optional
7 ent att @qualifier "AC" 1..1 optional fix (Qualifier für akademischen Titel)
6 ent elm given Vorname SET<ST> 0..* optional
6 ent elm family Familienname ST 0..1 optional
4 ent elm representedOrganization Melder (Organisation) 0..1 optional Wird verwendet, wenn der Melder eine Organisation ist.
5 ent att @classCode "ORG" CS CNE 1..1 optional fix
5 ent att @determinerCode "INSTANCE" CS CNE 1..1 optional fix
5 ent elm name Name der Organisation ON 0..1 optional 
<informant typeCode="INF">
	<assignedEntity classCode="ASSIGNED">
		<id extension="eine_id_des_melders" root="1.2.276.0.76.3.1.131.1.4.4.9999.4.999901"/>
		<addr>
			<streetName>Kliniksweg</streetName>
			<houseNumber>125-131</houseNumber>
			<country>DE</country>
			<postalCode>54321</postalCode>
			<city>Musterhausen</city>
		</addr>
		<assignedPerson classCode="PSN" determinerCode="INSTANCE">
			<name>
				<prefix qualifier="AC">Dr. med.</prefix>
				<given>Thilo</given>
				<family>Testmann</family>
			</name>
		</assignedPerson>
		<representedOrganization classCode="ORG" determinerCode="INSTANCE">
			<name>Städtisches Klinikum Musterhausen</name>
		</representedOrganization>
	</assignedEntity>
</informant>

Participant: verwaltende Organisation (custodian)

Wer hat verwaltet das Dokument? Das ist üblicherweise entweder das Krankenhaus oder das Tumorzentrum.

Normalerweise wird das über die Transportinformation gelöst. Wenn das aber persistent mit Bestandteil des Dokumentes sein soll, dann ist der Custodian der beste Platz, weil der "Verwalter" des Dokumentes dann auch am ehesten der "Absender" ist.


Absender

Abbildung: Identifikation des Absenders

Lvl RIM AE Name Desc DT Kard Conf Beschreibung
0 act elm ClinicalDocument
1 part elm custodian verwaltende Organisation 1..1 M Wer hat verwaltet das Dokument.
2 part att @typeCode "CST" CS CNE 1..1 M
2 role elm assignedCustodian 1..1 M
3 role att @classCode "ASSIGNED" CS CNE 1..1 M


4 ent elm representedCustodianOrganisation verwaltende/absendede Organisation 1..1
5 ent elm id Identifikation der Organisation SET<II> 1..* M
6 ent att @extension eigentliche ID der Organisation 1..1 M In der Regel vom Datenempfänger vergeben
6 ent att @root OID der Organisation 1..1 M In der Regel vom Datenempfänger vergeben
5 ent elm name Name der Organisation ON 0..1
5 ent elm telecom Kontaktinformation der Organisation TEL 0..0 nicht verwendet
5 ent elm addr Adresse AD 0..1
6 ent elm streetname Strasse ST 0..1
6 ent elm houseNumber Hausnummer ST 0..1
6 ent elm postalCode Postleitzahl ST 0..1 PLZ ohne Länderkennzeichen
6 ent elm city Wohnort ST 0..1
6 ent elm country Land ST 0..1 
<custodian typeCode="CST">
	<assignedCustodian classCode="ASSIGNED">
		<representedCustodianOrganization>
			<id extension="eine_id_des_datenlieferanten" root="1.2.276.0.76.3.1.131.1.4.4.9999.4.999961"/>
			<name>Regionales KKR für Süd-Ostwestfalen Nord</name>
			<addr>
				<streetName>Register-Allee</streetName>
				<houseNumber>228</houseNumber>
				<country>DE</country>
				<postalCode>55555</postalCode>
				<city>Krebsstadt</city>
			</addr>
		</representedCustodianOrganization>
	</assignedCustodian>
</custodian>

Participant: Empfänger (informationRecipient)

Als Empfänger kommen hier sowohl die Krebsregister als auch Praxen und Krankenhäuser in Frage.

In dem Attribut „informationRecipient" wird angegeben, an welches Krebsregister oder Praxis/Krankenhaus die Daten übermittelt werden. Hier wird die „scoping" Entität "Organisation" (gestrichelte Linie) genutzt.

ID des Empfängers

Abbildung: Identifikation des Empfängers

Lvl RIM AE Name Desc DT Kard Conf Beschreibung
0 act elm ClinicalDocument
1 part elm informationRecipient Empfänger 0..1 optional
2 part att @typeCode "PRCP" CS CNE 1..1 M fix
2 role elm intendedRecipient 1..1 M
3 role att @classCode "ASSIGNED" 1..1 M fix
3 role elm id ID des Datenempfängers (z.B. Krebsregister) II 0..0 nicht verwendet
4 ent elm informationRecipient 0..0 nicht verwendet
4 ent elm receivedOrganisation 0..1 optional
5 ent elm name Name der Organisation ON 0..1 optional
5 ent elm addr Adresse AD 0..1 optional
6 ent elm streetname Strasse ST 0..1 optional
6 ent elm houseNumber Hausnummer ST 0..1 optional
6 ent elm postalCode Postleitzahl ST 0..1 optional PLZ ohne Länderkennzeichen
6 ent elm city Wohnort ST 0..1 optional
6 ent elm country Land ST 0..1 optional 
<informationRecipient typeCode="PRCP">
	<intendedRecipient classCode="ASSIGNED">
		<receivedOrganization>
			<name>Landeskrebsregister NRW</name>
			<addr>
				<streetName>Robert-Koch-Strasse</streetName>
				<houseNumber>40</houseNumber>
				<country>DE</country>
				<postalCode>48149</postalCode>
				<city>Münster</city>
			</addr>
		</receivedOrganization>
	</intendedRecipient>
</informationRecipient>

Participant: Versichertendaten und Kostenträger (participant)

Ein weiterer Beteiligter ist der Versicherte sowie der Kostenträger. Im Kontext der Krebsregister ist die Versicherungsnummer sowie die Identifikation des Kostenträgers von Interesse. Beides wird hier abgebildet. Die Angabe dieser Daten ist optional.


Versichertendaten und Kostenträger

Abbildung: Versichertendaten und Kostenträger

Lvl RIM AE Name Desc DT Kard Conf Beschreibung
0 act elm ClinicalDocument
1 part elm participant 0..* optional
2 part att @typeCode "HLD" CS CNE 1..1 optional fix
2 role elm associatedEntity Versicherungsnehmer 1..1 M
3 role att @classCode "POLHOLD" CS CNE 1..1 M fix
3 role elm id Versicherungsnummer II 0..1 optional
4 role att @extension die eigentliche Versicherungsnummer 1..1 optional
4 role att @root OID für Versicherungsnummern des jeweiligen Krankenversicherers 1..1 optional
4 ent elm scopingOrganization Kostenträger 0..1 optional
5 ent elm id Institutionskennzeichen (IKNR) des Kostenträgers II 0..1 optional
6 ent att @extension die eigentliche IKNR 1..1 optional
6 ent att @root "1.2.276.0.76.4.5" 1..1 optional fix. Dies ist die OID für IK-Nummern in Deutschland
5 ent elm id Vertragskassennummer (VKNR) des Kostenträgers II 0..1 optional
6 ent att @extension die eigentliche VKNR 1..1 optional
6 ent att @root "1.2.276.0.76.4.7" 1..1 optional fix. Dies ist die OID für VK-Nummern in Deutschland
5 ent elm name Name des Kostenträgers ON 0..1 optional 
<participant typeCode="HLD">
	<associatedEntity classCode="POLHOLD">
		<id extension="123456789" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999955"/>
		<scopingOrganization>
			<id extension="987654321" root="1.2.276.0.76.4.5"/>
			<id extension="54321" root="1.2.276.0.76.4.7"/>
			<name>AOK Süd-Ostwestfalen Nord</name>
		</scopingOrganization>
	</associatedEntity>
</participant>
Abgerufen von „https://wiki.hl7.de/index.php?title=cdaonk:Header&oldid=10811“