Sure, I can send you one of the images. Is there a way to strip patient data from it first?
Posts by itsfortybelow
-
-
Hello, I'm getting this error when sending to Conquest:
[CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 131072
[CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.1.1" 1
[CONQUEST] Presentation Context 1 "1.2.840.10008.5.1.4.1.1.1.1" 1
[CONQUEST] ***Explicit_ParseRaw encountered an invalid element length during load of DCM file (in 60003000)
[CONQUEST] ***Length = 617379I can turn on the NoDicomCheck in the dicom.ini and it will go through, but then the images are just blank. Is this indicative of a corrupt image or something else? This happens with a few different images on different patients on this workstation.
-
I was discussing the error with someone who knows much more about these things, and he suggested that perhaps the issue was caused by the person doing the x-ray doing it under the last patient to have been imaged, so I investigated. He was correct, however it was in reverse. A patient had been done after this one that got an error, only their images got sent first, so when these got sent, they got the error.
This is the image info from the image that was already on the server with the conflicting SOPInstanceUID:
08/05 Specific Character Set ISO_IR 100
08/08 Image Type ORIGINAL\PRIMARY
08/16 SOP Class UID 1.2.840.10008.5.1.4.1.1.1
08/18 SOP Instance UID 1.2.276.0.54.10.3.20160104161134.564.401848
08/20 Study Date 20160413
08/23 Image Date 20160413
08/30 Study Time 094306
08/33 Image Time 094939And here's the info from the one that got the error:
08/05 Specific Character Set ISO_IR 100
08/08 Image Type ORIGINAL\PRIMARY
08/16 SOP Class UID 1.2.840.10008.5.1.4.1.1.1
08/18 SOP Instance UID 1.2.276.0.54.10.3.20160104161134.564.401848
08/20 Study Date 20160412
08/23 Image Date 20160412
08/30 Study Time 114515
08/33 Image Time 115024So, turns out to be a workflow error in the end.
-
Quote from marcelvanherk
Hi,
go to the query move page. Double click on label "Series Number", enter the SopInstanceUID into "Image UID", and select Query level "Image".
regards,
Marcel
Thanks Marcel. I did as you instructed and I did indeed find the SopInstanceUID on another image for a different patient. I removed the image and re-sent from the X-Ray PC and it transmitted successfully. It seems odd to me that somehow we got a duplicate, but our CR software is known to have some quirks.
-
I'm running version 1.4.17d on Windows Server 2012 R2. I've found the SOPInstanceUID, but how do I query it against the Conquest server?
-
We've had this error come up a couple times on different X-ray PC's when attempting to transfer to Conquest:
4/25/2016 12:04:26 PM DICOM problem: [CONQUEST] ***SQLITEExec error: column SOPInstanc is not unique
4/25/2016 12:04:26 PM DICOM problem: [CONQUEST] ***Error saving to SQL: 15072\1.2.276.0.54.10.2.20160104161134.51.661845_0001_000001_1461603866001c.dcmThese errors come up on completely different patients and studies. For instance, here's another one:
4/22/2016 9:37:15 AM DICOM problem: [CONQUEST] ***SQLITEExec error: column SOPInstanc is not unique
4/22/2016 9:37:15 AM DICOM problem: [CONQUEST] ***Error saving to SQL: 51446\1.2.276.0.54.10.2.20160113134959.818.179571_0001_000003_146133583500a7.dcmAnyone have an idea what causes this and what I can do to fix it? I did attempt to re-generate the database with no success.
-
Hello, I have been using Conquest and it has worked great for quite awhile. That said, I have ran into an issue. This issue seems to occur as there are two known DICOM providers that are using the same AE title. So say my ACRNEMA.MAP looks like this:
AETITLEABC 10.10.20.30 104 UN
AETITLEABC 10.30.20.10 104 UN
AETITLEXYZ 10.20.10.20 104 UN
AETITLEDEF 10.10.30.30 104 UNNow, it seems there is no problem with either host with AETITLEABC doing a query, the problem is when they attempt to retrieve. The host that shares an AE title that is listed first works without issues, but the second is unable to retrieve, and I see this error message in the Server Status page:
[CONQUEST] Calling Application Title : "AETITLEABC"
[CONQUEST] Called Application Title : "CONQUEST "
[CONQUEST] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[CONQUEST] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
[CONQUEST] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
[CONQUEST] C-Move Destination: "AETITLEABC"
[CONQUEST] Number of Images to send: 1
[CONQUEST] Host 'AETITLEABC' did not accept the connection
[CONQUEST] C-Move (StudyRoot)
[CONQUEST] UPACS THREAD 497: ENDED AT: Tue Dec 08 15:38:51 2015
[CONQUEST] UPACS THREAD 497: TOTAL RUNNING TIME: 21 SECONDSI am just wondering if there is a way around this or perhaps is there something I am doing wrong?