Coercion causing only single image to transfer

bteeter · Post by **bteeter** » Fri Sep 18, 2009 2:01 pm

This is a new install and I added the following coersion rule to one of my AE titles

CHW* so that it prepends CWH to the Patient ID (0x00100020).

When I do this it will recieve a single image and only one no matter how many images are in the study. If I take the rule out it will recive all of the images. It does this regardless of the modality.

I posted an excerpt from the log below if this helps. Any Idea what is going on?

Fri Sep 18 08:54:20 2009 INFO - Session: started from SCU: 10.3.106.118
Fri Sep 18 08:54:20 2009 INFO - Receiving A-ASSOCIATE-RQ PDU
Fri Sep 18 08:54:20 2009 INFO - 1 record found in [applentity] table
Fri Sep 18 08:54:20 2009 INFO - A-ASSOCIATE-RQ received successfully
Fri Sep 18 08:54:20 2009 INFO - Sending A-ASSOCIATE-AC PDU
Fri Sep 18 08:54:20 2009 INFO - A-ASSOCIATE-AC PDU sent successfully
Fri Sep 18 08:54:20 2009 INFO - Receiving P-DATA-TF PDU
Fri Sep 18 08:54:20 2009 INFO - C-STORE [5] command received in P-DATA-TF PDU
Fri Sep 18 08:54:20 2009 WARNING - Tag: 0x00080008 length [26] will be truncated to maximum of [16]
Fri Sep 18 08:54:20 2009 WARNING - Tag: 0x00100020 coerced from [9231960] to [CHW9231960]
Fri Sep 18 08:54:20 2009 INFO - 205 tags processed in CDataSetPdv
Fri Sep 18 08:54:20 2009 INFO - A-ASSOCIATE-RELEASE-RQ PDU received
Fri Sep 18 08:54:20 2009 INFO - Sending A-ASSOCIATE-RELEASE-RSP PDU
Fri Sep 18 08:54:20 2009 INFO - A-ASSOCIATE-RELEASE-RSP PDU sent successfully
Fri Sep 18 08:54:20 2009 INFO - Session: disconnected for client: 10.3.106.118

Post by **pacsone** » Fri Sep 18, 2009 2:46 pm

What's happening is PacsOne Server will send back a Warning C-STORE-RSP status to the sending Dicom application, as one or more of the data elements of the received image have been coerced per your defined data element coercion rule. Some of the legacy Dicom applications may not understand the Warning status correctly and would treat it the same as a Failure status, and thus would not proceed to send the rest of the images after receiving the first Warning C-STORE-RSP response.

If you have no way of forcing the sending Dicom application to interpret the Warning C-STORE-RSP status properly, then you can force PacsOne Server to always return a Success C-STORE-RSP instead of the Warning status, even if there are data elements coerced. You can do that by modifying/adding the following Registry value:

Code: Select all

HKEY_LOCAL_MACHINE\Software\RainbowFish Software\PacsOne\${AeTitle}\WarnElementCoercion

Add/set the DWORD value to 0, and restart PacsOne Server.

The above setting is NOT recommended because the Dicom standards actually require the Warning C-STORE-RSP status when there is any data element coerced in the received Dicom images. So you should definitely check with the technical support of the sending Dicom application, and have them work out a proper/correct implementation to interpret the Warning C-STORE-RSP correctly according to the Dicom standards.

xunileca · Post by **xunileca** » Wed Apr 13, 2011 2:42 pm

Is it possible to set this in linux as well? Where would I set it?

Post by **pacsone** » Wed Apr 13, 2011 4:39 pm

Yes, you can simply edit the ${AeTitle}.ini configuration file under the directory where PacsOne is installed, and add/change the following line:

Code: Select all

WarnElementCoercion = 0

Save the file and restart PacsOne Server for the change to take effect.

clarktwynn · Post by **clarktwynn** » Sun May 22, 2011 12:59 am

I recently ran into this problem and this seemed to solve the problem. Thanks much!