Änderungen

border: thin black solid;

background-color:#F4C789;

padding: 5px 5px 5px 5px;

margin-left:6px;

====Strukturbeispiele====

'''Methode 1:'''

<!—

Angabe der OID der ID-Liste in @root

</pre>

'''Methode 2:'''

<!-- Angabe einer UUID als extension zur OID "2.25" -->

<id root="2.25" extension="urn:uuid:19FEE6C3-6B35-4C5B-B1CC-2B5B4001AB2" assigningAuthorityName="KH Eisenstadt" />

</pre>

'''Methode 3:'''

<!-- Angabe einer OID als direkten Identifikator -->

<id root="1.2.40.0.34.99.111.0.1"

=====Minimal-Variante um einen Code eindeutig darzustellen:=====

<code code="E10"

codeSystem="1.2.40.0.34.5.56"/>

=====Gebräuchlichste Variante mit zusätzlichem Klartext für Code und Codesystem=====

<code code="E10"

displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"

=====Vollständige-Variante mit direkter Angabe des Textinhalts=====

<code code="E10"

displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"

=====Vollständige-Variante mit Referenz in den narrativen Textbereich=====

<code code="E11"

displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"

=====Vollständige-Variante mit Referenz in den narrativen Textbereich und Übersetzung in zwei andere Code-Systeme=====

<code code="E10"

displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"

===Zeitintervall: Intervall-Zeitelement IVL_TS===

====Strukturbeispiel====

<effectiveTime>

<low value="..."/> <!-- Zeitpunkt von -->

Ein Datum, das mit yyyymmdd angegeben wurde, wird gemäß Standard HL7 CDA Rel.2 interpretiert als yyyymmdd000000 – also der Tag um 0:00:00 Uhr. Wenn also als Zeitraum z.B.: der ganze 1.Dezember 2013 angegeben werden soll, MUSS das so erfolgen:

<low value="20131201"/>

<high value="20131202"/>

</pre>

Für mehr Klarheit empfiehlt sich daher die zusätzliche Angabe der Zeit mit Zeitzone:

<low value="20131201000000+0100"/>

<high value="20131201235959+0100"/>

|}

====Strukturbeispiele====

<!-- '''pro Tag''' -->

<effectiveTime xsi:type='PIVL_TS' institutionSpecified='true'>

====Strukturbeispiele====

<!-- '''morgens''' -->

<effectiveTime xsi:type='EIVL_TS'>

====Strukturbeispiele====

<!-- '''1 Zeitangabe bestehend aus 2 Zeit-Komponenten, jeden Dienstag und Donnerstag pro Woche''' -->

====Strukturbeispiele====

<!-- '''Verhältnisangabe ohne physikalische Größe, z.B. Titer 1:120''' -->

<value xsi:type="RTO">

=====Strukturbeispiel=====

Beispiel für ein ''name''-Element in Granularitätsstufe 2:

<name>

<prefix qualifier="PR">OMedR</prefix>

Es gibt auch nicht näher bestimmte Prefixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.

<name>

<given>Herbert</given>

====Strukturbeispiel====

Beispiel für ein ''addr''-Element in Granularitätsstufe 2:

<addr>

<streetAddressLine>Musterstraße 11a/2/1</streetAddressLine>

====Strukturbeispiel====

Beispiel für ein ''addr''-Element in Granularitätsstufe 3:

<addr>

<streetName>Musterstraße</streetName>

===Strukturbeispiele===

Die Dokumentation eines '''numerischen Ergebniswertes''' erfolgt in diesem Fall als Attribut.

<value xsi:type="PQ" value="49.7" unit="%"/>

</pre>

Die Codierung von '''textuellen Ergebnissen''' erfolgt in der Regel durch den “ST” Datentyp. Die Angabe des Ergebnisses erfolgt hier als Wert des Elementes.

<value xsi:type="ST">strohgelb</value>

</pre>

Auch für '''dimensionslose Einheiten''' wird in UCUM häufig eine Einheit angegeben, wie z.B. "[ph]" für den pH-Wert. Wenn keine UCUM-Einheit vorgeschlagen ist, können dimensionslose Einheiten auch mit @unit="1" dargestellt werden, hier für INR:

<value xsi:type="PQ" value="1.1" unit="1"/>

</pre>

Für '''Verhältnisangaben''', wie sie etwa für '''Titer''' verwendet werden (z.B. „1:128“) steht der Datentyp RTO (Ratio) zur Verfügung. Ein Anwendungsbeispiel:

<value xsi:type="RTO">

<numerator value="1" xsi:type="INT"/>

'''Intervalle''' können mit dem Datentyp IVL angegeben werden, z.B. „20-30 mg/L“:

<value xsi:type="IVL_PQ" >

<low value="20" unit="mg/dl" inclusive="true"/>

====Strukturbeispiel====

<assignedPerson>

<name>

====Strukturbeispiel====

<serviceProviderOrganization>

<id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/>

====Strukturbeispiel====

<assignedEntity>

<id root="1.2.40.0.34.99.111.1.3"

CDA-Dokumente beginnen mit dem Wurzelelement '''''ClinicalDocument''''', der grobe Aufbau ist im folgenden Übersichtsbeispiel gegeben.

<ClinicalDocument xmlns="urn:hl7-org:v3">

<!-- CDA Header -->

====Strukturbeispiel====

<ClinicalDocument xmlns="urn:hl7-org:v3">

<realmCode code="AT"/>

====Strukturbeispiel====

<ClinicalDocument xmlns="urn:hl7-org:v3">

:

Der ''structuredBody'' eines CDA Release 2.0 Dokuments setzt sich aus ein oder mehreren Komponenten zusammen, wobei jede Komponente wiederum aus einer oder mehreren Sektionen und gegebenenfalls aus einem oder mehreren „Entry“-Elementen (siehe „Level 1 bis 3“ unten) besteht.

====Strukturbeispiel====

<ClinicalDocument xmlns="urn:hl7-org:v3">

:

CDA Level 1 sind alle Dokumente mit einem CDA „nonXMLBody“ und jene mit Sektionen ohne Codierung:

<section>

<title>Aufnahmegrund</title>

Als Folge davon können so genannte '''Section-Level-Templates''' zur Anwendung kommen. Diese ermöglichen eine Überprüfung des CDA-Dokuments dahingehend, ob es spezifische Abschnitte, Paragrafen und andere Strukturbestandteile aufweist.

So kann ein Entlassungsbrief beispielsweise ganz bestimmte Abschnitte beinhalten (Anamnese, Behandlung, Medikation, weiteres Vorgehen etc.), während ein Befundbericht ganz andere Erfordernisse bezüglich der Abschnitte und Strukturen haben kann.

<section>

<code

Alle relevanten medizinischen Daten MÜSSEN im „menschenlesbaren Teil“, dem narrativen Block (title und text-Elemente der Sections) enthalten sein [R]. Die maschinenlesbaren Einträge (''entry'') MÜSSEN inhaltlich konsistent zum lesbaren Textbereich sein und sollen zusätzlich die entsprechenden Inhaltsstellen im Textbereich referenzieren. Zusätzliche maschinenlesbare Informationen können angegeben werden, sofern sie nicht dargestellt werden müssen und auch nicht Bestandteil des signierten Originalbefundes sind. Sind die narrativen Daten direkt von den maschinenlesbaren abgeleitet und daher inhaltlich gleich, wird das im Entry durch das Attribut typeCode="DRIV" angegeben. Hier kann ausschließlich der maschinenlesbare Teil ohne Informationsverlust zur Weiterverarbeitung verwendet werden.

<section>

<code

=====Strukturbeispiel=====

Eine Liste hat das folgende Aussehen:

<text>

:

=====Strukturbeispiel=====

Eine Tabelle hat das folgende Aussehen:

<text>

:

Zur Strukturierung eines längeren Textes kann das ''paragraph'' Tag verwendet werden.

=====Strukturbeispiel=====

<text>

:

Darunter findet sich ein Text, der fett gedruckt erscheinen soll.

<text>

:

Das ''br''-Element <br/> kann benutzt werden, um im laufenden Text einen „harten“ Zeilumbruch zu erzwingen. Dies unterscheidet es vom ''paragraph''-Element, da der Zeilenumbruch keinen Inhalt hat. Empfänger sind angehalten, dieses Element als Zeilenumbruch darzustellen.

=====Strukturbeispiel=====

<text>

:

Ein Textbereich kann mit dem Element ''sup'' umspannt werden, um ihn Superscript (hochgestellt) darzustellen. Er kann mit sub umspannt werden, um ihn Subscript (tiefgestellt) darzustellen.

=====Strukturbeispiel=====

<text>

:

=====Strukturbeispiel=====

Die Fußnotenreferenzen werden fortlaufend nummeriert und durch einen ''<sup>'' Tag hochgestellt. Der Text wird unter ''<tfoot>'' mit dem ''<footnote>'' Tag gekennzeichnet. Die ID gibt eine eindeutige Referenz auf den Text einer Fußnote.

<table>

<thead>

{{EndILFBox}}

=====Strukturbeispiel=====

<ClinicalDocument xmlns="urn:hl7-org:v3">

:

=====Eingebettetes PDF=====

Das folgende Beispiel beschreibt einen eingebetteten Befund, der in der Sektion „Beigelegte Befunde“ angegeben wurde.

<section>

<!-- Inhalt der Section, mit Title, Text... -->

=====Eingebettetes Bild=====

Das folgende Beispiel beschreibt einen Befund am linken Zeigefinger, der zusätzlich mit einem Bild dokumentiert ist.

<section>

<!-- Inhalt der Section, mit Title, Text... -->

Beispiel mit deutscher Übersektion:

<section>

<templateId root="1.2.40.0.34.11.2.2.13" assigningAuthorityName="ELGA"/>