Retrieve from E-Film workstations

[AndreasKnopke]

I have a problem with retrieving studies from E-Film Workstation 1.5 and 1.9
Query with StudyRootInformationModell using LittleEndianImplicit transfer syntax works, but retrieve fails. When using the -d flag to show debug information it tells me, that an unknown transfer syntax lead to the abort. Is this a known bug with the efilm QRSCP since I am not able to query/retrieve the efilm workstation from conquest or from tianis jdicom either. Only query and retrieve from one efilm-ws to another works out.

Thanks for your help,

Andreas Knopke

[Jörg Riesmeier]

Could you please provide the exact command line you've used and the log in debug/verbose mode. Did you already contact eFilm support?

[AndreasKnopke]

Hello Jörg,
thanks for your answer.

Here is the exact command line and the output in debug mode:

C:\temp>movescu.exe -d -aet "MoveTest" -aec "EFILM"
-aem "KPSERVER" 127.0.0.1 4006 rsp0001.dcm
Request Parameters:



***BEFORE LISTEN***
***AFTER LISTEN***


Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.2
Our Implementation Version Name: OFFIS_DCMTK_352
Their Implementation Class UID:
Their Implementation Version Name:
Application Context Name: 1.2.840.10008.3.1.1.1
Calling Application Name: MoveTest
Called Application Name: EFILM
Responding Application Name: resp AP Title
Our Max PDU Receive Size: 16384
Their Max PDU Receive Size: 0
Presentation Contexts:
Context ID: 1 (Proposed)
Abstract Syntax: =FINDPatientRootQueryRetrieveInformationModel
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Context ID: 3 (Proposed)
Abstract Syntax: =MOVEPatientRootQueryRetrieveInformationModel
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Requested Extended Negotiation: none
Accepted Extended Negotiation: none
Constructing Associate RQ PDU
PDU Type: Associate Accept PDU Length: 199
02 00 00 00 00 c1 00 01 00 00 45 46 49 4c 4d 20
20 20 20 20 20 20 20 20 20 20 4d 6f 76 65 54 65
73 74 20 20 20 20 20 20 20 20 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 10 00 00 15 31 2e
32 2e 38 34 30 2e 31 30 30 30 38 2e 33 2e 31 2e
31 2e 31 21 00 00 19 01 00 00 00 40 00 00 11 31
2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e 32
21 00 00 19 03 00 00 00 40 00 00 11 31 2e 32 2e
38 34 30 2e 31 30 30 30 38 2e 31 2e 32 50 00 00
26 51 00 00 04 00 00 40 00 52 00 00 10 31 2e 32
2e 38 30 34 2e 31 31 34 31 31 38 2e 33 55 00 00
06 65 46 69 6c 6d 20
Association Parameters Negotiated:
Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.2
Our Implementation Version Name: OFFIS_DCMTK_352
Their Implementation Class UID: 1.2.804.114118.3
Their Implementation Version Name: eFilm
Application Context Name: 1.2.840.10008.3.1.1.1
Calling Application Name: MoveTest
Called Application Name: EFILM
Responding Application Name: EFILM
Our Max PDU Receive Size: 16384
Their Max PDU Receive Size: 16384
Presentation Contexts:
Context ID: 1 (Accepted)
Abstract Syntax: =FINDPatientRootQueryRetrieveInformationModel
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Accepted Transfer Syntax: =LittleEndianImplicit
Context ID: 3 (Accepted)
Abstract Syntax: =MOVEPatientRootQueryRetrieveInformationModel
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Accepted Transfer Syntax: =LittleEndianImplicit
Requested Extended Negotiation: none
Accepted Extended Negotiation: none
DIMSE Command To Send:

# Dicom-Data-Set
# Used TransferSyntax: UnknownTransferSyntax
(0000,0000) UL 0 # 4, 1 CommandGroupLen
gth
(0000,0002) UI =MOVEPatientRootQueryRetrieveInformationModel # 28, 1 AffectedSO
PClassUID
(0000,0100) US 33 # 2, 1 CommandField
(0000,0110) US 1 # 2, 1 MessageID
(0000,0600) AE [KPSERVER] # 8, 1 MoveDestination

(0000,0700) US 0 # 2, 1 Priority
(0000,0800) US 1 # 2, 1 DataSetType
DIMSE sendDcmDataset: sending 104 bytes
DIMSE sendDcmDataset: sending 280 bytes
DIMSE receiveCommand
movescu: Move Failed:
0006:0319 DUL Peer Requested Release
movescu: Protocol Error: peer requested release (Aborting)

C:\temp>

rsp0001.dcm is file created by findscu when querying EFILM todays studies. It shows correct values in dcmdump (Transfersyntax LittleEndianImplicit)
EFILM knows the server I want to move the study to. I can push the study from EFILM to KPSERVER without problems. KPSERVER is the AET of a StoreSCP instance.
It does not matter if I use the -S flag for SRQRIM or state only one key like -k 0008,0050='124545' for querying the study with the given accession number. The output is always the same. If I propose BigEndianExplicit with -xb the efilmserver crashes.

I will ask E-Film support if this is a known problem. Efilm conformance statement claims "standard conformance" for EfilmQRSCP

Thanks for your help,

Andreas Knopke

[Jörg Riesmeier]

Could you please also dump the file "rsp0001.dcm" - just to make sure.

[AndreasKnopke]

C:\temp>dcmdump rsp0001.dcm

# Dicom-File-Format

# Dicom-Meta-Information-Header
# Used TransferSyntax: LittleEndianExplicit
(0002,0000) UL 166 # 4, 1 MetaElementGrou
pLength
(0002,0001) OB 00\01 # 2, 1 FileMetaInforma
tionVersion
(0002,0002) UI (no value available) # 0, 0 MediaStorageSOP
ClassUID
(0002,0003) UI [1.2.276.0.7230010.3.1.4.169780210.476.1108496570.1] # 50, 1 Med
iaStorageSOPInstanceUID
(0002,0010) UI =LittleEndianImplicit # 18, 1 TransferSyntaxU
ID
(0002,0012) UI [1.2.276.0.7230010.3.0.3.5.2] # 28, 1 ImplementationC
lassUID
(0002,0013) SH [OFFIS_DCMTK_352] # 16, 1 ImplementationV
ersionName

# Dicom-Data-Set
# Used TransferSyntax: LittleEndianImplicit
(0008,0000) UL 106 # 4, 1 IdentifyingGrou
pLength
(0008,0016) UI (no value available) # 0, 0 SOPClassUID
(0008,0020) DA [20030523] # 8, 1 StudyDate
(0008,0030) TM [102104.000] # 10, 1 StudyTime
(0008,0050) SH [1619351] # 8, 1 AccessionNumber

(0008,0060) CS [CT] # 2, 1 Modality
(0008,0090) PN [M4] # 2, 1 ReferringPhysic
iansName
(0008,1030) LO [CT Oberbauch] # 12, 1 StudyDescriptio
n
(0008,1040) LO (no value available) # 0, 0 InstitutionalDe
partmentName
(0010,0000) UL 66 # 4, 1 PatientGroupLen
gth
(0010,0010) PN [Anonymous] # 16, 1 PatientsName
(0010,0020) LO [_517399] # 8, 1 PatientID
(0010,0030) DA [19190922] # 8, 1 PatientsBirthDa
te
(0010,0040) CS [F] # 2, 1 PatientsSex
(0020,0000) UL 72 # 4, 1 ImageGroupLengt
h
(0020,000d) UI [1.2.840.113619.2.55.1.1762882010.2199.1053613353.898] # 52, 1 S
tudyInstanceUID
(0020,0010) SH [3706] # 4, 1 StudyID


This seems Ok, doesn't it?
Thanks for your help,

Andreas

[Jörg Riesmeier]

You did not specify the QueryRetrieveLevel (0008,0052). And, you should try to specify the unique keys for each level only (patient / study / series / instance). See man page and FAQ #38.

[AndreasKnopke]

Thank your very much for your help. It works now!
I thought I do not need to specify QR level again when using the rsp-file, because I already specified the QR level in the findscu command. Btw. some servers like CONQUEST accept the move request without specifying the QR level again.

Best regards
Andreas

[Jörg Riesmeier]

The QueryRetrieveLevel (0008,0052) is mandatory for both C-FIND and C-MOVE requests. See DICOM part 4 for details.