Änderungen

==Allgemeiner Aufbau des CDA Body==

Der CDA Body eines CDA-Dokuments kann entweder „strukturiert“ oder „unstrukturiert“ angegeben werden.

Eine Liste wird mit dem ''list'' Tag eingeschlossen. Das optionale Attribut @''listType'' ermöglicht die Auflistung unsortiert (@''listType''=“''unordered''“), die üblicherweise mit Bulletpoints • dargestellt wird, und in sortierter Form (@''listType''=“''ordered''“), die mit Zahlen etc. dargestellt wird. Ohne Angabe von @''listType'' ist die Liste unsortiert.

Ein Element der Aufzählung (''item'') wird mit dem item Tag eingeschlossen.

Folgende styleCodes können für die Formatierung von Listen mittels Aufzählungspunkten verwendet werden:

{| class="wikitable" width="100%"

Die optionale '''Tabellenunterschrift''' <tfoot> wird entsprechend der HTML-Tabellenkonvention direkt vor dem <tbody>-Tag und nach dem <thead> Tag angeführt. Es wird für Fußnoten in Tabellen verwendet und enthält genau einen <tr> und einen <td>-Tag (Siehe auch Beispiel in [[ILF:Allgemeiner Implementierungsleitfaden#Fu.C3.9Fnoten|Fußnoten]])

Die Vorgaben für Tabellen MÜSSEN korrekt eingehalten werden, damit sie zuverlässig und korrekt durch Stylesheets dargestellt werden können.

|- style="background:#FFFFFF"

|- style="background:#FFFFFF"

|- style="background:#FFFFFF"

| xELGA_tabVertical||'''Gilt nur für die Ausgabe als Druckvorstufe (PDF)''': Die Ausrichtung der Tabelle ist um 90% in eine vertikale Orientierung gedreht <br/>Defaultausrichtung ist horizontal ||< table styleCode="xELGA_tabVertical"><br/>Die Tabelle ist auf einer neuen Seite vertikal ausgerichtet, <br/>Tabellenbreite = Seitenhöhe<br/>Default: Horizontale Ausrichtung, Tabellenbreite = Textbreite

|-

|}

====Zeilenumbrüche====

=====Strukturbeispiel=====

<pre class="orange">

====Superscript und Subscript====

=====Strukturbeispiel=====

<pre class="orange">

Zusätzlicher Leerraum (whitespace bzw „no-break space“) kann in CDA erzeugt werden durch & #160; oder & #xA0;

===Strukturen in Level 3===

|-

|}

Dieses Kapitel behandelt den Zusammenhang von text und entry und gibt eine grundsätzliche Anleitung für den Aufbau von Level 3 Strukturen.

====Zusammenhang Text und Entry====

Elemente innerhalb des Textabschnittes (''<text>'') nutzen die ID Attribute, um von den zugehörigen Level 3 Entries referenziert zu werden. Dies stellt eine Verknüpfung zwischen dem codierten Eintrag und dem Text dar. Dabei wird das Ziel verfolgt, schrittweise mehr strukturiertes Markup zur Verfügung zu stellen, das Applikationen nutzen können. Außerdem werden dadurch Doppeleinträge von Informationen verhindert.

Dies erlaubt, dass der Text mit einer einfachen URI dereferenziert werden kann. Die URI ist lokal im Dokument definiert, beginnt mit einem #-Zeichen, gefolgt von der ID.

Aus den obigen Beispielen würde das folgende Textfragment durch De-Referenzierung der Referenz „'''''#disdiag1_diagnosis“''''' gewonnen: „'''''M25.46, Meniskus: Empyema gen. sin.'''''“.

Der Bezug vom Quelltext zu den Entries wird im @''typeCode'' Attribut des entry-Elements angegeben und ist im Normalfall (und Default) COMP (component). Dies ist der allgemeine Fall und bedeutet, dass die Information in den Entries im Inhalt des Quelltexts enthalten ist. Weiter sind keine inhaltlichen Implikationen dabei vorhanden. In diesem Falle ist außerdem der narrative Quelltext der authentifizierte Inhalt.

Ähnlich wie bei einzelnen Sections können auch jedem Entry einzeln Participants zugeordnet werden. So kann eine bestimmte Prozedur um teilnehmende Personen ergänzt werden, die nur an dieser Prozedur beteiligt waren (siehe nachfolgende Abbildung)

====Bezug zwischen Entries====

* Eine Beobachtung besteht aus Teilbeobachtungen, z. B. eine Batterie von Labortests, systolischer und diastolischer Blutdruck.

Über die entryRelationship Klasse können die verschiedenen Entries miteinander verbunden werden. Der @typeCode gibt dabei die Art der Beziehung wieder.

Weiterhin gibt es Situationen, in denen Entries vorhanden sind, ohne dass dazu ein Quelltext vorhanden ist, z.B. bei Kalibierungsangaben, Reagenzien oder andere Informationen, die für die weitere Verarbeitung notwendig sind. Auch hier ist der @''typeCode'' der ''entryRelationship'' = COMP.

Für den Fall, dass der narrative Text gänzlich aus codierten Entries abgeleitet ist, wird dies mit dem @''typeCode'' DRIV (derived from) ausgedrückt. Dies ist beispielsweise bei Diagnoseninformationen der Fall, die eigentlich vollständig hoch-codiert in den Entries vorliegen und woraus der klinische Text erzeugt wird.

Auch ein Mix aus verschiedenen Entries und verschiedenen Beziehungstypen ist möglich.

===Untersektionen – Hierarchischer Aufbau===

Sektionen können laut CDA Schema beliebig verschachtelt werden.

Eine Sektion kann eine oder mehrere Untersektionen enthalten, welche jeweils wiederum Untersektionen enthalten können, usw.

{{BeginILFBox}}

Ob eine Sektion weitere Untersektionen enthält, ist im entsprechenden speziellen Implementierungsleitfaden in der Definition der Sektionen beschrieben.

{{EndILFBox}}

Das ''renderMultiMedia''-Element trägt dabei im @''referencedObject'' Attribut die ID auf den Verweis auf das Multimedia-Objekt. Dieser Verweis wird als entry in der ObservationMedia-Klasse abgelegt. Im value-Element des ''observationMedia''-Elements wird das eigentliche Objekt (Dokument, Bild …) eingebettet. Im caption-Unterelement wird eine Beschreibung des Multimedia-Objektes angegeben. Das Referenzstylesheet wird den Inhalt als Mouseover und als Alternativtext ausgeben.

{{BeginYellowBox}}

Hinweis zur erlaubten Größe von Multimedia-Inhalten: <br/>

Zulässige Werte gemäß Value-Set „'''ELGA_Medientyp'''“

{{BeginILFBox}}

Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.

{{EndILFBox}}