DICOM Gateway 1. Einführung Das DICOM Gateway empfängt DICOM Bilder und verteilt sie an die angeschlossenen DICOM Workstations in Abhängigkeit von DICOM Attributen wie z.B. den Referring Physician (0008,0090). Das DICOM Gateway hat auch PACS Funktionalität und speichert die Bilder lokal. Über DICOM Query/Retrieve werden die Bilder an anfordernde Stellen gesendet. 2. Historie des Dokumentes 22.11.2013 hw V0.1 Erstellung 26.11.2013 hw V0.2 Einarbeitung Diskussion mit A.Vogel 27.11.2013 hw V0.3 Definition Struktur DICOM Gateway, Prototype Intermediate 06.12.2013 hw V0.4 Query/Retrieve, Prototype Q/R, Logging 09.12.2013 hw V0.5 UI Prototyping 15.12.2013 hw V0.6 Dicom Gateway Web, Active, Testcenter, Q/R 17.12.2013 hw V0.7 Datenbank Query 10.01.2014 hw V0.8 Query, Queue Manager/Watchdog
26
Embed
DICOM Gateway - hgv-hw.de Gateway_0.8.pdf · DICOM Gateway 1. Einführung Das DICOM Gateway empfängt DICOM Bilder und verteilt sie an die angeschlossenen DICOM Workstations in Abhängigkeit
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
DICOM Gateway
1. Einführung
Das DICOM Gateway empfängt DICOM Bilder und verteilt sie an die angeschlossenen
DICOM Workstations in Abhängigkeit von DICOM Attributen wie z.B. den Referring
Physician (0008,0090). Das DICOM Gateway hat auch PACS Funktionalität und speichert
die Bilder lokal. Über DICOM Query/Retrieve werden die Bilder an anfordernde Stellen
gesendet.
2. Historie des Dokumentes
22.11.2013 hw V0.1 Erstellung
26.11.2013 hw V0.2 Einarbeitung Diskussion mit A.Vogel
27.11.2013 hw V0.3 Definition Struktur DICOM Gateway, Prototype Intermediate
Die Integration eines DICOM Gateways hat Auswirkungen auf die Performance. Bilder
müssen auf dem Gateway Rechner zwischengespeichert, ausgewertet und weitergeleitet
werden.
Nachfolgend eine Performance Untersuchung mit 80 Bildern a 340 kB und den Testfällen:
Fall 1: Kein Routing, Bildern werden empfangen und gespeichert
Fall 2: Nach jedem empfangenen Bild wird es auf einem anderen Port
weitergeschickt
Fall 3: Am Ende der Association bzw. bei Änderung der Study werden die Bilder auf
einmal weitergeschickt
Fall 4: Parsen aller Bilder und Weiterschicken an AET Garbage (kein Matching)
Fall Beschreibung Elapsed Zeit im Sender
Fall 1 storescp 105 1.4 sec
Fall 2 storescp -xcr " RouteDicom.bat #f" 105 RouteDicom.bat: storescu localhost 106 %1 Weiterer Dicom Empfänger mit storescp 106
4.5 sec
Fall 3 storescp -sp -tos 1 -xcs " RouteDicomAll.bat #p" 105 RouteDicomAll.bat: storescu +sd localhost 106 %1 Weiterer Dicom Empfänger mit storescp 106 Das Weiterschicken Bilder wird mit einen Delay von 1 Sekunde (-tos 1) asynchron gestartet, nachdem alle Bilder empfangen wurden.
1.6 sec
Fall 4 storescp -xcr "DGHandleInstance #f #a" 105 DGHandleInstance.exe: lädt Bild, prüft Regeln und appliziert Actions. Dicom Empfänger mit storescp –aet GARBAGE 107
5.8 sec
Da Referring Physician’s Name (0008,0090) ein Attribute des General Study Module ist, ist
es möglich, Fall 3 ohne nennenswerten Performance-Verlust zu implementieren. Es ist
ausreichend lediglich ein Bild zu untersuchen zu untersuchen, um die Routing Regel zu
bestimmen.
16. Logging
Jeder Server aus dem OFFIS dcmtk protokolliert seine Aktionen in separaten Logfiles.
Gesteuert wird dies über die Direktive –lc (z.B. -lc d:\DICOM_GatewayRoot\conf\log2file.cfg)
Die LogFile Config ist z.B.
Der Inhalt solch eines LogFiles ist z.B.
13. Offene Punkte
o Art der Konfiguration (Editor, Win32, Web basiertes UI)? Format?
Antwort: Editor Lösung reicht für den Anfang.
o Welche DICOM Attribute sollen für die Entscheidungen im Gateway berücksichtigt
werden?
Antwort: Study und Series Attribute konfigrierbar
o Art des JobControllers (Batch File, Windows Prozeß)? Parallele Receiver?
Antwort: DICOM Gatweway kann einfach gestaltet sein, mehrere Empfänger
o Weiterverteilung der Bilder mit storescu oder mit anderen Programmen?
Antwort: storescu und lokale Speicherung im Gateway
o Error Logging? Was ist, wenn keine Regel zutrifft?
Antwort: Logging Konzepte sehr wichtig, konfigrierbare NO_ACTION Aktionen.
o Fremdsoftware Betrachtungen? Produkte wie z.B. Compass
(http://www.laurelbridge.com/compass.html)
Antwort: irrelevant
o Performance Einbußen?
Antwort: vorerst nicht so wichtig
o Integrationsstrategie?
Antwort: extra System, erster Prototyp sollte ASAP geliefert werden