电子健康档案数据传输规范第1部分 总则(征求意见稿)_第1页
电子健康档案数据传输规范第1部分 总则(征求意见稿)_第2页
电子健康档案数据传输规范第1部分 总则(征求意见稿)_第3页
电子健康档案数据传输规范第1部分 总则(征求意见稿)_第4页
电子健康档案数据传输规范第1部分 总则(征求意见稿)_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS35.080

L77

T/ZJHIA

T/ZJHIAXXXX-XXX

电子健康档案数据传输规范

第1部分:总则

DataTransmissionSpecificationofElectronicHealthRecord

—PartOne:GeneralPrinciples

(起草稿)

XXXX-XX-XX发布XXXX-XX-XX实施

浙江省卫生信息学会发布

前言

DB33/TXXXXX《电子健康档案数据传输规范》分为X个部分:

——第1部分:总则

——第2部分:基本档案数据集

......

本部分为DB33/TXXXXX的第1部分。

本部分按照GB/T1.1-2020《标准化工作导则第1部分:标准化文件的结构和起草规则》给出的规

则起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本部分由浙江省卫生信息学会提出并归口。

本部分起草单位:

本部分主要起草人:

II

引言

根据我省全民健康信息互通共享和“数字化改革”等有关要求,通过数据的归集和传输建立全人全

程的电子健康档案,有利于促进健康档案的共享调阅和便民惠民服务的开展。

为更好地兼顾全人全程档案设计需求以及疾控业务条线需求,通过建立电子健康档案基本数据

集标准,实现电子健康档案收集、存储、发布、交换等应用中的一致性和规范性,保证数据的有效

交换和共享。

建立电子健康档案数据传输规范具有如下特征:一是基本档案,具有普遍性;二是专项档案,

体现了一个人从出生到死亡全人全程居民电子健康档案的建设理念;三是数据对账,用于档案上传

数据对账。

III

电子健康档案数据传输规范第1部分:总则

1范围

本标准规定了数据的获取方式、传输方式以及描述规则。

本标准适用于从事电子健康档案数据相关的规划、设计、开发、测试、运维等活动,为

我省卫生健康主管部门、医疗卫生机构及相关利益方开展数据传输和交换使用提供文件支

持。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适

用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。

GB18030-2005信息技术中文编码字符集

GB/T17532-2005术语工作计算机应用词汇

3术语和定义

下列术语和定义适用于本文件。

3.1

电子健康档案electronichealthrecord

以居民个人健康为核心,贯穿整个生命过程,涵盖各种健康相关因素、实现多渠道信息

动态收集,满足居民自我保健、健康管理和健康决策需要的信息资源。

注:电子健康档案中的个人健康信息包括基本信息、主要疾病和健康问题摘要、主要卫生服务记录等

内容。

3.2

数据data

按照某个属性及其量化方法定义的值。

3.3

数据集dataset

一种由数据组成的集合。

1

注:电子信息数据中通常以表格方式展现。

3.4

数据元dataelement

在一定的上下文中具有区别特征的数据单元。

3.5

数据采集datacollection

收集数据或将数据装人、存储在数据处理系统中的过程。

注:电子信息数据通常是信息系统外部采集数据并输入到信息系统内部的一种方式。

3.6

数据传输datatransmission

通过通信设施,从一个点到另一个或多个点的数据电子化传送。

3.7

节点node

众多支路的汇合点。

注:数据传输时,节点常指各个分路数据的汇集处。

3.8

子节点childnode

网络中,某一节点的下一层级节点。

3.9

兄弟节点brothernode

网络中,某一节点的同一层级节点。

3.10

中心节点centralnode

网络中,同时与子节点、兄弟节点开展数据交互的节点。

3.11

数据仓库datawarehouse

为所有数据类型提供支持的集合。

2

3.12

专项档案specialrecord

在基本档案基础上针对特殊人群或特定成长阶段延伸建立的专属类别档案。

3.13

随访记录follow-uprecord

记录医生以通讯或其他方式定期了解患者病情变化和指导患者康复等行为。

3.14

值域codomain

一组数据元允许值的集合。

4传输模型

电子健康档案数据应遵循中心节点-子节点纵向交换、中心节点-兄弟节点横向整合

原则。子节点应上传基本档案、专项档案、数据对账等数据集,汇总整理形成个人健康

数据集;兄弟节点应整合出生证明、预防接种、死亡证明等数据集,形成贯穿整个个人

生命周期的健康数据集,传输模型如图1所示。

图1电子数据档案集数据传输模型

通过对每个数据集详细描述数据拓扑结构以及各字段的定义、代码、数据格式和值

域进行电子健康档案的数据传输和交换。

5传输方式

3

本标准以电子健康档案数据采集为目的,规范各级节点的电子健康档案传输方式,

一般的传输方式分为中间库传输方式和接口传输方式,实现各子节点电子健康档案与兄

弟节点的电子健康档案的对接。

5.1中间库传输方式

中间库传输方式有数据采集交换、数据提交和数据对账过程组成。

5.1.1数据采集交换

中心节点应按照数据集中各数据元的交换要求,生成交换中间表结构。各接入子节

点应定时清洗数据、写入交换中间表结构,形成中间库。中心节点应定时利用数据抽取

和融合技术,形成中心节点的数据仓库,如图2所示。

图2数据采集交换流程

5.1.2数据提交

各机构提交数据应为定时批量方式。应提交除去字典数据外的其他全部采集内容。

数据提交应基于两点原则:

——数据采集过程的目的是将数据集要求的全部业务数据从机构内部不过滤或删除

记录,提交至省级数据仓库;

——数据提交方应保证数据的完整性和关联性。

为保证数据传输及时性,数据提交应满足以下顺序要求:

——随访记录应在其对应的专项档案提交同时或之后提交;

——专项档案应在其对应的基本档案提交同时或之后提交。

5.1.3数据对账

各子节点应定期交换检查使用的对账数据。

注:子节点无新增数据时,也应定期交换对账用的数据。

中心节点应定期统计明细数据,与子节点交换数据进行比对和反馈。

5.2接口传输方式

4

接口传输方式宜采用HTTP请求方式提交数据,接入机构应按接口定义的参数格式,

将数据集提交至省级数据仓库。接口传输方式中接口请求应符合json等格式,json数据

消息格式应满足附录A要求。

6数据描述规则

6.1数据格式

数据格式所有长度以字节为单位,描述方法按表1,表示方法参见附录B。

表1数据格式

数据格式字符含义

数字字符;最大长度为n,如果包含小数部

数值型Nn,m分在“,”后给出小数位数m。字符长度数包

含整数位数、小数点位数和小数位数。

符合《GB18030-2005信息技术中文编码字

符集》的字符。该字符集中包括但不限于:

字符型An

数字、英文字母、符号、汉字、少数民族文

字。此类型数据项内容必须为指定的长度n。

符合《GB18030-2005信息技术中文编码字

符集》的字符。该字符集中包括但不限于:

可变字符型VAn数字、英文字母、符号、汉字、少数民族文

字此类型数据项内容可以小于或等于指定的

长度n。

采用YYYY-MM-DD的格式表示,其中,“YYYY”

日期型D8表示日历年(4位定长),“MM”表示日历月(2

位定长),“DD”表示日历日(2位定长)。

采用hh:mm:ss的格式表示,其中“hh”表

时间型T6示时(24小时制,2位定长),“mm”表示分(2

位定长),“ss”表示秒(2位定长)。

采用YYYY-MM-DDhh:mm:ss的格式表示,其

中,“YYYY”表示日历年(4位定长),“MM”

表示日历月(2位定长),“DD”表示日历日(2

日期时间型DT15

位定长),“hh”表示时(24小时制,2位定

长),“mm”表示分(2位定长),“ss”表示

秒(2位定长)。

上述无法表示的其他数据类型,如XML、图

二进制BY

象、音频、视频等二进制流文件格式。

6.2值域

本值域包括可枚举值域和不可枚举值域两种类型。

可枚举值域:由允许值列表规定的值域,每个允许值的值和值含义均应成对表示,

描述基于以下原则。

——可选值较少的,可在允许值属性列中直接穷举;

5

——可选值较多的,可在“数据元允许值”属性列中写出值域代码的名称,属引用

标准的,应列出具体的引用部分。

不可枚举值域:应准确描述属于该值域的允许值。

值域的多选字段和多条记录定义说明,可参见附录C。

6

附录A

(规范性附录)

接口数据消息格式

A.1请求头信息

所有接口均遵循以下请求头信息:

Content-Type:application/json;charset=UTF-8

A.2响应信息

所有接口响应信息均为json格式,示例如下:

{

"statuscode":200,

"repMsg":"响应消息",

"repData":{...}

}

表A.1响应参数说明

键值是否必填备注

statuscode响应状态码是参加备注(1)状态码说明

repMsg响应消息提示是成功或失败提示等信息

接口返回详细内容,见接

repData响应数据否

口服务规范说明

表A.2状态码说明

200成功

401用户认证失败

403用户授权失败

404请求地址错误

405请求方法错误

400请求数据格式错误

500系统内部错误

A.3接口服务

(1)接口地址

接口地址在对接时给出。

(2)请求方式

采用HTTP请求方式提交数据,请求类型为POST。

(3)请求参数

请求参数格式如下:

1)消息头(header)

消息头用来定义一个消息的摘要,通过消息头可以获得发送消息的操作机构信息、

上传数据集信息等,表4详细定义了消息头应包含的信息。

7

表A.3消息头参数定义

参数名是否必填描述

orgId是调用接口的机构代码(中心端提供)

orgName是调用接口的机构名称(中心端提供)

dataSet是需要上传的数据集名称

2)消息体(body)

消息体是消息的主体,是采用符合标准Json格式的字符串,用以存放发送过程中的

主要数据,消息体的具体内容装配需要借助详细的数据集定义。

消息体中的节点根据数据集的数据元定义而定,并且仅允许出现一个数据集的数据。

且消息体中的数据集必须和消息头中数据集一致。

本接口支持同一个数据集的批量上传,但单次上传的最大数量不得超过100条。

表A.4消息体参数定义

参数名描述

数据元名称对应上传数据集的各个数据元节点

3)入参示例(以上传“家庭基本信息”为例):

{

"header":{

"orgId":"1234567",

"orgName":"XX市",

"dataSet":"DA01"

},

"body":[

{

"JTDABZ":"000000001",

"ZZDABH":"000000000",

"HZXM":"xxx",

"ZRKS":"3",

"JZLX":"1",

"CZLX":"1",

"FDXM":"xxxx",

"FDDH":"12345678",

"JZDZDM":"xxx",

"JZDZ":"xxx",

"XXDZDM":"xxx",

"XXDZ":"xxx",

"JTLXDH":"12345678",

"JTSJHM":"12345678",

"ZMJ":"150",

"ZFXZ":"1",

8

"FWLX":"1",

"CF":"1",

"JTJDRQ":"2010-01-01",

"JDYSBM":"000",

"JDYSXM":"xxx",

"JTZT":"2",

"BZ":"",

"LRRQ":"2018-01-01",

"LRR":"000",

"LRRXM":"xxx",

"XGRQ":"2018-01-01",

"XGR":"000",

"XGRXM":"xxx",

"YWJGDM":"12345677654321",

"YWJGMC":"xxx",

"ZFBZ":"0",

"GRDABZ":"xxxxxxxxxxxxxxx"

},

{…},{…}

]

}

(4)响应数据

调用成功示例如下:

{

"statuscode":200,

"repMsg":"操作成功"

}

调用失败示例如下:

{

"statuscode":400,

"repMsg":"数据不符合要求,节点JTDABZ不可为空!"

}

9

附录B

(资料性附录)

数据格式示例

B.1字符型、数值型

VA100可变长度,最大为100的字符。

N3最大长度为3位数字。

N5,1最大长度为5位的十进制小数格式(包括小数点),小数点后保留1位数字。

B.2日期型

D8采用YYYY-MM-DD格式表示年月日。如1998年1月8日,应表示为

1998-01-08。

B.3时间型

T6采用hh:mm:ss格式表示时分秒。如13点25分18秒,应表示为13:25:18。

B.4日期时间型

DT15采用YYYY-MM-DDhh:mm:ss格式表示年月日时分秒。如1998年1月8日

13点25分18秒,应表示为1998-01-0813:25:18。

B.5BY二进制

BY-XML表示该数据是一个XML格式文件。

10

附录C

(资料性附录)

字段与记录定义说明

C.1多选字段定义说明

多个选项之间:在选项后面加上“|”(竖杠)进行分隔。比如:户属性(选项内容:

1.低保户2.五保户3.贫困户4.特困户5.烈军属6.其他),如果只选择了“1.低保

户”,则【HSX=1|】,如果选择了“1.低保户、3.贫困户和5.烈军属”,则【HSX=1|3|5|】。

C.2多条记录定义说明

多个字段之间用“^”分隔,多记录间以“|”分隔。比如:建议胰岛素用药情况,

如果只有单条记录,则【胰岛素注射液^12u^2|】,如果有多条记录,则【胰岛素注射液

^12u^2|门冬胰岛素注射液^16u/6u^2|】。

A

B规范性引用文件

C规范性引用文件

11

参考文献

[1]《浙江省基本公共卫生服务规范》(第四版)

[2]《电子病历基本架构与数据标准》(试行),卫生部、国家中医药管理局,2009

[3]WS445.XX:2014,电子病历基本数据集

12

目次

前言.................................................................................................................................................................II

引言...............................................................................................................................................................III

1范围...................................................................................................................................................................1

2规范性引用文件...............................................................................................................................................1

3术语和定义.......................................................................................................................................................1

4传输模型...........................................................................................................................................................3

5传输方式...........................................................................................................................................................3

5.1中间库传输方式......................................................................................................................................4

5.2接口传输方式.........................................................................................................................................4

6数据描述规则...................................................................................................................................................5

附录A(规范性)接口数据消息格式.............................................................................................................7

附录B(资料性)数据格式示例...................................................................................................................10

附录C(资料性)字段与记录定义说明.......................................................................................................11

参考文献.......................................................................................................................................................12

I

前言

DB33/TXX

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论