Our current system setup consists of:
DCMTK server running on CentOS 5.7 x86_64 which is the central dicom repository
GE CTSCAN modality
GE AW Reading station for CTSCAN
GE Vivid Echo modality
GE Echo Reading station for ECHOs
Siemens (don't remember model) modality
Siemens Syngo Reading station for ECHOs
Osirix Reading station (Macintosh)
Our objective is to replace three separate types of Reading stations with a single Macintosh platform running Osirix such that Osirix can retrieve studies from either iMacs, Macbooks, or iPads. This will be of greater convenience to our cardiologists but also reduces licensing cost for three separate reading stations.
Our dcmqrscp server configured to prefer and propose jpeg lossy as the ECHO commercial system do support this compression.
The problem we are having is that the Siemens modalities send a study with a combination of compress and uncompress images. The transfer from Siemens modalities to dcmqrscp works without any issues. However when Osirix attempts to retrieve that same study from dcmqrscp, dcmqrscp fails to send either the compressed or uncompressed dicom files depending on how the Osirix listener is configured. Furthermore, the same study from the Siemens modality successfully transfers all files to the Osirix direct. As for the GE, all transfers in both direction works successfully.
Here is a sample of the logs with the transfer syntax error.
Code: Select all
# Dicom-Data-Set
# Used TransferSyntax: Little Endian Explicit
(0008,0052) CS [STUDY] # 6, 1 QueryRetrieveLevel
(0020,000d) UI [1.2.840.113619.2.55.3.380371476.920.1314213754.848] # 50, 1 StudyInstanceUID
Requesting Sub-Association
Store SCU RQ: MsgID 1, (US)
DIMSE Warning: (ECHOPACS,OSIRIX): sendMessage: unable to convert DICOM file '/pacs/ECHOPACS/US_4ed3e832ebaed50d.dcm' from transfer syntax 'JPEG Baseline' to 'Little Endian Explicit'
Move SCP: storeSCU: Store Request Failed: 0006:020e DIMSE Failed to send message
moveSCP: Move Sub-Op Failed: 0006:020e DIMSE Failed to send message
Move SCP Response 1 [status: Pending]
Releasing Sub-Association
Move SCP Response 2 [status: Refused: OutOfResourcesSubOperations]
Association Release
Cleaned up after child (25950) Mon Nov 28 15:37:11 2011
viewtopic.php?p=5347sid=5c88893a196ca67 ... bef676a3e5
that dcmqrscp does not support ON_THE_FLY_COMPRESSION and advises to use movescu. That macro is currently only available in storscu describe by omarelgazzar from this forum post
viewtopic.php?t=3193&sid=0e7da968f8a680 ... d65ad38ab8
neither of which is not useful to us in our scenario.
Another blog post by J. Riesmeier describes using dcmsend as opposed to storscu to perform "on the fly compression".
http://blog.jriesmeier.com/2011/10/send ... re-easily/
We tested this experimental feature using both storescu and dcmsend and determined that a study with jpeg8 compressed and little endian uncompress both transfer successfully. We also tried movescu as well but we did not get it work. Even if movescu work, neither movescu, dcmsend, nor storescu are effective solutions as the cardiologists prefer to query and retrieve a study at their request. What we are looking for is the ability for dcmqrscp to perform ON THE FLY COMPRESSION just like storscu and dcmsend so that our commercial modality can ultimately be viewable on the cardiologist's personal Macintosh anywhere in the world (provide there is sufficient network bandwidth).
We appreciate for your replies to this post.