XML-‐basierte Kommunikation im IHE - Institute of Health ...

Abbildungsverzeichnis
Abbildung 1: Ablauf des Entwicklungsprozesses eines Technical Frameworks [17]. ...................................6
Abbildung 2: Darstellung des IHE XDS-­‐Profils mit allen beteiligten Akteuren und Transaktionen [4]. ........8
Abbildung 3: Ein wohlgeformtes XML-­‐Dokument......................................................................................12
Abbildung 4: Architektur des erweiterten XDS-­‐Profils. Das Standard XDS-­‐Profil wird um einen Archetype
Repository Akteur (für die Aufbewahrung der Archetypen) und einem Document Crawler Akteur
(für die Verarbeitung inhalticher Suchanfragen) erweitert und mit den Standard-­‐Akteuren
verbunden. ........................................................................................................................................18
Abbildung 5: Infoitem 6.3 (Typ 1A Diabetes) kommt im Archetyp „diabetes_classification“ vor, also
müssen nur die Dokumenttypen durchsucht werden, in denen dieser Archetyp vorkommt à�
entspricht allen COMPOSITION Archetypen die in der Grafik angezeigt werden. ............................20
Abbildung 6: Erweitertes Wasserfallmodell angepasst an die Problemstellung dieser Arbeit ..................21
Abbildung 7: Vom Projektteam erstelltes Anwendungsfalldiagramm mit Funktionen der erweiterten
XDS-­‐Akteure.......................................................................................................................................28
Abbildung 8: Ausschnitt aus dem Infoitem-­‐XML des ATR mit komplexen (z.B. Laborbefund) und
primitiven Infoitems (z.B. Ergebnis) ..................................................................................................31
Abbildung 9: Beispiel einer validen XML-­‐Query. Es wird nach Dokumenten zwischen dem 07.03.2011 und
dem 07.09.2011 gesucht, in denen ein nicht näher definierter „Kalium“-­‐Messwert vorkommt......34
Abbildung 10: Ausschnitt aus dem Infoitem-­‐XML......................................................................................37
Abbildung 11: Generierte Baumstruktur nach dem Parsen des Infoitem-­‐XML-­‐Ausschnitts aus Abbildung
10.......................................................................................................................................................38
Abbildung 12: Beispiel einer Suchanfrage und wie diese theoretisch in der SearchQuery-­‐Klasse aufgebaut
wird. Jeder Ebene werden die Infoitems (rot) mit einem benutzerdefinierten Operator verknüpft.
Mit der openBracket() Methode kann eine neue Ebene mit eigenem Verknüpfungsoperator erstellt
werden...............................................................................................................................................40
Abbildung 13: Ablauf des Programms zum Testen der Document Crawler Schnittstelle. So kann eine
beliebige Suchanfrage mit beliebigen Infoitems erstellt werden......................................................43
Abbildung 14: Anwendungsfalldiagramm, welches die Use Cases des Suchanfragen-­‐Editors darstellt. ...45
Abbildung 15: Aufbau der Erweiterung des Document Consumers für die Erstellung inhaltlicher
Suchanfragen mit den Schnittstellen und deren Verbindung zum ATR und Document Crawler. Wird
eine neue Suchanfrage im Suchanfragen-­‐Editor erstellt, werden alle Infoitems aus dem ATR
geladen und in eine JAVA-­‐Struktur geparst. Nachdem der Benutzer die Suchanfrage erstellt hat,
wird die JAVA-­‐Struktur in eine XML-­‐Query serialisiert und an den Document Crawler geschickt. Die
Ergebnisse werden anschließend als XHTML retourniert und direkt im Front-­‐End präsentiert........47
75