v3dtr1:ED: Unterschied zwischen den Versionen
(→XML Beispiele) |
(→XML Beispiele) |
||
| Zeile 78: | Zeile 78: | ||
Einfacher Freitext: | Einfacher Freitext: | ||
| − | + | {{HL/XML|code= | |
<text xsi:type="ED" mediaType="text/plain"> | <text xsi:type="ED" mediaType="text/plain"> | ||
Die häusliche Situation des Patienten ist schwierig, da die Kinder weit weg wohnen. | Die häusliche Situation des Patienten ist schwierig, da die Kinder weit weg wohnen. | ||
</text> | </text> | ||
| − | + | }} | |
Beispiel einer Anwendung von Thumbnail und Reference: | Beispiel einer Anwendung von Thumbnail und Reference: | ||
| − | <source lang="XML" enclose="div" line> | + | <source lang="XML" enclose="div" line> |
<value xsi:type="ED" mediaType="image/png" encoding="B64"> | <value xsi:type="ED" mediaType="image/png" encoding="B64"> | ||
<reference value="http://radiology.iumc.edu/xrays/128s.png"> | <reference value="http://radiology.iumc.edu/xrays/128s.png"> | ||
Version vom 5. Februar 2009, 15:02 Uhr
Inhaltsverzeichnis
ED (Eingekapselte Daten – encapsulated data)
Dies ist ein allgemeiner Typ für allerlei Multimedia-Daten. In Deutschland wird dieser Typ vorläufig für Texte mit oder ohne (einfachem) Layout verwendet.
ED ist ein komplexer Typ, der Elemente und Attribute enthält. Die Daten (Text, Bilder) befinden sich im ED-Element in der Form, die das ‘encoding’ Attribut spezifiziert hat.
Der ED-Typ kennt zweierlei Nutzungsformen:
- Inline data: In diesem Typ werden die vollständigen Daten gesendet. Diese Form wird über-wiegend für Texte verwendet.
- By reference: Eine verkleinerte Version der Daten wird in einem “thumbnail” erfasst, wobei mit einer “reference” auf die vollständigen Daten verwiesen wird. Diese Form wird in Deutschland vorläufig noch nicht verwendet.
Attribute von ED
| DT | Card | Conf | Beschreibung | |||
|---|---|---|---|---|---|---|
Benutzung dieses Attributs ist optional. Dabei sind zwei Kodierungstypen möglich.
| Code | Definition |
|---|---|
| TXT | Für Textdaten. Das ist der Standardtyp. Wenn kein Encoding angegeben ist, wird von TXT ausgegangen. |
| B64 | Die Base 64 Kodierung wird für alle anderen Multimedia Daten benutzt |
| DT | Card | Conf | Beschreibung | |||
|---|---|---|---|---|---|---|
Dieses Attribut zeigt die Art der Daten an. In Deutschland werden vorläufig nur die ver-pflichteten Datenarten unterstützt, die in der nachstehenden Tabelle wiedergegeben sind:
| Code | Name | Status | Definition |
|---|---|---|---|
| text/plain | Plain Text | verpflichtend | Für willkürliche Texte. Dies ist der ‘default’ Typ. In dieser Form ist er identisch mit dem ST Type. |
| text/html | HTML Text | empfohlen | Bestimmt für formatierte Texte in HTML Format. HTML reicht für die meisten Anwendungen aus, bei denen Layout erwünscht ist. HTML ist Plattform-unabhängig und weit verbreitet. |
| audio/basic | Basic Audio | verpflichtend | 1- Kanal Audioformat für Sprache. Obwohl Unterstützung dieses Formats verpflichtend ist, wird es in Deutschland kaum benutzt werden. |
| audio/mpeg | MPEG audio layer 3 | verpflichtend | MPEG-1 Audio layer-3 (auch bekannt als MP3) ist momentan der Standard für komprimierte Audiodaten. |
| image/png | PNG Image | verpflichtend | Portable Network Graphics (PNG) [1] ist eine verlustfreie Komprimierung von Bilddateien. Wo vorher GIF benutzt wurde, muss jetzt PNG unterstützt werden. |
| image/jpeg | JPEG Image | verpflichtend | Dieses Format wird benutzt für hohe Resolutionen bei Fotos und anderen Bilddateien. Die Komprimierung verläuft nicht ohne Verluste, wodurch dieses Format nicht immer geeignet ist für diagnostische Zwecke. JPEG wird vorwiegend benutzt werden für ‘thumbnails’ von großen (DICOM) Da-teien. |
| video/mpeg | MPEG Video | verpflichtend | MPEG ist ein internationaler Standard für Videobilder. Er ist weit verbreitet und Open-Source-Implementierungen sind verfügbar. |
| text/rtf | RTF | empfohlen | RTF-Format |
| application/pdf | verpflichtend | PDF-Format |
Zugelassene mediaTypes in einer faktischen Implementierung können weiter eingeschränkt werden.
Es wird ausdrücklich keine Begrenzung der Größe von den Attributwerten vorgegeben. Auch bei spezifischen Elementen einer HL7 Nachricht geschieht dies nicht, weil der Standard die maximale Größe prinzipiell nicht einschränkt.
Vereinbarungen hierüber werden auf Implementierungsniveau gemacht. Ohne spezifische Vereinbarungen muss der Empfänger in der Lage sein, Encapsulated Data (z. B. Freitext) von beliebiger Größe zu verarbeiten.
Kindelemente von ED
| DT | Card | Conf | Beschreibung | |||
|---|---|---|---|---|---|---|
Dieses Element wird nur in Kombination mit dem ‘thumbnail’ Element benutzt. Es enthält den Hinweis auf die vollständigen Daten in der Form eines TEL (Telecom) Typs.
| DT | Card | Conf | Beschreibung | |||
|---|---|---|---|---|---|---|
Dieses Element wird benutzt wenn die Datei zu groß ist für den ED-Typ. Das ‘reference’ Element enthält den Hinweis auf die originale Datei. Das ‘thumbnail’ Element kann beispielsweise benutzt werden, um JPEG Versionen von DICOM Dateien weiterzuleiten.
Da ‘thumbnail’ ein ED-Typ ist, können alle hiervor genannten Datenarten darin untergebracht werden.
XML Beispiele
Einfacher Freitext:
Beispiel einer Anwendung von Thumbnail und Reference:
1<value xsi:type="ED" mediaType="image/png" encoding="B64">
2 <reference value="http://radiology.iumc.edu/xrays/128s.png">
3 <useablePeriod xsi:type="IVL_TS">
4 <low value="200007200845" />
5 <high value="200008200845" />
6 </useablePeriod>
7 </reference>
8 <thumbnail mediaType="image/jpeg" representation="B64">
9MNYD83jmMdomSJUEdmde9j44zmMir6edjzMMIjdMDSsWdIJdksIJR3373jeu83
106edjzMMIjdMDSsWdIJdksIJR3373jeu83MNYD83jmMdomSJUEdmde9j44zmMir
11...
12omSJUEdmde9j44zmMiromSJUEdmde9j44zmMirdMDSsWdIJdksIJR3373jeu83
134zmMir6edjzMMIjdMDSsWdIJdksIJR3373jeu83==
14 </thumbnail>
15</value>
