我想知道是否有人试图解决以下问题。我需要在远程DICOM Q / R服务器上执行一系列测试。这将允许一些简单的DICOM一致性声明检查。
作为测试套件的实现细节,我运行以下命令(DCMTK样式命令):
$ findscu --study --cancel 1 --key 0020,0010=* --key 8,52=STUDY --aetitle MINE --call THEIR dicom.example.com 11112
此处的目标是找到有效的 StudyID (稍后我将使用 StudyID 执行较低的关键级别C-FIND,以及一些相关的C -MOVE查询)。当然,如果我可以上传我自己的数据集并尝试将其取回,那将会容易得多,但我无法在临床环境中对付正在运行的PACS。我需要使用最少数量的查询来定义如何查找有效的 StudyID 。
但是我担心某些DICOM实现可能会policies
禁止查询整个数据库。
所以我想知道是否有人编写了policies
的列表,并且可能描述了一种从具有最少数量的C-FIND查询的远程服务器检索有效StudyID的方法。
答案 0 :(得分:4)
我想我可以简单地选择:
TODAY=`date +"%Y%m%d"`
findscu --study --key 0008,0020="$TODAY-" --key 0020,0010=* --key 8,52=STUDY --aetitle MINE --call THEIR dicom.example.com 11112
如果这不起作用(返回空),我会检查yesterday
结果。
答案 1 :(得分:4)
欢迎来到DICOM-wonderland。
你是对的,你应该非常,非常,非常小心地在临床PACS上运行随机查询。我已经看到商业PAC发送他们的整个(!)数据库作为一个它不理解的查询的结果。不是很好看。这(以及隐私)是全世界许多医院PACS管理员非常害怕通过DICOM直接访问其PACS的原因之一。
总的来说,我会说标准化不会对你有所帮助。所以你必须找到适合你的东西,哪些不会让PACS失效。这里不保证。
只是查询医院PACS的观察清单:
所以,如果您想在任何随机PACS上工作,我会建议:
最简单的是使用固定的StudyID,假设它在PACS中保留的时间足够长。如果没有,请考虑限制查询以不使PACS超载(“TODAY”建议您使用该描述)。
祝你好运!