ILF:ENDS 2: Unterschied zwischen den Versionen
| [unmarkierte Version] | [unmarkierte Version] |
(→INDEX.HTM) |
(→Implmementierungsleitfaden Exportnormdatensatz 2) |
||
| Zeile 3: | Zeile 3: | ||
=== IHE XDM === | === IHE XDM === | ||
[[Datei:Verzeichnisstruktur.png|miniatur|Vorgeschriebene Verzeichnisstruktur laut IHE-ITI Vol2b, Transaction ITI-32<ref name="ITI_Vol2b">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf], IHE-ITI Vol2b]</ref>]] | [[Datei:Verzeichnisstruktur.png|miniatur|Vorgeschriebene Verzeichnisstruktur laut IHE-ITI Vol2b, Transaction ITI-32<ref name="ITI_Vol2b">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf], IHE-ITI Vol2b]</ref>]] | ||
| + | |||
| + | --[[Benutzer:Frohner|Frohner]] ([[Benutzer Diskussion:Frohner|Diskussion]]) 08:49, 27. Aug. 2019 (UTC) XDM Fileextension: IHE verlangt ISO9660 konforme Dateinamen und Extensions. Wie kann dann ein JSON File inkludiert werden. | ||
Für den export der beschlossenen Normdaten wird als Basis das IHE XDM (Cross-Enterprise Document Media Interchange) Profile herangezogen. Dieses Profile ist in den IHE Technical Frameworks IT-Infrastructur definiert (IHE-ITI Vol1<ref name="ITI_Vol1">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf], IHE-ITI Vol1</ref> und IHE-ITI Vol2b<ref name="ITI_Vol2b"/>). Das XDM Profil definiert wie Daten abseites einer technischen Infrastruktur geteilt werden können, i.e. es definiert den Austausch von Daten über Datenträger (z.B. USB-Speicherstick, CD/DVD). Hierzu wird in XDM eine Verzeichnisstruktur vorgegeben. Betreffend der verspeicherten Fileformate ist das Profil jedoch agnostisch. Das bedeutet, dass mithilfe von XDM nicht nur CDA (XML) Dokumente übertragen werden können, sondern auch die anderen geforderten Dokumentenklassen wie z.B.: iCalander, .json. | Für den export der beschlossenen Normdaten wird als Basis das IHE XDM (Cross-Enterprise Document Media Interchange) Profile herangezogen. Dieses Profile ist in den IHE Technical Frameworks IT-Infrastructur definiert (IHE-ITI Vol1<ref name="ITI_Vol1">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf], IHE-ITI Vol1</ref> und IHE-ITI Vol2b<ref name="ITI_Vol2b"/>). Das XDM Profil definiert wie Daten abseites einer technischen Infrastruktur geteilt werden können, i.e. es definiert den Austausch von Daten über Datenträger (z.B. USB-Speicherstick, CD/DVD). Hierzu wird in XDM eine Verzeichnisstruktur vorgegeben. Betreffend der verspeicherten Fileformate ist das Profil jedoch agnostisch. Das bedeutet, dass mithilfe von XDM nicht nur CDA (XML) Dokumente übertragen werden können, sondern auch die anderen geforderten Dokumentenklassen wie z.B.: iCalander, .json. | ||
Version vom 27. August 2019, 09:49 Uhr
Inhaltsverzeichnis
1 Implmementierungsleitfaden Exportnormdatensatz 2
1.1 IHE XDM
--Frohner (Diskussion) 08:49, 27. Aug. 2019 (UTC) XDM Fileextension: IHE verlangt ISO9660 konforme Dateinamen und Extensions. Wie kann dann ein JSON File inkludiert werden.
Für den export der beschlossenen Normdaten wird als Basis das IHE XDM (Cross-Enterprise Document Media Interchange) Profile herangezogen. Dieses Profile ist in den IHE Technical Frameworks IT-Infrastructur definiert (IHE-ITI Vol1[2] und IHE-ITI Vol2b[1]). Das XDM Profil definiert wie Daten abseites einer technischen Infrastruktur geteilt werden können, i.e. es definiert den Austausch von Daten über Datenträger (z.B. USB-Speicherstick, CD/DVD). Hierzu wird in XDM eine Verzeichnisstruktur vorgegeben. Betreffend der verspeicherten Fileformate ist das Profil jedoch agnostisch. Das bedeutet, dass mithilfe von XDM nicht nur CDA (XML) Dokumente übertragen werden können, sondern auch die anderen geforderten Dokumentenklassen wie z.B.: iCalander, .json.
1.1.1 README.TXT
Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Orderstruktur zu führen. Nach [1] MUSS diese Datei folgende Informationen beinhalten:
- Kontaktinformtionen über das dokumenterstellende Institut
- Informationen über das Softwareprodukt welches an der Erstellung beteiligt war
- Name und Version
- Kontaktinformtionen zum Softwareprodukthersteller
- Information über die Struktur des XDM Datenset
Es ist anzumerken, dass das README.TXT File von der tranportierten klinischen Information unabhängig ist. Somit kann die gleiche README.TXT in verschiedenen Exporten vorkommen.
Erzeugt von: Amadeus Spital Mozartgasse 1-7 5350 St.Wolfgang, Salzburg Für Unterstützung: IT Amadeus Spital +43 6138 3453446 122 Erzeugt durch xy GmbH - Arztsoftware, Version 8.123, www.xy-arztsoftware.at Der IHE_XDM Ordner enhält für jeden Patienten/jede Patientin einen eigenen Unterordner. Der Name des Unterordners ist die PatientenID aus dem Quellsystem. Zur Darstellung der Inhalte können folgende Softwareprodukte genutzt werden: - Für CDA Dokumente (.XML): Browser und ELGA-Referenzstylesheet, bzw. ENDS2-Importtool - Für iCalender Dateien (.ICS): Kalenderapplikation, bzw. ENDS2-Importtool - Für JSON Dateien (.JSO): Texteditor, bzw. ENDS2-Importtool
1.1.2 INDEX.HTM
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
<title>XDM - klinische Dokumente für Maximilian TEST0000000036</title>
</head>
<body>
<h1>XDM Dokumente:</h1>
<p>
Erzeugt von:<br/>
Amadeus Spital - Urologische Ambulanz<br/>
Mozartgasse 1-7<br/>
5350 St. Wolfgang
</p>
<p>
Name des Patienten: Maximilian TEST0000000036<br/>
Pat-ID: 36<br/>
Geschlecht: M<br/>
Geburtsdatum: 26.08.2001<br/>
STR0000000036<br/>
0036 WIEN0000000036
</p>
<h2>Dokumente:</h2>
<p>
<a href="IHE_XDM\00000036\00000036.XML">CDA Dokument</a><br/>
<a href="IHE_XDM\00000036\TERMIN001.ICS">Termin Verbandswechsel</a>
</p>
</body>
</html>
1.1.3 METADATA.XML
Das Metadata.xml enthält neben den Identifiern für die/das Dokument(en) und der/des Patienten die notwendigen Context-Informationen. Dieses XML File basiert auf dem ebXML Standard und im folgenden werden die notwendigen XML-Strukturen kurz vorgestellt.
- External Identifier
- Name
- Classification
- Slot
1.1.3.1 External Identifier
Das "External Identifier" Element hat folgende 4 XML-Attribute welche zu befüllen sind:
- registryObject: UUID des zugehörigen Registry Packages (Ausprägungen: SubmissionSet, Folder, bzw. Document)
- identificationScheme: UUID des laut IHE ITI Vol3 definerten Metadaten Vokabular (siehe Kapitel 4.2.5 Metadata Vocabulary im ITI-TF Vol3[3])
- value: Codierter Wert - Hinweise bezüglich der Codierung ist aus der jeweiligen Spezifikation ersichtlich.
- id: global eindeutiger Identifier des "External Identifier"-Elements
Als Child-Element ist ein "Name"-Element zu führen, welches die Klartextdarstellung des "identificationSchema" laut IHE ITI-TF Vol3 Vokabulars enthält.
1.1.3.2 Name
1.1.3.3 Classification
1.1.3.4 Slot
1.1.3.5 iCalendar
BEGIN:VCALENDAR VERSION:2.0 PRODID:http://www.example.com/calendarapplication/ METHOD:PUBLISH BEGIN:VEVENT UID:461092315540@example.com ORGANIZER;CN="Dr. Max Mustermann":MAILTO:max.mustermann@example.com LOCATION:Praxis Dr. Mustermann, Raum 01 SUMMARY:Verbandswechsel DESCRIPTION:Verbandswechsel Hr. Tester CLASS:PUBLIC DTSTART:20190910T090000Z DTEND:20190910T091500Z DTSTAMP:20190903T130000Z END:VEVENT END:VCALENDAR
