Giters

sjoerdk / dicomtrolley

Retrieve medical images via WADO, MINT, RAD69 and DICOM-QR

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Enable Study-level queries without requiring patient info

sjoerdk opened this issue · comments

commented
  • dicomtrolley version: 2.1.8

Description

The following code

searcher: DICOMQR

query = Query(
        min_study_date=datetime(year=2000, month=1, day=5),
        max_study_date=datetime(year=2000, month=1, day=5)

studies = searcher.find_studies(query)

Does not yield any results (studies =[]), even though this is a valid query and a study corresponding to these criteria actually exists.

Tried this on Agfa PACS DICOM-QR.

commented

The issue is probably that dicomtrolley uses the patient as root for the query retrieve model (see https://dicom.nema.org/dicom/2013/output/chtml/part04/sect_C.6.html)

commented

Did some reading and tests to find out what we are talking about.

  • The issues is tricky to pin down as it is unclear whether it is in dicomtrolley code, the implementation of the query standard in the specific server, or configuration issues on that server.
  • Preliminary tests reveal that using PatientRootQueryRetrieveInformationModelFind in DICOM-QR qeries is indeed causing queries without patientID to return nothing.

Studying https://dicom.nema.org/dicom/2013/output/chtml/part04/sect_C.6.html it seems there is no harm in switching to the Study level information model. In fact, this seems a better fit as throughout dicomtrolley the study, not the patient is the default root level of query and download.

commented

The following query works now for DICOMQR in dicomtrolley >= 2.2.0:

searcher: DICOMQR

query = Query(
        min_study_date=datetime(year=2000, month=1, day=5),
        max_study_date=datetime(year=2000, month=1, day=5)

studies = searcher.find_studies(query)