Dose this findscu command legal?

All other questions regarding DCMTK

Moderator: Moderator Team

Post Reply
Message
Author
hamlet
Posts: 13
Joined: Tue, 2004-11-16, 09:53

Dose this findscu command legal?

#1 Post by hamlet » Thu, 2005-04-28, 09:18

Hi,
I use findscu to find patient info.
findscu -v -d -k 0010,0010="" -k 0010,0020="" -k 0008,0052="STUDY"
-k 0008,0020="-20020101" -k 0008,0030="" -k 0020,000D="" -P -aet CDRHamlet -aec Test_SERVER 192.168.0.XX 104
Patient Root Study Level
I want to get studyDate before 20020101 and I want to get
1. Patient Name
2. Patient ID
3. StudyDate
4. StudyTime
5. Study Instance UID

But the server return error for "Invalid Level".

I change params to 0010,0020="*"
findscu -v -d -k 0010,0010="" -k 0010,0020="*" -k 0008,0052="STUDY"
-k 0008,0020="-20020101" -k 0008,0030="" -k 0020,000D="" -P -aet CDRHamlet -aec Test_SERVER 192.168.0.XX 104
It works, but it dosen't return Patient Name.
When I use "-S" (Study Root), it works fine.
I'm sure server support Patient Root/Study Root.

I test this command on other servers, they are ok.

Are there bugs in server?
or is my findscu params illegal?

hamlet
Posts: 13
Joined: Tue, 2004-11-16, 09:53

#2 Post by hamlet » Thu, 2005-04-28, 12:19

I read the PS 3.4-2004 C.4.1.3.2.1 Relational-Queries
Maybe I use findscu is relational query.
Some servers get CFind without extended negotiation, they always use relational queries, and some servers don't.

Is it right?

Jörg Riesmeier
ICSMED DICOM Services
ICSMED DICOM Services
Posts: 2217
Joined: Fri, 2004-10-29, 21:38
Location: Oldenburg, Germany

#3 Post by Jörg Riesmeier » Fri, 2005-04-29, 10:36

StudyDate is a required matching key on STUDY level and not on PATIENT level.

Relational queries are an extended behavior which has to be negotiated separately. Most Q/R implementation will not support this model.

Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 1 guest