Hello Orthanc team,
Does anyone know how I can simulate a modality looking worklist?
I’m trying to use the Orthanc MWL plugin, but I do not have easy access to the equipment (CR mode) to test the worklist query, how could I test it?
Has anyone ever experienced this?
Thank you!
Hello Marcel,
Not sure exactly which part of the workflow you would like to test or implement, perhaps you can clarify further for us. Is it about;
- Generating more MWL entries?
- Generating a CR SOP instance based on the MWL entries created?
We use the “simple” MWL server included in the Orthanc package and we first generate the data from XML (or JSON), each containing a single entry for MWL. The Dicom toolkit has such command line tools (we use dcm4che tools, which is also a good alternative). If that is the question you have, I can explain further.
Hello Manabu,
Thanks a lot for the support, what I need is to simulate what a user would do in the CR console, he clicks “See Worklist”, then the CR makes a c-find for Orthanc, correct?
I do not know how to simulate this to visualize what is coming in Orthanc.
I believe there must be a tool to help with this, do you know any?
Marcelo,
The standard workflow would be,
-
Some system has the golden list of orders. This is typically a Radiology Information System (RIS) which is likely having some upstream HL7 connection to EHR or HIS. I presume you can generate those somehow.
-
This would result essentially in some key information like (note there can be a lot more info carried in the object as defined by the Scheduled Procedure Step DICOM definition). This also contains at least a StudyUID, which you’d not normally display it in the UI.
Patient Name, MRN, Accession, Study Date, Modality, Reason for Study
DOE^JOHN 12345 A56789 . 2017-12-18 . CR . Pneumothorax
DOE^MARY . 34567 . A12345 …
-
The CR operator would do something like Begin study or Select Study on their UI.
-
The CR does the MWL C-FIND with a date/time range (like now +/- a day or two) and the MWL server will return above type of list in the DICOM traffic, or if the Search feature is in the CR other fields in the C-FIND. This is typically polled and then cached locally on the modality for a while. Especially the portable ones like CR or US that may go offline.
-
Once the user picks the study to begin, then CR usually extracts the Scheduled Step information and stuff them into the CR SOP instances it generates. At a minimum, the StudyUID is required and the usual patient info, Acc# etc.
Hope that helps you visualize it. As for the actual MWL client, I am usually the one who write one so I have not looked into other tools. Definitely there are command line tools to retrieve those, but those won’t be so fun to look at. May be Alexandre’s suggestion is what you are looking for.
Hello Manabu and Alexandre,
Thank you very much for your support, it is always good to exchange ideas with you.
As for the DICOM Eye, I did not find download safe but I will keep looking.