XML-‐basierte Kommunikation im IHE - Institute of Health ...
XML-‐basierte Kommunikation im IHE - Institute of Health ...
XML-‐basierte Kommunikation im IHE - Institute of Health ...
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
5. Diskussion<br />
anfragen-‐Editor erlaubt somit die flexible Erstellung der Suchanfragen. Es ist jedoch un-‐<br />
klar, in wie weit der Benutzer in der Praxis sich selbst Suchanfragen zusammenstellen<br />
möchte bzw. ob er nicht eher auf die vorgefertigten Suchen bzw. Suchschablonen zurück-‐<br />
greift. Die Erstellung einer freien Suche ist mit mehr Zeit verbunden, was unter Umstän-‐<br />
den zu einer Inakzeptanz führen kann. Speziell zu Beginn verlangt es einige Übung, bis<br />
eine freie Suchanfrage schnell erstellt werden kann.<br />
Das Schnittstellenkonzept erlaubt durch seine flexible <strong>Kommunikation</strong> über proprietäre<br />
<strong>XML</strong>-‐Nachrichten eine einfache Anbindung an andere Akteure. Möchte ein neuer ATR-‐<br />
Akteur (z.B. mit Archetypen zur Krankheit Leukämie) an den Document Consumer binden,<br />
muss dieser nur eine der Spezifikation entsprechenden <strong>XML</strong>-‐Nachricht erzeugen können.<br />
Dasselbe gilt für den Document Crawler Akteur: werden mehrere Crawler-‐Akteure in ei-‐<br />
nem System integriert (z.B. pro Repository ein Crawler), muss der jeweilige Crawler nur<br />
eine valide (der Spezifikation entsprechende) <strong>XML</strong>-‐Query empfangen können. Die Schnitt-‐<br />
stellen binden somit nicht fix an die Akteure, sondern können flexibel verwendet werden.<br />
5.2.2 Zu Teilziel 2: Implementierung der Schnittstellen<br />
Allgemein werden intern <strong>im</strong> Document Consumer ausschließlich JAVA-‐Objekte für die<br />
Modellierung bzw. Verarbeitung einer Suchanfrage verwendet. Somit müssen intern keine<br />
komplizierten Transformationen aus <strong>XML</strong>-‐Daten stattfinden. Das Einlesen der Infoitem-‐<br />
<strong>XML</strong> wird be<strong>im</strong> Start einmal durchgeführt, anschließend wird nur mehr mit der erstellten<br />
Node-‐Struktur gearbeitet.<br />
Die Implementierung der ATR Schnittstelle (Node-‐Klasse) ist in der Lage, alle Infoitems als<br />
strukturiertes <strong>XML</strong>-‐Dokument aus einem ATR anzufordern und diese in eine Node-‐<br />
Struktur zu parsen. Der rekursive Ansatz be<strong>im</strong> Einlesen der Infoitem-‐<strong>XML</strong> erlaubt eine<br />
dynamischere Erstellung der internen Objekte. Zum Parsen hätte auch ein reiner DOM-‐<br />
Parser verwendet werden können, welcher die komplette Node-‐Struktur in einem Schritt<br />
als Baumstruktur integriert. Mit dem sequentiell rekursivem Parsen kann jedoch schon<br />
be<strong>im</strong> Einlesen entschieden werden, wie die Daten in den Objekten differenziert gespei-‐<br />
chert werden sollen. So können zum Beispiel die Datentypen eines Infoitems schon be<strong>im</strong><br />
Einlesen in ein DataContainer-‐Objekt verpackt werden, um die Information später effizien-‐<br />
ter nutzen zu können. Diese effiziente Speicherung wird bei der Erstellung einer Suchan-‐<br />
frage ausgenutzt. Da eine Suchanfrage <strong>im</strong> Grunde aus „Teilbäumen“ der ursprünglichen<br />
Node-‐Struktur besteht, beinhalten die Objekte bereits einen Großteil der nötigen Informa-‐<br />
tionen für der Suche. Auswahlmöglichkeiten, Datentypen, Einheiten, etc. sind somit schon<br />
66