Posts by jcisrisen

Hello, Will IQView ever be capable of importing .avi clips. We capture our Modified Swallow exams as AVI's. I know there are units out there that capture in the dicom format, but I think it would be nice to just use our IQView on the few that we do a week. Chad

Hello, Is there ever going to be away around the using of multiple identical AE titles in conquest? Unfortunately we deal with multiple locations that are not under our control that use the same AE title in their pacs...example...GEPACS. Every location around that has Centricity seems to use the default of GEPACS.
Chad

Below is what I am using, but still it will forward any images coming in. However, if I delete the "; script('forward compressed as uj to GEPACS; destroy'); end" and If I use a exportconverter, it works good. However, I have not have success with destroying the image.

[lua]
ImportConverter0 = Data["6000,0040"]=nil; Data["6000,0100"]=nil; Data["6000,1500"]=nil; Data["6000,0010"]=nil; Data["6000,0011"]=nil; Data["6000,0050"]=nil; Data["6000,0022"]=nil; Data["6000,0102"]=nil; Data["6000,3000"]=nil; Data["6000,0011"]=nil
ImportConverter1 = if Association.Caller == USMINDRAY1 and Data.PatientSize then Data.PatientSize = Data.PatientSize / 100 end; script('forward compressed as uj to GEPACS; destroy'); end

Actually the j3 is plenty fast and only a 200mb study, so I am happy with that. The setting on the US cart just gives me JPEG low, Med, or High. I have High selected.

Im not getting success placing end after the script. Should I just delete the forward script and put in a export converter?

Also, the SR from the echo is not forwarding. I am sending that straight from the cart, but then i end up with 2 different SUID's at the destination...therefore 2 different exams. Is it possible that conquest is changing the SUID?

Also...if I try to forward from the USCART, it fails with uj. If I put j6, it will forward, but only be accepted as j3? Am I going to be stuck with using j3?

[CONQUESTPACS] ImportConverter19.0: forwarded object to GEPACS
[CONQUESTPACS] Accepted compression: j3
[CONQUESTPACS] Importconverter19.1: destroyed received image

It got rid of the error, but still forwarded the images.

Here is setting
[lua]
ImportConverter1 = if Association.Caller == USMINDRAY1 and Data.PatientSize then Data.PatientSize = Data.PatientSize / 100 end; script('forward compressed as uj to GEPACS; destroy')

[CONQUESTPACS] UPACS THREAD 5: STARTED AT: Fri Feb 12 12:32:53 2016
[CONQUESTPACS] Calling Application Title : "HURON "
[CONQUESTPACS] Called Application Title : "CONQUESTPACS "
[CONQUESTPACS] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[CONQUESTPACS] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.7" 1
[CONQUESTPACS] ImportConverter19.0: forwarded object to GEPACS
[CONQUESTPACS] Importconverter19.1: destroyed received image
[CONQUESTPACS] ImportConverter19.0: forwarded object to GEPACS
[CONQUESTPACS] Importconverter19.1: destroyed received image
[CONQUESTPACS] ImportConverter19.0: forwarded object to GEPACS
[CONQUESTPACS] Importconverter19.1: destroyed received image
[CONQUESTPACS] ImportConverter19.0: forwarded object to GEPACS
[CONQUESTPACS] Importconverter19.1: destroyed received image
[CONQUESTPACS] ImportConverter19.0: forwarded object to GEPACS
[CONQUESTPACS] Importconverter19.1: destroyed received image
[CONQUESTPACS] UPACS THREAD 5: ENDED AT: Fri Feb 12 12:32:56 2016
[CONQUESTPACS] UPACS THREAD 5: TOTAL RUNNING TIME: 3 SECONDS

OK..I will give it a try after this next echo. By the way, after putting in the importcoverter, I get errors on anything else that I send into conquest. See below. Not sure why it is even trying to convert because the incoming images are not from USMINDRAY1.
UPACS THREAD 3: STARTED AT: Fri Feb 12 11:24:59 2016
[CONQUESTPACS] Calling Application Title : "HURON "
[CONQUESTPACS] Called Application Title : "CONQUESTPACS "
[CONQUESTPACS] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[CONQUESTPACS] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.7" 1
[CONQUESTPACS] *** lua run error [string "if Association.Caller == USMINDRAY1 then Da..."]:1: attempt to perform arithmetic on field 'PatientSize' (a nil value) in 'if Association.Caller == USMINDRAY1 then Data.PatientSize = Data.PatientSize / 100 end'
[CONQUESTPACS] Rewritten file: o:\conquestdatabase\data2\073\1.2.826.0.1.3680043.2.1208.2484848484954457191602016212103350790_0999_000002_14552978770000.dcm
[CONQUESTPACS] *** lua run error [string "if Association.Caller == USMINDRAY1 then Da..."]:1: attempt to perform arithmetic on field 'PatientSize' (a nil value) in 'if Association.Caller == USMINDRAY1 then Data.PatientSize = Data.PatientSize / 100 end'
[CONQUESTPACS] Rewritten file: o:\conquestdatabase\data2\073\1.2.826.0.1.3680043.2.1208.2484848484954457191602016212103350790_0999_000004_14552978770001.dcm
[CONQUESTPACS] *** lua run error [string "if Association.Caller == USMINDRAY1 then Da..."]:1: attempt to perform arithmetic on field 'PatientSize' (a nil value) in 'if Association.Caller == USMINDRAY1 then Data.PatientSize = Data.PatientSize / 100 end'
[CONQUESTPACS] Rewritten file: o:\conquestdatabase\data2\0732\1.2.826.0.1.3680043.2.1208.2484848484954457191602016212103350790_0999_000001_14552978770002.dcm
[CONQUESTPACS] *** lua run error [string "if Association.Caller == USMINDRAY1 then Da..."]:1: attempt to perform arithmetic on field 'PatientSize' (a nil value) in 'if Association.Caller == USMINDRAY1 then Data.PatientSize = Data.PatientSize / 100 end'
[CONQUESTPACS] Rewritten file: o:\conquestdatabase\data2\073\1.2.826.0.1.3680043.2.1208.2484848484954457191602016212103350790_0999_000003_14552978770003.dcm
[CONQUESTPACS] UPACS THREAD 3: ENDED AT: Fri Feb 12 11:24:59 2016
[CONQUESTPACS] UPACS THREAD 3: TOTAL RUNNING TIME: 0 SECONDS

enabling JPEG support did help alittle, but seemed to make the images huge and difficult to work with. If I were to use the
[lua]
ImportConverter0 = if Association.Caller == 'USCART' then Data.PatientSize = Data.PatientSize / 100 end

and change the incoming ACRNEMA to store as UJ and then put in a Exportconverter to export as J6, would that considerably speed things up. Images are coming from the cart at "High Lossy."

These are multiframe US Echo images and I want to keep them small as I can.

Ok.. Thanks. This is working. Thanks. ONe thing...it is very slow... The US Cart sends into PACS in about 5 minutes...but sending to Conquest takes about 20 minutes. Do you see any reason it is taking long. I am using the text that forwards and destroys. It is doing this an image at a time and then destroying an image at a time. Do you think they would come in faster if it were forwarding on the exam instead?

Thanks...will this work together with my dicom 6000 converter??

[lua]
ImportConverter1 = if Association.Caller == HURON then Data.PatientSize = Data.PatientSize / 100 end

[lua]
ImportConverter0 = Data["6000,0040"]=nil; Data["6000,0100"]=nil; Data["6000,1500"]=nil; Data["6000,0010"]=nil; Data["6000,0011"]=nil; Data["6000,0050"]=nil; Data["6000,0022"]=nil; Data["6000,0102"]=nil; Data["6000,3000"]=nil; Data["6000,0011"]=nil

We have a US cart that fills the "PatientSize (0010,1020) Size of the Patient" tag in the format of centimeters. However our Cardiology PACS expects to see a value in that tag that is meters and uses that to figure out the BSA...>So as you can imagine, we are getting BSA's around the size of an elephant. Of course neither the PACS nor the vendor for the US cart seem to be able to figure this out. Can the imageconverter in conquest be configured to move the decimal point over 2 digits and forward?

Hey Marcel, Thanks for the help. Its running nicely now. I had to add all of the Dicom 6000 tags to nil. One of the ones i was missing was the cuprit.

I thought i was doing that with:

[lua]
ImportConverter0 = Data["6000,0040"]=nil; Data["6000,0100"]=nil

but for some reason, the tags still show at the destination.

Where should I put the Import converter in the .ini....does it matter? If I put it first, then the images dont export at all. If I put it at the end, then they dont autoforward.
thanks for your help.

Hello again Marcel,

This script worked to store images without the dicom 6000 overlays, but strangely, the images that were autoforwarded still had the tags when they arrived at their destination. I put the lua at the end of the dicom.ini. should it be in a different place?? Should I change the script to: or is there another way.

[lua]
ExportConverter10 = Data["6000,0040"]=nil; Data["6000,0100"]=nil

or

ExportCalledAE9 = AVERACARD
ExportConverter9 = forward series Data["6000,0040"]=nil; Data["6000,0100"]=nil compressed as j4 to AHHSD

or is this better?

ExportCalledAE9 = AVERACARD
ExportFilter9 = Data["6000,0040"]=nil; Data["6000,0100"]=nil
ExportConverter9 = forward series compressed as j4 to AHHSD

Ive had the exact same issues with 3 pc's. All Windows 7. I added the inbound rule for port 104, like mentioned, on all 3, but it only worked on one of them. It is bizarre. I can only get the other 2 to work by turning off the firewall as you said. Have you figured this out yet?

Hello Marcel,
Is it possible to use conquest to automatically remove certain dicom tags upons store and autoroute. Currently, our CAD markings are burned into our MG images with dicom 6000 overlays. When we telerad them out to other facilities for comparisons, the CAD markings go with and cover anatomy. We would rather they not go at all. I found that if I remove some of the tags first, they get removed. but this is a manual process that is time consuming. I found if I remove (6000, 0040) and (6000, 0100) that the ovelays disappear. Is there a script that you can recommend to automatically remove these, or is it beyond the scope of conquest?

6000, 0010) Overlay Rows 3,328
(6000, 0011) Overlay Columns 2,560
(6000, 0022) Overlay Description DICOM 6000 Interface 1.1.6
(6000, 0040) Overlay Type G
(6000, 0050) Overlay Origin 1
1
(6000, 0100) Overlay Bits Allocated 1
(6000, 0102) Overlay Bit Position 0
(6000, 1500) Overlay Label R2_CAD_MARKS
(6000, 3000) Overlay Data Binary OW data. Length:1064960

Hello, We are trying to connect Kpacs to a EESI PACS system. We can veiw images with IQView, but not KPAcs. Here is the error. Can you suggest anything. I think there are actually 2 errors.

[DICOM SCU] >> : HURON << EESIPACS
[DICOM SCU] >> : (0008,0058), 54, UI, "1.3.51.0.7.1987404590.63365.42575.34530.7385.5590.6763" - Failed SOP Instance UID List
[DICOM SCU] >> :
[984] >> : Error: retreive failed for mouse, mickey, Study: Hand & Wrist

DICOM SCU] >> : (0000,0902), 64, LO, "Missing Unique Key Attribute (0020,000E) in SERIES Level Retriev" - Error Comment

This is the image c0mpression. JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70

OK...so like this:
ExportCalledAE9 = AVERACARD
ExportConverter9 = forward series compressed as j1 to AHHSD

Hello, I am trying to autoroute echocardiograms, but they are taking an enormous amount of time. If I send directly from a workstation or the modality, the transfer finishes in a couple minutes...but if i autoroute with conquest it could take 30 or 40 minutes. here is my settings. it is the averacard that I am using. Is there anything I could do to send it all at once or speed it up

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

ExportConverters = 11
ExportCalledAE0 = CONQUESTMWP
ExportConverter0 = forward to PET_DIAG
ExportCalledAE1 = CONQUESTFORWARD
ExportConverter1 = forward to GEPACS
ExportCalledAE2 = CONQUESTAVERAMCK
ExportConverter2 = forward to MXC_HOME
ExportCalledAE3 = CONQUESTAVERAHEA
ExportConverter3 = forward to HEARTHOS
ExportCalledAE4 = CONQUESTPLH
ExportConverter4 = forward to PLHCSA1
ExportCalledAE5 = CONQUESTBROOK
ExportConverter5 = forward to mxcbrkg
ExportCalledAE6 = CONQUESTECHO
ExportConverter6 = forward compressed as j1 to TDKUSCARD
ExportCalledAE7 = AVERACARD0
ExportConverter7 = forward to GEPACS
ExportCalledAE8 = fORWARD TO CONQUESTAW
ExportConverter8 = forward to AW99
ExportCalledAE9 = AVERACARD
ExportConverter9 = forward series to AHHSD

ForwardCollectDelay = 300
MaximumExportRetries = 6
MaximumDelayedFetchForwardRetries = 3

I got compression working well now with linux....I switched from Scientific Linux(rh) to Mint Debian and installation went alot smoother...