Q: PACS Imaging v17 vs v17.5 Query/Retrieve model change in StudyInstanceUID attribute ?

Regards,

while testing C-FIND functionality in v17.5 of PACS Imaging, I have noticed C-Find doesn't work as in v17.
Attribute StudyInstanceUID no longer exists in QueryRetrieve Request at STUDY query retrieve level.

Reading DICOM 3.0 standard from August 2009., StudyInstanceUID attribute has Type (U).
Now documentation has no explanation of (U) Type:

Dicom Standard 3.0 from Avgust 2009. 09_04pu, page 78., C.6.1.1.3 QUERY/RETRIEVE Study Level:
"STUDY LEVEL KEYS FOR THE PATIENT ROOT
QUERY/RETRIEVE INFORMATION MODEL
Description Tag Type
Study Date (0008,0020) R
Study Time (0008,0030) R
Accession Number (0008,0050) R
Study ID (0020,0010) R
Study Instance UID (0020,000D) U
Modalities in Study (0008,0061) O"

Dicom Standard 3.0 from Avgust 2009. 09_04pu, page 193., K.1.2 Conventions:
"Matching Key Attributes may be of Type "required" (R) or "optional" (O). Return Key Attributes
may be of Type 1, 1C, 2, 2C, 3 as defined in PS 3.5."

Naturally I am little confused, in why there are changes in functionality???

thank you

// NB

Hello NB,

"U" - stands for Unique key.  The SCP is still required to fill this in the C-Find response.

We have tested our C# High and Low Level demos, as well as the C++ client demos.  In all causes we are sending the Study Instance UID tag in the C-Find request.

What demo are you using to test with, and what build of the Leadtools.Dicom.dll are you using?

Well actually figured out what was making attributes wanish attributes.
if Leadtools.Dicom.Tables.dll not referenced by the project,
attributes are missing in Request using FindQuery class.

Okay, that was my next suggestion.  I have been bitten by that before as well.  Glad you figured it out.