Posts by dumbterminal

Hi Marcel,

I had the old code which I changed to the new one and everything is working on weasis 3.0.4 by launching 127.0.0.1/cgi-bin/newweb/dgate.exe?mode=weasis_starter&accession=1501300780

old code

if level=='accession' then

stq.AccessionNumber = uid

stq.StudyInstanceUID = ''

str = remotequery(source, 'STUDY', stq)

seq.StudyInstanceUID = str[1].StudyInstanceUID

stq.StudyInstanceUID = str[1].StudyInstanceUID

stq.AccessionNumber = ''

end

Thankyou for all your kind support, it is so wonderful to know a developer with such a helpful response and a great product indeed.

regards,

Hi,

on launching http://127.0.0.1/cgi-bin/newwe…=xml&accession=1501300761

the page shows the following

This XML file does not appear to have any style information associated with it. The document tree is shown below.

<manifest><arcQuery additionnalParameters="" arcId="1001" baseUrl="http://127.0.0.1/cgi-bin/newweb/dgate.exe" requireOnlySOPInstanceUID="false">

</arcQuery></manifest>

Hi,

Firstly thank you for all the support, I tried the above but still the same,

launching http://127.0.0.1/cgi-bin/newwe…rter&accession=1501300761

weasis launches but no study, attached server log for your kind perusal.

thankyou for the clarity. I was trying to see if an hl7 msg can put the MWL entry to completed status

hi!,

changed/added the following in cgi-bin/dicom.ini

viewer = weasis_starter

studyviewer = weasis_starter

[weasis_starter]

source = viewers\weasis_starter.lua

weasis2.0.7
launched http://127.0.0.1/cgi-bin/dgate…tarter&accession=19930130
weasis2.0.7 loads up but no study is displayed.

weasis 3.0.4

http://127.0.0.1/cgi-bin/dgate…tarter&accession=19930130 (xml error)

http://127.0.0.1/cgi-bin/newwe…tarter&accession=19930130

weasis3.0.4 loads up but no study is displayed.

changed/added the following in cgi-bin/newweb/dicom.ini

viewer = weasis_starter

studyviewer = weasis_starter

[weasis_starter]

source = weasis_starter.lua

regards,

not to hijack the thread from original poster, much appreciated, shall update too

Hi!,

I am trying to test the MWL for updating an order from scheduled to completed using HL7 ORC tags. Have added ORC mappings in dicom.sql, the order.hl7 file and the same order with status updateorder.hl7 file. by loading the order file an entry is created into the worklist, by loading the updateorder file another entry is added. The concept im trying is that an order is sent via an HL7 file which is a new order and is added to the MWL with status scheduled, another HL7 file is loaded after procedure completion which changes the status of the order from scheduled to completed.

wondering if I am doing something wrong, please advise.

dicom.sql

*WorkList*
{
     { 0x0008, 0x0050, "AccessionNumber",    16, SQL_C_CHAR, DT_STR,  "OBR.3" },
     { 0x0010, 0x0020, "PatientID",          64, SQL_C_CHAR, DT_STR,  "PID.4" },
     { 0x0010, 0x0010, "PatientName",        64, SQL_C_CHAR, DT_STR,  "PID.5" },
     { 0x0010, 0x0030, "PatientBirthDate",    8, SQL_C_DATE, DT_DATE, "PID.7" },
     { 0x0010, 0x0040, "PatientSex",         16, SQL_C_CHAR, DT_STR,  "PID.8" },
     { 0x0008, 0x0090, "ReferPhysician",     64, SQL_C_CHAR, DT_STR, "OBR.2" },
     { 0x0008, 0x0080, "Institution",     64, SQL_C_CHAR, DT_STR, "OBR.1" },
     { 0x0008, 0x1030, "StudyDescription", 64, SQL_C_CHAR, DT_STR, "OBR.9" },


     { 0x0010, 0x2000, "MedicalAlerts",      64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0010, 0x2110, "ContrastAllergies",  64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0020, 0x000d, "StudyInstanceUID",   64, SQL_C_CHAR, DT_UI,   "OBR.5" },
     { 0x0032, 0x1032, "ReqPhysician",       64, SQL_C_CHAR, DT_STR,  "OBR.16" },
     { 0x0032, 0x1060, "ReqProcDescription", 64, SQL_C_CHAR, DT_STR,  "OBR.4.1" },

     { 0x0040, 0x0100, "--------",   0, SQL_C_CHAR, DT_STARTSEQUENCE, "---" },
     { 0x0008, 0x0060, "Modality",           16, SQL_C_CHAR, DT_STR,  "OBR.21" },
     { 0x0032, 0x1070, "ReqContrastAgent",   64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0040, 0x0001, "ScheduledAE",        16, SQL_C_CHAR, DT_STR,  "OBR.8" },
     { 0x0040, 0x0002, "StartDate",           8, SQL_C_DATE, DT_DATE, "OBR.7.DATE" },
     { 0x0040, 0x0003, "StartTime",          16, SQL_C_CHAR, DT_TIME, "OBR.7.TIME" },
     { 0x0040, 0x0006, "PerfPhysician",      64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0040, 0x0007, "SchedPSDescription", 64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0040, 0x0009, "SchedPSID",          16, SQL_C_CHAR, DT_STR,  "OBR.4" },
     { 0x0040, 0x0010, "SchedStationName",   16, SQL_C_CHAR, DT_STR,  "OBR.24" },
     { 0x0040, 0x0011, "SchedPSLocation",    16, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0040, 0x0012, "PreMedication",      64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0040, 0x0020, "OrdrControl",        64, SQL_C_CHAR, DT_STR,  "ORC.1" },
     { 0x0040, 0x0252, "PProcedureSStatus",  64, SQL_C_CHAR, DT_STR,  "ORC.5" },
     { 0x0040, 0x0400, "SchedPSComments",    64, SQL_C_CHAR, DT_STR,  "---" },
     { 0x0040, 0x0100, "---------",    0, SQL_C_CHAR, DT_ENDSEQUENCE, "---" },

     { 0x0040, 0x1001, "ReqProcID",          16, SQL_C_CHAR, DT_STR,  "OBR.4.0" },
     { 0x0040, 0x1003, "ReqProcPriority",    16, SQL_C_CHAR, DT_STR,  "OBR.27 }
}

order.hl7

MSH|^~\&|conquest|conquest|REC_APP|REC_FAC|200512301613||ORM^001|123456|P|2.0.0|||||
PID|1670|1234567897|1|ID0005|Patient^05||2005.05.05|M|||||||||||||||||||
PV1||||||||||||||||||||||||||||||||||||||||||||||||||
ORC|NW||2005-9999||SC||||200512301613||||||200512301613529400||||
OBR|S-05|RefPhy-05|0005|CR^Chest05|1.2.826.0.1.9876.2.404.20051230.2313529400.050505|200512301613529400|201903021205|SchAE-05|||||||||||||CR|||||||||||||||200512301613529400|

orderupdate.hl7

MSH|^~\&|conquest|conquest|REC_APP|REC_FAC|200512301613||ORM^001|123456|P|2.0.0|||||
PID|1670|1234567897|1|ID0005|Patient^05||2005.05.05|M|||||||||||||||||||
PV1||||||||||||||||||||||||||||||||||||||||||||||||||
ORC|SC||2005-9999||CM||||200512301613||||||200512301613529400||||
OBR|S-05|RefPhy-05|0005|CR^Chest05|1.2.826.0.1.9876.2.404.20051230.2313529400.050505|200512301613529400|201903021205|SchAE-05|||||||||||||CR|||||||||||||||200512301613529400|

regards,

Hi,

First of all thankyou for the wonderful software and support. much appreciated.

I have tested the 1.1.19d1 and the previous issue of fetching data on workstations is resolved. I have found another one, if the debug is enabled and if a dicom send is performed from the browse database tab, the data is sent but the conquest server hangs and goes into not responding gui.

rgds

much appreciated

rgds

Hi!,

I am a novice and just started with this, I have tested this with sample data on server, Kpacs 1.6, 3dslicer and microdicom-2.9.2-x64 workstations, they all query the server and show the list of studies but cannot retrieve where as the same config of workstations for server dicomserver1417d works perfectly.

the 1.4.19d and using efilm 4.2 workstation has no issues retrieving the studies and displaying them.

rgds