dicom - 为什么 GE PACS 在 StudyLevel 中使用带有 c-find 的 Modality
问题描述
我使用 DCMTK 的 c-find 来查询 GE 的 pacs 和 study root,study level。条件为 studydate = 20181112, Modality="" 查询 PatientID。
我知道 Modality 是系列级别下的标签。PACS 不应将此条件与研究根、研究级别一起使用。我使用 dicomobject 和 dcm4chee 作为 scp,cfind 不返回模态。
我使用 ModalitiesInStudy 而不是 Modality,GE pacs 可以找到正确的数字。我知道学习 ModalitiesInStudy 是学习级别。
为什么 GE 当天返回的模态值和查询的学习次数是错误的,比实际数少得多?
解决方案
假设 PACS 应该忽略不适当的查询键是不正确的。对格式错误的查询最符合 DICOM 的反应是拒绝状态为 A900(标识符与 SOP 类不匹配)的请求。
然而在实践中,限制性并不总是最好的选择。因此,您观察到的行为可以被视为“GE PACS 试图充分利用您的格式错误的请求”。显然,这没有对错之分。
如果不知道 PACS 的内容以及确切的请求和响应,就无法猜测 PACS 是如何在过滤中使用不适当的属性的。但由于基线是“垃圾输入/垃圾输出”,我认为这并不重要
推荐阅读
- python - Python - 将输入附加到 .txt 但删除先前的数据
- php - 我可以在另一个文件中运行 sql 查询吗?
- javascript - 如果用户单击聊天机器人外部,如何添加触发关闭聊天机器人?
- javascript - 如何获取实时 Firebase 数据并显示在网页上的更新表上
- java - 在 Windows 10(使用 Java 7)中通过双击运行 JNLP
- kubernetes - 如何使用 kubespray 更新 kubernetes-dashboard
- database - 如何查询三个相关的表?
- c++ - 如何正确理解回车(又名 \r)?
- python - 如何通过每个块的行数列表拆分数据框?
- javascript - 在jsp页面中加载反应应用程序