WS T 790.1-2021 区域卫生信息平台交互标准 第1部分:总则.pdf

上传人:王申宇 文档编号:1528258 上传时间:2022-01-28 格式:PDF 页数:69 大小:2.03MB
下载 相关 举报
WS T 790.1-2021 区域卫生信息平台交互标准 第1部分:总则.pdf_第1页
第1页 / 共69页
WS T 790.1-2021 区域卫生信息平台交互标准 第1部分:总则.pdf_第2页
第2页 / 共69页
WS T 790.1-2021 区域卫生信息平台交互标准 第1部分:总则.pdf_第3页
第3页 / 共69页
WS T 790.1-2021 区域卫生信息平台交互标准 第1部分:总则.pdf_第4页
第4页 / 共69页
WS T 790.1-2021 区域卫生信息平台交互标准 第1部分:总则.pdf_第5页
第5页 / 共69页
亲,该文档总共69页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、 ICS 11.020 CCS C 07 WS 中华人民共和国卫生行业标准 WS/T 790.12021 区域卫生信息平台交互标准 第 1 部分:总则 Regional health information platform interactive standard Part 1: General specification 2021-10-27 发布 2022-04-01 实施 中华人民共和国国家卫生健康委员会 发布 WS/T 790.12021 I 前 言 本标准是 WS/T 790区域卫生信息平台交互标准的第 1部分。 WS/T 790已经发布以下部分: 第 1部分:总则; 第 2部分:

2、时间一致性服务; 第 3部分:节点验证服务; 第 4部分:安全审计服务; 第 5部分:基础通知服务; 第 6部分:居民注册服务; 第 7部分:医疗卫生机构注册服务; 第 8部分:医疗卫生人员注册服务; 第 9部分:术语注册服务; 第 10部分:健康档案存储服务; 第 11部分:健康档案管理服务; 第 12部分:健康档案采集服务; 第 13部分:健康档案调阅服务; 第 14部分:文档订阅发布服务; 第 15部分:预约挂号服务; 第 16部分:双向转诊服务; 第 17部分:签约服务; 第 18部分:提醒服务。 本标准由国家卫生健康标准委员会卫生健康信息标准专业委员会负责技术审查和技术咨询, 由国家

3、 卫生健康委统计信息中心负责协调性和格式审查,由国家卫生健康委规划发展与信息化司负责业务管 理、法规司负责统筹管理。 本标准起草单位:国家卫生健康委统计信息中心、上海市卫生健康信息中心、湖南省卫生计生委信 息统计中心、中国人民解放军空军军医大学、华中科技大学同济医学院、国家卫生信息共享技术及应用 工程技术研究中心、国家电子计算机质量监督检验中心、中国软件评测中心。 本标准主要起草人:胡建平、李岳峰、董方杰、谢桦、雷永贵、何炜、徐勇勇、沈丽宁、边红丽、 黄江平、许德俊、叶彦波、冯东雷、郑良、孟晓。 WS/T 790.12021 1 区域卫生信息平台交互标准 第 1 部分:总则 1 范围 本标准规

4、定了区域卫生信息平台交互服务编码和消息结构的编制说明、消息与服务定义、数据类型 与通用元素、通用服务、通用服务处理等一系列约束。 本标准适用于基于居民健康档案的区域卫生信息平台与接入平台的医疗卫生应用系统间、 平台与其 它接入平台间以及平台内部服务组件间的信息交互与共享。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本标准必不可少的条款。 其中, 注日期的引用文件, 仅该日期对应的版本适用于本标准;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本 标准。 GB/T 26231 信息技术 开放系统互连 OID的国家编号体系和注册规程 WS 218 卫生机构 (组织 )

5、分类与代码 WS 363 卫生信息数据元目录 WS 364 卫生信息数据元值域代码 WS 365 城乡居民健康档案基本数据集 WS 445(所有部分) 电子病历基本数据集 WS/T 448 基于居民健康档案的区域卫生信息平台技术规范 WS/T 483(所有部分) 健康档案共享文档规范 WS/T 500(所有部分) 电子病历共享文档规范 3 术语和缩略语 3.1 术语和定义 WS/T 448、 WS/T 483界定的术语和定义适用于本标准。 3.2 缩略语 下列缩略语适用于本标准。 IST:交互服务交易( Interactive Service Transaction) W3C:万维网联盟( W

6、orld Wide Web Consortium) WSDL:网络服务描述语言( Web Services Description Language) XML Schema:可扩展标记语言结构模式( Extensible Markup Language Schema) XPath: XML路径语言( XML PathLanguage) SOAP:简单对象访问协议( Simple Object Access Protocol) WS/T 790.12021 2 4 编制说明 4.1 内容结构 除本部分及第 2部分、第 3部分、第 4部分外,应包括如下内容: 封面 目次 名称 1 范围 2 规范性

7、引用文件 3 术语和缩略语 3.1术语和定义 3.2缩略语 4 角色 4.1 角色定义 4.2 角色的交易关系 4.3 角色的交易可选性 5. 交易 5.1交易 1 5.x 交易 x 5.x.1 用例 5.x.2 交易流程 5.x.3 消息请求(或通知) 5.x.3.1触发事件 5.x.3.2消息结构及约束 5.x.4 消息应答 5.x.4.1触发事件 5.x.4.2消息结构与约束 6 交互服务 6.1 服务定义 6.2 服务技术要求 7 安全审计 7.1 安全约定 7.2 XXX交易消息审计 7.2.1 XXX交易请求者 7.2.2 XXX交易应答者 4.2 编码说明 4.2.1 服务编码

8、除本部分外,其余部分的服务提供者角色代码见表 1。 WS/T 790.12021 3 表1 服务提供者代码 服务提供者角色名称 英文名称 服务编码 时间一致性服务 Consistent Time Service CT 节点认证服务 Node Authentication Service NA 安全审计服务 Audit Trail Services AT 居民注册服务 Person Registration Service PR 医疗卫生机构注册服务 Medical Institution Registration Service MIR 医疗卫生人员注册服务 Medical Staff Reg

9、istration Service MSR 术语注册服务 Terminology Registration Service TR 健康档案存储服务 Documents Storage Service DS 健康档案管理服务 Documents Management Service DM 健康档案采集服务 Documents Collection Service DC 健康档案调阅服务 Documents Retrieval Service DR 文档订阅发布服务 Documents Subscribe-Publish Service DSP 预约挂号服务 Appointment and Reg

10、istration Service ARS 双向转诊服务 TwoWay Referral service TRS 签约服务 Contract Service CS 远程会诊服务 Remote Consultation Service RCS 提醒服务 Reminder Service RS 居民健康卡服务 Health Card Service HC 4.2.2 交易编码 交易编码使用如下格式: IST-服务编号 交易序号 例如: IST-PR1表示居民注册服务提交居民信息服务交易。 4.2.3 数据类型编码 简单数据类型采用 Camel格式,复合数据类型采用 Pascal格式。在与消息元素名

11、称易产生混淆的场 合,数据类型应后缀 Type以示区分。 4.2.4 消息元素编码 消息根元素及通用元素编码采用 Pascal格式,其余元素采用 Camel格式。 4.3 消息结构表示 消息结构采用 XML Schema架构模式进行表达。在文本描述中,消息节点为 XML元素的采用元素代 码或加注尖括号“ ”表示,、消息节点为 XML属性的在属性代码前加注“ ”前缀表示。 4.4 消息节点的可选性约束表示 消息节点采用 XPath表达式指向。消息元素及属性“可选项”约束采用表 2代码表示。 WS/T 790.12021 4 表2 消息节点的可选性约束编码 约束名称 英文名称 描述 代码 必选 R

12、equired 必选节点,应填充节点信息。如果节点信息不可获得或不被传送, 则必须指明空值原因。 R 条件必选 Required for data exists 条件必选,如果节点信息存在则该节点必选。 R2 可选 Optional 可选节点。无论节点信息是否存在,可选择提供或不提供的节点。 O 条件可选 Conditional 符合特定条件时必选的节点。条件可选节点应注明必选条件。 C 强制 Mandatory 强制要求该节点不可缺少,如果该节点没有值或者没有定义缺省 值,消息将不能被合法解析。 M 已废弃 Invalid 已废弃的无效节点,不可选择。 X 5 消息与服务定义 5.1 通讯协

13、议 5.1.1 消息封装结构 区域卫生信息平台服务消息宜通过 SOAP1.2版进行通讯。消息封装结构如下: . 在 SOAP1.2版本中服务请求的 HTTP头部信息中应设置 Content-Type为 application/soap+xml。 5.1.2 消息编码 本规范所有部分中所定义的交互消息、文档编码应用 UTF-8。 5.1.3 命名空间 SOAP消息头使用指定的命名空间: rhin指代区域卫生信 息网络, is指代交互规范, 2015指代本规范的版本。 在命名空间不冲突的情况下,使用名称 rhin来指代该命名空间。 5.2 消息定义 5.2.1 消息模式定义 消息模式应采用 XML

14、 Schema进行定义,并遵循 W3C XML Schema规范。 5.2.2 消息节点编码与数据元的对应 所有部分与业务相关的消息节点在可能情况下,应引用以下标准的数据元代码,并建立节点代码与 数据元代码间的关系: WS 218; WS 363; WS 364; WS/T 790.12021 5 WS 365; WS 371; WS 372; WS 373; WS 374; WS 375; WS 376; WS 377; WS 445。 5.2.3 消息数据类型 消息数据类型宜采用 6.1所列基础数据类型。 5.2.4 对象 OID 标识 对象 OID标识应符合 GB/T 26231符定。

15、5.3 服务定义 5.3.1 服务描述 每个部分的交互服务均应提供用于定义服务交互接口的 WSDL文件。 服务定义语言应遵循 W3C WSDL 1.2规范,分别对消息、服务接口、服务绑定以及服务物理位置 4 个部分进行定义。 5.3.2 消息定义 服务定义 WSDL文件通过引入已定义的消息格式文件定义消息类型。 消息元素 的结构模式应包括名称属性 name和一个部分元素 ,部分元素包括名称属 性 name和元素属性 element。定义要求如下: 消息元素 的名称属性 name 宜与服务操作同名; 部分元素 的名称属性 name 宜定义为“ message”; 部分元素 的元素属性 eleme

16、nt 指向消息格式文件中的相应的消息元素。 5.3.3 服务端口类型描述 服务端口类型元素 包括名称属性 name和一系列的服务操作元素 。每个操 作元素包括入口消息 及出口消息 属性。定义要求如下: 操作元素 :应定义 name 属性,并与消息的名称保持一致,表示操作名称; 输入元素 :应定义 message 属性,并与消息格文件中请求消息元素保持一致,表示操 作的输入参数; 输出元素 :应定义 message 属性,并与消息格文件中应答消息元素保持一致,表示操 作的输出参数; 通知操作只含输出参数。 5.3.4 服务绑定类型 WS/T 790.12021 6 本规范中的网络服务绑定类型为

17、Document/literal Wrapped模式 ,该模式与 WS-I规范兼容。 选用该模 式可以根据利用与函数同名的元素名进行消息的分发,可以利用 Schema进行消息的验证,绑定元素定 义如下: 绑定 :应定义 name 属性,采用服务名称 +“ Binding”格式;应定义 type 属性,指 向服务提供者对应的节点定义; 兼容 SOAP1.2 的绑定 :应定义 transport 属性;应定义 styles 属性为 document; 操作 :应定义 name 属性,表示绑定的操作; 输入元素 :应定义兼容 SOAP1.2 的 元素及 use 属性为“ literal”,表示输入消

18、 息的格式; 输出元素 :应定义兼容 SOAP1.2 的 元素及 use 属性为“ literal”,表示输出消 息的格式。 5.3.5 服务物理位置 服务物理位置由以下 WSDL元素约定: 服务 元素:应定义 name 属性,表示提供服务的名称; 端口 属性:应定义 name 属性,表示提供服务的端口名称;应定义 binding 属性,表 示相应的绑定定义; 地址 元素:应定义 location 属性,表示实际提供服务的物理地址。 6 数据类型与通用元素 6.1 基础数据类型 本部分规定的基础数据类型适用于本标准所有部分。 基础数据类型包括简单数据类型及复合数据类型,简单数据类型符合 W3C

19、的 XML Schema1.0、 1.1 的数据型规定,复合类型是多种数据类型的组合型式。一般情况下,复合类型是其基类与任何类型的组 合。任何类型仅当所表示的类型空值时,其属性“ nullFlavor”进行进一步说明。 数据类型的及代码说明见表 3,数据类型的表达示应符合 A.1数据类型结构模式的约束。 表3 数据类型及代码说明 数据名称 类型代码 数据类别 备注 任何类 Any 复合 复合类型的超类,包含nullFlavor属性。 空值原因 nullFlavorPrimitive 简单 说明空值的原因,值域代码见B.1。 字符串基类 stringPrimitive 简单 字符串的基类 字符串

20、 String 复合 字符串类型 布尔基类 booleanPrimitive 简单 布尔的基类 布尔 Boolean 复合 布尔类型 日期基类 datePrimitive 简单 日期的基类 日期 Date 复合 日期类型 时间基类 timePrimitive 简单 时间的基类 时间 Time 复合 时间类型 日期时间基类 dateTimePrimitive 简单 日期时间的基类 WS/T 790.12021 7 表 3(续) 数据名称 类型代码 数据类别 备注 日期时间 DateTime 复合 日期时间类型 语言基类 languagePrimitive 简单 语言的基类 语言 Language

21、 复合 语言类型 代码基类 codePrimitive 简单 代码的基类 代码 Code 复合 代码类型。 整数基类 integerPrimitive 简单 整数基类 整数 Integer 复合 整数类型 正整数基类 unsignedIntPrimitive 简单 正整数基类 正整数 UnsignedInt 复合 正整数类型 实数原始数 decimalPrimitive 复合 实数的基类 实数类型 Decimal 复合 实数类型 非限定名称 ncNamePrimitive 简单 不包含冒号(:)分隔限定前缀的名称基类 非限定名称 NCName 复合 不包含冒号(:)分隔限定前缀的名称 限定名称

22、基类 qNamePrimitive 简单 包含冒号分隔限定前缀的名称基类 限定名称 QName 复合 包含冒号分隔限定前缀的名称 二进制基类 base64BinaryPrimitive 简单 基于64位的二进制基类 二进制 Base64Binary 复合 基于64位的二进制类型 统一资源标识符基类 uriPrimitive 简单 统一资源标识符基类 统一资源标识符 URI 复合 统一资源标识符 统一资源名称基类 urnPrimitive 简单 统一资源名称基类 统一资源名称 URN 复合 统一资源名称 标识基类 idPrimitive 简单 标识基类 标识 ID 复合 标识类型 对象标识基类

23、oidPrimitive 简单 对象标识基类,格式。 对象标识 OID 复合 对象标识 统一标识基类 uuidPrimitive 简单 一标识基类 统一标识符 UUID 复合 统一标识符 取值标识基类 identivierPrimitive 简单 取值标识基类 取值标识 Identivier 复合 取值标识类型 时间段基类 periodPrimitive 简单 时间段基类 时间段 Period 复合 时间段类型 时长 Duration 复合 时间长度 时长单位基类 durationUnitPrimitive 简单 时间计量单位,值域代码见B.2。 引用 Reference 复合 引用类型 代码

24、概念 Coding 复合 代码概念类型 一般标识 Identifier 复合 一般标识类型 代码化的概念 CodeableConcept 复合 代码化的概念类型 数量 Quantity 复合 数量类型 人名用途列表基类 nameUsePrimitive 简单 人名用途枚举类型,值域代码见B.3。 WS/T 790.12021 8 表 3(续) 数据名称 类型代码 数据类别 备注 人名用途类型 NameUse 复合 人名用途类型 人名 HumanName 复合 人名类型 地址用途列表 addressUsePrimitive 简单 地址用途枚举值,值域代码见B.4。 地址用途 AddressUse

25、 复合 地址类 地址类别 addressTypePrimitive 简单 地址类别枚举值,值域代码见B.5。 地址类别 AddressType 复合 地址类别 地址 Address 复合 地址类型 资源主干元素 BackboneElement 复合 资源定义内部所有元素的基类 通讯方式 telecomModePrimitive 简单 通讯方式枚举值,值域代码见B.6。 通讯方式 TelecomMode 复合 通讯方式 通讯地址 Telecom 复合 通讯地址 名值对类型 NameValuePairType 复合 编码名值对类型 通用引用标识 ReferenceID 复合 注册对象的通用引用标识

26、 值列表 ValueList 复合 多个可选的值 插槽类型 Slot 复合 插槽类型,用于查询、过滤器、 主题等插入条件。 插槽列表 SlotList 复合 多个并列的插槽 空返回类型 NullResponse 复合 返回空消息的类型 6.2 注册服务基础对象数据类型 与个人、机构、医疗卫生人员相关的注册服务,其消息应采用的数据类型及代码说明见表 4,数据 类型的表达示应符合 A.2主数据对象数据类型结构模式的约束。 表4 注册服务基础对象数据类型 数据名称 类型代码 数据类别 备注 注册对象类型 RegObjedctType 复合 通用的注册对象抽象类,其它注册对象的父类。 血型 Boold

27、Type 复合 血型 健康史 HealthHistoryType 复合 用于过敏史、疾病史、手术史、外伤史、输血史、 遗传史、家族史的数据结构。 家族史 FamilyHistoryType 复合 用于家族史描述 健康状况 PhysicalCondition 复合 包含血型、过敏史、疾病史、手术史、外伤史、 输血史、遗传史、家族史。 联系人 Contact 复合 联系人信息 监护人 Guardian 复合 监护人信息 自然人信息 Person 复合 个人的基本信息 个人(患者) Patient 复合 包含自然人信息,作为档案记录,包括个人档案 相关信息、注册信息等外部相关信息。 机构(科室) O

28、rganization 复合 医疗卫生机构(科室)、管理机构等,科室进行 注册时,partOf为科室所在机构。 从业人员 Practitioner 复合 医疗卫生机构从业人员,包括医生、护士、药剂 师、健康管理师、管理人员等。 WS/T 790.12021 9 表 4(续) 数据名称 类型代码 数据类别 备注 个人查询参数 PersonQueryPayload 复合 个人查询参数 机构查询参数 OrganizationQueryPayload 复合 机构查询参数 从业人员查询参数 PractitionerQueryPayload 复合 从业人员查询参数 扩展 Extension 复合 支持对象

29、扩展 对象状态基类 objectStatusPrimitive 简单 对象状态基类。值域代码见B.7。 对象状态 ObjectStatus 复合 对象的可用状态 对像引用 ObjectRef 复合 通用注册对象引用 个人信息摘要 PersonBrief 复合 患者(个人)的信息摘要 从业人员信息摘要 PractitionerBrief 复合 从业人员信息摘要 机构(科室)信息摘要 OrganizationBrief 复合 机构(科室)信息摘要 通用查询 AdhocQuery 复合 预存的通用查询 通用查询 adhocQuery 元素 通用查询元素。本消息元素在订阅服务 /Subscribe/F

30、ilter节点或查询请求中引用。 6.3 术语注册基础数据类型 与术语注册服务相关的消息应采用的数据类型及代码说明见表 5, 数据类型的表达示应符合 A.3术语 注册数据类型结构模式的约束。 表5 通知服务基础对象数据类型 数据名称 类型代码 数据类别 说明 通用术语注册对象 RegTermObject 复合 抽象类,术语注册通用对象。 值集 ValueSet 复合 概念的编码集合 概念映射 ConceptMap 复合 建立源值集与目标值集间的映射关系 概念映射目标 ConceptMapTarget 复合 概念映射目标 概念映射元素 ConceptMapElement 复合 概念映射元素 内容

31、结构体 Contains 复合 内容结构体 等值比较 EquivalenceTypeList 复合 等值比较 等值类型 EquivalenceType 复合 等值类型 值集定义 ValueSetDefine 复合 值集定义 值集展开模式 ValueSetExpansion 复合 值集展开模式 值集构成 ValueSetCompose 复合 值集构成 值集包含 ValueSetInclude 复合 值集包含 等值比较基类 equivalencePrimitive 简单 等值比较基类 等值比较类 EquivalenceType 复合 等值比较类 值集定义 ValueSetDefine 复合 值集定

32、义 值集展开模式 ValueSetExpansion 复合 值集展开模式 值集构成 ValueSetCompose 复合 值集构成 值集包含 ValueSetInclude 复合 值集包含 6.4 文档共享服务数据类型 WS/T 790.12021 10 与文档共享相关服务的数据类型及通用元素,包括文档存储服务、文档管理服务、文档采集服务、 文档调阅服务、文档订阅 -发布服务以及其它应用服务。 数据类型的及代码说明见表 6, 数据类型的表达示应符合 A.4文档共享服务通用元素及数据类型的结 构模式的约束。文档类型未加说明时应符合 WS/T 483(所有部分 )及 WS/T 500(所有部分 )

33、规定。 表6 文档共享服务通用元素及数据类型 数据名称 类型代码 数据类别 备注 提交集 SubmissionSet 复合 提交集类型 文件夹 Folder 复合 文件夹元素数 文档条目 DocumentEntry 复合 文档条目 文档条目关联 Association 复合 文档条目与文档条目之间的关联关系:替换、转换、签 名等。 文档索引 DocumentReference 复合 文档索引 已存的文档 StoredDocument 复合 文档,用于获取文档时,id为OID。 文档 Document 复合 主要指待存的文档,用于提交文档时。用于提交文档 时,id为URI,可以为暂代符或者UUI

34、D与DocumentEntry 中的id一致。 作者 Author 复合 作者 关联对象 AssociationObject 复合 关联的对象 关联状态基类 associationStatusPrimitive 复合 关联状态基类,值域见B.8。 关联状态 AssociationStatus 复合 关联状态 关联类型基类 associationTypePrimitive 简单 关联的类型枚举,值域见B.9。 关联类型 AssociationType 复合 关联类型 对象类型基类 objectType 简单 对象类型枚举,值域见B.10。 对象类型 ObjectType 复合 对象类型 7 通用

35、查询 7.1 应用范围 通用查询应用于个人、医疗卫生机构、医疗卫生人员及文档的一般预存储查询、通知的订阅过滤条 件设定。 7.2 消息结构及约束 通用查询消息结构应符合 A.2主数据对象数据类型及通用元素消息格式 adhocQuery元素构件要求, 消息补充约束见表 7。 表7 通用查询 adhocQuery 的消息补充约束 节点 基数 可选项 节点说明 对应数据 元标识符 adhocQuery 0.1 O 预存查询条件。 WS/T 790.12021 11 表 7(续) 节点 基数 可选项 节点说明 对应数据 元标识符 adhocQuery/id 1.1 R 预存查询标识。URI类型,不同的

36、预存查询定 义唯一的查询唯一编码,具体见各部分定义。 adhocQuery/slot 1.* R 预存查询参数列表,各参数之间为AND关系。 adhocQuery/slot/name/value 1.1 R 过滤条件名称。以”$”符引导,表示查询过 滤条件的名称,对应查询对象不同的消息节 点,具体见各部分定义。 adhocQuery/slot/valueList 1.1 R 取值列表,多值之间为OR关系 adhocQuery/slot/valueList/value/ value 1.* R 过滤条件值。当值value与过滤条件所指定 的节点匹配时,过滤条件成立,具体由预存 查询时给定。 8

37、通用服务处理 8.1 异步处理 交互服务中如需要提供异步支持,应在交互规范中编写交互服务的异步处理流程。 8.2 错误处理 在处理服务的网络请求出现错误时,应通过 SOAP消息 Fault元素将错误信息反馈给服务调用者。 Fault元素应位于 SOAP消息体内,在一条 SOAP消息中, Fault元素只能出现一次。 具体细节请参考 W3C SOAP Version 1.2 Part 1: Messaging Framework规范。 Fault元素的子元素说明及约束见表 8: 表8 Fault 元素消息语法约束 元素路径 元素描述 其它约束 Fault 错误 错误 Fault/Code 错误代

38、码 由W3C SOAP 1.2规范约定 Fault/Code/Value 错误代码的取值 值域代码见B.11 Fault/Code/Subcode 子级错误代码 Fault/Code/Subcode/Value 子级错误代码的取值 由各具体服务交互规范约定 Fault/Reason 错误原因 Fault/Reason/Text 可供人阅读的错误详细说明 故障消息示例见 C.1。 8.3 审计要求 在每部分具体交互规范中应编写所有交互服务的审计消息。 应按交互服务的角色分别对交互服务设定审计消息所需内容。 8.4 安全要求 WS/T 790.12021 12 在 SOAP消息头中,应采用符合 W

39、3C WS-Security规范的元素进行服务交互双方的身份认证,以及 确保服务交互中信息的完整性、不可篡改性和不可抵赖性。 8.4.1 服务寻址 在 SOAP消息中,应采用符合 W3C WS-Addressing规范的元素进行服务寻址,以标识服务发送者、 服务接收者和服务交易。规定如下: 应提供 From 节点用以标识服务的发送者; 应在 Address 子节点中记录区域平台分配给服务发送者的节点标识符,该节点标识符为 OID 类型,在记录时应添加 urn:oid:前缀; 应提供 To 节点用以标识服务的接收者,取值为服务的可访问网络地址; 应提供 Action 节点用以标识服务交易,根据

40、WS-Addressing 规范 Action 节点命名规则为: 示例见 C.2。 8.4.2 服务访问安全 应遵循 W3C WS-Security规范,在 SOAP消息头中,采用 WS-Security消息进行服务交互双方的身份 认证,以及确保服务交互中信息的完整性、不可篡改性和不可抵赖性。 Security节点规定如下: 应使用 BinarySecurityToken 安全性令牌,用以存储 X509v3 证书; 应使用 Base64Binary 对 X509v3 证书进行转码; 应使用数字签名确保服务传输信息的完整性、不可篡改性和不可抵赖性; 在对消息进行签名前应对被签名的消息依据 W3C

41、专用 XML规范化协议 1.0进行规范化,标识为 https:/www.w3.org/TR/2002/REC-xml-exc-c14n-20020718/。可选用的签名算法包括: HMAC 算法,标识为 http:/www.w3.org/2000/09/xmldsig#hmac-sha1; DSA 算法,标识为 http:/www.w3.org/2000/09/xmldsig#dsa-sha1; PKCS1 算法,标识为 http:/www.w3.org/2000/09/xmldsig#rsa-sha1。 摘要算法应使用 SHA-1算法,标识为 http:/www.w3.org/2000/09

42、/xmldsig#sha1。 示例见 C.3。 WS/T 790.12021 13 附 录 A (规范性) 消息数据类型结构模式 A.1 基础数据类型 基础数据类型的结构模式采用 XML Schema定义如下: 文件名: RHIN-Base.xsd NI -无法从任何情况下获取信息 (粗粒度值 ) NA -该值不适用于该上下文 NP -在消息中该值不存在 NASK - 未询问患者 ASKU - 询问过患者 ,但是不知道 MSK -因安全等原因该值被掩藏 NAV - 该值当前不可用 ,但在可预期的将来该值一定可用 UNK - 有值可用 ,但是不知道 OTH -其它 WS/T 790.12021

43、14 WS/T 790.12021 15 WS/T 790.12021 16 正整数 WS/T 790.12021 17 WS/T 790.12021 18 WS/T 790.12021 19 精确时间 ,总是包括时区 .通常用于系统日志记录 ,该时间非用于人 读 . WS/T 790.12021 20 标识域 ID 标识域、系统 时间段 引用 引用指向 . WS/T 790.12021 21 显示名称 . 编码概念 编码值 编码的显示名称 . 所属编码系统 编码系统名称 版本 WS/T 790.12021 22 计量值 测量值 人可读的单位 姓名的用途的枚举值 WS/T 790.12021 23 常用名 正式名字 临时名字 昵称、网名、号 别名(字) 曾用名 婚前名 WS/T 790.12021 24 人的姓名 姓名用途 姓 名字 前缀 后缀 有效时间段 补充说明 WS/T 790.12021 25 全名 家庭地址 工作地址 临时地址 旧地址 地址的用途 WS/T 790.12021 26 投递地址 地理位置 . 投递地址与地理位置通用 . 地址类别 . 地址类型 地址的纯文本写法 WS/T 790.12021 27 行政区划 国家 省、自治区、直辖市 地级市、区、盟

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 标准规范 > 行业标准 > WS卫生行业

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1