Seeing an issue where one application is performing a C-FIND.  It is
only using Study Date... for example "20110218 - 20110218" .  Study
time is "null".

When that is performed, we get zero results.  If I do multiday range
"20110217 - 20110218", then I get results for 2011-02-07 but not
2011-02-18.

Its almost as if the PACS auto assumes 12:01AM for the Study time.
That would explaine why I don't get results for 2/18 on the latter
query.

Do I push back on the SCU or the SCP application mfg?  Having trouble
finding what the DICOM standard dictates.

Hey, as far as i know The Tag has to be there but does not need to
have a value.


On Feb 18, 7:04=A0pm, Kevin <kevin3...@gmail.com> wrote:
> Seeing an issue where one application is performing a C-FIND. =A0It is
> only using Study Date... for example "20110218 - 20110218" . =A0Study
> time is "null".
>
> When that is performed, we get zero results. =A0If I do multiday range
> "20110217 - 20110218", then I get results for 2011-02-07 but not
> 2011-02-18.
>
> Its almost as if the PACS auto assumes 12:01AM for the Study time.
> That would explaine why I don't get results for 2/18 on the latter
> query.
>
> Do I push back on the SCU or the SCP application mfg? =A0Having trouble
> finding what the DICOM standard dictates.

On 18 Feb., 19:04, Kevin <kevin3...@gmail.com> wrote:
> Seeing an issue where one application is performing a C-FIND. =A0It is
> only using Study Date... for example "20110218 - 20110218" . =A0Study
> time is "null".
>
> When that is performed, we get zero results. =A0If I do multiday range
> "20110217 - 20110218", then I get results for 2011-02-07 but not
> 2011-02-18.
>
> Its almost as if the PACS auto assumes 12:01AM for the Study time.
> That would explaine why I don't get results for 2/18 on the latter
> query.
>
> Do I push back on the SCU or the SCP application mfg? =A0Having trouble
> finding what the DICOM standard dictates.

Hey I'm back with some more news.
From the DICOM Standard 3.4:
C.4.1.1.3.1 Request Identifier Structure
An Identifier in a C-FIND request shall contain:
=97 Key Attributes values to be matched against the values of storage
SOP
Instances managed by the SCP.
=97 Query/Retrieve Level, element (0008,0052) which defines the level of
the
query.
=97 Conditionally, the Attribute Specific Character Set (0008,0005).
This
Attribute shall be included if expanded or replacement character sets
may be
used in any of the Attributes in the Request Identifier. It shall not
be included
otherwise.

The Tags you'll need in your C-FIND-RQ can be found here (part 3 of
the DICOM standard http://www.dclunie.com/dicom-status/status.html at
heading "Base Standard - 2009"):

Table C.7-3
GENERAL STUDY MODULE ATTRIBUTES
Study Instance UID (0020,000D)
Study Date (0008,0020)
Study Time (0008,0030)
Referring Physician's Name (0008,0090)
Study ID (0020,0010)
Accession Number (0008,0050)

Basically, only the StudyInstanceUID has to contain a value when
sending a C-FIND-RQ on study level (desired in the C-FIND-RQ message
tag (0008,0052) - enum which contains one of these: PATIENT; STUDY;
SERIES; IMAGE). All other attributes named above need to be there but
don't need to have a value assigned.

Regards,

On Feb 23, 2:19=A0am, inva <inv...@googlemail.com> wrote:
> On 18 Feb., 19:04, Kevin <kevin3...@gmail.com> wrote:
>
> > Seeing an issue where one application is performing a C-FIND. =A0It is
> > only using Study Date... for example "20110218 - 20110218" . =A0Study
> > time is "null".
>
> > When that is performed, we get zero results. =A0If I do multiday range
> > "20110217 - 20110218", then I get results for 2011-02-07 but not
> > 2011-02-18.
>
> > Its almost as if the PACS auto assumes 12:01AM for the Study time.
> > That would explaine why I don't get results for 2/18 on the latter
> > query.
>
> > Do I push back on the SCU or the SCP application mfg? =A0Having trouble
> > finding what the DICOM standard dictates.
>
> Hey I'm back with some more news.
> From the DICOM Standard 3.4:
> C.4.1.1.3.1 Request Identifier Structure
> An Identifier in a C-FIND request shall contain:
> =97 Key Attributes values to be matched against the values of storage
> SOP
> Instances managed by the SCP.
> =97 Query/Retrieve Level, element (0008,0052) which defines the level of
> the
> query.
> =97 Conditionally, the Attribute Specific Character Set (0008,0005).
> This
> Attribute shall be included if expanded or replacement character sets
> may be
> used in any of the Attributes in the Request Identifier. It shall not
> be included
> otherwise.
>
> The Tags you'll need in your C-FIND-RQ can be found here (part 3 of
> the DICOM standardhttp://www.dclunie.com/dicom-status/status.htmlat
> heading "Base Standard - 2009"):
>
> Table C.7-3
> GENERAL STUDY MODULE ATTRIBUTES
> Study Instance UID (0020,000D)
> Study Date (0008,0020)
> Study Time (0008,0030)
> Referring Physician's Name (0008,0090)
> Study ID (0020,0010)
> Accession Number (0008,0050)
>
> Basically, only the StudyInstanceUID has to contain a value when
> sending a C-FIND-RQ on study level (desired in the C-FIND-RQ message
> tag (0008,0052) - enum which contains one of these: PATIENT; STUDY;
> SERIES; IMAGE). All other attributes named above need to be there but
> don't need to have a value assigned.
>
> Regards,

Yes, I aslo read that if the value is zero/null, then it should return
all results.  So in effect, if I choose 2011-02-11 to 2011-02-12, and
null on Study Time..... I should get all studies that match my
requested Study Date.... regardless of study time.  The Study Time is
coming across.... it is left blank.  Looks like their system auto
interpets the Study Time as Midnight.  Still pushing on them to admit
it. :-)

On 25 Feb., 15:37, Kevin <kevin3...@gmail.com> wrote:
> On Feb 23, 2:19=A0am, inva <inv...@googlemail.com> wrote:
>
>
>
>
>
>
>
>
>
> > On 18 Feb., 19:04, Kevin <kevin3...@gmail.com> wrote:
>
> > > Seeing an issue where one application is performing a C-FIND. =A0It i=
s
> > > only using Study Date... for example "20110218 - 20110218" . =A0Study
> > > time is "null".
>
> > > When that is performed, we get zero results. =A0If I do multiday rang=
e
> > > "20110217 - 20110218", then I get results for 2011-02-07 but not
> > > 2011-02-18.
>
> > > Its almost as if the PACS auto assumes 12:01AM for the Study time.
> > > That would explaine why I don't get results for 2/18 on the latter
> > > query.
>
> > > Do I push back on the SCU or the SCP application mfg? =A0Having troub=
le
> > > finding what the DICOM standard dictates.
>
> > Hey I'm back with some more news.
> > From the DICOM Standard 3.4:
> > C.4.1.1.3.1 Request Identifier Structure
> > An Identifier in a C-FIND request shall contain:
> > =97 Key Attributes values to be matched against the values of storage
> > SOP
> > Instances managed by the SCP.
> > =97 Query/Retrieve Level, element (0008,0052) which defines the level o=
f
> > the
> > query.
> > =97 Conditionally, the Attribute Specific Character Set (0008,0005).
> > This
> > Attribute shall be included if expanded or replacement character sets
> > may be
> > used in any of the Attributes in the Request Identifier. It shall not
> > be included
> > otherwise.
>
> > The Tags you'll need in your C-FIND-RQ can be found here (part 3 of
> > the DICOM standardhttp://www.dclunie.com/dicom-status/status.htmlat
> > heading "Base Standard - 2009"):
>
> > Table C.7-3
> > GENERAL STUDY MODULE ATTRIBUTES
> > Study Instance UID (0020,000D)
> > Study Date (0008,0020)
> > Study Time (0008,0030)
> > Referring Physician's Name (0008,0090)
> > Study ID (0020,0010)
> > Accession Number (0008,0050)
>
> > Basically, only the StudyInstanceUID has to contain a value when
> > sending a C-FIND-RQ on study level (desired in the C-FIND-RQ message
> > tag (0008,0052) - enum which contains one of these: PATIENT; STUDY;
> > SERIES; IMAGE). All other attributes named above need to be there but
> > don't need to have a value assigned.
>
> > Regards,
>
> Yes, I aslo read that if the value is zero/null, then it should return
> all results. =A0So in effect, if I choose 2011-02-11 to 2011-02-12, and
> null on Study Time..... I should get all studies that match my
> requested Study Date.... regardless of study time. =A0The Study Time is
> coming across.... it is left blank. =A0Looks like their system auto
> interpets the Study Time as Midnight. =A0Still pushing on them to admit
> it. :-)

Unfortunately some vendors don't comply with the DICOM standard when
developing applications.
But one more hint how to figure this out: you may find this
information by looking into the DICOM conformance statement of the
vendors device.

Good Luck! :)