Unfortunately, the robustness and flexibility of these implementations have suffered and the number of worklist issues has increased. However, over the past few years, most PACS and department information systems, notably the RIS and CIS systems, have implemented this functionality, which is often referred to as a “broker-less” PACS or RIS. Where do I get my worklist from? This used to be a “no-brainer” as almost all PACS systems included a so-called broker, which would listen to the HL7 order messages, build an internal database for the scheduled appointments, and provide a DICOM worklist on demand. The worklist information therefore should be filtered and configured on both ends. Many times, the only way to find out the behavior is by using a modality simulator to predict and/or troubleshoot any issues with the modality worklist as described below.īelow are the most common issues and configuration challenges:ġ. The pertinent information means that only studies that are to be scheduled for this device appear on the list, and does not contain studies to be done on other modalities.

at the modality and on the worklist provider side, can be somewhat tricky to make sure that all pertinent information is available on the worklist, and does not contain too much or too little information. A DICOM modality worklist is retrieved by an imaging modality such as a CT, MRI, ultrasound, digital X-ray unit, or other imaging modality from a modality worklist provider, which can reside in the PACS, RIS or a separate device, such as a broker. Configuring the worklist on both sides, i.e.

Dicom modality worklist server