Friday, February 10, 2012
Google Custom Search

ClearCanvas Highlights

Download our Open Source software
Watch some Videos
Get the Source
Check out our Licensing
Join our  Forums
Some Research: OICR IPP-Trials

Our Community

Membership Membership:
Latest New User Latest: rczlubin
New Today New Today: 5
New Yesterday New Yesterday: 27
User Count Overall: 20595

People Online People Online:
Visitors Visitors: 11
Members Members: 1
Total Total: 12

Online Now Online Now:
01: joe.lo

ClearCanvas Community Forums

ClearCanvas Web Integration?
Last Post 2009-09-11 10:57 AM by stewart. 4 Replies.
Printer Friendly
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
mmcgillis
New Member
New Member
Posts:3

--
2009-08-20 02:05 PM  

 We use a web based EMR that includes all patient DICOM images. From this web based interface we have all the information possible about those images where they exist in a PACS how to grab them through WADO and any DICOM attributes required.

But what we need is an application that we can instruct to open the images or a set of images for detailed viewing and interaction.

The ideal scenario is as follows:

Image Viewer supports a special document type.

This document type is configured in the browser so that when the browser receives these documents they get passed to the Image Viewer.

These documents contain information on what images are desired to be loaded and where the images can be found. This document type should be able specify the following sorts of sources:

1) Local Image Files
2) Image files located in a specified pacs
3) Image files available from a WADO url

The Image Viewer should start very quickly read the document passed and then display studies requested in document.

If the Image Viewer is already running it should process additional documents by adding images specified in documents passed.

Do you have anything that can support the above concept? Can the existing ClearCanvas Viewer support this?

stewart
Senior Member
Senior Member
Posts:2033

--
2009-08-20 02:41 PM  
Hi Matthew, the viewer does have the support you're looking for via Web Services hosted in the viewer process. If you search these forums for "Automation", you should find plenty of posts on the topic with links to the developer's guide, etc.

Best regards,
Stewart
Real-time support available to Clinical Edition and Team Edition customers
mmcgillis
New Member
New Member
Posts:3

--
2009-08-20 06:15 PM  

 Thanks for responding. I tried your search and only found two topics neither of which very useful.

But your reference to the Developers Guide and mention of Automation allowed me to find what I think you intended to guide me to.

I will run some tests to see how well the http SOAP automation works from a browser.

My concerns with this approach over a browser MIME file passing one is that this implies a number of things existing on the machine that are a little heavy I'm not  sure I'm comfortable with every workstation providing web services. I'm going to assume this service is not globally available and is only accessible from the machines loop back interface. If that is not the case I could never deploy this for security reasons.

Having a very light DICOM viewer sort of like a PDF Viewer that opens quickly and can be passed a file that contains instructions on where to load/grab desired DICOM images would be much more ideal.

I can understand the need for Heavy DICOM Workstations also for many reasons but that isn't the specific problem I'm looking to resolve with this.

But still going to give this a try and see how responsive it all is.

mmcgillis
New Member
New Member
Posts:3

--
2009-08-31 06:36 PM  

Well I gave the automation a try and this is what I found:

1) Browsers today do not allow http requests in javascript to cross domains. The automation I require from a browser to this service would always be a cross domain request. (I could support a proxy to mask all the requests so they do not appear to be cross domain to the browser but this seems like yet even more ugly overhead to support something that could be relatively simple)

2) As documented in the automation pages currently no support is available for loading images through WADO/DICOM. The automation only supports images already available in the local store.

Unfortunately the functionality available for this product through automation can not actually achieve what my requirements are.

Not sure how user contributed enhancements are supported but rather than all this I'm more inclined to take a look at the source code and see if I could quickly add support for opening and processing a file as outlined in my original request.

stewart
Senior Member
Senior Member
Posts:2033

--
2009-09-11 10:57 AM  
Hi Matthew, sorry for not getting back to you right away. Out of personal interest, I took some time to look into this last week. Here's what I found:

1. You're right, I think I knew about this restriction, but it's been so long since I did any web development that I forgot.
2. CC hosts the automation services using 2 different bindings: HTTP and named pipes. I don't know much about javascript and named pipes, but it might work - I don't know.
3. If JScript is an option for you, although it limits you to IE, I was able to open a study in CC with 2 lines of JScript code via a simple automation COM wrapper.
4. A colleague brought this idea to my attention (because ITunes works this way to launch the app locally). If you define a custom protocol in your registry, in much the same way http: is defined, you can launch any local application you wish and the URI will be passed to that app. So, you *could* write your own very lean .NET application that is launched via the CCIP protocol. You can devise a way to format the URI such that it instructs your app on how to automate CC. For example CCIP://StudyUid=1.2.3. Your app can then use CC's automation interface so you don't have to change CC. Also, CC's startup time is probably a bit on the slow side to do this processing itself - especially if it's just going to exit and automate an instance that's already running. Better to write a separate 'launcher' app.
5. If you have a CC ImageServer defined as one of your "default servers" in CC Workstation, the automation service will automatically search for studies and open them directly via streaming. We don't do *strict* WADO yet, but you're not just limited to the local store. You have to have a CC ImageServer, though.

Anyway, hope this helps,
Stewart
Real-time support available to Clinical Edition and Team Edition customers
You are not authorized to post a reply.

Active Forums 4.1
Copyright 2011 ClearCanvas Inc.