Änderungen

Wechseln zu: Navigation, Suche

ILF:ENDS 2

19 Bytes hinzugefügt, 09:38, 16. Okt. 2020
Technischer Hintergrund
==Technischer Hintergrund==
=== 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>]]
==== README.TXT ====
Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Orderstruktur zu führen. Nach <ref name="ITI_Vol2b"/> MUSS diese Datei folgende Informationen beinhalten:
* Kontaktinformationen über das dokumenterstellende Institut
</pre>
==== INDEX.HTM im Wurzelverzeichnis ====
Die folgende INDEX.HTM liegt im Wurzelverzeichnis der IHE Daten und stellt eine Übersicht aller vorhandenen Patienten dar.
</pre>
==== INDEX.HTM eines Patientenverzeichnisses ====
Die folgende INDEX.HTM stellt eine Übersicht aller vorhandenen Patientendaten dar. Eine entsprechend angepasste Version befindet sich in jedem Patientenverzeichnis.
</pre>
==== 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
* Slot
===== 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)
Als Child-Element ist ein "Name"-Element zu führen, welches die Klartextdarstellung des "identificationSchema" laut IHE ITI-TF Vol3 Vokabulars enthält.
=Spezifikationen abseits von CDA = == iCalendar ===
Um Termine abbilden zu können, wird das iCalendar Format verwendet. Das folgende Beispiel basiert dabei auf den Spezifikationen [https://icalendar.org/RFC-Specifications/iCalendar-RFC-5545/ RFC 5545] und [https://icalendar.org/RFC-Specifications/iCalendar-RFC-7986/ RFC 7986]. Es wurde mit einem [https://icalendar.org/validator.html Validator] geprüft und deckt die definierten Anforderungen ab.
</pre>
=== JSON ===
Daten, für die die Darstellung als CDA nicht geeignet ist, werden im JSON-Format dargestellt. Dies gilt für Geldflussdaten, Formulare, Stammdaten und Lagerstände. Die folgenden Beispiele stellen die jeweilige Struktur dar.
622
Bearbeitungen

Navigationsmenü