5平台数据交换技术规范.docx
- 文档编号:725964
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:81
- 大小:220.52KB
5平台数据交换技术规范.docx
《5平台数据交换技术规范.docx》由会员分享,可在线阅读,更多相关《5平台数据交换技术规范.docx(81页珍藏版)》请在冰点文库上搜索。
安徽省卫生信息平台数据交换接口标准规范
安徽省卫生厅信息中心
2011年12月
目 次
前 言 I
1范围 2
2规范性引用文件 2
3术语和定义 2
3.1术语 2
3.1.1........................................................................2
3.1.2........................................................................3
3.1.3........................................................................3
3.1.4........................................................................3
3.2定义 3
4平台数据交换业务规范 3
4.1背景 3
4.2目标 4
4.3交换数据范围 5
4.3.1个人/患者注册信息 5
4.3.2电子健康档案 5
4.3.3电子病历摘要 6
4.3.4其它医疗卫生资源 7
4.4各级平台、医疗卫生服务机构互通互联场景 7
4.4.1省级平台与省属医疗卫生机构互通互联 7
4.4.2省级平台与市级平台互通互联 7
4.4.3市级平台与市属医疗卫生机构互通互联 8
4.4.4县级平台(数据中心)与县(乡镇)属医疗卫生机构互通互联 8
4.4.5市级平台与县级平台(数据中心)互通互联 8
5平台数据交换技术规范 8
5.1基于前置机的数据交换 8
5.2平台数据交换实现流程 9
5.2.1接入系统生成交换数据 9
5.2.2前置机程序接收并验证交换数据 9
5.2.3前置机程序向平台发送交换数据 10
5.2.4区域卫生信息平台存储交换数据 10
5.3数据交换接口方式 10
5.4前置机数据库交换接口规范 11
5.4.1交换流程 11
5.4.2接口库结构说明 11
5.4.3接口库采集数据约束 11
5.5前置机服务交换接口规范 12
5.5.1服务接口描述 12
5.5.2新增注册个人/患者服务 13
5.5.3修改注册个人/患者服务 19
5.5.4查询交叉索引服务 24
5.5.5查询居民人口学统计信息服务 30
5.5.6提供和注册文档集服务 39
5.5.7注册文档集服务 48
5.5.8文档注册信息查询服务 57
5.5.9文档查询服务 70
5.5.10业务文档交换格式 72
5.6交换数据质量规范 72
5.6.1数据质量控制规范 72
5.6.2交换过程 72
5.6.3交换数据质量审计 75
5.7基础设施规范 75
5.7.1前置机设备规范 75
5.7.2数据交换网络规范 76
5.7.3安全管理规范 76
6数据交换管理规范 76
6.1相关机构与职责 76
6.2数据交换频度规范 76
6.2.1定时批量数据交换 76
6.2.2实时数据交换 77
前 言
本标准由安徽省卫生厅信息中心提出;本标准由安徽省卫生厅归口;
本标准负责起草单位:
安徽省卫生厅信息中心、东软集团股份有限公司;本标准的主要起草人:
78
安徽省卫生信息平台数据交换接口标准规范
1范围
本标准规定了安徽省区域卫生信息平台建设项目中相关各方,在围绕卫生信息数据采集与共享接口的工作规范。
本标准适用于项目建设单位各相关机构、各医疗机构内部信息系统的承建单位、区域卫
生信息平台承建单位和基于平台的各信息系统承建单位等。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。
凡是不注日期的引用文件,其最新版本适用于本标准。
GB/T21062.3-2007政务信息资源交换体系 第3部分:
数据接口规范;GB/T7408-2005数据元和交换格式信息交换日期和时间表示法;GB/T19488.1-2004电子政务数据元第1部分设计和管理规范;
GB/T1标准化工作导则;
GB/T20000标准化工作指南;
GB/T20001标准编写规则;
电子政务标准化指南(电子政务标准化总体组);
基于健康档案的区域卫生信息平台建设技术解决方案(试行);基于健康档案的区域卫生信息平台建设指南(试行);
3术语和定义
下列术语和定义适用于本文件。
3.1术语
3.1.1
数据交换DataExchange
在多个数据终端之间,为任意两个终端设备建立数据通信临时互连通路的过程称为数据
交换。
3.1.2
ETLExtraction-Transformation-Loading数据提取、转换和加载
将分布的、异构数据源中的数据如关系数据、平面数据文件等抽取到临时中间层后进行清洗、转换、集成,最后加载到数据中心。
3.1.3
前置机
前置交换服务器的简称。
3.1.4
WebService
是一种新的web应用程序分支,他们是自包含、自描述、模块化的应用,可以发布、定位、通过web调用。
Web Service可以执行从简单的请求到复杂商务处理的任何功能。
一旦部署以后,其他WebService应用程序可以发现并调用它部署的服务。
WebService是一种应用程序,它可以使用标准的互联网协议,像超文本传输协议(HTTP)和XML,将功能纲领性地体现在互联网和企业内部网上。
可将Web服务视作Web上的组件编程。
3.2定义
4平台数据交换业务规范
4.1背景
按照《2010年基于电子健康档案、电子病历、门诊统筹管理的基层医疗卫生信息系统试点项目技术方案》的要求,通过卫生部“3521工程”试点项目—安徽省省级综合卫生信息平台项目的建设,初步建成纵向贯穿国家-省-市-县-乡镇-村,横向覆盖主要医疗卫生机构,基于居民电子健康档案、电子病历、门诊统筹管理的医疗卫生信息化体系的基本架构,实现试点地区内跨机构、跨区域、跨部门的卫生信息互联互通、数据共享,加快各级各类医疗卫生服务业务协同,逐步完善实时高效的卫生综合管理和医疗卫生服务动态监管。
项目建设任务的重点是建设省、市两级卫生信息平台,县级数据中心。
实现各级医疗卫生服务机构业务系统接入卫生信息平台(数据中心),并在此基础上构建电子健康档案、电子病历摘要两大资源库。
4.2目标
为实现项目建设任务,除搭建省、市两级平台、县级数据中心和两大资源库基础环境外,需要重点解决平台与医疗卫生服务机构业务系统之间、上下级平台(数据中心)之间如何互联互通(数据交换)的问题。
还要兼顾支持现有各类不同的卫生信息系统的异构性和不同的数据存储方式,同时要保证互联互通(数据交换)采用“星型总线结构”,即各业务系统之
间没有直接的交换接口,各类业务数据交换都要通过平台服务总线实现。
由平台提出统一的数据交换接口标准,实现卫生信息数据的互通互联。
互通互联的具体目标包括:
1.平台数据采集:
平台接收并存储从下级平台或本级医疗卫生机构业务系统上传的个人/患者注册信息、电子健康档案、电子病历索引摘要以及其它医疗卫生资源(统计)等各类标准化数据。
平台数据采集是指平台从下级平台或本级各医疗机构业务系统获取信息资源的过程。
其采集的内容包括居民个人/患者注册信息、电子健康档案信息、电子病历索引摘要信息以及其它医疗卫生资源等各类标准化数据。
业务场景包括个人/患者信息注册、业务文档索引注册、业务文档提交等(业务文档指在医疗卫生服务记录电子文档,包括电子健康档案、电子病历、其他医疗卫生资源等内容的文档)。
2.平台数据共享:
下级平台或本级医疗卫生机构业务系统从平台实时调阅或定时下载个人/患者注册信息、电子健康档案、电子病历索引摘要以及其它医疗卫生资源(统计)等各类标准化数据。
平台数据共享是指平台将从各医疗卫生机构采集的居民/患者注册信息、居民电子健康档案、电子病历和其他各类医疗卫生资源以工作任务清单或统计结果的形式推送到有需求的下级平台或各医疗卫生机构业务系统。
平台共享数据的场景包括个人/患者交叉索引查询,居民人口学统计信息查询,业务文档索引查询以及业务文档查询等(业务文档指在医疗卫生服务记录电子文档,包括电子健康档案、电子病历、其他医疗卫生资源等内容的文档)。
4.3交换数据范围
4.3.1个人/患者注册信息
个人/患者注册信息是指在一定区域管辖范围内,形成一个个人注册库,个人的健康标识号、基本信息被安全地保存和维护着,提供给区域卫生信息平台所使用,并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。
个人注册满足实现针对身份证、社保(医保)、新农合、医疗服务一卡通等各类就医凭证的居民身份唯一性识别的需求。
该注册功能主要由各医院、社区和公共卫生机构来使用,完成个人/患者的注册功能。
个人/患者注册用于对前来医院就诊患者的基本信息进行管理,通过对病患者基本信息的统一管理,可以实现对患者信息最完整的保存,可以解决患者信息在各个系统中的不一致问题,以避免重复录入患者基本信息的情况。
个人/患者注册库主要扮演着两大角色。
其一,它是唯一的权威信息来源,并尽可能地
成为唯一的个人基本信息来源,用于医疗卫生信息系统确认一个人是某个居民或患者。
其二,解决在跨越多个系统时用到居民身份唯一性识别问题。
患者注册服务是区域卫生信息平台正常运行所不可或缺的,以确保记录在健康档案中的每个人被唯一地标识,他们的数据被一致地管理且永不会丢失。
4.3.2电子健康档案
健康档案是居民健康管理(疾病防治、健康保护、健康促进等)过程的规范、科学记录。
是以居民个人健康为核心,贯穿整个生命过程,涵盖各种健康相关因素、实现多渠道信息动态收集,满足居民自我保健和健康管理、健康决策需要的信息资源。
电子健康档案是平台要构建两大信息资源库之一,是居民健康信息的重要组成部分。
各级平台将会集中存放居民电子健康档案信息。
根据健康档案的基本概念和系统架构,健康档案的基本内容主要由个人基本信息和主要卫生服务记录两部分组成。
1.个人基本信息
包括人口学和社会经济学等基础信息以及基本健康信息。
其中一些基本信息反映了个人固有特征,贯穿整个生命过程,内容相对稳定、客观性强。
主要有:
(1)人口学信息:
如姓名、性别、出生日期、出生地、国籍、民族、身份证件、文化
程度、婚姻状况等。
(2)社会经济学信息:
如户籍性质、联系地址、联系方式、职业类别、工作单位等。
(3)亲属信息:
如子女数、父母亲姓名等。
(4)社会保障信息:
如医疗保险类别、医疗保险号码、残疾证号码等。
(5)基本健康信息:
如血型、过敏史、预防接种史、既往疾病史、家族遗传病史、健康危险因素、残疾情况、亲属健康情况等。
(6)建档信息:
如建档日期、档案管理机构等。
2.主要卫生服务记录
健康档案与卫生服务活动的记录内容密切关联。
主要卫生服务记录是从居民个人一生中所发生的重要卫生事件的详细记录中动态抽取的重要信息。
按照业务领域划分,与健康档案相关的主要卫生服务记录有:
(1)儿童保健:
出生医学证明信息、新生儿疾病筛查信息、儿童健康体检信息、体弱儿童管理信息等。
(2)妇女保健:
婚前保健服务信息、妇女病普查信息、计划生育技术服务信息、孕产期保健服务与高危管理信息、产前筛查与诊断信息、出生缺陷监测信息等。
(3)疾病预防:
预防接种信息、传染病报告信息、结核病防治信息、艾滋病防治信息、寄生虫病信息、职业病信息、伤害中毒信息、行为危险因素监测信息、死亡医学证明信息等。
(4)疾病管理:
高血压、糖尿病、肿瘤、重症精神疾病等病例管理信息,老年人健康管理信息等。
(5)医疗服务:
门诊诊疗信息、住院诊疗信息、住院病案首页信息、成人健康体检信息等。
4.3.3电子病历摘要
电子病历是由医疗机构以电子化方式创建、保存和使用的,重点针对门诊、住院患者
(或保健对象)临床诊疗和指导干预信息的数据集成系统。
是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源。
电子病历也是平台要构建两大信息资源库之一,是广义上的居民电子健康档案的重要组成部分。
由于电子病历内容既包括临床诊断电子文档,同时还包括各类影像检查、实验室检验报告等内容,占用的存储空间巨大。
因此平台将不会集中采集完整的电子病历,而是集中存放电子病历的索引(指患者在医疗机构就诊所发生的医疗服务活动(卫生事件)索引信息,
包括卫生事件名称、类别、时间、地点、结局等内容)、摘要信息(病案首页)。
4.3.4其它医疗卫生资源
平台构建区域卫生数据中心,除包括电子健康档案和电子病历两大信息资源库外,还包括区域卫生综合管理统计分析数据库。
统计分析数据库是为了区域卫生管理和个人健康信息应用而建立的数据库,其用来对区域卫生业务进行统计分析、业务监督、绩效考核、应急指挥及决策支持等。
其是通过从健康档案数据和各医疗卫生机构信息系统的业务数据中抽取归纳出来的,主要包括卫生资源数据和业务数据。
卫生资源数据主要通过系统数据采集和注册服务功能获得的,包括区域的人口构成、面积等本底数据,区域内医疗机构的信息,在册医生、护士、医疗技术人员相关信息,各种医疗设备、医疗设施等资源。
业务数据的类型主要包括文档数据、操作型数据。
文档数据:
以文档形式存在于数据中心中的临床和预防保健业务数据,例如检验、检查结果,医学报告等。
这些数据是结果数据。
操作型数据是指从各医疗机构采集上来的卫生服务信息和医疗服务信息。
统计分析数据库数据内容按照区域卫生信息管理需要划分为社区基本情况统计分析数据、慢病管理统计分析数据、儿童保健统计分析数据、妇女保健统计分析数据、医院服务统计分析数据、传染病防治统计分析数据、社区卫生服务评价分析数据、医院服务评价分析数据等。
4.4各级平台、医疗卫生服务机构互通互联场景
4.4.1省级平台与省属医疗卫生机构互通互联
省属医疗卫生机构(包括省属医院、省属公共卫生机构、省直管理机构)直接接入省级平台,不与所属地市级平台连接。
省属医疗卫生机构产生的业务数据实时或定时上传给省级平台。
省级平台定期将从省属医疗卫生机构采集的电子健康档案、电子病历摘要数据,按照居民/患者的归属地下发给各地级平台,进行属地化管理。
4.4.2省级平台与市级平台互通互联
各市级平台接入省级平台,市级平台实时或定时将本市产生的业务数据上传给省级平台。
各市级平台间不直接交换数据,数据交换通过省级平台完成。
省级平台定期将从市级平台采集的归属其他地市的居民/患者电子健康档案、电子病历摘要数据共享给其他市级平台,进行属地化管理。
4.4.3市级平台与市属医疗卫生机构互通互联
各市属医疗卫生机构(包括市属医院、市属公共卫生机构、市直管理机构)、区属医疗卫生机构、城市社区卫生服务机构接入市级平台,不直接与省级平台连接。
这些机构产生的业务数据实时或定时上传给市级平台。
4.4.4县级平台(数据中心)与县(乡镇)属医疗卫生机构互通互联
各县属医疗卫生机构(包括县医院、县公共卫生机构、乡镇卫生院、村卫生室等)接入县级平台(数据中心),不直接与市级平台连接。
这些机构产生的业务数据实时或定时上传给县级平台(数据中心)。
4.4.5市级平台与县级平台(数据中心)互通互联
各县级平台(数据中心)接入市级平台,县级平台(数据中心)实时或定时将本县产生的业务数据上传给市级平台。
各县级平台(数据中心)间不直接交换数据,数据交换通过市级平台完成。
市级平台定期将从各市属医疗机构采集的电子健康档案、电子病历摘要数据,按照居民
/患者的归属地下发给各县级平台(数据中心),进行属地化管理。
5平台数据交换技术规范
5.1基于前置机的数据交换
平台数据交换流程中,前置机将会作为平台与接入系统交换的中间环节使用,其作用表现在:
1.前置机存在于交换客户端和中心端之间,从物理上实现客户端和中心端的数据交换松耦合,不影响客户端系统业务的正常办理。
2.支持在不同的通信协议、数据格式或开发语言之间相互转换。
3.通过对前置机数据上传接口的调度,分散各前置机数据上传的时间点,减轻中心端数据处理并发压力。
4.间接起到防火墙的作用。
当前医疗机构都已经建立了本机构内部的局域网网络,并安装防火墙与外网隔离。
为实现与区域卫生信息平台对接,需要解决跨网数据交换的问题。
前置机作为接入系统和平台的数据交换中转设备,通过安装双网卡连接医疗机构内部局域网和区域卫生专网。
既达到跨网数据交换的目的,也没有将区域卫生专网直接接入医疗机构内
部局域网络。
在一定程度上确保医疗机构的网络安全性,提高了数据交换的可靠性。
5.从数据交换架构来看,前置机是基于总线数据交换的适配器。
各业务系统通过前置机统一接入平台服务总线。
保证了平台数据交换接口的一致性。
6.前置机除了部署数据交换接口服务外,还部署数据校验组件。
数据校验组件按照数据交换业务数据接口规范中对交换数据质量的要求,提供数据校验服务。
并将校验结果即时通知平台和接入系统。
对未能通过数据校验的数据,提醒接入系统进行修改并重新采集。
5.2平台数据交换实现流程
图1平台数据交换流程
基于平台的数据交换流程为接入系统(平台)生成交换数据,前置机程序接收交换数据、检验交换数据并将通过校验的数据发送到平台,平台对上传的数据做ETL处理,存储到平台数据中心。
此数据交换流程适用于接入系统与平台、下级平台与上级平台之间的数据交换场景。
5.2.1接入系统生成交换数据
接入系统(平台)按照数据交换业务数据接口规范要求准备数据,然后使用转换程序按照相关XSD描述生成XML文件或数据库表记录,然后把转换后得数据注册到前置机交换接口程序。
5.2.2前置机程序接收并验证交换数据
前置机交换接口程序收到接入系统发送的交换数据后,首先调用数据校验程序对交换数据做数据质量校验。
将不符合业务数据接口规范中数据质量标准要求的交换数据写入前置机错误数据库中,并通知接入系统错误处理程序处理;能够通过质量校验的交换数据写入前置
机数据采集接口库。
5.2.3前置机程序向平台发送交换数据
前置机数据上传程序将数据采集接口库中的交换数据通过调用平台采集数据服务发送到平台端。
5.2.4区域卫生信息平台存储交换数据
区域卫生信息平台收到前置机发来的交换数据后,先将数据缓存到交换数据库中。
再由
ETL程序处理,存储到平台数据中心。
完成上述交换流程的数据,将作为未来平台各类共享数据使用。
5.3数据交换接口方式
平台基于前置机的数据交换接口方式包括两种,一种是前置机数据库接口交换的方式,另一种是前置机服务接口交换的方式。
1.前置机数据库接口交换方式
采集数据时,平台在前置机上安装数据库,按照数据交换业务数据接口规范各业务数据集要求建立交换中间表结构。
由接入系统将系统内数据清洗、转换,之后将数据写入前置机接口库。
再由前置机上传程序定时、批量将接口库中的数据通过同步或异步的方式调用平台采集数据服务,实现业务数据向平台的上传。
共享数据时,由平台的共享服务定时批量将共享数据写入前置机接口库,再由接入系统从接口库中抽取数据到本地数据库服务器,实现数据共享。
前置机数据库接口交换方式的主要优点是数据交换可以异步完成,平台或接入系统可以根据自身业务处理情况,通过调度的方式动态调整数据交换的频率,提高数据交换的效率和完成质量。
缺点是数据交换不能做到完全实时,将数据交换频率间隔调整为很短的时间,可以做到准实时交换。
这里需要特别说明的是,前置机数据库接口交换方式与传统的数据库到数据库的方式不同。
这里接口库的作用只是基于SOA架构服务总线数据交换方式的一种适配器,或者说是一种数据缓冲方式。
2.前置机服务接口交换方式
采集数据时,平台在前置机上部署注册和采集服务接口(服务遵循IHEITI技术规范),由接入系统将系统内数据清洗,并按照标准XMLSchema文件(同时符合HL7CDA)进行格式转换为XML文档,然后调用前置机注册服务或采集服务实现文档的注册和上传。
共享数据时,平台在前置机上部署各种查询服务接口(交叉索引查询、人口学统计信息查询、文档索引查询以及文档查询等),接入系统调用前置机各种查询服务接口实现文档共享。
前置机服务接口交换方式的主要优点是数据交换实时性、可扩展性非常高。
不会因为交
换业务的增加调整服务接口。
标准的Web Services服务接口可以满足各类异构系统接入的需求。
相对于数据库接口方式,其维护成本较低,更利于管理,是未来数据交换发展的方向。
缺点是如果交换的数据内容很大,对网络和交换服务器压力会非常大。
一旦在忙时产生大并发量的数据交换业务,对服务器运行效率和交换质量会有非常大的考验。
如果全部的数据交换业务都采用服务接口方式实现,在并发时也可能会对接入系统的运行效率产生一些影响。
综合上述两种数据交换技术的分析,确定各级平台(数据中心)在采集数据场景和批量共享数据场景中选择前置机数据库接口方式实现,对卫生部提出的健康档案数据采集等实时性要求较高的业务,通过缩短采集频率的方式来满足要求。
对医疗协同、卫生业务联动业务场景和电子健康档案(电子病历)在线共享调阅场景确定选择前置机服务接口方式实现。
以下分别描述两种平台数据交换方式的接口规范。
5.4前置机数据库交换接口规范
5.4.1交换流程
数据库接口交换方式的流程如下:
平台采集数据:
接入系统按照统一规定的上传时间间隔,将系统中的相关信息按前置机数据库表结构整理后存入接口数据库。
前置机上传程序会定时将新增或修改的数据上传至平台存储整合。
平台共享数据:
平台会按照订阅获取数据时设置的时间间隔将要共享给接入系统的数据按前置机数据库表结构整理后存入接口数据库。
接入系统从接口数据库读取共享数据到本地业务库存储。
5.4.2接口库结构说明
平台数据库接口业务范围包括个人/患者注册信息、电子健康档案、电子病历摘要以及其它医疗卫生资源(统计)等。
接口数据库表结构的详细说明参见《安徽省卫生信息平台接口库说明》。
接口库所引用的字典的具体值可参看数据库的具体表,也可参见《安徽省卫生信息平台接口库值域说明》。
5.4.3接口库采集数据约束
采集数据时,为了保证数据的准确、业务的完整一致,对上传至接口库中的数据有以下基本要求:
首先应保证各个业务的数据都是完整的,并且,同一个业务数据不能重复上传,保证数据的唯一性。
接入系统在向接口库上传数据时,应该先上传个人/患者注册信息,再上传其它索引数据、业务数据,每次业务都对应一个索引信息。
所有业务数据、索引数据都必须包含本区域内的一个唯一标识,用以标识一个完整的业务,在个人/患者注册业务中还必须包含证件号码、类别代码(新生儿除外),用以唯一标识一名患
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 平台 数据 交换 技术规范