3

已从 CT 和 MR 图像生成 DICOM 文件（人工轴向切片）。聚合文件是否可以同时包含 CT 和 MR DICOM 标签？例如Echo Time (0x18, 0x81)和KVP (0x18,0x60)？

我找不到任何信息是否一个图像模态模块与另一个模态模块互斥，并且想知道这样的人造图像是否会与其他供应商的软件发生故障。任何帮助将不胜感激。

4

2 回答 2

2

属性 SOP Class UID (0008,0016) 决定了您拥有的“对象类型”以及所谓的信息对象定义 (IOD)。IOD 告诉您，对于对象类型，哪些属性是强制性的，哪些是允许的（隐含地：哪些是不允许的）。

因此，合并来自两个不同 IOD 的采集过程的属性并不是一个好主意。将广泛失败的是在 DICOM 查看器中对这些对象的注释。大多数查看器都有一个依赖于 SOP 类或模态的配置，该配置定义了如何使用 DICOM 标头信息对图像进行注释。SOP Class UID 和 Modality 必须提供一个在您的情况下不能完全正确的值。因此，您必须决定另一个应用程序是将图像视为“仅 CT”还是“仅 MR”。

因此，无法合并 IOD 表并仍然为生成此类图像的应用程序声明 DICOM 一致性。

我知道的许多系统只是将 DICOM 标头视为“属性流”，而不考虑正确性和一致性。只要您的像素数据和订购信息（患者姓名、ID、...、研究实例 UID、系列实例 UID）正确编码，您就可能不会遇到严重的问题。

但是，我永远不会建议任何人实施这样的事情。有人会根据 DICOM 标准验证您的对象，发现它们明显错误并为此责怪您，这只是时间问题。

于 2017-02-20T14:23:38.450 回答
2

正如其他人所解释的，您需要遵循 DICOM 标准。基本上，您需要实现 SOP 类实例的相关 IOD 中定义的内容。

正如其他人所解释的那样，您可以使用所谓的“标准扩展 SOP 类”。但请务必阅读此类的定义：

引用段落：

标准扩展 SOP 类应：

  1. 是一个标准 SOP 类的适当超集；
  2. 不改变该标准 SOP 类的任何标准属性的语义；
  3. 不包含任何私有类型 1、1C、2 或 2C 属性，也不添加额外的标准类型 1、1C、2 或 2C 属性；
  4. 不将任何标准类型 3 属性更改为类型 1、1C、2 或 2C；
  5. 使用与它所基于的标准 SOP 类相同的 UID。

所以总而言之，不，您当然不能创建具有剩余 kVp (0018,0060) 属性的 MR 实例，它不可能对 MR 模态有任何意义，在这种情况下，您正在更改公共属性的语义。

于 2017-02-21T10:14:44.293 回答