07.01.2013 Aufrufe

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

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

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

MEHR ANZEIGEN
WENIGER ANZEIGEN

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

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!