Posts by xunileca

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.

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.

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

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.

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.

How should I get the images to you?

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?

Marcel,
You are correct that it only affected the one line and not the entire file. For example:

ExportConverter0 = forwward to machine1; forward to machine2; -- this did not forward to machine2
ExportConverter0 = forwward to machine1; forward to machine2 -- this worked

I recently had this happen for no apparent reason. I am running two instances of conquest on the same machine. I think the problem was I had edited the dicom.ini file of one instance while the server was running and left a semicolon on the end of an export converter. Once I removed the semicolon, the error message went away. Can anyone confirm that conquest is picky about the syntax of the dicom.ini?