电子健康档案系统架构方案之我见

电子健康档案系统架构方案之我见（通用2篇）

电子健康档案系统架构方案之我见 篇1

电子健康档案系统架构方案之我见

许德俊 福建弘扬软件有限公司

1.引言

在2009年4月7日公布的《医药卫生体制改革近期重点实施方案（２００９－２０１１年）》提出，从２００９年开始，逐步在全国统一建立居民健康档案，并实施规范管理。居民健康档案进入了具体实施的快车道。

健康档案是对居民的健康状况及其发展变化，以及影响健康的有关因素和接受卫生保健服务过程进行系统化记录的文件。建立标准化健康档案有利于协助医生全面了解居民的健康状况，为其提供综合、连续、有效的医疗卫生服务，同时有利于跟踪居民的健康状况和变化，对其进行系统管理［1］。健康档案是个动态的过程，是记录人的一生的健康信息。健康档案信息主要来源于医疗卫生服务记录、健康体检记录和疾病调查记录。为避免成为死档，就需要将信息融入医疗卫生机构的日常诊疗工作中，一方录入，多方使用，实现医疗机构、患者、卫生管理部门之间的信息共享。医疗机构、基层卫生服务机构以及其它健康服务机构既是卫健康档案的记录者又是健康档案的使用者。健康档案需要在不同的机构间流转应用，而基于区域内数据共享的电子健康档案的实现正是实现居民健康档案建设与运行的最有效手段。

电子健康档案的难点在于实现众多医疗机构间大量异构系统、异构与数据的整合。健康数据的涉及面广、涉及的部门多、数据繁杂、数据增长快、适时性高。不仅需要整合跨机构跨部门的横向数据，还需要建立以个人为中心跨越时间维度的纵向记录。为此，建立以区域范围内的健康数据共享平台，以健康数据共享平台为中心整合多方的异构数据成为建立电子健康档案的共识。本文就电子健康档案的业务模型、电子健康档案的解决方案模型及健康信息访问层技术发表浅见。

2.电子健康档案业务模型

电子健康档案一般通过基层卫生机构应用独立的客户端或社区卫生服务系统建立，也支持通过医院信息系统、健康体检系统等其它系统驱动建立。并在基层卫生服务、体检、预防接种、临床医疗、保健、医疗保障等其它应用系统中应用。这些应用包括健康数据的读取应用、健康档案信息的写入更新。

图 1电子健康档案业务模型

3.电子健康档案系统架构方案模型

健康档案服务平台是电子健康档案的基础平台。健康数据中心、健康档案服务平台、健康档案客户端应用共同构成了电子健康档案业务应用。医生、护士、健康服务对象、HIS、LIS、DIS、公共卫生服务系统、妇幼保健系统等医疗卫生业务应用系统通过各种方式对电子健康档案进行应用。

医疗卫生改革方案提出：定期为６５岁以上老年人做健康检查，为３岁以下婴幼儿做生长发育检查，为孕产妇做产前检查和产后访视，为高血压、糖尿病、精神疾病、艾滋病、结核病等人群提供防治指导服务，从２００９年开始为１５岁以下人群补种乙肝疫苗，农村妇女孕前和孕早期补服叶酸，预防出生缺陷等。电子健康档案服务平台提供了相应的服务支持［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: 新增病人档案请求3: 查询分析病人是否存在平台接口2: 注册请求注册服务4: 查询结果信息病人档案5: 建立访医院的病人标识注册6: 如果不存在新建病人档案病人交叉索引注册库 图 3新增个人档案，进行标识注册

健康档案服务平台保存着各家机构注册的病人唯一识别码注册信息。社区或医院在新增一个病人时向平台中心发出新增病人档案请求，只须采用本机构内部的识别码；平台获取该医院的新增病人请求后，在病人档案中查询分析是否存在具有相同特征信息的病人信息，如存在说明该病人可能由其它机构建立了档案，并已存在关于该病人该机构的索引记录。注册时只须建立关于本机构内部的该病人索引记录，并将病人档案关联到关于该病人的本机构索引记录。如果不存在该病人的特征信息，说明医院所请求的病人尚未由其它医院建立，则需在建立病人档案后再建立关于本机构的病人索引。

在进行病人查询时，采用医院内部的病人标识码，通过交叉索引服务的转换就可以查询病人的档案信息了。

医 院1: 查询病人档案请求2: 查询病人请求信息平台接口病人查询服务病人档案25: 获取病人档案3: 从交叉索引查询病人4: 关联病人档案交叉索引服务 图 4由交叉索引服务转换标识提供查询

对于其它不存在编码标准的唯一性问题，可以按照类似的注册机制进行。对于已经存在标准的唯一性标识问题，注册服务则提供了基于标准的注册服务，并提供基于标准的语义转译。

不同系统可能甚至同一系统内都存在不同的语义歧义问题，如“盲肠炎”与“阑尾炎”属于同一病症的不同称呼，“组织”这个名词在医疗系统语境与在人力资源管理语境存在很大差别；“计算机”与“电脑”都表示同一类固定资产等。标准标识或注册转译都是解决这类问题的有效途径。

图 5注册转译机制

7.结论

通过建立健康档案的架构模型，提出基于SOA的电子健康档案解决方案。架构以分层的模型给出了数据层、服务提供层、健康信息接入层的设计思想。服务提供层通过健康档案相关业务组件及系统辅助组件提供相应的服务；健康信息接入层通过提供安全、通讯等公共服务组件以及服务控制组件实现服务管理。并给出了个人标识交叉索引与互操作的实现机制。

参考文献

［1］ 医改解读：全国居民健康档案从今年开始逐步建立http://

［2］ 许文平等,区域协同医疗信息化平台的基机构件—PIX服务，中国数字医学，2009.3(IV3)

电子健康档案系统架构方案之我见 篇2

血友病是一种由于凝血因子Ⅷ、Ⅸ等缺乏或功能缺陷导致凝血障碍的遗传性疾病[1]。目前尚无根治的方法, 替代治疗 (输注血浆、冷沉淀、凝血因子Ⅷ或Ⅸ) 是有效的治疗措施[2]。血友病诊疗中心使患者能够及时接受科学的治疗, 给血友病患者带来很多益处, 目前采用纸质登记本登记记录血友病患者信息[3], 其档案管理有待改进。本文提出了一种基于B/S架构的血友病电子健康档案管理系统, 为血友病患者档案管理网络化、信息化起到了推动作用。

1 系统架构及设计

1.1 B/S架构

B/S架构为三层架构[4]。第1层为客户端, 客户端为标准的浏览器, 将HTML代码转化成图文并茂的网页, 允许用户在网页上输入信息, 并与处理请求提交给服务;第2层为Web服务器, 通过启动进程响应请求, 并动态生成嵌入处理结果的HTML代码, 返回给客户端的浏览器;第3层为数据库服务器, 负责协调Web服务器发出的数据库请求。B/S架构拥有软件维护开销低、信息查询和组织方便、客户端只需装有浏览器即可访问系统等优点[5]。

1.2 ASP

ASP是一套由微软开发的服务器端的脚本语言环境[6], 是一种开放式的非编译应用环境。ASP程序以扩展名为.asp的纯文本形式存在于Web服务器中, 可以用任何文本编辑器进行编辑。当浏览器向Web服务器请求.asp文件时, Web服务器调用ASP, ASP全面读取请求的文件, 执行所有脚本命令, 并将结果作为标准的Web页传送给浏览器[7]。

2 主要功能模块

系统由患者信息管理、患者治疗管理、应急查询系统、健康教育系统组成。系统功能模块结构, 见图1。

2.1 患者信息管理

血友病电子健康档案管理系统采用B/S架构管理患者信息, 患者在异地治疗时, 通过IE浏览器登陆该系统, 输入用户名和密码即可调出患者在全国各血友病诊疗中心所有的治疗情况。每个患者只有1个ID号, 通过这个ID号只能查询患者本人的基本信息和历次诊疗情况, 只有血友病诊疗中心人员才能查询并管理病人的信息, 不存在病人信息的泄露问题。

2.2 患者治疗管理

血友病电子健康档案管理系统能记录患者每次出血情况及治疗方案。患者能在全国各血友病诊疗中心接受治疗, 并将治疗信息记录在血友病电子健康档案管理系统中。血友病患者信息的网络化管理使患者的治疗信息更加完整和全面, 使患者在任何时间和任何地点都能进行信息共享。

2.3 应急查询系统

血友病电子健康档案管理系统可提供患者出血后的应急处理查询功能。患者先选择出血的部位, 包括关节、牙龈、鼻腔、肘部等;再选择出血的程度, 包括疼痛程度、皮肤瘀斑、出血量等。系统会自动判定此次出血情况的轻重程度, 然后给出推荐的护理方案和治疗方案。患者可根据此方案紧急处理, 减少出血量。

2.4 健康教育系统

血友病电子健康档案管理系统能够提供血友病知识普及功能。患者可以更加全面地了解血友病各方面的知识, 包括血友病患者注意事项、血友病的遗传性、血友病全国各个诊疗中心的地址和联系电话等。

3 系统实现

3.1 系统的开发环境

为了便于系统的管理和维护, 系统总体架构选用B/S架构, 首选数据库用Access2003, 使用ASP为开发语言, 既保证了一定范围内系统性能的需求, 又确保系统推广应用过程方便普适, 且解决了版权问题。

3.2 数据库的设计

数据库的结构设计包括实体联系模式设计和关系模式设计[8]。系统实体联系模式设计是由各分E-R图导出总E-R图的过程, 关系模式设计即逻辑结构设计, 是将概念结构设计阶段设计好的基本E-R图转换为DBMS支持的数据模型相符的逻辑结构, 并对数据模型进行优化。本数据库部分表之间的关系, 见图2。

3.3 系统界面

基于B/S结构, 运用ASP动态网页技术, 以Access2003为后台数据库, 按照预定的功能系统成功开发了界面友好、结构合理、安全性高的血友病电子健康档案管理系统。不同的ID进入系统的界面也不一样。患者ID进入系统能查询患者本人的基本信息和历次诊疗情况, 还能进入应急查询系统和健康教育系统。医生ID进入系统则进入诊疗系统, 包括患者信息的录入, 诊疗信息的录入, 患者历次诊疗信息的查询等。诊疗中心管理员ID进入系统则可以对患者信息进行统计分析, 以及各种信息的修改和维护。

4 小结

血友病电子健康档案管理系统的设计, 实现了全国血友病患者的信息化管理和信息存储的“无限化”, 使患者的治疗信息更加完整和全面, 在任何时间、任何地点均能进行信息共享, 为血友病患者异地就医提供了方便, 也解决了患者院外护理的问题。

参考文献

[1]张迎红, 胡国强, 程红, 等.国外血友病家庭治疗和护理管理现状[J].护理管理杂志, 2011, 11 (5) :334-335.

[2]李亚洁, 钟晓红, 孙竞.血友病综合关怀模式的发展现状[J].中华护理杂志, 2007, 42 (8) :732-734.

[3]杜锋蔚, 孙彩虹.血友病病人家庭治疗现状及影响因素的性质研究[J].护理研究, 2012, 26 (23) :229-230.

[4]刘敏丰, 张昊堃, 聂鹏鹏.社区远程健康监护网络系统的设计与实现[J].电子科技, 2013, 26 (6) :145-147.

[5]徐玲, 刘长兴.大型医院检验信息系统架构模式探讨[J].中国医疗设备, 2013, (7) :84-85, 83.

[6]蔡利民.基于B/S结构的高校文档管理系统的设计与实现[J].江汉大学学报 (自然科学版) , 2007, 35 (4) :63-66.

[7]徐义晗.基于健康档案的社区医疗卫生信息系统设计[J].长江大学学报自然科学版:理工卷, 2012, 9 (8) :117-120.