已从 CT 和 MR 图像生成 DICOM 文件（人工轴向切片）。聚合文件是否可以同时包含 CT 和 MR DICOM 标签？例如。 Echo Time (0x18, 0x81) 和 KVP (0x18,0x60)?
我找不到任何信息是否一个图像模态模块是否与另一个图像模态模块互斥，并且想知道这样的人造图像是否会与其他供应商的软件发生故障。任何帮助将不胜感激。
【问题讨论】：
标签： image-processing dicom medical tomography-reconstruction
属性 SOP Class UID (0008,0016) 确定您拥有的“对象类型”，并由此确定所谓的信息对象定义 (IOD)。 IOD 告诉您，对于对象类型，哪些属性是强制性的，哪些是允许的（隐含地：哪些是不允许的）。
因此，合并来自两个不同 IOD 的采集过程的属性并不是一个好主意。将广泛失败的是在 DICOM 查看器中对这些对象的注释。大多数查看器都有一个依赖于 SOP 类或模态的配置，该配置定义了如何使用 DICOM 标头信息对图像进行注释。 SOP Class UID 和 Modality 必须提供一个在您的情况下不能完全正确的值。因此，您必须决定其他应用程序是将图像视为“仅 CT”还是“仅 MR”。
因此，无法合并 IOD 表并仍然为生成此类图像的应用程序声明 DICOM 一致性。
我知道的许多系统只是将 DICOM 标头视为“属性流”，而不考虑正确性和一致性。只要您的像素数据和订购信息（患者姓名、ID、...、研究实例 UID、系列实例 UID）正确编码，您就可能不会遇到严重的问题。
但是，我绝不会建议任何人实施这样的事情。有人会根据 DICOM 标准验证您的对象，发现他们明显错误并为此责备您，这只是时间问题。
【讨论】：
正如其他人所解释的，您需要遵循 DICOM 标准。基本上你需要实现你的 SOP 类实例的相关 IOD 中定义的内容。
同样，正如其他人所解释的那样，您可以使用所谓的“标准扩展 SOP 类”。但请务必阅读此类的定义：
引用段落：
标准扩展 SOP 类应：
- 是一个标准 SOP 类的适当超集；
- 不更改该标准 SOP 类的任何标准属性的语义；
- 不包含任何私有类型 1、1C、2 或 2C 属性，也不添加额外的标准类型 1、1C、2 或 2C 属性；
- 不将任何标准类型 3 属性更改为类型 1、1C、2 或 2C；
- 使用与它所基于的标准 SOP 类相同的 UID。
因此，总而言之，不，您当然不能创建具有剩余 kVp (0018,0060) 属性的 MR 实例，这对于 MR 模态不可能意味着任何事情，在这种情况下，您正在更改公共属性的语义。
【讨论】：