电子健康档案系统架构方案之我见.docx
《电子健康档案系统架构方案之我见.docx》由会员分享,可在线阅读,更多相关《电子健康档案系统架构方案之我见.docx(10页珍藏版)》请在冰豆网上搜索。
![电子健康档案系统架构方案之我见.docx](https://file1.bdocx.com/fileroot1/2023-1/5/ac5128f8-528a-4504-b856-fde06bb3958c/ac5128f8-528a-4504-b856-fde06bb3958c1.gif)
电子健康档案系统架构方案之我见
电子健康档案系统架构方案之我见
许德俊 福建弘扬软件有限公司
1. 引言
在 2009 年 4 月 7 日公布的《医药卫生体制改革近期重点实施方案
(2009-2011年)》提出,从2009年开始,逐步在全国统一建立居
民健康档案,并实施规范管理。
居民健康档案进入了具体实施的快车道。
健康档案是对居民的健康状况及其发展变化,以及影响健康的有关因素和
接受卫生保健服务过程进行系统化记录的文件。
建立标准化健康档案有利于协
助医生全面了解居民的健康状况,为其提供综合、连续、有效的医疗卫生服务,
同时有利于跟踪居民的健康状况和变化,对其进行系统管理[1]。
健康档案是个
动态的过程,是记录人的一生的健康信息。
健康档案信息主要来源于医疗卫生
服务记录、健康体检记录和疾病调查记录。
为避免成为死档,就需要将信息融
入医疗卫生机构的日常诊疗工作中,一方录入,多方使用,实现医疗机构、患
者、卫生管理部门之间的信息共享。
医疗机构、基层卫生服务机构以及其它健
康服务机构既是卫健康档案的记录者又是健康档案的使用者。
健康档案需要在
不同的机构间流转应用,而基于区域内数据共享的电子健康档案的实现正是实
现居民健康档案建设与运行的最有效手段。
电子健康档案的难点在于实现众多医疗机构间大量异构系统、异构与数据
的整合。
健康数据的涉及面广、涉及的部门多、数据繁杂、数据增长快、适时
性高。
不仅需要整合跨机构跨部门的横向数据,还需要建立以个人为中心跨越
时间维度的纵向记录。
为此,建立以区域范围内的健康数据共享平台,以健康
数据共享平台为中心整合多方的异构数据成为建立电子健康档案的共识。
本文
就电子健康档案的业务模型、电子健康档案的解决方案模型及健康信息访问层
技术发表浅见。
2. 电子健康档案业务模型
电子健康档案一般通过基层卫生机构应用独立的客户端或社区卫生服务系
统建立,也支持通过医院信息系统、健康体检系统等其它系统驱动建立。
并在
基层卫生服务、体检、预防接种、临床医疗、保健、医疗保障等其它应用系统
中应用。
这些应用包括健康数据的读取应用、健康档案信息的写入更新。
图 1 电子健康档案业务模型
3. 电子健康档案系统架构方案模型
健康档案服务平台是电子健康档案的基础平台。
健康数据中心、健康档案
服务平台、健康档案客户端应用共同构成了电子健康档案业务应用。
医生、护
士、健康服务对象、HIS、LIS、DIS、公共卫生服务系统、妇幼保健系统等医疗
卫生业务应用系统通过各种方式对电子健康档案进行应用。
医疗卫生改革方案提出:
定期为65岁以上老年人做健康检查,为3岁以
下婴幼儿做生长发育检查,为孕产妇做产前检查和产后访视,为高血压、糖尿
病、精神疾病、艾滋病、结核病等人群提供防治指导服务,从2009年开始
为15岁以下人群补种乙肝疫苗,农村妇女孕前和孕早期补服叶酸,预防出生
缺陷等。
电子健康档案服务平台提供了相应的服务支持[1]。
健康档案数据中心提供了所有个人及家庭医疗与健康信息的存储。
健康档
案共享平台为健康档案的数据采集及应用提供了业务服务支持。
平台以提供数
据共享服务的方式实现与健康档案独立客户端与系统应用客户端的分离,但平
台的各种服务间、平台与应用程序间有复杂的业务逻辑交互。
同时应用程序必
须与具体的服务组件对接,以获得数据访问服务的支持。
这样,应用的接入将
十分复杂,同时可能产生应用程序与服务组件间的一定程度的依赖。
另外服务
组件与应用程序直接对接的结果,将无法服务的流程配置,使得流程再造难以
实现。
为此有必要引入一个中间层管理服务的接入。
图 2 健康档案系统架构模型
4. 健康档案服务平台
健康档案服务平台由一系列服务组件组成,主要包括健康档案的业务服务
组件及系统辅助服务组件构成。
4.1. 健康档案业务域服务组件
健康档案的业务服务组件服务于健康档案的业务域,包括为实现新医改所
提出的个人建立基本信息档案、建卡、各特定人群的专项记录、以及临床医疗
及卫生服务领域的各诊疗、体检、检验、手术、住院、转诊等信息。
为此,健康档案所提供的服务可能包括建立个人基本档案服务,建立健康
卡服务、基本档案更新服务、0-36 个月婴幼儿健康管理服务、孕产妇产前检查
服务、孕产妇产后访视服务、老年人健康登记服务、高血压、II 型糖尿病、精
神疾病、艾滋病、结核病等患者专项建档服务、以及这些人群的跟踪访视服务、
就诊登记服务、病案登记服务、诊疗登记服务、手术麻醉登记服务、药品使用
登记服务、查体登记服务、体格检验服务、检验登记服务、放射检查服务、预
访接种服务、婚检服务、计划生育措施登记服务等。
4.2. 健康档案辅助域服务组件
健康档案的辅助域服务组件服务于健康档案系统服务平台,主要包括服务
平台运行所需的机构、用户、服务组件功能注册、服务资源权限管理、以及个
人、从业者、术语等注册管理。
注册库及其服务提供了健康档案中关键对象的
唯一标识注册,每人注册对象均有管理和解决自身的多重标识问题的能力,以
便在不同的应用域间进行信息交互与协同。
5. 健康信息访问层
健康信息接入层(Health Information Access Layer,HIAL)负责各平台服务之
間以及各应用系统与数据服务平台间交互接入。
同时也是健康档案共享平台与
应用程序系统之间的一个隔离层。
它是所有需要共享健康档案连接的统一网关。
将所有应用程序与组成卫生信息共享平台结构的大规模信息之间的连接和集成
所导致的错综复杂性隔离开来。
一旦一个应用系统实现了一组与共享信息服务
平台之间的通讯标准以后它就可能发送请求到健康档案共享平台并获得响应。
在健康档案服务平台中,为了响应请求并给出一个全面的回应,将出现错
综复杂的网络系统和多重调用,发起调用的应用程序或健康档案独立客户端应
无须关心这些交互,它将通过健康信息访问层获得单一的综合的响应。
同时,
健康档案服务平台中的许多组件可能发生改变,由健康信息访问层提供的隔离
性将确保这些变化不发生改变。
5.1. 健康信息访问层公共服务组件
健康档案信息访问层除了隔离服务平台与应用系统之间直接交互外还将提
供一系列健康信息访问所需的公共服务,所有参与到健康档案服务平台结构中
的服务组件、及应用系统,可一致化地应用这些公共服务。
公共服务包括为系统接入的所提供的数据通讯、业务协同提供互操作、状
态管理、安全、流程配置、数据路由等服务。
数据通讯服务总线是健康信息访问层中最重要的服务组件之一。
通过数据
通讯服务总线的数据路由功能,应用系统可以无须关心具体的服务,正确地得
到服务的响应。
5.2. 健康信息访问层的使能技术
健康档案服务平台要具备整合资源的能力。
一是要实现跨域的系统整合。
二是要实现异构系统的兼容性,达到技术透明与位置透明。
最好的选择应是面
向服务设计与编程模式。
面向服务体系 SOA(Service-Oriented Architecture)是一种架构模型和
一套设计方法学,其目的是最大限度地重用应用程序中立型的服务以提高 IT 适
应性和效率。
它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布
式部署、组合和使用。
WEB 服务(XML/SOAP/WSDL)技术是有效的解决信息系统
之间的交互和沟通,实现 SOA 的常用技术手段。
其本质思路在于使得异机的信
息系统个体在能够沟通的基础上形成协同工作。
应用面向服务的服务体系架构电子健康档案,实现健康信息访问层的设想
将充分利用近年来 SOA 技术的发展成就,将使真正意义上电子健康档案的实现
途径大为缩短。
5.3. 服务控制组件
服务控制组件用于处理数据定位与管理相关的复杂任务。
包括对服务的组
装、编排、为业务规则提供支持,为注册服务提供索引、为互操作性供标准化
的信息转化、以服跟踪监控服务数据质量等一系统与服务的管理与控制相关的
服务。
服务控制组件是电子健康档案的信息枢纽,一个事务性的服务执行可能包
括调用不同的组件生成多个个结果集。
通过服务控制组件的组装服务可将把这
些结果集组合成一定输出格式。
这些服务将使用组合模板的方式来实现这些功
能。
通过对编排服务的调用实现对服务的有序执行。
同时通过索引服务提供对
个人、机构维护
6. 病人交叉索引与互操作
个人健康档案是作为建立以病人为中心的医疗服务模式的基础,各医疗服
务机构通过健康档案的个人身份识别实现健康信息的交互与服务协同。
病人在
不同的医院机构就诊,各机构的信息系统就保存着相互独立的病人标识机制[2]。
注册管理系统通过提供识别码的注册机制及标识码的交叉索引,对病人及
其它需要互操作的唯一识别对象进行了识别。
病人标识交叉索引服务通过对不
同系统提供的病信息进行综合分析,为同一病人的记录建立交叉索引, 以便提
供跨系统的病人身份识别服务。
同时注册系统保存了对该病人基于该机构的唯
一性标识,并产生电子健康档案的唯一识别码,今后对该病人的查询等服务,
均可通过唯一识别码的转换实现病人查询。
不不
1:
不不不不不不不不
不不不不
2:
不不不不
不不不不
3:
不不不不不不不不不不
不不不不
5:
不不不不不不不不不不不不
4:
不不不不不不
6:
不不不不不不不不不不不
不不不不不不不不不
图 3 新增个人档案,进行标识注册
健康档案服务平台保存着各家机构注册的病人唯一识别码注册信息。
社区
或医院在新增一个病人时向平台中心发出新增病人档案请求,只须采用本机构
内部的识别码;平台获取该医院的新增病人请求后,在病人档案中查询分析是
否存在具有相同特征信息的病人信息,如存在说明该病人可能由其它机构建立
了档案,并已存在关于该病人该机构的索引记录。
注册时只须建立关于本机构
内部的该病人索引记录,并将病人档案关联到关于该病人的本机构索引记录。
如果不存在该病人的特征信息,说明医院所请求的病人尚未由其它医院建立,
则需在建立病人档案后再建立关于本机构的病人索引。
在进行病人查询时,采用医院内部的病人标识码,通过交叉索引服务的转
换就可以查询病人的档案信息了。
不 不
1:
不不不不不不不不
不不不不不不
2:
不不不不不不
不不不不不不
5:
不不不不不不
3:
不不不不不不不不不
不不不不2
4:
不不不不不不
不不不不不不
图 4 由交叉索引服务转换标识提供查询
对于其它不存在编码标准的唯一性问题,可以按照类似的注册机制进行。
对于已经存在标准的唯一性标识问题,注册服务则提供了基于标准的注册
服务,并提供基于标准的语义转译。
不同系统可能甚至同一系统内都存在不同的语义歧义问题,如“盲肠炎”
与“阑尾炎”属于同一病症的不同称呼,“组织”这个名词在医疗系统语境与在
人力资源管理语境存在很大差别;“计算机”与“电脑”都表示同一类固定资
产等。
标准标识或注册转译都是解决这类问题的有效途径。
图 5 注册转译机制
7. 结论
通过建立健康档案的架构模型,提出基于 SOA 的电子健康档案解决方案。
架构以分层的模型给出了数据层、服务提供层、健康信息接入层的设计思想。
服务提供层通过健康档案相关业务组件及系统辅助组件提供相应的服务;健康
信息接入层通过提供安全、通讯等公共服务组件以及服务控制组件实现服务管
理。
并给出了个人标识交叉索引与互操作的实现机制。
参考文献
[1] 医改解读:
全国居民健康档案从今年开始逐步建立
[2] 许文平等,区域协同医疗信息化平台的基机构件—PIX 服务,中国数
字医学,2009.3(IV3)