dgatesop.lst

    Hi all,


    I am now back in a facility where I can use Conquest again.


    I am slowly remembering everything, but I have hit a wall with an issue and I am hoping someone has encountered this and can help.


    I am using Conquest as a near-line storage device to a commercial PACS. I have everything set up how I think I want it, but when I try to send studies from the Commercial Pacs to Conquest with reports, I get the following error:


    [RADIOLOGY] UPACS THREAD 2: STARTED AT: Tue Jun 01 17:01:35 2010
    [RADIOLOGY] Calling Application Title : "####### "
    [RADIOLOGY] Called Application Title : "RADIOLOGY "
    [RADIOLOGY] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [RADIOLOGY] Presentation Context 0 "1.2.840.10008.3.1.2.5.1" 0
    [RADIOLOGY] Transfer Syntax 0 "1.2.840.10008.1.2" 1
    [RADIOLOGY] *** Association rejected: you may need to add the listed presentation context as sop to dgatesop.lst
    [RADIOLOGY] UPACS THREAD 2: ENDED AT: Tue Jun 01 17:01:35 2010
    [RADIOLOGY] UPACS THREAD 2: TOTAL RUNNING TIME: 0 SECONDS


    Studies (Images AND the scanned in Requests, history and consents) come in normally, but I keep erroring on the reports.
    So I add the presentation context to dgatesop.lst as (partial) :


    #None none RemoteAE
    #None none LocalAE
    #DICOM 1.2.840.10008.3.1.1.1 application
    DetachedResultsManagement 1.2.840.10008.3.1.2.5.1 sop
    Verification 1.2.840.10008.1.1 sop
    StoredPrintStorage 1.2.840.10008.5.1.1.27 sop
    HardcopyGrayscaleImageStorage 1.2.840.10008.5.1.1.29 sop
    HardcopyColorImageStorage 1.2.840.10008.5.1.1.30 sop


    (hmm.. formatting not being kept in this post, but I am keeping same formatting as is present by default)


    Kill and restart server:


    Error Message:


    [RADIOLOGY] UPACS THREAD 1: STARTED AT: Tue Jun 01 17:19:35 2010
    [RADIOLOGY] A-ASSOCIATE-RQ Packet Dump
    [RADIOLOGY] Calling Application Title : "####### "
    [RADIOLOGY] Called Application Title : "RADIOLOGY "
    [RADIOLOGY] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [RADIOLOGY] Number of Proposed Presentation Contexts: 1
    [RADIOLOGY] Presentation Context 0 "1.2.840.10008.3.1.2.5.1" 1
    [RADIOLOGY] Server Command := 0100
    [RADIOLOGY] Message ID := 0001
    [RADIOLOGY] 0000,0002 24 UI AffectedSOPClassUID "1.2.840.10008.3.1.2.5.1"
    [RADIOLOGY] 0000,0100 2 US CommandField 256
    [RADIOLOGY] 0000,0110 2 US MessageID 1
    [RADIOLOGY] 0000,0800 2 US DataSetType 256
    [RADIOLOGY] 0000,1000 0 UI AffectedSOPInstanceU (empty)
    [RADIOLOGY] 0000,1002 2 US EventTypeID 17
    [RADIOLOGY] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
    [RADIOLOGY] ***Client Error: command 0100 failed **
    [RADIOLOGY] ***Connection Terminated
    [RADIOLOGY] 0000,0002 24 UI AffectedSOPClassUID "1.2.840.10008.3.1.2.5.1"
    [RADIOLOGY] 0000,0100 2 US CommandField 256
    [RADIOLOGY] 0000,0110 2 US MessageID 1
    [RADIOLOGY] 0000,0800 2 US DataSetType 256
    [RADIOLOGY] 0000,1000 0 UI AffectedSOPInstanceU (empty)
    [RADIOLOGY] 0000,1002 2 US EventTypeID 17
    [RADIOLOGY] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
    [RADIOLOGY] Connected by address: 0100007f
    [RADIOLOGY] Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'
    [RADIOLOGY] 0000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1"
    [RADIOLOGY] 0000,0100 2 US CommandField 48
    [RADIOLOGY] 0000,0110 2 US MessageID 7
    [RADIOLOGY] 0000,0800 2 US DataSetType 257
    [RADIOLOGY] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"
    [RADIOLOGY] 9999,0400 6 UN "silent"


    I am thinking I did not get the sop correct (searched on google for the presentation context and found the "Detached Results Management") or I did not get it set up correctly.


    Any help would be appreciated.


    Thanks,


    Matt

    Sigh...


    More SOPlist roblems..


    So I set the Commercial Pacs to autoroute studies to Conquest. Manually sending studies works fine.



    [RADIOLOGY] UPACS THREAD 6: STARTED AT: Wed Jun 02 10:22:47 2010
    [RADIOLOGY] Calling Application Title : "####### "
    [RADIOLOGY] Called Application Title : "RADIOLOGY "
    [RADIOLOGY] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [RADIOLOGY] Presentation Context 0 "1.2.840.10008.3.1.2.3.1" 0
    [RADIOLOGY] Transfer Syntax 0 "1.2.840.10008.1.2" 1
    [RADIOLOGY] *** Association rejected: you may need to add the listed presentation context as sop to dgatesop.lst
    [RADIOLOGY] UPACS THREAD 6: ENDED AT: Wed Jun 02 10:22:47 2010
    [RADIOLOGY] UPACS THREAD 6: TOTAL RUNNING TIME: 0 SECONDS


    Added the "DetachedStudyManagement 1.2.840.10008.3.1.2.3.1 sop" to dgatesop.lst
    kill and restart server


    When study is autorouted I get the following:


    [RADIOLOGY] UPACS THREAD 15: STARTED AT: Wed Jun 02 10:18:47 2010
    [RADIOLOGY] Calling Application Title : "###### "
    [RADIOLOGY] Called Application Title : "RADIOLOGY "
    [RADIOLOGY] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [RADIOLOGY] Presentation Context 0 "1.2.840.10008.3.1.2.3.1" 1
    [RADIOLOGY] No image number
    [RADIOLOGY] No Series number
    [RADIOLOGY] No image number
    [RADIOLOGY] No Series number
    [RADIOLOGY] ***Refused to enter inconsistent link StudyInsta into DICOMSeries: PatientID = '00000000' SeriesInst = 'undefined' AND SeriesPat = '00000000', Old='1.2.840.113888.1.2.3.906811.1275194202', Refused='1.2.840.113619.2.30.1.1762369785.1754.1273594173.607'
    [RADIOLOGY] ***Refused to enter inconsistent link StudyInsta into DICOMSeries: PatientID = '00000000' SeriesInst = 'undefined' AND SeriesPat = '00000000', Old='1.2.840.113888.1.2.3.906811.1275194202', Refused='1.2.840.113619.2.30.1.1762369785.1754.1273594173.670'
    [RADIOLOGY] ***Error saving to SQL: NO_NAME_00000000\empty_empty\empty\1.2.840.113619.2.30.1.1762369785.1754.1273594173.818.read.dcm
    [RADIOLOGY] UPACS THREAD 14: ENDED AT: Wed Jun 02 10:18:47 2010
    [RADIOLOGY] UPACS THREAD 14: TOTAL RUNNING TIME: 0 SECONDS
    [RADIOLOGY] ***Error saving to SQL: NO_NAME_00000000\empty_empty\empty\1.2.840.113619.2.30.1.1762369785.1754.1273594173.609.read.dcm
    [RADIOLOGY] UPACS THREAD 15: ENDED AT: Wed Jun 02 10:18:47 2010
    [RADIOLOGY] UPACS THREAD 15: TOTAL RUNNING TIME: 0 SECONDS
    [RADIOLOGY] Written file: C:\conquest\data\NO_NAME_00000000\empty_empty\empty\1.2.392.200036.9107.500.303.1508.20100529.214814.101508.read.dcm
    [RADIOLOGY] UPACS THREAD 13: ENDED AT: Wed Jun 02 10:18:47 2010
    [RADIOLOGY] UPACS THREAD 13: TOTAL RUNNING TIME: 0 SECONDS


    For some reason when study gets autorouted, it isn't sending some required info (or conquest isn't "seeing" it correctly?) ;-P
    It seems as if a common thread is emerging with any "detached" study management sop lines.

    These are two issues:


    first: conquest does not support Detached Results Management - which is a service (like printing) and not a data object (like a CT slice). So enabling does not help.


    2nd: the object has conflicting UID's. Maybe the PACS changed the Patient ID. See 'why not change the patient ID of a dicom object.


    Marce;

    I actually have Mirth Installed now on an ubuntu 10 Server with an MySQl database holding all my HL7.


    I am however, just learning how to USE mirth :-)


    I just got my channels setup correctly for sending / receiving ORMs and ORUs.


    Any pointers how to convert to a DICOM SR object? (i'll read up on that too)


    And then... what?


    In that SR format, would I be able to just set Conquest as a destination and push the SR Object to CQ?


    (I just started messing with HL7 3 weeks ago still learning alot)

    Hi Marcel,


    Would it take an inordinate amount of effort to add support for Detached Study Management and Detached Results SOP?


    Looking at the dearth of documentation for Mirth, I am slowly coming to the conclusion that I may have to install dcm4chee, use it as an HL7 to Dicom SR converter then push the SR to Conquest.


    The commercial Pacs will only export the Report with SOP 1.2.840.10008.3.1.2.5.1 and will only Autoroute studies with 1.2.840.10008.3.1.2.3.1


    Eventually I may have to set all modalities to transfer to Conquest first then export to the Commercial PACS because of the autorouting SOP but that still leaves me with the issue of getting the DICOM Structured Reports into Conquest.


    Don't get me wrong, the commercial PACS has a lot of functionality that makes some things very easy, (one of the nicest I have worked with) but this particular issue is leaving me stumped.

    Bump and hoping for an answer....


    I am looking at maybe installing dcm4chee to use the hl7 to dicom SR function and then forwarding to Conquest.


    I haven't gotten any response on the Mirth site regarding doing this using Mirth and their documentation is .. very sparse.


    cheers

    So I am still working on DCM4CHEE to get the SR correct... I get a few parts of the ORU actually in a report (when looking at it as a PDF in DCM4CHEE)


    I can send what is saved on DCM as an SR to Conquest and it shows up when I browse the database by name as Modality "SR"


    But this is all that shows up when I look at the Object in the Conquest viewer :



    (0002,0000) UL 194 # 4 MetaElementGroupLength
    (0002,0001) OB \00\01 # 2 FileMetaInformationVersion
    (0002,0002) UI [1.2.840.10008.5.1.4.1.1.88.11] # 30 MediaStorageSOPClassUID
    (0002,0003) UI [1.2.40.0.13.1.1.127.0.1.1.20100810101611518.32773] # 50 MediaStorageSOPInstanceUID
    (0002,0010) UI [1.2.840.10008.1.2] # 18 TransferSyntaxUID
    (0002,0012) UI [1.2.826.0.1.3680043.2.135.1066.101] # 34 ImplementationClassUID
    (0002,0013) SH [1.4.14/WIN32] # 12 ImplementationVersionName
    (0008,0000) UL 202 # 4 IdentifyingGroupLength
    (0008,0005) CS [ISO_IR 100] # 10 SpecificCharacterSet
    (0008,0016) UI [1.2.840.10008.5.1.4.1.1.88.11] # 30 SOPClassUID
    (0008,0018) UI [1.2.40.0.13.1.1.127.0.1.1.20100810101611518.32773] # 50 SOPInstanceUID
    (0008,0020) DA (empty) # 0 StudyDate
    (0008,0023) DA [20100810] # 8 ImageDate
    (0008,0030) TM (empty) # 0 StudyTime
    (0008,0033) TM [103900] # 6 ImageTime
    (0008,0050) SH (empty) # 0 AccessionNumber
    (0008,0060) CS [SR] # 2 Modality
    (0008,0070) LO (empty) # 0 Manufacturer
    (0008,0090) PN (empty) # 0 ReferringPhysicianName
    (0008,1111) SQ (empty) # 0 ReferencedStudyComponentSequence
    (0010,0000) UL 74 # 4 PatientGroupLength
    (0010,0010) PN [PATIENT NAME] # 14 PatientName
    (0010,0020) LO [PATIENTID ] # 10 PatientID
    (0010,0021) LO (empty) # 0 IssuerOfPatientID
    (0010,0030) DA [PATIENTDOB] # 8 PatientBirthDate
    (0010,0040) CS [F ] # 2 PatientSex
    (0020,0000) UL 142 # 4 ImageGroupLength
    (0020,000d) UI [1.2.40.0.13.1.1.127.0.1.1.20100810101611518.32771] # 50 StudyInstanceUID
    (0020,000e) UI [1.2.40.0.13.1.1.127.0.1.1.20100810101611518.32772] # 50 SeriesInstanceUID
    (0020,0010) SH (empty) # 0 StudyID
    (0020,0011) IS (empty) # 0 SeriesNumber
    (0020,0013) IS [1 ] # 2 ImageNumber
    (0040,0000) UL 1388 # 4 ModalityWorklistGroupLength
    (0040,a040) CS [CONTAINER ] # 10 ValueType
    (0040,a043) SQ (empty) # 0 ConceptNameCodeSequence
    (0008,0000) UL 50 # 4 IdentifyingGroupLength
    (0008,0100) SH [11528-7 ] # 8 CodeValue
    (0008,0102) SH [LN] # 2 CodingSchemeDesignator
    (0008,0104) LO [Radiology Report] # 16 CodeMeaning
    (0040,a050) CS [SEPARATE] # 8 ContinuityOfContent
    (0040,a073) SQ (empty) # 0 VerifyingObserverSequence
    (0040,0000) UL 86 # 4 ModalityWorklistGroupLength
    (0040,a027) LO [Verifying Organization] # 22 VerifyingOrganization
    (0040,a030) DT [20100810103900] # 14 VerificationDateTime
    (0040,a075) PN [RADIOLOGIST, M.D. ] # 18 VerifyingObserverName
    (0040,a088) SQ (empty) # 0 VerifyingObserverIdentificationCodeSequence
    (0040,a370) SQ (empty) # 0 ReferencedRequestSequence
    (0008,0000) UL 16 # 4 IdentifyingGroupLength
    (0008,0050) SH (empty) # 0 AccessionNumber
    (0008,1110) SQ (empty) # 0 ReferencedStudySequence
    (0032,0000) UL 132 # 4 StudyGroupLength
    (0032,1060) LO [CHEST 1 VIEW] # 12 RequestedProcedureDescription
    (0032,1064) SQ (empty) # 0 RequestedProcedureCodeSequence
    (0008,0000) UL 60 # 4 IdentifyingGroupLength
    (0008,0100) SH [4330150CHEST 1 VIEWCR ] # 22 CodeValue
    (0008,0102) SH [CR] # 2 CodingSchemeDesignator
    (0008,0104) LO [CHEST 1 VIEW] # 12 CodeMeaning
    (0040,0000) UL 48 # 4 ModalityWorklistGroupLength
    (0040,1001) SH (empty) # 0 RequestedProcedureID
    (0040,2016) LO [MGGH00000979] # 12 PlacerOrderNumberImagingServiceRequest
    (0040,2017) LO [MGGH00000979] # 12 FillerOrderNumberImagingServiceRequest
    (0040,a375) SQ (empty) # 0 CurrentRequestedProcedureEvidenceSequence
    (0040,a491) CS [COMPLETE] # 8 CompletionFlag
    (0040,a493) CS [VERIFIED] # 8 VerificationFlag
    (0040,a504) SQ (empty) # 0 ContentTemplateSequence
    (0040,a730) SQ (empty) # 0 ContentSequence
    (0040,0000) UL 268 # 4 ModalityWorklistGroupLength
    (0040,a010) CS [HAS CONCEPT MOD ] # 16 RelationshipType
    (0040,a040) CS [CODE] # 4 ValueType
    (0040,a043) SQ (empty) # 0 ConceptNameCodeSequence
    (0008,0000) UL 84 # 4 IdentifyingGroupLength
    (0008,0100) SH [121049] # 6 CodeValue
    (0008,0102) SH [DCM ] # 4 CodingSchemeDesignator
    (0008,0104) LO [Language of Content Item and\n Descendants] # 50 CodeMeaning
    (0040,a168) SQ (empty) # 0 ConceptCodeSequence
    (0008,0000) UL 44 # 4 IdentifyingGroupLength
    (0008,0100) SH [eng ] # 4 CodeValue
    (0008,0102) SH [ISO639_2] # 8 CodingSchemeDesignator
    (0008,0104) LO [English ] # 8 CodeMeaning
    (0040,0000) UL 170 # 4 ModalityWorklistGroupLength
    (0040,a010) CS [HAS OBS CONTEXT ] # 16 RelationshipType
    (0040,a040) CS [PNAME ] # 6 ValueType
    (0040,a043) SQ (empty) # 0 ConceptNameCodeSequence
    (0008,0000) UL 54 # 4 IdentifyingGroupLength
    (0008,0100) SH [121008] # 6 CodeValue
    (0008,0102) SH [DCM ] # 4 CodingSchemeDesignator
    (0008,0104) LO [Person Observer Name] # 20 CodeMeaning
    (0040,a123) PN [RADIOLOGIST, M.D. ] # 18 PersonName
    (0040,0000) UL 248 # 4 ModalityWorklistGroupLength
    (0040,a010) CS [HAS OBS CONTEXT ] # 16 RelationshipType
    (0040,a040) CS [CODE] # 4 ValueType
    (0040,a043) SQ (empty) # 0 ConceptNameCodeSequence
    (0008,0000) UL 48 # 4 IdentifyingGroupLength
    (0008,0100) SH [121023] # 6 CodeValue
    (0008,0102) SH [DCM ] # 4 CodingSchemeDesignator
    (0008,0104) LO [Procedure Code] # 14 CodeMeaning
    (0040,a168) SQ (empty) # 0 ConceptCodeSequence
    (0008,0000) UL 60 # 4 IdentifyingGroupLength
    (0008,0100) SH [4330150CHEST 1 VIEWCR ] # 22 CodeValue
    (0008,0102) SH [CR] # 2 CodingSchemeDesignator
    (0008,0104) LO [CHEST 1 VIEW] # 12 CodeMeaning


    (Identifying names and number replaced with CAPS name)


    If I export the SR object to kpacs, I get a black screen and no amount of w/l will show any text.


    Looks like I am making some progress. If anyone has any hints or suggestions, I would really appreciate it.


    Thanks
    Matt

    Radiology Report
    By , Ref. Phys.
    Name: name,name,name
    Patient Name: name,name,name
    Patient ID: MRN
    Patient Birthdate: DOB
    Patient Sex: F
    Language of Content Item and Descendants
    -
    English
    Person Observer Name
    -
    Radiologist, M.D.
    Procedure Code
    -
    FEMUR RT 2 VIEW


    This is copy/pasted from a pdf version of the SR. (formating is lost)


    Some header info is in the report. (Missing any modality info and accession number)


    No report body though.




    [RADIOLOGY] UPACS THREAD 3: STARTED AT: Mon Aug 16 09:42:07 2010
    [RADIOLOGY] Calling Application Title : "DCM4CHEE "
    [RADIOLOGY] Called Application Title : "Radiology "
    [RADIOLOGY] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16352
    [RADIOLOGY] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.88.11" 1
    [RADIOLOGY] Presentation Context 1 "1.2.840.10008.5.1.4.1.1.88.11" 1
    [RADIOLOGY] ***Error saving to SQL: name^name^name_MRN\SR_unknown\unknown\1.2.40.0.13.1.1.127.0.1.1.20100809135310921.36920.dcm
    [RADIOLOGY] UPACS THREAD 3: ENDED AT: Mon Aug 16 09:42:12 2010
    [RADIOLOGY] UPACS THREAD 3: TOTAL RUNNING TIME: 5 SECONDS
    [RADIOLOGY]
    [RADIOLOGY] UPACS THREAD 4: STARTED AT: Mon Aug 16 09:42:34 2010
    [RADIOLOGY] Calling Application Title : "DCM4CHEE "
    [RADIOLOGY] Called Application Title : "Radiology "
    [RADIOLOGY] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16352
    [RADIOLOGY] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.88.11" 1
    [RADIOLOGY] Presentation Context 1 "1.2.840.10008.5.1.4.1.1.88.11" 1
    [RADIOLOGY] Written file: C:\conquest\data\name^name^name_MRN\SR_unknown\unknown\1.2.40.0.13.1.1.127.0.1.1.20100809135310921.36923.dcm
    [RADIOLOGY] UPACS THREAD 4: ENDED AT: Mon Aug 16 09:42:39 2010
    [RADIOLOGY] UPACS THREAD 4: TOTAL RUNNING TIME: 5 SECONDS


    This is what conquest shows when receiving the SR. I am working on the chee to get a complete SR. But what I am getting, I can see in the above in a PDF version on the chee, yet in Conquest all I see in the embedded viewer is the code a couple posts up. When I retrieve the SR from kpacs, it will show that there is an SR on Conquest, but trying to view it in Kpacs just gives a black screen.


    Am a bit over my head in this stuff but trying to learn. The help is appreciated.

    Kpacs does not support vewing SR (spent a lot of time trying to figure out what is wrong with generated SR until looked at them in iQview and everything worked), only commercial version iQview does. Install iQView trial and see if it works.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login