Posts by iancs

As luck would have it, I added it to the end of the table.

I moved it up a few places to after the SeriesInst and miraculously it worked as expected! That was way too easy.

Thank you for your assistance!

I added a study instance UID field to the dicomimages table and added the definition of StudyInstanceUID to the *Image* section of the dicom.sql file as follows:

*Image*

{

...

{ 0x0020, 0x000d, "StudyInstanceUID", 64, SQL_C_CHAR, DT_UI }

}

Easy enough!

As a result, subsequent transfers to the server resulted in the studyinstanceUID being recorded in the dicomimages table. However, when I performed a DICOM query from another system it responded with an image count that was greater than what actually existed!?

I reversed the changes to the dicom.sql file and restarted the server and all was well again.

I am not sure if I configured the system improperly, or if I'm trying to do something that is a waste of time (wouldn't be the first time and it won't be the last...) due to system constraints, so I am looking for some direction.

I made the change in order to more efficiently determine the image count of a study via querying the dicomimages table. I understand that I can perform a DB query with a table join, so obtaining the image count through "normal" methods is achievable. However, I was just trying to lessen the impact of possible frequent queries to verify image counts via a DB query when I caused this error.

Any feedback would be greatly appreciated.

Thanks.

Marcel, that you for the response.

The main problem is that not all the series modality types are known until the entire exam has been received.

For that reason I believe that I am going to be forced to determine and change the modality type once the exam transfer is complete.

I've written a script that executes every minute that looks for complete exams and then changes the modality types using dgate --modifyseries. Then it changes the StudyModal field in the database to that value too.

I'd thought about using --modifystudies, but in instance where there's a single series that requires changing, and ten other series that don't require changing, I didn't want to waste time.

I am looking for suggestions on how to change the series modality tag (0008,0060) for scanned documents from "OT" to equal the modality type of the other series in the study.

For example, if a study is received that has a series with series modality tag of "DX", and there is a scanned document in another series in the study with modality tag of "OT", I'd like to change the scanned document to a series modality tag of "DX". I'm not sure how to trigger a script to perform this change after all the images have been received.

Thanks in advance for any assistance.

Installed a second instance of Conquest and had no difficulties transferring exams between them. I then added another DICOM destinations (a Merge test PACS server) and had no difficulties transferring exams to it!?

I went onto RWQCDEPT and turned off the Symantec Endpoint protection and everything worked as expected. Strangely enough every server has that installed, so curious why this is an issue on one particular device?! I'll look at that...

I learn something new every day, so I've got that going for me. Good thing I apologized in advance.

Thanks for your attention in this matter and have a happy New Year.

Marcel,

Thanks for the response.

Yes, RWQCDEPT seems to be configured properly, I believe: RWQCDEPT is able to send data to CRGNVA1 without any issues. I can also query CRGNVA1 and get a list of exams. It just isn't able to pull exams from CRGNVA1, nor can it receive exams from CRGNVA1 if the transfer is initiated from CRGNVA1.

As a quick test, I think I will configure another Conquest server and see if I can transfer information between two Conquest servers. The log information on RWQCDEPT is rather sparse at best, so it's difficult to tell what it doesn't like about the situation.

Also, is there an uninstall utility for the Conquest server or is it a manual process? If I am going to install it on another server I want to make sure that I can remove it cleanly.

Thanks in advance.

- Ian S.

I installed the latest version 1.4.19c1 on a Windows server 2016 Standard with MySQL installed. The server is called CRGNVA1.

I am able to send exams into the server, CRGNVA1, from a couple of different DICOM sources, but I cannot transfer the exams from CRGNVA1 to any other DICOM devices, such as one called RWQCDEPT or PACSPROD. Instead of beating my head against the wall I thought it would be prudent to reach out to the user community for some assistance. I apologize ahead of time if I've made some bone-headed, Conquest beginner mistake. Thanks.

The following is the debug log info from CRGNVA1 followed by the ACRNEMA.map file:

1/2/2019 7:36:43 PM [CRGNVA1] Connected by address: 0100007f

1/2/2019 7:36:43 PM [CRGNVA1] Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1"

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0100 2 US CommandField 48

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0110 2 US MessageID 1

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0800 2 US DataSetType 257

1/2/2019 7:36:43 PM [CRGNVA1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"

1/2/2019 7:36:43 PM [CRGNVA1] 9999,0300 42 LO ConquestConsoleText "Server command sent using DGATE -- option"

1/2/2019 7:36:43 PM [CRGNVA1] 9999,0400 80 LO ConquestConsoleComma "movestudy:CRGNVA1,RWQCDEPT,1.2.124.113532.24.35660.33211.20180302.135821.354860"

1/2/2019 7:36:43 PM [CRGNVA1] Server command sent using DGATE -- option

1/2/2019 7:36:43 PM [CRGNVA1] Connected by address: 0100007f

1/2/2019 7:36:43 PM [CRGNVA1] Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'

1/2/2019 7:36:43 PM [CRGNVA1] Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'

1/2/2019 7:36:43 PM [CRGNVA1]

1/2/2019 7:36:43 PM [CRGNVA1] UPACS THREAD 43: STARTED AT: Wed Jan 02 19:36:43 2019

1/2/2019 7:36:43 PM [CRGNVA1] A-ASSOCIATE-RQ Packet Dump

1/2/2019 7:36:43 PM [CRGNVA1] Calling Application Title : "CRGNVA1 "

1/2/2019 7:36:43 PM [CRGNVA1] Called Application Title : "CRGNVA1 "

1/2/2019 7:36:43 PM [CRGNVA1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 32768

1/2/2019 7:36:43 PM [CRGNVA1] Number of Proposed Presentation Contexts: 2

1/2/2019 7:36:43 PM [CRGNVA1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1

1/2/2019 7:36:43 PM [CRGNVA1] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1

1/2/2019 7:36:43 PM [CRGNVA1] Server Command := 0021

1/2/2019 7:36:43 PM [CRGNVA1] Message ID := 0007

1/2/2019 7:36:43 PM [CRGNVA1] C-Move Destination: "RWQCDEPT "

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.2.2"

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0100 2 US CommandField 33

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0110 2 US MessageID 7

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0600 16 AE MoveDestination "RWQCDEPT "

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0700 2 US Priority 0

1/2/2019 7:36:43 PM [CRGNVA1] 0000,0800 2 US DataSetType 258

1/2/2019 7:36:43 PM [CRGNVA1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"

1/2/2019 7:36:43 PM [CRGNVA1] (QualifyOn) (mapped) IP:192.168.11.178, PORT:3140

1/2/2019 7:36:43 PM [CRGNVA1] MyStudyRootRetrieveGeneric :: SearchOn

1/2/2019 7:36:43 PM [CRGNVA1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"

1/2/2019 7:36:43 PM [CRGNVA1] 0008,0052 6 CS QueryRetrieveLevel "STUDY "

1/2/2019 7:36:43 PM [CRGNVA1] 0020,000d 52 UI StudyInstanceUID "1.2.124.113532.24.35660.33211.20180302.135821.354860"

1/2/2019 7:36:43 PM [CRGNVA1] Query On Image

1/2/2019 7:36:43 PM [CRGNVA1] Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName

1/2/2019 7:36:43 PM [CRGNVA1] Values: DICOMStudies.StudyInsta = '1.2.124.113532.24.35660.33211.20180302.135821.354860' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst

1/2/2019 7:36:43 PM [CRGNVA1] Tables: DICOMImages, DICOMSeries, DICOMStudies

1/2/2019 7:36:43 PM [CRGNVA1] Query Distinct Tables: DICOMImages, DICOMSeries, DICOMStudies

1/2/2019 7:36:43 PM [CRGNVA1] Columns : DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName

1/2/2019 7:36:43 PM [CRGNVA1] Where : DICOMStudies.StudyInsta = '1.2.124.113532.24.35660.33211.20180302.135821.354860' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst

1/2/2019 7:36:43 PM [CRGNVA1] Order : (null)

1/2/2019 7:36:43 PM [CRGNVA1] Records = 2

1/2/2019 7:36:43 PM [CRGNVA1] Number of Images to send: 2

1/2/2019 7:36:43 PM [CRGNVA1] MyStudyRootRetrieveGeneric :: RetrieveOn

1/2/2019 7:36:43 PM [CRGNVA1] Locating file:MAG0 TRR-136690\1.3.51.5146.4761.20180303.1004754_0001_000001_15464523020001.dcm

1/2/2019 7:36:43 PM [CRGNVA1] Locating file:MAG0 TRR-136690\1.3.51.5146.4761.20180303.1004657_0000_000001_15464523020000.dcm

1/2/2019 7:36:43 PM [CRGNVA1] ReadAheadThread: readahead > 0000

1/2/2019 7:36:43 PM [CRGNVA1] RetrieveOn: givenout < 0000

1/2/2019 7:36:43 PM [CRGNVA1] Sending file : E:\DICOM_server\Data\TRR-136690\1.3.51.5146.4761.20180303.1004754_0001_000001_15464523020001.dcm

1/2/2019 7:36:44 PM [CRGNVA1] Image Loaded from Read Ahead Thread, returning TRUE

1/2/2019 7:36:44 PM [CRGNVA1] ReadAheadThread: readahead > 0001

1/2/2019 7:36:44 PM [CRGNVA1] Protocol error 0 in PDU:Read

1/2/2019 7:36:44 PM [CRGNVA1] Retrieve: remote connection dropped after 0 images, 2 not sent

1/2/2019 7:36:44 PM [CRGNVA1] C-Move (StudyRoot)

1/2/2019 7:36:44 PM [CRGNVA1] ***preretrieve/forward xxx to: remote DICOM error

1/2/2019 7:36:44 PM [CRGNVA1] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.2.2"

1/2/2019 7:36:44 PM [CRGNVA1] 0000,0100 2 US CommandField 32801

1/2/2019 7:36:44 PM [CRGNVA1] 0000,0120 2 US MessageIDBeingRespon 7

1/2/2019 7:36:44 PM [CRGNVA1] 0000,0800 2 US DataSetType 257

1/2/2019 7:36:44 PM [CRGNVA1] 0000,0900 2 US Status 65024

1/2/2019 7:36:44 PM [CRGNVA1] 0000,1020 2 US NumberOfRemainingSub 0

1/2/2019 7:36:44 PM [CRGNVA1] 0000,1021 2 US NumberOfCompletedSub 0

1/2/2019 7:36:44 PM [CRGNVA1] 0000,1022 2 US NumberOfFailedSubope 2

1/2/2019 7:36:44 PM [CRGNVA1] 0000,1023 2 US NumberOfWarningSubop 0

1/2/2019 7:36:44 PM [CRGNVA1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"

1/2/2019 7:36:44 PM [CRGNVA1] UPACS THREAD 43: ENDED AT: Wed Jan 02 19:36:43 2019

1/2/2019 7:36:44 PM [CRGNVA1] UPACS THREAD 43: TOTAL RUNNING TIME: 0 SECONDS

============================================================================

ACRNEMA.map

CRGNVA1 127.0.0.1 5678 un

PACSPROD 192.168.11.192 104 un

RWQCDEPT 192.168.11.178 3140 un

V* * 1234 un

W* * 666 un

S* * 5678 un