Issue with Displaying PR (Presentation State) DICOM Studies via Orthanc DICOMweb and OHIF Viewer

General
1

Hello Orthanc Community,

We are currently integrating Orthanc with the OHIF Viewer for our PACS solution. While most DICOM studies display correctly, we are facing issues when trying to view Presentation State (PR) objects through the OHIF Viewer using Orthanc’s DICOMweb plugin.

Problem:

  • PR studies loaded via OHIF Viewer result in HTTP 400 or 500 errors.
  • This appears related to incomplete support for the /rendered and /frames/{frame} endpoints in Orthanc’s DICOMweb plugin.
  • PR overlays or annotations are critical for our clinical workflows, and the lack of support is a major blocker.

What we know:

  • The Orthanc DICOMweb plugin implements a reference/basic level of WADO-RS but lacks full support for PR modalities.
  • Other backends like DCM4CHEE reportedly handle PR objects properly with OHIF Viewer.
  • Orthanc’s native web viewer can display these studies, but it does not integrate with OHIF’s features.

Our questions:

  1. Are there any plans to enhance Orthanc’s DICOMweb plugin to support full PR modality rendering?
  2. Is there a recommended workaround or plugin to improve PR handling via DICOMweb in Orthanc?
  3. Would you recommend custom development on Orthanc or switching to another backend for full OHIF compatibility?
  4. Any community experience with successfully integrating OHIF Viewer and Orthanc for overlays and PR?

We appreciate any insights, advice, or pointers to ongoing efforts or plugins addressing this issue.

2

Hi @jemitsanghvi

Could you share some sample images. We don’t have any available for testing.

thanks,

Alain.

3

Hi @alainmazy

You can download it from here :- https://drive.google.com/file/d/18I7X0dVICKHgIIBE29n4VNVWrdK8wOj5/view?usp=drive_link

4

What is it supposed to look like in OHIF ?

In my understanding, PRs are referencing images (and you have not shared any images).

Also note that you should anonymize your images before sharing them and make sure the PRs are still referencing the right images.

5

Dear Alain,

I have checked the above message. Attached is the required ZIP file containing the anonymized study with PR and PT modality images:
Drive Link : https://drive.google.com/file/d/1AMTNTYVnGnmHXTW7owYq5dr8MdVQQFud/view?usp=sharing

6

What is it supposed to look like once opened in OHIF with DCM4CHEE as a backend ?
What url do you use to open OHIF ?

7

We open the OHIF Viewer in your browser using a URL like:
https://domain:8001/viewer?StudyInstanceUIDs=1.2.276.0.7230010.3.1.2.0.1896390.1749060355.672467

OHIF will load and display the study from DICOMweb (Orthanc Plugin /usr/share/orthanc/plugins/libOrthancDicomWeb.so → Version 1.10 )
Implementation of DICOMweb (QIDO-RS, STOW-RS and WADO-RS) and WADO-URI. (QIDO-RS, WADO-RS) services

OHIF will load its web viewer interface.
It will list all series/images in that study UID.
DICOM images will load in the viewport for viewing.

8

What URL do you use to open OHIF?
https://domain:8001/viewer?StudyInstanceUIDs=1.2.276.0.7230010.3.1.2.0.1896390.1749060355.672467

OHIF viewer URL is /viewer
StudyInstanceUIDs is passed as a query param
domain is our server
Port 8001 is what we have exposed via nginx

Nginx server configuration

server {
listen 8001 ssl;
server_name myviewer;
client_max_body_size 1024M;

  ssl_certificate /etc/ssl/certs/selfsigned.crt;
  ssl_certificate_key /etc/ssl/private/selfsigned.key;

  location / {
      root /var/www/html/myviewer;
      index index.html index.htm;
      try_files $uri /index.html;
  }

  location /dicom-web {
      proxy_pass 'http://localhost:8042/dicom-web';
      add_header 'Access-Control-Allow-Origin' '*';
  }

}

OHIF default.js config: OHIF config (default.js) references the reverse-proxied /dicom-web path:

dataSources: [
{
namespace: ‘@ohif/extension-default.dataSourcesModule.dicomweb’,
sourceName: ‘live’,
configuration: {
name: ‘Dcm4chee’,
wadoUriRoot: ‘https://domain:8001/dicom-web’,
wadoRoot: ‘same as above’, (Not sending link, as it does now allow more than 2 links),
qidoRoot: ‘same as above’, (Not sending link, as it does now allow more than 2 links)
imageRendering: ‘wadors’,
thumbnailRendering: ‘wadors’,
enableStudyLazyLoad: true,
dicomUploadEnabled: true,
supportsReject: false,
qidoSupportsIncludeField: true,
supportsFuzzyMatching: false,
supportsWildcard: true,
omitQuotationForMultipartRequest: false,
acceptHeader: [‘multipart/related; type=application/octet-stream; transfer-syntax=*’],
bulkDataURI: {
enabled: true,
},
},
},
]

9

Attached is the screenshot (Ignore the study which is in displayed, its blurred from our end and also when we try to LOAD PR study, we have displayed the error we see in the Console.

image
image1920×961 171 KB

10

This error does not appear with the files you have shared (there is only 2 PR and 1 PT instances) and there are no 500 errors in the logs.

11

But we are seeing this issue. Can you throw some light where can the issue be ?

Also, can we get details about what configurations and versions of orthanc or ohif viewer or other viewer (and its details) which you have used to test this out ?

Can we get a temporary access to test it out, play around and understand ?

12

No since I don’t have the issue.

No. It’s a stupid default installation.

No

I already told you twice that you did only share a tiny subset of the data which does not allow us to reproduce anything.

13

Hello,

Following up on the earlier discussion, we are still facing issues with PR (Presentation State) objects when using Orthanc’s DICOMweb plugin with OHIF.

For reference, i can share anonymized study where the problem can be reproduced. Please guide me how can i share the study over, as currently links are restricted in our replies.

Observations

  • Series count is consistent across viewers (19).

  • In OHIF, unsupported SR series (#10002) throws an error instead of being ignored.

  • For some CT series (e.g., S 201: 93 3.0 x 3.0 Soft Tissue WO), clicking/dragging results in “Internal Server Error – Not implemented yet”.

  • Orthanc’s native viewer displays PR correctly, but OHIF fails via DICOMweb (400/500 errors).

Questions

  1. Is full PR rendering support planned for the DICOMweb plugin?

  2. Are there known workarounds or plugins to handle PR overlays with Orthanc + OHIF?

    Any guidance or clarification would be very helpful.

Thanks !

14

Hi all,

As a follow-up to my recent post about [summarize original issue], I realized I should also clarify one additional detail.

The issue also relates to KO (Key Object) studies/images. Does Orthanc natively handle KO objects as part of its DICOM support, or is there any recommended plugin/extension required for managing and interpreting these?

Looking forward to your input on this point as well.

15

Hello,

Alain already wrote:

As long as you don’t post on this forum a full minimal working example that is independent of OHIF (i.e., sample DICOM files, DICOMweb request using the curl command-line tool, expected DICOMweb answer and why the answer returned by Orthanc is wrong), the Orthanc community will not be able to provide further support.

Regards,
Sébastien-