DB33 T 854.1-2011(2014) 卫生数据共享访问接口技术规范 第1部分 电子病历数据传输.pdf
《DB33 T 854.1-2011(2014) 卫生数据共享访问接口技术规范 第1部分 电子病历数据传输.pdf》由会员分享,可在线阅读,更多相关《DB33 T 854.1-2011(2014) 卫生数据共享访问接口技术规范 第1部分 电子病历数据传输.pdf(196页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 11.020 C07 DB33 浙江省 地方标准 DB 33/T 854.1 2011 卫生数据共享访问接口技术规范 第 1 部分: 电子病历数据传输 Standand for interface technology of health date sharing and access Part1: Transmission of electronic medical record date 2011 - 12 - 30 发布 2012 - 01 - 30 实施 浙江省质量技术监督局 发布 DB33/T 854.1 2011 1 目 次 前言 . 2 1 范围 . 3 2 规范性引用文
2、件 . 3 3 术语和定义 . 3 4 传输结构和技术实现方式 . 4 4.1 电子病历的组成 . 4 4.2 同步传输系统结构 . 5 4.3 异步传输系统结构 . 10 4.4 数据集描述规则 . 13 5 电子病历数据表结构 . 15 5.1 住院电子病历数据表结构 . 15 5.2 门诊电子病历数据表结构 . 38 5.3 急诊电子病历数据表结构 . 49 5.4 诊断数据表结构 . 59 5.5 报告数据表结构 . 63 5.6 各类报告卡数据表结构 . 67 附录 A(资料性附录) 检验项目单 . 89 附录 B(资料性附录) 值域代码表 . 103 附录 C(规范性附录) 高级消
3、息结构 . 144 附录 D(规范性附录) ACSV 定义 . 193 DB33/T 854.1 2011 2 前 言 DB33/T 854卫生数据共享访问接口技术规范分为二个部分: 第 1部分: 电子病历 数据传输; 第 2部分: 电子健康档案数据传输。 本部分为 DB33/T 854的 第 1部分 。 本部分按照 GB/T 1.1-2009给出的规则起草。 本部分由浙江 省卫生厅 提出。 本部分由浙江省数字卫生标准化技术委员会归口。 本 部分主要起草单位: 浙江数字医疗卫生技术研究院 、 浙江省卫生信息中心 、 杭州掌幄科技有限公司 、 浙江省标准化研究院 。 本部分主要起草人: 沈剑峰、
4、 胡建平、 居斌、 江涛、 潘建松、 季晶晶、 李兰娟 、吴岩 。 DB33/T 854.1 2011 3 卫生数据共享访问接口技术规范 第 1 部分: 电子病历 数据传输 1 范围 DB33/T 854的本部分规定了区域卫生 信息平台( 数据中心 ) 与各个系统之间电子病历数据传输的标准代码、数据结构和传输方式。 本部分适用于区域卫生 信息平台( 数据中心 ) 与各系统之间的电子病历 文本 数据传输。各医疗机构的卫生信息系统可参照使用。 2 规范性引用文 件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有
5、的修改单)适用于本文件。 GB/T 2261.1 个人基本信息分类与代码 第 1部分 人的性别代码 GB/T 2261.2 个人基本信息与分类代码 婚姻状况代码 GB/T 2659 世界各国和地区名称代码 GB/T 3304 中国各民族名称的罗马字母拼写法和代码 GB/T 7408 数据元和交换格式 信息交换日期和时间表示法 GB/T 14396 疾病分类与代码 GB/T 14946.2 全国干部、人事管理信息系统 指标体系与 数据结构 第 2部分:数据结构 GB/T 15657 中医病证分类与代码 GB/T 16751.1 中医临床诊疗术语 疾病部分 GB/T 16751.2 中医临床诊疗术
6、语 证候部分 3 术语和 定义 下列术语和定义适用于本文件。 3.1 区域卫生数据中心 在某一行政区域(省、市、区县、乡镇 /街道等)下建立的卫生数据处理中心,也称区域数据中心 。 3.2 数据文件 需要传输的数据记录的文件,一个数据集 或 数据表 对应 一个文件 。 3.3 DB33/T 854.1 2011 4 控制文件 用于校验数据文件完整性与正确性的信息的文件。 一个数据文件对应一个控制文件 。 3.4 序列文件 定义 数据文件列表信息的文件。包含同一批传输的所有数据文件列表以及这些数据文件的处理顺序。同时包含与前一个序列文件相连接的信息(上一个序列文件包含的最后一个数据文件名称) 。
7、 4 传输结构和技术实现方式 4.1 电子病历的组成 电子病历内容较多,本传输标准主要针对各医疗机构上传浙江省卫生信息中心的电子病历信息进行说明。范围包括住院电子病历、门诊电子病历和急诊电子病历三大部分。其中诊断、检查报告、检验报告和各类报告卡信息是三个部分都包含的。 三个部分包含的实体 -关系图( E-R图) ,见图 1。 DB33/T 854.1 2011 5 注 1: 实线为必有项目 ,虚线为非必有项目,矩形代表实体,菱形代表实体间联系, N代表一对多关系, 1代表一对一关系 。 图 E-R图 4.2 同步传输系统结构 4.2.1 消息结构 4.2.1.1 概述 在同步传输过程中,发送的
8、带有格式的数据统一称之为消息,消息由两部分构成,分别为消息头(header)和消息体 (body),消息头和消息体都是 XML结构的字符串。 4.2.1.2 消息头 4.2.1.2.1 定义 DB33/T 854.1 2011 6 定义说明见表 1。 表 1 消息头定义 成 员 描 述 String eventClass 事件类别,固定值: SYTP String eventId 事件编号,即需要传输的数据集编号,例如: DA01 String eventVersion 事件版本,即数据集所在的交换规范本版号,例如: 0.1 String msgGuid 消息的唯一标识 String crea
9、teTime 消息创建时间,格式为 yyyyMMddThhmmss String organizationId 消息来源机构编号 String sendSystemId 消息来源系统 String userName 访问服务器使用的用户名 String userPass 访问服务器使用的密码 示例: SYTP DA01 337c7f2b-7a34-4f50-9141-bab9e6478cc8 20090806T222634 机构编号 user12345 ZJ_2345_11 4.2.1.3 消息体 4.2.1.3.1 概述 消息体是消息的主体,是采用符合 XML结构的字符串,用以存放发送过程中
10、的主要数据,消息体的具体内容装配需要借助详细的数据集定义。消息体中的 XML节点根据数据集的定义而定,要求使用 作为 XML的根节点,并且仅允许出现一个数据集的数据。 消息体既可以采用表 1到表 33数据项目组成普通 XML结构传输,也可以组成与 CDA兼容的消息结构方式传输。有关与 CDA兼容的高级消息结构示例见附录 D。 中出现的数据集编号 必须与消息头中定义的事件编号一致,一个消息中包含的数据集行数不能超过 100行。 4.2.1.3.2 定义 值 值 DB33/T 854.1 2011 7 值 值 消息体只允许存放单个数据集的数据,但允许存放多行记录,每一行记录以数据集编号作为根节点;
11、缺省数据元不应在 body中出现该数据元节点。 示例: 数据集 BZ01定义 见 表 2。 表 2 数据集 BZ01 定 义 序号 名称 代码 数据格式 必填 定义 值域 数据元标识符 1 记录机器码 BZJLJQM VA36 Y 发送系统内部记录唯一标识,用于后续更新识别 / / 2 住院机构名称 BZZYJGMC VA70 Y 卫生服务机构的组织机构名称 见GB/T14946.2 全国干部、人事管理信息系统指标体系与数据结构 第 2部分:数据结构 HR21.01.028 3 住院号 BZZYH VA10 Y 赋予住院就诊对象的顺序号 / HR01.00.010 现在通过同步传输 BZ01的
12、两行记录,其中第二行记录缺省 住院号 ,则 body应使用的 XML为: 1234567890123456 XXXX医院 20110418 9876543210123456 XXXX医院 20110422 DB33/T 854.1 2011 8 4.2.2 网络调用 接口规范 4.2.2.1 概述 数据通过网络传输调用方式可以采用 Web Service 接口方式 , Web Service 接口调用服务名为EHRService。 4.2.2.2 接口定义 Web Service 接口调用函数原型: ResultSet EHRSyncTransport (String header, Stri
13、ng body)。 4.2.2.3 接口参数 4.2.2.3.1 传入参定义 传入参数定义见表 3。 表 3 参数定义 参 数 说 明 String header 传入消息头 String body 传入消息体 4.2.2.3.2 返回值说明 ResultSet 返回事件的处理结果。 Resultset结构用来描述请求调用后 的返回结果,该结构用做 Web Service的返回值类型。详细定义见表 4。 表 4 返回值类型定义 成员 描述 int returnCode 返回值 0 调用成功,没有发生任何错误,也没有产生任何警告信息,如果有返回数据,则从result中获得 1 调用成功,有警告信
14、息产生,警告信息从 message中获得 -1 -99 调用成功,但发生了业务错误,错误信息从 message中获得 -100 调用不成功,不能建立网络连接,详细原因从 message中获得 -101 调用不成功,消息格式不正确,详细错误原因从 message中获得 String message 存放服务器的返回消息,当发生错误或警告时,该字段存放错误消息,一般这里包含消息编号、发生时间、消息内容等信息 String result 输出缓冲区,用来存放服务返回的数据结果集,该字段中的内容为 XML结构, XML根节点一定为 4.2.3 本地调用接口规范 DB33/T 854.1 2011 9
15、4.2.3.1 概述 适配器是为了降低客户端接入前置机的复杂性而专门设置的一个组件;适配器提供的同步传输接口在 Web Service接口的基础上做了简化,只需要提供简单的信息便可完成与数据中心的交互。 4.2.3.2 接口定义 int EHRSyncTransport ( String eventid, String body, ref String message, ref String result) 参数说明参照 见 表 5。 表 5 参数说明 参 数 说 明 String eventid 事件编号,无需使用 XML,例如: DA01 String body 传入消息体,是指需要上传的
16、数据 ref String message 引用参数,用来接收服务器的 返回消息,与 ResultSet.message作用一致: 用来存放服务器返回的消息,存放服务器的返回消息,当发生错误或警告时,该字段存放错误消息,一般这里包含消息编号、发生时间、消息内容等信息 注意:该参数需要客户端与分配存储空间,建议为 1000 byte ref String result 引用参数,用来接收服务器的返回数据,与 ResultSet.result作用一致: 输出缓冲区,用来存放服务返回的数据结果集,该字段中的内容为 XML结构, XML根节点一定为 注意:该参数需要客户端与 分配存储空间,没有建议值,
17、需要根据具体的业务估算空间。 4.2.3.3 接口参数 4.2.3.3.1 传入参定义 传入参数定义见表 3。 4.2.3.3.2 返回值说明 调用返回值数据类型为 int类型,与 ResultSet. returnCode作用一致 ,见表 3。 4.2.3.4 动态链接库文件名 ehradp.dll 4.2.3.5 配置文件 ehradp.ini 配置文件内容 server ;= ;指定前置机 ip地址 DB33/T 854.1 2011 10 ;= ip= ;= ;指定前置机开放的服务端口 ;= port= ;= ;指定适配器连接前置机的超时时间 ;单位:毫秒 ;= timeout= ;=
18、 ;接入系统编号,该编号 由 数据中心分配 ;= Sendsystemid= 4.3 异步传输系统结构 4.3.1 系统结构 本文件所描述的数据交换与传输,具备以下特点: 1) 批量数据的传送,以快照或增量方式进行 2) 点对点单向传输,可以通过构建两个反向的系统形成双向传输 3) 异步、非实时的数据发送 4) 数据传输可以采用网络或者非网络手段(如移动存储设备) 数据交换与传输所采用的数据传输系统,包括三个部分,即数据发送系统、数据接收系统与数据传输通道。数据传输系统部署图 见 图 2。 DB33/T 854.1 2011 11 图 2 数据传输系统部署图 4.3.2 协议层次 发送方与接收
19、方之间,通过数据传输通道连接。数据传输通道可以是网络方 式,也可以是非网络方式。 本规范对非网络方式的数据传输通道不作定义。 网络连接不特定为某一种网络连接,可以是基于以太网或其他网络形式的 LAN网络,也可以是基于ISP提供的 WAN网络。该网络必须是可以支持 TCP/IP协议的实时网络,提供稳定的网络通讯支持、网络物理和链路支撑。 在网络与传输层,数据发送系统与数据接收系统采取 TCP/IP协议作为通讯协议,因此,必须确保通讯的物理层与数据链路层,是可以提供 TCP/IP协议兼容性的。 通过标准 IP协议,提供网络层建立。数据发送系统与数据接收系统之间,进行网络传输控制 ,采取TCP协议作
20、为双方标准。 在应用层,数据发送系统与数据接收系统采取 SFTP协议作为通讯标准。数据接收系统方在本地服务器架设 SFTP服务,以提供双方通讯支持。 通过 SFTP,发送方发送已生成的数据文件和相应的控制文件、序列文件,给数据接收系统,数据接收系统接受发送方发来的数据文件,储存在本地目录。 发送方发送成功的有效文件(包括数据文件和相应的控制文件、序列文件),由接收方系统负责维护与清理。 发送方与接收方应约定用于储存发送方发送的文件的空间大小,接收方应及时维护空间以保证空闲空间不小于约定的大小。 4.3.3 通讯协议 数据发送系统与数据接收系统采取 SFTP协议作为应用通讯协议。 数据发送方和接
21、受方,需另行采用保密方式约定 SFTP通讯所需要的用户名和密码。 DB33/T 854.1 2011 12 发送方和接受方在发送与接收中,数据文件、控制文件与序列文件均采用文本文件( TXT)格式。文件内容编码采用 GB 18030 信息技术 中文编码字符集。 控制文件与序列文件的格式见下;数据文件具体内容组成和结构规范,另文说明。 所有的数据文件、控制文件、序列文件采用 ACSV格式,遵从 RFC 4180第二节定义(字符集扩充为 GB 18030-2005支持的字符 集,具体 见 附录 E)。 数据文件大小建议控制在 100MB以下,以便系统传输与处理。 4.3.4 数据文件命名规则 数据
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB33 854.1 2011 2014 卫生 数据 共享 访问 接口 技术规范 部分 电子 病历 数据传输

链接地址:http://www.mydoc123.com/p-241968.html