DICOM INTERNATIONAL CONFERENCE SEMINAR April 8 10 2008

  • Slides: 33
Download presentation
DICOM INTERNATIONAL CONFERENCE & SEMINAR April 8 -10, 2008 Chengdu, China WADO and beyond

DICOM INTERNATIONAL CONFERENCE & SEMINAR April 8 -10, 2008 Chengdu, China WADO and beyond Emmanuel Cordonnier emmanuel. [email protected] com ETIAM 1

Presentation Contents • • WADO Objectives & Definition WADO Implementation Examples WADO Implementation Note

Presentation Contents • • WADO Objectives & Definition WADO Implementation Examples WADO Implementation Note WADO Evolution 2

WADO Objectives & Definition 3

WADO Objectives & Definition 3

DICOM WG 10 NEMA Vienna - March 20, 1999 - WADO Origin: Proposal to

DICOM WG 10 NEMA Vienna - March 20, 1999 - WADO Origin: Proposal to DICOM & ISO in 1999 • Because no specific Ad Hoc Group on Biomedical Imaging will be set up in ISO / TC 215, new works on medical imaging must be done into DICOM (with a Category A Liaison Group between both) • More and more it will be important that DICOM makes recommendations on the medical imaging aspects within non «pure» DICOM protocols DICOM «world» DICOM «object» DICOM «world» non DICOM world 4

DICOM WG 10 NEMA Vienna - March 20, 1999 - 1999 Proposals to DICOM

DICOM WG 10 NEMA Vienna - March 20, 1999 - 1999 Proposals to DICOM Item of the Proposals Supplement MIME type and file extension #54 (2001) URL reference to DICOM part 10 files #85 (2003) URL reference to DICOM services accessible from IT (web, email. . . ). DICOM references into XML #85 (2003) #113 (2006) #85 (2003) Mapping of DICOM attributes to XML ? ? 5

Syntax of the WADO HTTP GET method • Syntax defined by the RFC 2396

Syntax of the WADO HTTP GET method • Syntax defined by the RFC 2396 (URI) • http: //? • e. g: • http: //www. hosp. fr/dicom/wado. asp? study. UID=1… Path of the Web Enabled DICOM Server WADO Parameter(s) • The « Web Access to DICOM Persistent Object » standard defines only the 6

Selection Parameters • study. UID&series. UID&object. UID [&frame. Number] – study. UID => UID

Selection Parameters • study. UID&series. UID&object. UID [&frame. Number] – study. UID => UID of the study containing the object(s) – series. UID => UID of the series containing the object(s) – object. UID => UID of the single object (Service Object Pair SOP) – frame. Number => number of the selected frame (multiframe image objects) – if NOT retrieved as application/dicom 7

Parameters when the object is return as application/dicom [transfer. Syntax][anonymize][charset] – transfer. Syntax =>

Parameters when the object is return as application/dicom [transfer. Syntax][anonymize][charset] – transfer. Syntax => DICOM UID of the transfer. Syntax to be applied to the image (lossy/lossless compression). Implicit and Big Endian TS shall not be used. – anonymize => “=yes” for blanking all the personal healthcare information (patient name, study date…) as described in Sup. 55. Potentially the server can refuse to deliver an object if there are some risk the personal information is burned into the image (secondary capture…) – charset => for converting the text fields in a different character set (available also if object return as text/xxx) 8

Parameters when the object is return as image/xxx (1) [image. Quality] [presentation. UID &

Parameters when the object is return as image/xxx (1) [image. Quality] [presentation. UID & presentation. Series. UID |[window. Center & window. Width]] – image. Quality => controls the level of compression (from 1 to 100) – presentation => UIDs of the Presentation State SOP and of its series to be applied on the image (P-values, and display size set to the original size if undefined) – window. Center / window. Width => controls the luminosity and the contrast of the B&W image 9

Parameters when the object is return as image/xxx (2) [region][rows][columns][annotation] – region => part

Parameters when the object is return as image/xxx (2) [region][rows][columns][annotation] – region => part of the image to be displayed, in relative coordinates (top left hand corner and bottom right hand extent) – rows => maximum number of pixels (vertical) – columns => maximum number of pixels (horizontal) – annotation => text to be superimposed of the image (“patient” and / or “technique” for demographic information and technical information, respectively) 10

Providing a image as image/xxx study. UID&… presentation. UID&… or window. Center… region rows…&columns…

Providing a image as image/xxx study. UID&… presentation. UID&… or window. Center… region rows…&columns… annotation content. Type Select the object Apply the presentation Select a region Build the pixel area Burn the annotations Generate the MIME type CT WC-800 WW 200 DOE 2003 -9 -22 Content-Type: image/jpeg; name="Image. jpg" Content-Transfer-Encoding: base 64 Content-Disposition: attachment; filename="Image. jpg" /9 j/4 AAQSk. ZJRg. ABAQEASABIAAD/2 w. BDAAYEBQYFBAYGBQYHBw. YICh. AKCgk. JCh. QODww. QFx. QYGBc. U Fh. Ya. HSUf. Ghsj. HBYWICwg. Iy. Yn. KSop. GR 8 t. MC 0 o. MCUo. KSj/2 w. BDAQc. HBwo. ICh. MKCh. Mo. Gh. Ya. KCgo. KCgo. KCj/wg. ARCABk. AGQDASIA Ah. EBAx. EB/8 QAGw. ABAQEBAQAAAAAAUEAw. ECBgf/x. AAYAQEAAw. EAAAAAAAAA AQIDBP/a. AAw. DAQACEAMQAAAB/qg. AAAAAAABNpn. STVc 6 Sbpm 2 l. O 6 RG 0 a 7 g. Ac. ZWztzc. ORR 8 tef 9+6 a 09 xd. PZnc. Ojt. Af. H 3 Opls+o. Or. Hlq 8+Eubfoc 3 Lpf. XRn 4 Za. ZUt. OTXr 0 Bf. VPo. KZxud 1 lz. Rd. FJN 5 PSkl. I 8 s. Ij. Jr. Neg. LXAAAAAAA//EACEQAAMAAQQCAw. EAAAAAAECAw. QREh. MUACAQNFAk/9 o. A CAEBAAEFAvyksxxl 7 DILs. YJ 2 GVSy. Ir. Xo. JVbf 6 zo. Ke. T+l. Psc. TS 48 WUWM 8 l. SMQHWSPTs+r 42 rc. I 4 EG 11

Implementation of DICOM • Principles of implementation • Initial examples • WADO in IHE

Implementation of DICOM • Principles of implementation • Initial examples • WADO in IHE XDS-I 12

Principles of implementation Direct Interface Web Access to Dicom Persistent Objects DICOM Q/R DICOM

Principles of implementation Direct Interface Web Access to Dicom Persistent Objects DICOM Q/R DICOM Interface Web Client System Web Access to Dicom Persistent Objects Web Gateway Web Interface Gateway DICOM Q/R DICOM Interface DICOM Objects Database Flexibility for the client to be implemented either as new system or on existing system DICOM Objects Database 13

A) retrieval of DICOM images in jpeg format • • Proof-of-concept implementation Windows NT-based

A) retrieval of DICOM images in jpeg format • • Proof-of-concept implementation Windows NT-based host Microsoft IIS 5. 1 Web Server WADO JPEG functionality added to the Web Extension for the DICOM server product • Images retrieved using Internet Explorer 6. 0 running on Windows XP using predetermined UIDs • Full implementation, including retrieval of images in native DICOM format, likely 14 available in next release of the product

B) WADO Trial available on Internet 15

B) WADO Trial available on Internet 15

C) Viewer using WADO 16

C) Viewer using WADO 16

D) WADO Gateway for reports 17

D) WADO Gateway for reports 17

Implementations Overview 18

Implementations Overview 18

IHE XDS-I • The IHE Radiology Domain has defined a « XDS content profile

IHE XDS-I • The IHE Radiology Domain has defined a « XDS content profile » for linking a Cross. Enterprise Document Sharing to the PACS • The solution has been proposed as a « Manifest » (DICOM KOS) stored in the Document Repository • The images are still stored in the PACS and accessed through their reference • Because the XDS Consumer is web enabled, WADO is the natural retrieving method • XDS-I has been largely demonstrated 19

IHE XDS-I: Diagram 20

IHE XDS-I: Diagram 20

WADO Implementation Note • • Retrieving Multiple Objects Managing WADO Reference Managing WADO URL

WADO Implementation Note • • Retrieving Multiple Objects Managing WADO Reference Managing WADO URL “Left Part” Association of WADO and JPIP 21

Retrieving Multiple Objects • OBJECTIVE – Applications aim to manage a reference to multiple

Retrieving Multiple Objects • OBJECTIVE – Applications aim to manage a reference to multiple DICOM Information Objects • WADO LIMITATION – WADO does not provide any mechanism for retrieving multiple Objects • PROPOSED SOLUTION – Multiple references • The Application maintains all the reference to individual DICOM objects – Key Object Selection • The Server can create a DICOM Key Object Selection for each set of DICOM Objects the Application has to access using WADO. • The Application stores the link to this KOS and retrieve it first • It opens it, and accesses all the referenced DICOM Objects 22

Managing WADO Reference • OBJECTIVE – The Applications aim to display DICOM objects without

Managing WADO Reference • OBJECTIVE – The Applications aim to display DICOM objects without necessarily activate a DICOM viewer • WADO LIMITATION – WADO URL string implies only one kind of display (e. g. Jpeg thumbnail) • PROPOSED APPROACH – As defined in the HL 7, the application manages the link as follow: • • • a. b. c. d. e. Reference of the (WADO) Server (WADO URL “left part”); DICOM UID of the Study; DICOM UID of the Series; DICOM UID of the SOP Instance; DICOM UID of the Class of the Object. – The Application may then build any WADO request 23

Managing WADO URL “left part” • OBJECTIVE – Application have to maintain persistent links

Managing WADO URL “left part” • OBJECTIVE – Application have to maintain persistent links to DICOM objects • WADO LIMITATION – DICOM WADO does not define the “left part” of the URL/URI • SUGGESTED APPROACH – The Application maintains a “WADO Server ID” enabling to update the Server address for each object • INCLUDING THE WADO LINK INTO A TEXT DOCUMENT – Into a document (e. g. PDF), the “left part” is a “virtual” DICOM server (e. g. http: //Local. DICOMServer/WADO), mapped on both emission and reception sides on the actual WADO Server: • Local DNS proxy for defining the correspondence between the server names (e. g. “Local. DICOMServer” alias of “server 234”) • Mapping between the URL invocation and the actual script page (e. g. “WADO” alias of “scripts/wado. js”) 24

Association of WADO and JPIP* • OBJECTIVE – Providing streaming on referenced images •

Association of WADO and JPIP* • OBJECTIVE – Providing streaming on referenced images • WADO LIMITATION – WADO does not propose means for gradual retrieving of images • PROPOSED APPROACH – Set WADO transfer. Syntax attribute to – Initiate a DICOM JPIP session * See presentation made by Lev Weisfeiler 25

Evolution of WADO • Limitation of WADO • Web Services • New Work Item

Evolution of WADO • Limitation of WADO • Web Services • New Work Item and Planning 26

Limitation of WADO • One SOP Instance only in one call (no way for

Limitation of WADO • One SOP Instance only in one call (no way for retrieving all the series/study) • Suited for Web Browser based solution, less for direct with applications • The URL based query is easy to write, but not adapted for being parsed • No easy way to help the application development through WSDL 27

Web Services… why now? • The WS are now “maturing” • The deployment beyond

Web Services… why now? • The WS are now “maturing” • The deployment beyond web server to web server is emerging (application to appli. ) • The WS-I Profiles are defining a real interoperable solution, including (more or less!) the security and reliability aspects • The MTOM mechanism for conveying binary content is now supported by development platforms (. Net, Java…) 28

Web Services for Dummies • Submitting a form to a Web Server, you are

Web Services for Dummies • Submitting a form to a Web Server, you are using http POST based structured message, containing the « input fields » • It may also contain files to be uploaded • WS are using such mechanism for the request and the response, and define the structure of message in XML SOAP • A WSDL (XML) file defines the syntax of the communication (request and response) 29

MTOM for Dummies Date: Thu, 09 Sep 2004 18: 47: 52 GMT Server: Apache/2.

MTOM for Dummies Date: Thu, 09 Sep 2004 18: 47: 52 GMT Server: Apache/2. 0. 48 (Win 32) mod_ssl/2. 0. 48 Open. SSL/0. 9. 7 d Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: Multipart/Related; boundary=MIME_Boundary; type=application/xop+xml; charset=UTF-8; startinfo="application/soap+xml" --MIME_Boundary Content-ID: Content-Type: application/xop+xml; charset=UTF-8; type="application/soap+xml" Content-Transfer-Encoding: binary --MIME_Boundary Content-ID: Content-Type: image/jpeg Content-Transfer-Encoding: binary ÿØÿà�JFIF����, � (IMAGE 1 in BINARY) --MIME_Boundary Content-ID: Content-Type: image/jpeg Content-Transfer-Encoding: binary ÿØÿà�JFIF����ÿÛ --MIME_Boundary-- (IMAGE 2 in BINARY) 30

WADO in WS, which form? • IHE ITI wrote White Paper on WS implementation,

WADO in WS, which form? • IHE ITI wrote White Paper on WS implementation, based on WS-I • The XDS. b Retrieve Document Set transaction is similar to WS/WADO • All the WADO query parameters can be directly transposed « as is » in WS • The response structure can be derived from the Retrieve Document Set structure 31

WADO « brothers » • WADO implies to have the reference • A notification

WADO « brothers » • WADO implies to have the reference • A notification mechanism may be developed on WS (NADO) • A Query by IDs mechanism may enable an application to obtain the reference (QIDO) • A New Work Item will be propose at the next DSC (April 11, 2008) 32

Conclusion (for today) • WADO is still in its “emerging” implementation, but promising •

Conclusion (for today) • WADO is still in its “emerging” implementation, but promising • WADO contributes to facilitate to coexistence of IS and PACS (e. g. XDS-I) • Its evolution through Web Services may enhance the integration between PACS and EHRs 33