我认为我不会得到想要的答案,但我想我会在放弃GDCM之前先提出疑问。
我已经使用GDCM库构建了一个工具,可以对本地PACS进行一些查询/检索。在测试过程中,一切正常,但是现在我已经部署了它,我们遇到了一个主要问题。
当C-Move转移一项研究(具有多个系列)并出现带有文档或报告的系列(IE患者规程,剂量报告)时,它将停止传输更多图像,即使对于其他系列中的图像也是如此。研究。使用Wireshark,我可以看到正在发送C-Move请求,但没有返回C-Store传输作为回报。
这将一直持续到下一个研究,该研究将正常转移,直到到达具有文档/报告的另一个系列。我们没有在早期测试中发现这一点,因为我们正在对不包含报告的精选研究进行测试。
使用C-Move,为什么GDCM无法在非图像上玩球?如果我无法轻松克服库的这种限制,那么有没有办法忽略带有报告的系列,或只包含1张图像的系列(这是侦察图像和报告的存储方式,对我来说都不是必需的)。我是否需要为我的Q / R工具更改DCMTK库?
干杯
Shensmobile
答案 0 :(得分:1)
从一开始:
GDCM是:QR SCU和CStore SCP。
PACS是:QR SCP和CStore SCU。
如果以上内容是相反的,则答案不会改变太多,只需颠倒角色即可。
我认为您的PACS或GDCM没有问题。我认为问题出在MOVE请求的关联部分。
您的CStore SCP不支持这些SOP类,因为:
请理解,DICOM网络通信中的大多数问题都在关联部分。在那里进行调试。
我可以肯定地说的是,此问题与C查找或C移动请求/响应无关。此问题与C-Store操作及其关联部分有关。
请阅读Roni的以下精彩文章:
http://dicomiseasy.blogspot.com/2012/01/dicom-queryretrieve-part-i.html
http://dicomiseasy.blogspot.com/2012/02/c-move.html
使用Wireshark,我可以看到正在发送C-Move请求,但是没有返回C-Store传输作为回报。
假设您正在移动研究,将发送一次MOVE请求以启动MOVE操作。然后,MOVE SCP将成为CStore SCU,并将发起另一个与CStore SCP的关联。 CStore SCP可以不同于原始的MOVE SCU;但我认为您的情况并非如此。然后对于每个(可选;不要依赖于此。请阅读下面提到的Roni的文章)CStore操作,传达MOVE响应。您没有在问题中提及MOVE答复。
GDCM不能使用C-Move来处理非图像吗?
我不认为这与上述“非图像”有关;但不能一起绕过这种可能性。可能是因为CStore SCP正在接受那些SOP类(即使它不支持这些SOP类),但由于C-Store出于某种原因拒绝了实例(可能是非映像实例)。您需要在此处检查CStore SCP的日志和配置。
如果我无法轻松克服库的这一限制,是否可以忽略带有报告的系列或仅包含一张图像的系列
您可以选择绕过研究水平检索/移动,然后尝试进行系列水平检索。为此,您首先需要获取该研究的SeriesInstanceUID的列表(C查找)。然后独立移动每个系列。在C-Find响应中,您还将获得其他属性,例如图像计数,您可以在其中放置过滤器以进行进一步的MOVE操作。
我需要为我的Q / R工具更改DCMTK库吗?
如上所述,我认为这个问题与图书馆无关。