Posts by fonsecadiego

Hi Marcel.

I have an implementation of mail alerts using the file weeklychecks.ini. I use to send errors alert to my email and to my mobile fone.
My conquest is configured to receive images from a Dicom Node and forward to another DICOM SERVER between 20 and 9pm (using this line: ExportConverter0 = between "9", "20"; defer; forward compressed as n1 to CONQUNIMED)

Then, when an image get to Conquest the follow entry logs is showing:

[UNIMED] UPACS THREAD 590: TOTAL RUNNING TIME: 3 SECONDS
[UNIMED] *** Queue: holding processing of file C:\dicomserver\data\88860\1.2.392.200036.9125.3.24311521623116.64783627679.1015233_0001_000001_143679992100e5.dcm

BUT, this is not an ERROR. This is just an INFO or ALERT.
Because the Conquest consider this message an ERROR they send me a lot of mails everytime an image is store in Conquest.
Theres another way to not send log this message? I only want really ERRORS, not ALERTS or INFOS.

Thank you.

Hi Marcel. I would like to know if you see my last post about worklist delay of batch file, as follow. The users say that this delay is so long and are confused with a lot of patient names that remain in the list.

marcelvanherk wrote:
Hi,

there is normally a 10 minute delay before the batch file is called. The delay ensures that all images have been received. Did you wait long enough?

With "process study after NN by cleanwl.bat %V0010,0050" the batch file should be called after NN seconds.

Marcel

Hi Marcel. Thanks for quick reply.
Ive found some problem when setup your recomendation.

Setup 1

Dicom.ini setup

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = process study by cleanwl.bat %V0008,0050

I sent 3 studys to conquest and after 10 minutes conquest call batch file normally.
Conquest behaved as expected. No problem.

---------------------------------------------------------------------------------------
Setup 2

Dicom.ini setup

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = process study by cleanwl.bat %V0008,0050;forward series compressed as n1 to CONQUEST

I sent 3 studys to conquest and after 10 MINUTES conquest call batch file normally and after 600 seconds (as configured on ForwardCollectDelay) study are sent to CONQUEST.
Conquest behaved as expected. No problem.

---------------------------------------------------------------------------------------

Setup 3

dicom.ini setup

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = process study after 10 by cleanwl.bat %V0008,0050;forward series compressed as n1 to CONQUEST

I sent a firts study to conquest and after 10 SECONDS conquest call batch file normally and after 600 seconds study are sent to CONQUEST
I sent a second study to conquest and after 10 SECONDS conquest DONT call batch file. Study are sent to CONQUEST normally
I sent a third study to conquest and after 10 SECONDS conquest DONT call batch file. Study are sent to CONQUEST normally
I sent a fourth ...
I sent a fifth ...

---------------------------------------------------------------------------------------

Setup 4

dicom.ini setup

ExportConverters = 2
ExportModality0 = *
ExportConverter0 = process study after 10 by cleanwl.bat %V0008,0050
ExportConverter1 = forward series compressed as n1 to CONQUEST

Behaved as Setup 3.

The problem is Setup 3 and Setup 4, when i use two ExportConverters and set "after NN" on process study. Seems that they cant work togheter. Any help?

Quote from marcelvanherk

Hi,

there is normally a 10 minute delay before the batch file is called. The delay ensures that all images have been received. Did you wait long enough?

With "process study after NN by cleanwl.bat %V0010,0050" the batch file should be called after NN seconds.

Marcel

Display More

Hi Marcel. Thanks for quick reply.
Ive found some problem when setup your recomendation.

Setup 1

Dicom.ini setup

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = process study by cleanwl.bat %V0008,0050

I sent 3 studys to conquest and after 10 minutes conquest call batch file normally.
Conquest behaved as expected. No problem.

---------------------------------------------------------------------------------------
Setup 2

Dicom.ini setup

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = process study by cleanwl.bat %V0008,0050;forward series compressed as n1 to CONQUEST

I sent 3 studys to conquest and after 10 MINUTES conquest call batch file normally and after 600 seconds (as configured on ForwardCollectDelay) study are sent to CONQUEST.
Conquest behaved as expected. No problem.

---------------------------------------------------------------------------------------

Setup 3

dicom.ini setup

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = process study after 10 by cleanwl.bat %V0008,0050;forward series compressed as n1 to CONQUEST

I sent a firts study to conquest and after 10 SECONDS conquest call batch file normally and after 600 seconds study are sent to CONQUEST
I sent a second study to conquest and after 10 SECONDS conquest DONT call batch file. Study are sent to CONQUEST normally
I sent a third study to conquest and after 10 SECONDS conquest DONT call batch file. Study are sent to CONQUEST normally
I sent a fourth ...
I sent a fifth ...

---------------------------------------------------------------------------------------

Setup 4

dicom.ini setup

ExportConverters = 2
ExportModality0 = *
ExportConverter0 = process study after 10 by cleanwl.bat %V0008,0050
ExportConverter1 = forward series compressed as n1 to CONQUEST

Behaved as Setup 3.

The problem is Setup 3 and Setup 4, when i use two ExportConverters and set "after NN" on process study. Seems that they cant work togheter. Any help?

Quote from marcelvanherk

Hi,

maybe even better on 1.4.15 alpha (try it out). This is supposed to run once per study:

ExportConverter0 = process study by cleanwl.bat %V0010,0050

Marcel

Display More

Hi Marcel.

Im using version 1.4.17.
When i use the code ExportConverter0 = "cleanwl.bat %V0008,0050" , Conquest works great, but they call a bacth file on every slice.

When i use the code ExportConverter0 = process study by cleanwl.bat %V0008,0050, Conquest show in the Server Status the message "Exportconverter0.0: queued process stu - (single object of 991033) to cleanwl.bat 6078012", but they dont call a batch file.

In both cases i put a batch file on Conquest installation folder, i.e, in my case is c:\dicomserver\cleanwl.bat

Any help with this behavior?

Quote from marcelvanherk

Hi,

I found the bug. If you create a file 'weeklychecks.ini' and copy the mail setting block from dicom.ini into this file, the mailer should work better. Can you try this? The last time we used the mail option was when conquest was our production PACS and weeklychecks were in place.

Marcel

Hey Marcel. now works perfectly. Im surprise because nobody detect this from last 8 years. This is an important funcionality for monitoring system health. Thank you very much.

Quote from marcelvanherk

Hi,

a more simple test for mail would be

[lua]
ImportConverter0 = print('*** test for mail').

This should mail after 1 minute.

The mail client is ancient though. Can you log the mail activity in more detail? The last time I used it was about 8 years ago.

Marcel

Display More

Hi Marcel. Thanks for reply. What SMTP server you are using? I want do some tests too....
Im testing with Postfix mail server and i have same problem. I realize follow:

Conquest open connection with smtp server;
Conquest send a 'helo' command and smtp server anwser OK;
Conquest send a 'mail from' command and smtp server anwser OK ;
SMTP waiting 'rcpt from' command from Conquest, but Conquest dont send anymore command. So SMTP finish connection and quit.

Can you confirm that your mail system is working and what version you are using? Im tested with 64bit 1.4.15/16/17/17c and happen same problem. Its a Windows Version 64bit.

Quote from marcelvanherk

Hi,

logging remains ON if the GUI is off since quite a few versions, if the servers runs as a service.

Marcel

Thank you. I had not realized.

Good morning.

Anyone has successful implemented emailing of error?
I tested with 1.4.17 and 1.4.17c without sucess.

This is my Mail configuration of dicom.ini

# Configure email of error messages
MailHost = 127.0.0.1 (i have a smtp relay on same server)
MailPort = smtp
MailSignon = diego (but even if is null it can't work)
MailFromName = sender-mail@vitaimagem.com.br
MailRcptName1 = diego@vitaimagem.com.br
MailCollectTime = 1
MailWaitTime = 10

To test mail funcionallity, i simulate an error sending a manually changed Patient ID to duplicate register.
As show above, i have a smtp relay on same machine that conquest server. But i try too on IIS 6.0 SMTP Relay. On IIS, the log shows the following:

2013-12-18 11:08:04 172.16.55.121 ti03 SMTPSVC1 NEUTRINO 172.16.55.3 0 HELO - +ti03 250 0 52 9 0 SMTP - - - -
2013-12-18 11:08:04 172.16.55.121 ti03 SMTPSVC1 NEUTRINO 172.16.55.3 0 MAIL - +FROM:<sender-mail@vitaimagem.com.br> 250 0 54 41 0 SMTP - - - -
2013-12-18 11:08:19 172.16.55.121 ti03 SMTPSVC1 NEUTRINO 172.16.55.3 0 QUIT - ti03 240 15000 54 41 15000 SMTP - - - -

According to the log CONQUEST connect, but can't send anything.

Hi. I know is possible to create a script that send incoming logs to file, like:

ExportConverters = 1
ExportConverter0 = append "%d,%f,%p,%m,%s,%b,%o,%u,%c,%i%n" to c:\conquest\logs\incoming_log.csv

But i want use the log gerenate by GUI interface. But my problem is that the logging only work if GUI interface is ON.
How can still logging even if GUI interface is OFF?
Its necessary because the server stay in logoff mode and is not possible run GUI Interface.

Quote from marcelvanherk

Which version are you using?

Are IP andport OK?

IP:medianeira.dyndns.org, PORT:4006

Marcel

Display More

Hi Marcel, tks for reply.

I find a error. Remote Conquest had a patient with same patientID, or maybe has changed anyway. I delete this patient and re-send and works. I know this is not right anwser, but when i have a little more time i will investigate. Tks.

I send this study from a Fuji CR. All images is store normally on Conquest Server. But when the Conquest Server try to forward to another ConquestServer on remote site this error appear.

On GUI, i try send manually and all works great. This behavior only happen when conquest try forward.

03/12/2013 8:02:17 [VITACR] UPACS THREAD 5: STARTED AT: Tue Dec 03 08:02:17 2013
03/12/2013 8:02:17 [VITACR] A-ASSOCIATE-RQ Packet Dump
03/12/2013 8:02:17 [VITACR] Calling Application Title : "VITACR "
03/12/2013 8:02:17 [VITACR] Called Application Title : "VITACR "
03/12/2013 8:02:17 [VITACR] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
03/12/2013 8:02:17 [VITACR] Number of Proposed Presentation Contexts: 2
03/12/2013 8:02:17 [VITACR] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
03/12/2013 8:02:17 [VITACR] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
03/12/2013 8:02:17 [VITACR] Server Command := 0021
03/12/2013 8:02:17 [VITACR] Message ID := 0005
03/12/2013 8:02:17 [VITACR] C-Move Destination: "CONQUEST "
03/12/2013 8:02:17 [VITACR] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.1.2"
03/12/2013 8:02:17 [VITACR] 0000,0100 2 US CommandField 33
03/12/2013 8:02:17 [VITACR] 0000,0110 2 US MessageID 5
03/12/2013 8:02:17 [VITACR] 0000,0600 16 AE MoveDestination "CONQUEST "
03/12/2013 8:02:17 [VITACR] 0000,0700 2 US Priority 0
03/12/2013 8:02:17 [VITACR] 0000,0800 2 US DataSetType 258
03/12/2013 8:02:17 [VITACR] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
03/12/2013 8:02:17 [VITACR] 9999,0700 2 LO ConquestReCompressio "n1"
03/12/2013 8:02:17 [VITACR] (QualifyOn) (mapped) IP:xxxxxxxxxxxxxxxxxxxxxxxxxxx, PORT:4006
03/12/2013 8:02:17 [VITACR] MyPatientRootRetrieveGeneric :: SearchOn
03/12/2013 8:02:17 [VITACR] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
03/12/2013 8:02:17 [VITACR] 0008,0052 8 CS QueryRetrieveLevel "PATIENT "
03/12/2013 8:02:17 [VITACR] 0010,0020 6 LO PatientID "134901"
03/12/2013 8:02:17 [VITACR] Query On Image
03/12/2013 8:02:17 [VITACR] Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.PatientID, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
03/12/2013 8:02:17 [VITACR] Values: DICOMStudies.PatientID = '134901' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
03/12/2013 8:02:17 [VITACR] Tables: DICOMImages, DICOMSeries, DICOMStudies
03/12/2013 8:02:17 [VITACR] Query Distinct Tables: DICOMImages, DICOMSeries, DICOMStudies
03/12/2013 8:02:17 [VITACR] Columns : DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.PatientID, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
03/12/2013 8:02:17 [VITACR] Where : DICOMStudies.PatientID = '134901' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
03/12/2013 8:02:17 [VITACR] Order : (null)
03/12/2013 8:02:17 [VITACR] Records = 2
03/12/2013 8:02:17 [VITACR] Number of images to send: 2
03/12/2013 8:02:17 [VITACR] MyPatientRootRetrieveGeneric :: RetrieveOn
03/12/2013 8:02:17 [VITACR] Locating file:MAG0 134901\1.3.51.0.7.13455016074.15487.23878.39731.20458.60089.16016_0001_000001_13859406800f8c.dcm
03/12/2013 8:02:17 [VITACR] Locating file:MAG0 134901\1.3.51.0.7.375559501.25714.50248.45045.15641.2109.4084_0002_000001_13859842270003.dcm
03/12/2013 8:02:17 [VITACR] ReadAheadThread: readahead > 0000
03/12/2013 8:02:17 [VITACR] RetrieveOn: givenout < 0000
03/12/2013 8:02:17 [VITACR] Sending file : C:\putnet\Data\134901\1.3.51.0.7.13455016074.15487.23878.39731.20458.60089.16016_0001_000001_13859406800f8c.dcm
03/12/2013 8:02:17 [VITACR] Image Loaded from Read Ahead Thread, returning TRUE
03/12/2013 8:02:17 [VITACR] ReadAheadThread: readahead > 0001
03/12/2013 8:02:17 [VITACR] [recompress]: recompressed with mode = n1 (strip=1)
03/12/2013 8:02:37 [VITACR] Retrieve: remote connection dropped after 0 images, 2 not sent
03/12/2013 8:02:37 [VITACR] ***preretrieve/forward xxx to: remote DICOM error
03/12/2013 8:02:37 [VITACR] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.1.2"
03/12/2013 8:02:37 [VITACR] 0000,0100 2 US CommandField 32801
03/12/2013 8:02:37 [VITACR] 0000,0120 2 US MessageIDBeingRespon 5
03/12/2013 8:02:37 [VITACR] 0000,0800 2 US DataSetType 257
03/12/2013 8:02:37 [VITACR] 0000,0900 2 US Status 65024
03/12/2013 8:02:37 [VITACR] 0000,1020 2 US NumberOfRemainingSub 0
03/12/2013 8:02:37 [VITACR] 0000,1021 2 US NumberOfCompletedSub 0
03/12/2013 8:02:37 [VITACR] 0000,1022 2 US NumberOfFailedSubope 2
03/12/2013 8:02:37 [VITACR] 0000,1023 2 US NumberOfWarningSubop 0
03/12/2013 8:02:37 [VITACR] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
03/12/2013 8:02:37 [VITACR] C-Move (PatientRoot)
03/12/2013 8:02:37 [VITACR] UPACS THREAD 5: ENDED AT: Tue Dec 03 08:02:37 2013
03/12/2013 8:02:37 [VITACR] UPACS THREAD 5: TOTAL RUNNING TIME: 20 SECONDS

This is my dicom.ini

# This file contains configuration information for the DICOM server
# Do not edit unless you know what you are doing

[sscscp]
MicroPACS = sscscp
Edition = Personal

# Network configuration: server name and TCP/IP port#
MyACRNema = VITACR
TCPPort = 104

# Reference to other files: known dicom servers; database layout; sops
ACRNemaMap = acrnema.map
kFactorFile = dicom.sql
SOPClassList = dgatesop.lst

# Host, database, username and password for MySql database
SQLHost = localhost
SQLServer = conquest
Username = root
Password =
MySql = 1
BrowseThroughDBF = 1
DoubleBackSlashToDB = 1
UseEscapeStringConstants = 0

# Configure database
TruncateFieldNames = 10
MaxFieldLength = 254
MaxFileNameLength = 255
FixPhilips = 0
FixKodak = 0
KeepAlive = 0
LargeFileSizeKB = 4096
PrintSquareLandscape = 0
UseKpacsDecompression = 1
ZipTime = 05:
UIDPrefix = 1.2.826.0.1.3680043.2.135.735185.37764391
EnableReadAheadThread = 1
PatientQuerySortOrder =
StudyQuerySortOrder =
SeriesQuerySortOrder =
ImageQuerySortOrder =
EnableComputedFields = 1
IndexDBF = 1
PackDBF = 0
LongQueryDBF = 1000
TCPIPTimeOut = 300
FailHoldOff = 60
RetryDelay = 100
RetryForwardFailed = 0
ImportExportDragAndDrop = 0
QueueSize = 128
WorkListMode = 0
WorkListReturnsISO_IR_100 = 1
DebugLevel = 0
Prefetcher = 0
LRUSort =
AllowTruncate =
DecompressNon16BitsJpeg = 1
UseBuiltInJPEG = 1
LossyQuality = 95
IgnoreOutOfMemoryErrors = 0
NoDICOMCheck = 0
PadAEWithZeros = 0
FileNameSyntax = 4

# Configuration of compression for incoming images and archival
DroppedFileCompression = un
IncomingCompression = un
ArchiveCompression = as

# Names of the database tables
PatientTableName = DICOMPatients
StudyTableName = DICOMStudies
SeriesTableName = DICOMSeries
ImageTableName = DICOMImages
WorkListTableName = DICOMWorkList
DMarkTableName = DICOMAccessUpdates
RegisteredMOPDeviceTable = RegisteredMOPIDs
UIDToMOPIDTable = UIDToMOPID
UIDToCDRIDTable = UIDToCDRID

# Banner and host for debug information
PACSName = VITACR
OperatorConsole = 127.0.0.1

# Configure email of error messages
MailHost =
MailPort = smtp
MailSignon =
MailFromName =
MailRcptName1 =
MailCollectTime = 1
MailWaitTime = 10

# Configuration of disk(s) to store images
MAGDeviceThreshhold = 0
MAGDeviceFullThreshHold = 30
IgnoreMAGDeviceThreshold = 0
MAGDevices = 1
MAGDevice0 = C:\putnet\Data\
NightlyCleanThreshhold = 0

ImportConverter1 = set 0008,0080 to "HMNSL"

# Configuration of forwarding and/or converter programs to export DICOM slices
ForwardAssociationLevel = GLOBAL
ForwardAssociationCloseDelay = 5
ForwardAssociationRefreshDelay = 3600
ForwardAssociationRelease = 1

ExportConverters = 1
ExportModality0 = *
ExportConverter0 = forward patient compressed as n1 to CONQUEST
#ExportConverter0 = forward series compressed as n1 to CONQUEST - Alterado para teste em 02/12/2013

ForwardCollectDelay = 600
MaximumExportRetries = 0
MaximumDelayedFetchForwardRetries = 0

Hi, i receive the study from a CR directaly. But, when the conquest server will forward this study to another conqueser server, system show following error:

03/12/2013 12:32:38 [VITACR] UPACS THREAD 7: STARTED AT: Tue Dec 03 00:32:38 2013
03/12/2013 12:32:38 [VITACR] A-ASSOCIATE-RQ Packet Dump
03/12/2013 12:32:38 [VITACR] Calling Application Title : "VITACR "
03/12/2013 12:32:38 [VITACR] Called Application Title : "VITACR "
03/12/2013 12:32:38 [VITACR] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
03/12/2013 12:32:38 [VITACR] Number of Proposed Presentation Contexts: 2
03/12/2013 12:32:38 [VITACR] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
03/12/2013 12:32:38 [VITACR] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
03/12/2013 12:32:38 [VITACR] Server Command := 0021
03/12/2013 12:32:38 [VITACR] Message ID := 0005
03/12/2013 12:32:38 [VITACR] C-Move Destination: "CONQUEST "
03/12/2013 12:32:38 [VITACR] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.1.2"
03/12/2013 12:32:38 [VITACR] 0000,0100 2 US CommandField 33
03/12/2013 12:32:38 [VITACR] 0000,0110 2 US MessageID 5
03/12/2013 12:32:38 [VITACR] 0000,0600 16 AE MoveDestination "CONQUEST "
03/12/2013 12:32:38 [VITACR] 0000,0700 2 US Priority 0
03/12/2013 12:32:38 [VITACR] 0000,0800 2 US DataSetType 258
03/12/2013 12:32:38 [VITACR] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
03/12/2013 12:32:38 [VITACR] 9999,0700 2 LO ConquestReCompressio "n1"
03/12/2013 12:32:38 [VITACR] (QualifyOn) (mapped) IP:medianeira.dyndns.org, PORT:4006
03/12/2013 12:32:38 [VITACR] MyPatientRootRetrieveGeneric :: SearchOn
03/12/2013 12:32:38 [VITACR] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
03/12/2013 12:32:38 [VITACR] 0008,0052 8 CS QueryRetrieveLevel "PATIENT "
03/12/2013 12:32:38 [VITACR] 0010,0020 6 LO PatientID "134901"
03/12/2013 12:32:38 [VITACR] Query On Image
03/12/2013 12:32:38 [VITACR] Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.PatientID, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
03/12/2013 12:32:38 [VITACR] Values: DICOMStudies.PatientID = '134901' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
03/12/2013 12:32:38 [VITACR] Tables: DICOMImages, DICOMSeries, DICOMStudies
03/12/2013 12:32:38 [VITACR] Query Distinct Tables: DICOMImages, DICOMSeries, DICOMStudies
03/12/2013 12:32:38 [VITACR] Columns : DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.PatientID, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
03/12/2013 12:32:38 [VITACR] Where : DICOMStudies.PatientID = '134901' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
03/12/2013 12:32:38 [VITACR] Order : (null)
03/12/2013 12:32:38 [VITACR] Records = 2
03/12/2013 12:32:38 [VITACR] Number of images to send: 2
03/12/2013 12:32:38 [VITACR] MyPatientRootRetrieveGeneric :: RetrieveOn
03/12/2013 12:32:38 [VITACR] Locating file:MAG0 134901\1.3.51.0.7.13455016074.15487.23878.39731.20458.60089.16016_0001_000001_13859406800f8c.dcm
03/12/2013 12:32:38 [VITACR] Locating file:MAG0 134901\1.3.51.0.7.375559501.25714.50248.45045.15641.2109.4084_0002_000001_13859842270003.dcm
03/12/2013 12:32:38 [VITACR] ReadAheadThread: readahead > 0000
03/12/2013 12:32:38 [VITACR] RetrieveOn: givenout < 0000
03/12/2013 12:32:38 [VITACR] Sending file : C:\putnet\Data\134901\1.3.51.0.7.13455016074.15487.23878.39731.20458.60089.16016_0001_000001_13859406800f8c.dcm
03/12/2013 12:32:38 [VITACR] Image Loaded from Read Ahead Thread, returning TRUE
03/12/2013 12:32:39 [VITACR] [recompress]: recompressed with mode = n1 (strip=1)
03/12/2013 12:32:39 [VITACR] ReadAheadThread: readahead > 0001
03/12/2013 12:33:00 [VITACR] Retrieve: remote connection dropped after 0 images, 2 not sent
03/12/2013 12:33:00 [VITACR] ***preretrieve/forward xxx to: remote DICOM error
03/12/2013 12:33:00 [VITACR] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.1.2"
03/12/2013 12:33:00 [VITACR] 0000,0100 2 US CommandField 32801
03/12/2013 12:33:00 [VITACR] 0000,0120 2 US MessageIDBeingRespon 5
03/12/2013 12:33:00 [VITACR] 0000,0800 2 US DataSetType 257
03/12/2013 12:33:00 [VITACR] 0000,0900 2 US Status 65024
03/12/2013 12:33:00 [VITACR] 0000,1020 2 US NumberOfRemainingSub 0
03/12/2013 12:33:00 [VITACR] 0000,1021 2 US NumberOfCompletedSub 0
03/12/2013 12:33:00 [VITACR] 0000,1022 2 US NumberOfFailedSubope 2
03/12/2013 12:33:00 [VITACR] 0000,1023 2 US NumberOfWarningSubop 0
03/12/2013 12:33:00 [VITACR] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
03/12/2013 12:33:00 [VITACR] C-Move (PatientRoot)
03/12/2013 12:33:00 [VITACR] UPACS THREAD 7: ENDED AT: Tue Dec 03 00:33:00 2013
03/12/2013 12:33:00 [VITACR] UPACS THREAD 7: TOTAL RUNNING TIME: 22 SECONDS

I cant debugging what erros is this. Anyone can help me to identify what type o erros is this?

Quote from marcelvanherk

Hi,

try:

ExportConverter0 = between "9", "11"; defer; forward compressed as n1 to CONQUEST
ForwardAssociationLevel = series

Not sure that the forward study command can be deferred.

Marcel

Display More

Marcel, the line above works great. I have another doubt. I need another rule that forward studys based on day of week, e.g: Only saturday and sunday i don`t wanna defer forward. Maybe a line like this:

ExportConverter0 = between "9", "11"; defer; forward compressed as n1 to CONQUEST; except "saturday and sunday".

Has anyway to implement this rule?

Works perfectly. Thank you Marcel.

I have 2 equipament, a CT and MR. I would like to do that CT worklist queries only return CT entries on worklist. I've look for something in this forum without success. I try to learn how to use ModalityWorkListQueryResultConverter0, WorkListQueryConverter0 but i cant understand how they work. My conquestserver has a MWL enable and import data from my RIS database (trhough mirth connect), but now i want sort the queries by modality. Can you help me?

Thanks Marcel. This post solve my problem and my doubt. Thank you.

Hi, i have a MR that send studys to conquestserver1. The conquestserver1 forward thats studys to another conquestserver2. I need conquestserver1 receive studys from MR and only forward thats studys at 11PM to conquestserver2. I put this line above in my dicom.ini, but conquestserver1 stop to receive studys from MR.

ExportConverter0 = between "9", "11"; defer; forward study compressed as n1 to CONQUEST

Hi. When i send a study from Fuji CR conquest was showing follow error:

AccessTime, ObjectFile, DeviceName
[UNIMED] Values: '1.2.392.200036.9125.4.0.302973459.359465752.3631445015', '1.2.840.10008.5.1.4.1.1.1', '4', '20131118', '171213.126', '20131118', '171212.985', '042', '1', 'MONOCHROME1', '4280', '3520', '10', 'DERIVED\\PRIMARY\\POST_PROCESSED\\100000', '91227', '1.2.392.200036.9125.3.24311521623116.64730509408.487632', 1384861632, '91227\\1.2.392.200036.9125.3.24311521623116.64730509408.487632_0004_000004_13848616560094.dcm', 'MAG0'
[UNIMED] ***Failed MYSQLExec : INSERT INTO DICOMImages (SOPInstanc, SOPClassUI, ImageNumbe, ImageDate, ImageTime, AcqDate, AcqTime, AcqNumber, SamplesPer, PhotoMetri, Rows, Colums, BitsStored, ImageType, ImagePat, SeriesInst, AccessTime, ObjectFile, DeviceName) VALUES ('1.2.392.200036.9125.4.0.302973459.359465752.3631445015', '1.2.840.10008.5.1.4.1.1.1', '4', '20131118', '171213.126', '20131118', '171212.985', '042', '1', 'MONOCHROME1', '4280', '3520', '10', 'DERIVED\\PRIMARY\\POST_PROCESSED\\100000', '91227', '1.2.392.200036.9125.3.24311521623116.64730509408.487632', 1384861632, '91227\\1.2.392.200036.9125.3.24311521623116.64730509408.487632_0004_000004_13848616560094.dcm', 'MAG0')
[UNIMED] ***Error: Duplicate entry '1.2.392.200036.9125.4.0.302973459.359465752.3631445015' for key 'PRIMARY'
[UNIMED] ***Unable to DB.Add()
[UNIMED] ***SQL: INSERT INTO DICOMImages (SOPInstanc, SOPClassUI, ImageNumbe, ImageDate, ImageTime, AcqDate, AcqTime, AcqNumber, SamplesPer, PhotoMetri, Rows, Colums, BitsStored, ImageType, ImagePat, SeriesInst, AccessTime, ObjectFile, DeviceName) VALUES ('1.2.392.200036.9125.4.0.302973459.359465752.3631445015', '1.2.840.10008.5.1.4.1.1.1', '4', '20131118', '171213.126', '20131118', '171212.985', '042', '1', 'MONOCHROME1', '4280', '3520', '10', 'DERIVED\\PRIMARY\\POST_PROCESSED\\100000', '91227', '1.2.392.200036.9125.3.24311521623116.64730509408.487632', 1384861632, '91227\\1.2.392.200036.9125.3.24311521623116.64730509408.487632_0004_000004_13848616560094.dcm', 'MAG0')
[UNIMED] ***Error: Duplicate entry '1.2.392.200036.9125.4.0.302973459.359465752.3631445015' for key 'PRIMARY'
[UNIMED] ***Error saving to SQL: 91227\1.2.392.200036.9125.3.24311521623116.64730509408.487632_0004_000004_13848616560094.dcm
[UNIMED] Server Command := 0001
[UNIMED] Message ID := 60ab
[UNIMED] 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.1"
[UNIMED] 0000,0100 2 US CommandField 1
[UNIMED] 0000,0110 2 US MessageID 24747
[UNIMED] 0000,0700 2 US Priority 0
[UNIMED] 0000,0800 2 US DataSetType 258
[UNIMED] 0000,1000 54 UI AffectedSOPInstanceU "1.2.392.200036.9125.4.0.302973971.388694808.3631445015"
[UNIMED] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
[UNIMED] Importconverter1.0 executes: set 0008,0080 to "UNIMEDFOZ"
[UNIMED] Query Tables: DICOMImages
[UNIMED] Columns : ObjectFile, DeviceName
[UNIMED] Where : SOPInstanc = '1.2.392.200036.9125.4.0.302973971.388694808.3631445015' AND ImagePat = '91227'
[UNIMED] Order : (null)
[UNIMED] FreeStore Left 427523 on C:\
[UNIMED] Add to Table: DICOMImages
[UNIMED] Columns: SOPInstanc, SOPClassUI, ImageNumbe, ImageDate, ImageTime, AcqDate, AcqTime, AcqNumber, SamplesPer, PhotoMetri, Rows, Colums, BitsStored, ImageType, ImagePat, SeriesInst,

My question is; How o solve this? and this behavior break another study coming from Fuji CR? All the study will stop if this error happening?

Thank you Marcel. Works fine.

I would like to know if is possible re-tag a study when send to remote conquest server by exportconverter function. I have a remote host with conquest. This host receive studys from DX machine and forward to my PACS. On PACS, i want filter all studys that come from this remote server. I need tag INSTITUTION NAME with a HMNSL. How can i do this?