Posts by brady7ls

    Okay, that sounds good. I'm looking that the database fields and I think I'm a bit confused on which field in the database is the StudyUID.
    I looked at the dicom.sql and it looks like the unique key is StudyInstanceUID but only on the SQL Server it only shows as StudyInsta which if that is the correct field why I was confused.


    My command is working correctly when I put in the StudyInstanceUID.
    Thanks for all your help :)
    C:\conquest>dgate --movestudy:OSCONQUEST1,OSCONQUEST1,1105816558:1.2.840.113663.1500.1.251022213.1.1.20110520.90227.593


    Okay, So I went a little deeper.


    When i put the space both --movestudies and --moveseries doesn't look at the optional argument, the study or series, but instead transferes all the images for that patient ID to the remote location


    I'm not a super coder but looking at the code below, it looks like any additional information passed, ie the Study ID, isn't passed to the DcmMove command which should as it's 4th variable be const char *studyuid but the nothing is passed to the function. I hope I'm reading this right as I can't figure out why this isn't working correctly.


    On the flip side, I could send all the images to the remote location but I really only want to send images for a particular modality for that patient on a certian day instead of every image across all modalities.


    Code
    static BOOL DcmMove(const char *patid, char* pszSourceAE, char* pszDestinationAE, const char *studyuid, const char *seriesuid, const char *compress, const char *modality, const char *date, const char *sop, const char *imagetype, const char *seriesdesc, int id, char *script);


    That worked when I did't put the study ID in.


    I pulled the StudyID out of my SQL Server database.


    select StudyID,PatientID
    from DICOMStudies
    where DICOMStudies.PatientID = '1209569292'


    A for a quick test I put a space between the last : and the 129, : 129, and it worked. I'll run some additional testing and see if this solves all my problem :)


    Brady

    Sorry it took so long but I'm finally getting back to this. I'm still getting the same error.
    When I do the same query with the GUI it seems to work correctly.


    I've tried the command line both with and without the:129


    command line
    C:\conquest2>dgate.exe --movestudy:SSCONQUEST2,SSCONQUEST1,1209569292:129


    Error log, debug level 4
    2/7/2012 4:17:42 PM [SSCONQUEST2] UPACS THREAD 36: STARTED AT: Tue Feb 07 16:17:42 2012
    2/7/2012 4:17:42 PM [SSCONQUEST2] Calling Application Title : "SSCONQUEST2 "
    2/7/2012 4:17:42 PM [SSCONQUEST2] Called Application Title : "SSCONQUEST2 "
    2/7/2012 4:17:42 PM [SSCONQUEST2] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    2/7/2012 4:17:42 PM [SSCONQUEST2] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
    2/7/2012 4:17:42 PM [SSCONQUEST2] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
    2/7/2012 4:17:42 PM [SSCONQUEST2] C-Move Destination: "SSCONQUEST1 "
    2/7/2012 4:17:42 PM [SSCONQUEST2] C-Move (StudyRoot)
    2/7/2012 4:17:42 PM [SSCONQUEST2] ***preretrieve/forward xxx to: remote DICOM error
    2/7/2012 4:17:42 PM [SSCONQUEST2] UPACS THREAD 36: ENDED AT: Tue Feb 07 16:17:42 2012
    2/7/2012 4:17:42 PM [SSCONQUEST2] UPACS THREAD 36: TOTAL RUNNING TIME: 0 SECONDS


    acrnema.map
    SSCONQUEST2 10.1.2.11 110 un
    SSCONQUEST1 10.1.2.11 104 un
    SSKPACS 10.1.2.11 105 j1

    I'm trying to automate a process where our techs ran a manual query against the PACS server and then transfer the old studies to a review station for easy access. We need to do this before hand as we are retrieving studies sometimes from multiple locations around town and transferring all those images in real time is too slow to work correctly.


    If i do a query in the GUI the patient does come up under NCONQUEST1 and is able to be transferred to rws1 with no issues.


    Any and all help would be greatly appreciated.
    Brady


    command line
    c:\conquest\dgate64.exe --movepatient:NCONQUEST1,rws2,1102777884


    Error log, debug level 4
    [SSCONQUEST1] 0000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1"
    [SSCONQUEST1] 0000,0100 2 US CommandField 48
    [SSCONQUEST1] 0000,0110 2 US MessageID 1
    [SSCONQUEST1] 0000,0800 2 US DataSetType 257
    [SSCONQUEST1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
    [SSCONQUEST1] 9999,0300 42 LO ConquestConsoleText "Server command sent using DGATE -- option"
    [SSCONQUEST1] 9999,0400 40 LO ConquestConsoleComma "movepatient:NCONQUEST1,rws2,1102777884"
    [SSCONQUEST1] Server command sent using DGATE -- option
    [SSCONQUEST1] ***preretrieve/forward xxx to: remote DICOM error


    acrnema.map
    OSCONQUEST1 10.1.4.11 104 un
    SSCONQUEST1 10.1.2.11 104 un
    SHCONQUEST1 10.1.1.17 104 un
    SSCONQUEST2 127.0.0.1 110 un
    rws2 10.1.2.129 4006 un

    I was finally able to get in contact with someone at GE who informed me that there needed to be additional fields in the worklist and that some entries needed to have data, ie not NULL. Below is the response of what needed to be added as well as my worklist definition which is working correctly.


    The following tags in the RESPONSE are the problem:

    Must contain a value ( may not be left empty ):

    0020,000d 0 UI StudyInstanceUID (empty)
    0040,0001 0 AE ScheduledStationAETi (empty)
    0040,0006 0 PN ScheduledPerformingP (empty)
    0040,0007 0 LO ScheduledProcedureSt (empty)

    Must be present in the RESPONSE ( may be left empty ):
    0008,0090 0 PN ReferringPhysicianNa (empty)


    I am current running Conquest 1.4.16. We currently have worklists up and running correctly with several of my IU-22 sonogram machines. Right out of the box the IU-22's connected and pulled the worklist up with no issues.


    The problem I'm having is that I also have GE Senographe 2000D mamogram machines. These machines have been setup to point to my PACS server but I am unable to get the worklist working. I am able to hit the refresh worlist button on the machine and my PACS server gets the query and send it back information but nothing ever shows up. I'm thinking I need to add another database field in the worklist or format an exiting one with specific information but what it is i'm at a loss.


    Any and all assistance would greatly appreciated.


    Below is my dicom.sql and the output from the PACS server

    Code
    *WorkList*{ { 0x0008, 0x0050, "AccessionNumber", 16, SQL_C_CHAR, DT_STR, "OBR.3" }, { 0x0010, 0x0020, "PatientID", 64, SQL_C_CHAR, DT_STR, "PID.18" }, { 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" }, { 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_STR, "OBR.3" }, { 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.24.0" }, { 0x0032, 0x1070, "ReqContrastAgent", 64, SQL_C_CHAR, DT_STR, "---" }, { 0x0040, 0x0001, "ScheduledAE", 16, SQL_C_CHAR, DT_STR, "WL_AWS1" }, { 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, "OBR.16" }, { 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, 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 }


    I downloaded and installed a new Conquest server last night. I'm using an SQL Server for my database. During the setup the system said it was going to use the password conquest1415, which was validated by the dicom.ini settings. The Conquest server wouldn't connect to the SQL database until I manually changed the password on the database side to conquest1415. I'm not sure if it passed a password for conqeust1416 or what but the default settings didn't work correctly.


    Brady

    We have three locations that all have a convention of putting their office location as the referring physician, SS, NH, SH. In the past the images were all merged into a single database at one location as a backup. I now face the problem of pulling out just the images from one of the locations to repopulate a new server running Conquest 1.4.16. I've played around with using K-PACS 1.6.0 to do a search on the database, selecting the needed studies and then transfering them to the new server. This seems kludgy but seems to work. Does dgate allow me to pass command line options to move studies by ReferringPhysicianNa?


    Brady

    We are implementing a RIS system which wants to send HL7 messages to Conquest for my Imaging equipment to then retrieve the patient information from. I'm reading on here where people are using custom applications to receive the HL7 messages so they can be processed by Conquest and wanted to know if this was a function that Conquest was able to do without another application. I do see that I can import the HL7 message from a flat file with dgate but the RIS isn't giving me the option to have flat files and wants to send the information directly.


    If I do need an application to receive the information for Conquest to then process, can anyone suggest one that available?


    Thanks in advance for any assistance.
    Brady

    I've just upgraded from V 14 to 16 R4 with the latest patch. On the old server "SS-Sono1 10.1.2.127 104 un" works just fine. On the new server it will not and I've had to do "* * 104 un" above the SS-Sono1 line. If i put it below that line the workstation gets DICOM connection errors as it looks like Conquest reads the line and is unable to make the connection.


    I'm getting similar problems with incomming images from my sonogram machines. If I specifiy the name or IP Address it doesn't work, but if I put in a * in both location it does.


    Copy and Paste of my providers
    * * 104 un
    SS-Sono1 10.1.2.127 104 un


    Update: This was resolved by putting the * * 104 un at the end of the arrnema.map and then putting my providers at the top of the list. There were several items which weren't needed any longer and deleting them resolved the issue.

    I'm currently running a Linux version of Conquest 1.4.14. I've setup a new Windows based server and have gotten Conquest up and running. My problem is I'm having a hard time transferring everything from the old server to the new server. The latest idea I've tried is "dgate.exe --grabimagesfromserver:ss-pacs,20090101-20091231" I then ran a query on the old and new server server for the given time period and am still missing about half of the studies. Any and all help would be appreciated.