基于健康管理的分级诊疗信息服务平台设计与实现

2017-12-20 09:46:35 爱德腕带 阅读

按照国家分级诊疗制度的要求,结合本地实际需求,设计并实现了一个基于健康管理理念的信息服务平台。信息服务平台采用了分布式架构部署,运用了大数据、云计算和总线技术。该系统提供了统一认证、远程会诊、双向转诊和远程医疗的功能,实现了医疗资源的合理配置,提高了医疗诊疗效率。

 


1

      建设目标及思路

随着我国医疗体制改革进程的不断深入,分级诊疗制度建设作为完善医疗资源合理配置的重要机制,发挥着重要的作用,全国卫生与健康大会进一步明确分级诊疗是医疗体制改革中需要优先解决的基本医疗卫生制度。按照“基层首诊、双向转诊、急慢分治、上下联动”的诊疗要求,河南省提出2017年分级诊疗信息管理功能要基本覆盖全部二、三级医院和80%以上的乡镇卫生院和社区卫生服务中心。基于健康管理的分级诊疗信息服务平台能便捷、高效、科学地实现城乡居民健康签约服务、健康监护、远程会诊及双向转诊服务,从而推进分级诊疗制度的落实。

 

2

      系统需求分析

洛阳市作为国家首批医改试点城市,为保证分级诊疗的顺利开展,利用大数据云计算平台技术,建设基于健康管理的分级诊疗信息服务平台,有利于科学、高效地推进此项工作的开展。


2.1 基础平台业务系统 包括远程会诊系统、双向转诊系统、远程健康监护系统等。


2.1.1 远程会诊系统 为双向转诊提供实时支撑,协助基层首诊医师判断病人是否需要上转,持续跟踪管理下转病人,提高基层医师的诊疗水平。


2.1.2 双向转诊系统 依托于远程会诊和健康监护数据判断是否发起转诊,实现患者在各级医疗机构的上转、下转和回转。


2.1.3 远程健康监护系统 实时采集出院康复和慢性病患者日常生理指标的监护,同时这些数据进入居民健康档案供平台上各大医院共享使用。


2.2 应用支撑系统建设 与医疗机构现有各信息系统(HIS、LIS、PACS、EMR)的数据交换及接口设计等。

 

3

      系统设计

3.1 平台架构 信息服务平台采用面向服务的体系架构,由远程健康监护、远程会诊和双向转诊等系统组成,远程健康监护系统提供会诊和双向转诊以及日常治疗过程中患者的日常生理指标参考数据,供平台中共享使用;远程会诊系统为双向转诊决策提供实时会诊支撑。平台网络支持依托于远程会诊基础网络支持平台,连接各大医院,实现专网内的远程会诊与双向转诊应用。同时,会诊网络与移动互联网相连,将远程健康监护的反馈数据在各大医院间实时共享。

3.2 双向转诊流程设计 双向转诊系统依托于远程会诊和健康监护数据,提供转诊依据,完成由下至上或由上至下的注册认证、转诊申请、审核、安排等流程 ,子系统间的协同工作流程如图2所示。


3.3 医院内网数据推送 平台运行的数据及应用均在互联网和远程会诊专网中使用,如某些单独的应用需要接入医院内网,医院将部署前置机,然后配合平台的推送功能,将转诊、监护的数据实时推送到医院前置机。


3.4 系统存储与数据共享 各服务器数据存储及共享结构。


3.4.1 前置认证服务存储单元 前置认证服务器存储单元用来存储平台中各个应用系统中所产生的用户认证信息,平台所有应用系统均通过统一的前置认证服务存储单元形成唯一数据索引,从而为监护以及操作对象建立全周期、全覆盖的单点身份识别生态链。


3.4.2 监护基础数据存储单元 监护基础数据存储单元负责存储监护终端数据采集服务器所采集的最原始的生理监护指标数据,同时保存监测预警专家库分析服务器对监护数据进行分析后所产生的监护对象的预警结果。


3.4.3 媒体展示业务存储单元 本单元用来存储各个媒体需要展示的应用系统业务数据,这些媒体展示应用系统目前包括:移动终端应用、网站查询统计交互应用、实时C/S客户端应用等,各媒体应用的辅助设计与交互数据均在本单元存储。


3.4.4 双向转诊信息存储单元 记录双向转诊系统中的申请、审批、就诊过程中的相关信息。


3.4.5 远程会诊管理与会诊回放存储 记录远程会诊的发起申请、参与对象、会诊主题、会诊结果以及会诊录像等信息。


3.5 子服务器系统设计


3.5.1 网站交互服务器 网站交互服务器是各类网站应用服务的总称,负责与用户以网页方式进行数据交互。


3.5.2 移动终端交互服务器 移动终端交互服务器是各类移动终端应用服务的总称,负责与用户以移动终端的方式进行数据交互。


3.5.3 实施调度服务器 实时调度服务器提供实时检索与推送服务器,主要面向社区、医院预警使用,将系统中产生的用户生理指标预警信息快速推送给接收终端。实施调度服务器采用Socket在线连接的方式,维护所有接入终端,并保证终端的连接通讯通道畅通,以保证数据推送的及时性。


3.5.4 监护终端数据采集服务器 负责对监护对象监护数据终端进行数据采集,采集支持主动采集和被动接收两种模式。数据采集服务器是一组数据采集服务的总称,其结构为分布式多层服务。


3.5.5 监测预警专家库分析服务器 监测预警专家库分析服务器是系统中的一套专用服务器,其功能比较单一,即将数据采集服务器采集的数据,经过分析后得出指标预警数据,同时反馈给实施调度服务器并存储到监护基础数据存储中。

 

4

      关键技术设计

4.1 统一认证、数据标准化总线与数据共享

 

4.1.1 统一认证总线 所有接入的应用系统,不允许开发单独的认证模块,所有的认证必须通过系统提供的统一认证ESB数据总线,以REST API方式获取认证信息。认证总线与前置认证服务存储相连接,保证认证信息的统一。


4.1.2 标准化数据总线 所有接入的应用系统,原则上不允许单独配置数据存储,数据的存储和访问均通过标准化的数据总线进行交互,在数据存储前必须按照总线数据标准将数据强制标准化后存储。


4.1.3 数据共享 除了媒体展示存储外,所有存储单元的数据在整个平台内都可以共享使用,通过授权机制在各个子系统间调用。


4.2 平台唯一索引的建立 平台通过注册认证服务建立三类唯一索引,即:医疗机构、患者和设备索引,以保证接入到平台的每个医院、远程健康监护设备、远程会诊设备等的标示是唯一的,并且与患者的唯一认证账号关联。


4.3 数据采集服务器设计 数据采集服务器是一组数据采集服务的总称,考虑到各监护对象的地理位置分布,终端数量的负载问题,将其设计成分布式多层结构。


4.3.1 数据采集服务器 最底层的数据采集服务器,直接与入户的家庭监护路由相连接,采集各类监护终端的监护数据。


4.3.2 数据采集中继服务器 数据采集中继服务器完全是为分布式地理位置划分而设计的一层服务器,其仅包含中继转发的作用。其向下面对数据采集服务器推送上来的数据,并向上级中继服务器或总服务器转发数据。


4.3.3 数据采集总服务器 数据采集总服务器接收来自最上层中继服务器(或直接数据采集服务器)的数据,接收数据后将数据推送给监测预警专家库分析服务器进行分析,同时将数据存储在监护基础数据存储单元。

 

5

     系统功能实现

分级诊疗平台采用C#语言开发,数据库管理系统使用了微软公司的MS SQL Server 2008,应用主要包括远程健康监护子系统、远程会诊子系统、双向转诊子系统、便民扩展App等系统。


5.1 远程健康监护子系统 系统提供账户的创建、健康数据的采集、数据分析与医嘱、健康数据查询等功能。


5.2 远程会诊子系统 系统提供远程会诊的发起,远程会诊报告填写等功能。主要包括会诊主题、会诊参加医院、会诊对象、会诊结果。


5.3 双向转诊子系统 系统提供双向转诊条件约束 、认证、双向转诊的发起、双向转诊的受理等功能。


5.4 便民扩展App系统 App系统提供预约挂号、个人健康档案查询、预约挂号排班生成、用户预约挂号、医院对预约挂号的处理、健康档案查询等功能。


6

      结语

本系统根据国家分级诊疗制度的要求,结合洛阳市实际需求,将健康管理的理念融入到分级诊疗信息服务平台的设计中,由市级医院牵头,通过医联体纵向联合进行了部署,基本达到了设计要求。在实际运行过程中,根据系统运行情况,后期补充完善了一些功能,如居民签约系统,实行电子签约,方便了居民,提高了签约率;同时完善了居民健康档案系统,方便居民随时查询自己的健康档案,并供平台上各医疗机构和行政监管部门共享使用,系统的应用对缓解百姓“看病难、看病贵”有着非常积极的意义,也为本地区分级诊疗的全面开展提供了信息支撑手段。



点击这里给我发消息
点击这里给我发消息