Occasionally, I get brackets in the patient ID on the receiving system when sent from conquest. The patient id is normal in the database and at the file system level, so it must be happening during transmission. For example:
Conquest receives the study with patient id of ABC11234, but when it sends it, the other system receives ABC1234[CONQUESTAE-828282828282828]
Any ideas, or am I missing something basic in the configuration?
Hm,
sounds like a serious bug. Can you get me the image in conquest and as received by the other system when the problem occurs?
Thanks,
Marcel
How should I get the images to you?
Oh yeah, forgot to mention that when this happens, only one image is sent. If I manually re-send the study from Conquest using dgate --movestudy, the entire study is sent and received, but under the patientid with brackets.
OK, I figured it out. It is not Conquest's fault. The receiving system appends the brackets when a study is sent with the same patient id, but conflicting names. It sends a "warning" association back to Conquest. Conquest, however, takes this as an error and hangs up, instead of transmitting the images anyway. Maybe there is a setting on Conquest's side to send anyway? Thanks.
Ah, good.
Can you show me a debug log (checkbox on, up arrow 4 times) from conquest when this problem occurs. I would like to see the messages exchanged.
Thanks,
Marcel
Debug from receiving side:
Wed May 13 14:19:55 2009 INFO - Session: <284> started from SCU: 10.0.0.12
Wed May 13 14:19:55 2009 INFO - <284> Receiving A-ASSOCIATE-RQ PDU
Wed May 13 14:19:55 2009 INFO - 1 record found in [applentity] table
Wed May 13 14:19:55 2009 INFO - <284> A-ASSOCIATE-RQ received successfully
Wed May 13 14:19:55 2009 INFO - <284> Sending A-ASSOCIATE-AC PDU
Wed May 13 14:19:55 2009 INFO - <284> A-ASSOCIATE-AC PDU sent successfully
Wed May 13 14:19:55 2009 INFO - <284> Receiving P-DATA-TF PDU
Wed May 13 14:19:55 2009 INFO - <284> C-STORE [151] command received in P-DATA-TF PDU
Wed May 13 14:20:01 2009 ERROR - Patient Name: [xxxx ] conflicts with existing patient ID: [ABC76802]
Wed May 13 14:20:01 2009 WARNING - Tag: 0x00100020 coerced from [ABC76802] to [ABC76802[CONQUEST-0513142001]]
Wed May 13 14:20:01 2009 WARNING - Duplicate Patient ID from AE: [CONQUEST] coerced.
Wed May 13 14:20:01 2009 INFO - 72 tags processed in CDataSetPdv
Wed May 13 14:20:02 2009 INFO - <284> A-ASSOCIATE-RELEASE-RQ PDU received
Wed May 13 14:20:02 2009 INFO - <284> Sending A-ASSOCIATE-RELEASE-RSP PDU
Wed May 13 14:20:02 2009 INFO - <284> A-ASSOCIATE-RELEASE-RSP PDU sent successfully
Wed May 13 14:20:02 2009 INFO - Session: <284> disconnected for client: 10.0.0.12
Debug from Conquest:
Wed May 13 14:23:43 2009 *** connection terminated
Hi,
is this all you get from conquest in debug log mode? In addition, it would be interesting to get a stack trace from the 'hanging' thread usign process explorer, see: http://www.image-systems.biz/f…topic.php?f=33&t=1809</a>
Marcel
Marcel,
I will try putting conquest into debug mode, is this different from running it as dgate -v? Also, this is on Linux, so no process explorer. Thanks.
Hi,
To enable debuglogging start dgate with -v, and than pass command dgate --debuglevel:4
Marcel
Marcel,
Here is the debug from conquest:
Tue May 19 09:22:13 2009 Inconsistent PatientNam in DICOMPatients: PatientID = 'ABC87180' PatientID = 'ABC87180', Old='PYLE, GOMERP', New='PYLE, GOMER'
And the debug from receiving:
Tue May 19 09:35:12 2009 ERROR - Patient Name: [PYLE, GOMER, ] conflicts with
existing patient ID: [ABC87180]
Tue May 19 09:35:12 2009 WARNING - Tag: 0x00100020 coerced from [ABC87180] to [ABC87180[CONQUEST-0519093512]]
Tue May 19 09:35:12 2009 WARNING - Duplicate Patient ID from AE: [CONQUEST] coerced.
Hi,
debug logging should show much more information such as SQL queries.
Marcel
Don’t have an account yet? Register yourself now and be a part of our community!