带有 CT 和 MR 标签的 DICOM 文件
DICOM file with CT and MR tags
已从 CT 和 MR 图像生成 DICOM 文件（人工轴向切片）。聚合文件是否可以同时包含 CT 和 MR DICOM 标签？例如。 Echo Time (0x18, 0x81) 和 KVP (0x18,0x60)?
我找不到关于一个图像模态模块是否排他性的任何信息，想知道这样的人工图像是否可能 运行 与其他供应商的软件发生冲突。任何帮助将不胜感激。
属性 SOP Class UID (0008,0016) 决定了你拥有哪个 "type of object" 以及 so-called 信息 Object 定义 (IOD)。 IOD 告诉您，对于 object 的类型，哪些属性是强制性的，哪些是允许的（并且隐含地：哪些是不允许的）。
因此，合并关于来自两个不同 IOD 的采集过程的属性不是一个好主意。将广泛失败的是 DICOM 查看器中这些 object 的注释。大多数查看器都有一个 SOP Class- 或依赖模态的配置，用于定义如何使用 DICOM header 信息对图像进行注释。 SOP Class UID 和 Modality 必须提供一个在您的情况下不能完全正确的值。所以你必须决定另一个应用程序是否将图像视为 "CT only" 或 "MR only".
因此，无法合并 IOD 表并仍然声明生成此类图像的应用程序符合 DICOM。
我知道的很多系统只是将 DICOM header 视为 "stream of attributes"，而不考虑正确性和一致性。只要您的像素数据和订购信息（患者姓名、ID、...、研究实例 UID、系列实例 UID）被正确编码，您就可能不会 运行 陷入严重的问题。
但是，我永远不会建议任何人实施这样的事情。迟早有人会根据 DICOM 标准验证您的 objects，发现他们是公然错误的，并为此责怪其他人。
正如其他人所解释的，您需要遵循 DICOM 标准。基本上，您需要实现 SOP Class 实例的相关 IOD 中定义的内容。
同样，正如其他人所解释的，您可以使用 so-called 'Standard Extended SOP Class'。但请务必阅读此类 class:
的定义
引用段落：
Standard Extended SOP Classes shall:
- be a proper super set of one Standard SOP Class;
- not change the semantics of any Standard Attribute of that Standard SOP Class;
- not contain any Private Type 1, 1C, 2, or 2C Attributes, nor add additional Standard Type 1, 1C, 2 or 2C Attributes;
- not change any Standard Type 3 Attributes to Type 1, 1C, 2, or 2C;
- use the same UID as the Standard SOP Class on which it is based.
所以总而言之，不，您当然不能创建具有剩余 kVp (0018,0060) 属性的 MR 实例，它对于 MR 模态可能没有任何意义，在这种情况下您正在更改 public属性。
已从 CT 和 MR 图像生成 DICOM 文件（人工轴向切片）。聚合文件是否可以同时包含 CT 和 MR DICOM 标签？例如。 Echo Time (0x18, 0x81) 和 KVP (0x18,0x60)?
我找不到关于一个图像模态模块是否排他性的任何信息，想知道这样的人工图像是否可能 运行 与其他供应商的软件发生冲突。任何帮助将不胜感激。
属性 SOP Class UID (0008,0016) 决定了你拥有哪个 "type of object" 以及 so-called 信息 Object 定义 (IOD)。 IOD 告诉您，对于 object 的类型，哪些属性是强制性的，哪些是允许的（并且隐含地：哪些是不允许的）。
因此，合并关于来自两个不同 IOD 的采集过程的属性不是一个好主意。将广泛失败的是 DICOM 查看器中这些 object 的注释。大多数查看器都有一个 SOP Class- 或依赖模态的配置，用于定义如何使用 DICOM header 信息对图像进行注释。 SOP Class UID 和 Modality 必须提供一个在您的情况下不能完全正确的值。所以你必须决定另一个应用程序是否将图像视为 "CT only" 或 "MR only".
因此，无法合并 IOD 表并仍然声明生成此类图像的应用程序符合 DICOM。
我知道的很多系统只是将 DICOM header 视为 "stream of attributes"，而不考虑正确性和一致性。只要您的像素数据和订购信息（患者姓名、ID、...、研究实例 UID、系列实例 UID）被正确编码，您就可能不会 运行 陷入严重的问题。
但是，我永远不会建议任何人实施这样的事情。迟早有人会根据 DICOM 标准验证您的 objects，发现他们是公然错误的，并为此责怪其他人。
正如其他人所解释的，您需要遵循 DICOM 标准。基本上，您需要实现 SOP Class 实例的相关 IOD 中定义的内容。
同样，正如其他人所解释的，您可以使用 so-called 'Standard Extended SOP Class'。但请务必阅读此类 class:
的定义引用段落：
Standard Extended SOP Classes shall:
- be a proper super set of one Standard SOP Class;
- not change the semantics of any Standard Attribute of that Standard SOP Class;
- not contain any Private Type 1, 1C, 2, or 2C Attributes, nor add additional Standard Type 1, 1C, 2 or 2C Attributes;
- not change any Standard Type 3 Attributes to Type 1, 1C, 2, or 2C;
- use the same UID as the Standard SOP Class on which it is based.
所以总而言之，不，您当然不能创建具有剩余 kVp (0018,0060) 属性的 MR 实例，它对于 MR 模态可能没有任何意义，在这种情况下您正在更改 public属性。