GB/T 40421-2021 健康信息学 消息与通信 DICOM持久对象的网络访问.pdf

  • GB/T 40421-2021  健康信息学 消息与通信 DICOM持久对象的网络访问.pdf为pdf格式
  • 文件大小:14.7 M
  • 下载速度:极速
  • 文件评级
  • 更新时间:2022-01-19
  • 发 布 人: 13648167612
  • 原始文件下载:
  • 原始文件是会员上传的无错版,推荐下载这个版本

  • 电力弱电,pdf格式,下载需要20积分
  • 立即下载

  • word版文件下载:
  • 特别提醒:word版是本站通过人工智能从pdf转换成的word版本,正确率只有90%左右(正在通过训练继续提高准确率),排版恢复的也并不完全准确,没有进行任何人工校对,VIP会员直接免费下载即可,普通会员无法通过点数下载,算是给VIP的活动。

    特别提醒:word版是不完美的,错误较多,只能参考,有需要的可以少打一些字,别下载了找我们说word内容有问题,这是送给VIP会员的。

  • 文档部分内容预览:
  • GB/T 40421-2021  健康信息学 消息与通信 DICOM持久对象的网络访问

    GET方法请求的Accept”学段应规定网络客户端系统支持的媒体类型。媒体类型应至少包括第 6章中规定的、专用于DICOM持久对象类型的MIME(按IETFRFC2045)类型列表项。 注:通常,“Accept"字段由网络客户端以“*/*”的形式发送。一个可选参数规定了网络客户端首选的MIME类 型,并将其作为“Accept”字段规定的媒体类型子集,

    5.2.4响应支持的字符集列表

    认证标准GB/T404212021/ISO17432.2004

    响应应是IETFRFC2616 呵应滑息 注:消息体的内容随5.3.2.2和5.3.4.2定义的媒体类型变化而变化。

    5.3.2单个DICOMMIME子类型部分响应体

    5.3.2.1MIME类型

    容应是包括DICOMPS3.10中定义的元标题的

    应使用7.2.12中定义的传输语法查询参数中规定的一个传输语法对返回的DICOM对象进行 默认情况下,传输语法应为“ExplicitVRLittleEndian”。 注:本规定意味着被检索的影像默认是以未压缩格式进行发送的

    应使用7.2.12中定义的传输语法查询参数中规定的一个传输语法对返回的DIC 码。默认情况下,传输语法应为“ExplicitVRLittleEndian”。 注:本规定意味着被检索的影像默认是以未压缩格式进行发送的

    5.3.4非DICOMMIME类型响应体

    5.3.4.1MIME类型

    MIME类型应是contentType参数中定义的MIME类型之一,最好也是网络客户端最期望的 MIME类型,并在任何情况下都应与GET方法的“Accept”字段相兼容。 注:HTTP行为是:如果不能提供所需的内容类型,则返回一个错误提示:406-notacceptable。

    6.2~6.5对某些具体对象类型的规定进行了定义。 在所有的情况中,分类都取决于对象的SOP类,从而使客户端(或为客户端开发HTML网页的应 用程序)在请求前就可确定具体的需求

    6.2.1被访问的对象

    本类别都是DICOMPS3.3中定义的SOP类的对象实例,是由一个影像顿组成,或是由只包含一 的多顿SOP类实例组成,也可以是由对象实例组成。其中对象实例是由使用“frameNumber”参数访 问多顿SOP类实例中的单顿组成。

    6.2.2MIME类型约束条件

    6.3.1被包括的对象

    本类别都是DICOMPS3.3中定义的、且为多顿影像对象的S

    6.3.2MIME类型约束条件

    6.4.1被包括的对象

    本类别都是DICOMPS3.3中定义的、且包括SR文档内容模块的所有SOP类。 注:本类别包括的所有SOP类都是SR文档,如叙述性文本、结构化报告、计算机辅助设计、测量报告和关键对象选 择文档。

    6.4.2MIME类型约束条件

    服务器应能以下列每种MIME类型发送响应

    GB/T40421—2021/ISO17432.2004

    6.5.1被包括的对象

    6.5.2MIME类型约束条件

    7.1适用于所有DICOM持久对象的参数

    7.1.27.1.8中规定的参数适用于所有支持的DICOMSOP类。 标识一个DICOM对象只需一个UID,因为每个UID都是全球唯一。但为了支持那些只支持基线 层次(而不是扩展关系)的查询/检索模型的DICOM设备,本文件要求在DICOM信息模型中规定更高 层次的UID(即序列和检查)。按DICOMPS3.4中的定义,检索SOP实例时应对检查实例UID和序 列实例UID进行定义。

    所执行请求的类型。该参数为必备型。 参数名称应为“requestType”。 参数值应为“WADO”。 注:该参数允许将来使用类似的语法引入请求的其他类型。

    7.1.3检查实例的唯一标识符

    DICOMPS3.3中定义的检查实例UID。该参数为必备型。 参数名称应为"studyUID”。 按DICOMPS3.5的规定,参数值应按UID字符串进行编码,但不应使用空字符将其填

    DICOMPS3.3中定义的检查实例UID。该参数为必备型。 参数名称应为“studyUID”。 按DICOMPS3.5的规定,参数值应按UID字符串进行编码,但不应使用空字符将其填充为等

    7.1.4系列实例的唯一标识符

    DICOMPS3.3中定义的序列实例UID。该参数为必备型。 参数名称应为“seriesUID"。 按DICOMPS3.5的规定,参数值应按UID字符串进行编码,但不应使用空字符将其填充为等长 长度。

    7.1.5对象的唯一标识符

    DICOMPS3.3定义的SOP实例UID。该参数为必备型。 参数名称应为“objectUID"。 按DICOMPS3.5的规定,参数值应按UID字符串进行编码,但不应使用空字符将其填充为 度

    Z.1.6响应的MIME类型

    按IETFRFC2616的定义,网络客户端期望从服务器获得响应的MIME类型。该参数为可选型。 参数名称应为"contentType"。 按IETFRFC2616的规定:参数值应是MIME类型列表,其中MIME类型之间用“,”隔开,并可能 与相对优先级相关。 网络客户端应在GET方法的“Accept”字段中提供其支持的内容类型列表。请求的contentType 参数值应是该字段中规定值之一。 注1:通常,Accept"字段将由网络客户端以“*/*”的形式发送,并与所有的MIME类型兼容。 注2:当该参数不存在时,响应的默 和6.5.2中的“MIME类型约束条件”决定

    仅适用于DICOM单顿和多顿影像持久对象的参

    只有当请求访问的是6.2和6.3分别定义的单顿影像对象或多顿影像对象时才应包括这些参数。

    7.2.2关于对象的注释

    参数名称应为"columns”。

    参数名称应为"columns”

    GB/T40421—2021/ISO17432:2004

    放名称应为"frameNumber” DICOMPS3.3的定义,规定应返回的多帧影像对象中具有某个编号的单顿影像。该参数为可

    参数名称应为"frameNumber” 按DICOMPS3.3的定义,规定应返回的多顿影像对象中具有某个编号的单顿影像。

    7.2.10展示对象的唯一标识符

    7.2.11包含展示对象的系列唯一标识符

    参数名称应为“presentationSeriesUID”。 包含应用于影像的展示状态存储对象的序列实例UID。该参数为必备型,且只有在存在presenta tionUID时才存在。 按DICOMPS3.5的规定,参数值应按UID字符串进行编码,但不应使用空字符将其填充为等长 长度。 注:按DICOM的规定,展示状态将与其所应用的影像在同一检查中。

    7.2.12传输语法UID

    参数名称应为“transferSyntax”

    参数名称应为“transferSyntax”。

    GB/T40421—2021/ISO17432.2004

    A.3组件的语法

    对DICOM持久对象的网络访问参数的BNF语法限制如下: a) b) parameter= name“="value; ) name=nchars; d) value=nchars;

    e)nchars * nchar; f)nchar=unreserved|escaped。 其中,IETFRFC2396对unreserved(不保留)和escaped(转义)进行了定义

    GB/T40421—2021/ISO17432:2004

    B.1检索JPEG格式的简单DICOM影像

    B.2检索HTML格式的DICOMSR

    B.3检索DICOM影像的区域

    B.4按照DICOMMIME类型进行检索

    DICOM与“基于网络”的环境在多个应用程序中进行交互。“基于网络”是指使用互联网技术(如 网络、电子邮件)的信息和通信系统。本文件支持的基本特性是“基于网络”的系统从“基于DICOM”的 系统中检索DICOM持久对象的一种机制。 典型的应用如下: a)引用电子患者记录(ElectronicPatientRecord,EPR)中的影像或报告; b)电子邮件中包括对影像的引用; c)允许外部医生访问包含对报告、影像和波形的引用的医院网络服务器; d)充许通过网络服务器访问已名化的DICOM报告、影像和波形,用于教学目的和临床试验。 要使用“WADO”检索DICOM持久对象玻璃钢管标准,则“基于网络”的系统应“知道”其需要检索的对象的UID (如检查、序列和SOP实例)。这些UID可通过不同的方法获得,如接收包含文档的标准化消息(其中, 文档包含对DICOM对象的引用)、查询其他系统等。这些方法不在本文件范围内

    DICOM与"基于网络”的环境在多个应用程序中进行交互。“基于网络”是指使用互联网技术(如 网络、电子邮件)的信息和通信系统。本文件支持的基本特性是“基于网络”的系统从“基于DICOM”的 系统中检索DICOM持久对象的一种机制。 典型的应用如下: a)引用电子患者记录(ElectronicPatientRecord,EPR)中的影像或报告; b)电子邮件中包括对影像的引用; c)允许外部医生访问包含对报告、影像和波形的引用的医院网络服务器; d)充许通过网络服务器访问已名化的DICOM报告、影像和波形,用于教学目的和临床试验。 要使用“WADO”检索DICOM持久对象,则“基于网络”的系统应“知道”其需要检索的对象的UID (如检查、序列和SOP实例)。这些UID可通过不同的方法获得,如接收包含文档的标准化消息(其中, 文档包含对DICOM对象的引用)、查询其他系统等。这些方法不在本文件范围内,

    GB/T40421—2021/ISO17432:2004

    表D.1给出了某些IANA值与用于定义术语的DICOM特定字符集之间的资料性映射。

    1给出了某些IANA值与用于定义术语的DICOM特定字符集之间的资料性映射。

    布线标准表D.1IANA值与DICOM特定字符集之间的映

    GB/T404212021/ISO17432:2004

    ....
  • 通信标准
  • 相关专题:

相关下载

专题: 锅炉标准 |闸阀标准 |路桥管理及其他 |检测试验 |包装标准 |

常用软件