java 生成 dicom uid_DICOM“媒体存储SOP实例UID”=“SOP实例UID”是真的吗?为什么?...

克里斯是对的,他们是一样的.从dicom标准部分

C.12.1.1.1:

The SOP Class UID and SOP Instance UID Attributes are defined for all

DICOM IODs. However, they are only encoded in Composite IODs with the

Type equal to 1. See Section C.1.2.3. When encoded they shall be equal

to their respective Attributes in the DIMSE Services and the File Meta

Information header (see PS3.10 Media Storage).

至于这些项目是否重复的原因,我只能推测,但文件元信息标题只存在于dicom文件中(它不由SCP / SCU传输).当SCP从它接收的DICOM数据中写入文件时,它必须从数据集中获取SOP类和实例UID,因此这是机械原因它们是相同的.至于为什么这些标签而不是其他标签,我确信有很多原因,但请注意,任何dicom实体都可以读取文件元信息标题,因为它始终是“Little Endian Explicit”,即使以下数据集有些奇怪转移语法.因此,这两个字段始终保证在任何有效的dicom文件中都是可读和可用的(即使第8组版本采用不可读的传输语法).

我也试着查看这个条件:

However, they are only encoded in Composite IODs

当我查看标准时,几乎每个IOD都是复合IOD:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值