DICOM不支持的属性
本文关键字:属性 不支持 DICOM | 更新日期: 2023-09-27 18:11:01
我刚刚开始负责开发一款耗时数年的Dicom系统(2009年开发)。并且用户现在想要使用以前从未在系统中使用过的属性(Dicom-tag): "(0010,0021) IssuerOfPatientID"。
我们的系统只负责将患者数据从HIS/RIS传输到模式。
该模式发送一个C-Find RQ给具有此特定属性的SCP,当然还有其他属性。SCP用C-find RSP响应C-find RQ,它包含RQ中除了(0010,0021)的所有属性。其他属性获得一个值,或者如果没有找到任何信息,它们显示为",如预期的那样。(0010,0021)从SCP响应中完全移除。
以上已被Wireshark-logs确认。该属性被请求使用一个零长度的属性,该属性应该匹配任何内容。
由于我无法以任何方式访问这些服务器,我无法亲眼确认任何事情。但是他们向我保证,(0010,0021)的值正从他们的HIS/RIS发送到工作列表收集器,并保存在工作列表数据库中。因此,我也无法查看系统日志。
所以我开始阅读不支持的属性。这个属性似乎是可选的,或者系统不支持它。制造商告诉我们的共同客户,他们可以毫无问题地使用这个属性,但是……它不工作。
作为开发人员,我能做些什么来支持这个属性吗?还是由设备一致性声明控制?
我相信你已经注意到,我是Dicom和我们系统的新手。
提前感谢!
[编辑]据我所知,该属性是可选的。它不应该是必需的,但我们仍然希望它在RSP中出现,或者带值,或者带"。我怎么能做到呢?
(编辑跟踪)这个问题解决了。实际的问题是,工作列表收集器没有添加属性,因为它在"标签列表"(标签类)中缺失。将属性添加到标记列表,并在Worklist收集器中添加对标记的支持后,它现在可以工作了。
只要在数据库中进行一次查询就可以更容易地解决这个问题,但是正如我前面所说的,我无法访问数据库,我的客户很难让it团队查找这个
如果您无法访问SCP代码来进行必要的更改,您可以创建一个代理SCP,它将从Modality转发查询请求到工作列表SCP,并在将其发送到Modality之前,将无值的患者ID(0010,0021)颁发者插入到匹配的查询响应(其中状态为pending)中。
然而,Modality要求您返回一个可选键是很奇怪的。DICOM标准对此非常明确。请参考DICOM标准的PS3.4节C.2.2.1.3"(SCP)不支持可选密钥的存在,那么在C-FIND响应中不返回属性"