县域医共体信息系统建设部署模式分析.docx

PAGE

13-

县域医共体信息系统建设部署模式分析

县域医共体应基于本地实际情况探索创新模式与创新应用，建立以信息资源共建共享为目标的县域医共体卫生健康信息综合管理平台，作为县域医共体信息化体系结构的基础支撑、数据采集的基本入口和服务功能的关键出口，通过卫生健康信息综合管理平台实现县域医共体内或跨县域医共体间的信息互联互通；建设县域医共体统一区域化信息系统（如：电子健康档案、公共卫生相关系统等）供县域医共体各成员单位使用；根据县域医共体实际情况是否统筹建设县域医共体统一信息系统（如HIS、PACS、LIS、电子病历等）。

根据县域医共体信息化建设实际情况和县域医共体建设发展规划，选择县域医共体信息系统建设部署模式：分散式部署和一体化部署。

一、分散式部署模式

根据县域医共体实际情况，县域医共体各成员单位可继续使用医院原有成熟的信息系统，保留机房、数据库、应用服务器和IT运维人员，根据县域医共体一体化管理要求进行系统改造，通过县域卫生专网把数据接入到县域医共体卫生健康信息综合管理平台实现县域医共体间信息互联互通，同时兼顾使用区域化信息系统（电子健康档案、公共卫生相关系统等）。此模式属于异构系统接入，县域内的县级医院与基层医疗卫生机构的业务信息系统由不同的供应商提供，属于非统一标准的异构系统。各个异构系统在各成员单位都有各自不同的异构数据库，每个数据库都具有自身的管理特性、应用特性和安全特性，相应的数据标准因提供商或者版本不同而不一致。

优点：此模式可以按县域医共体各成员单位的实际需求进行信息化的个性化改造，有利于院内各项业务流程的优化；仅保证上传到平台数据一致性和完整性，实现县域医共体间信息互联互通即可达到要求。

缺点：此模式需要整合不同供应商的异构系统和数据，涉及不同供应商的系统改造，需要支付原供应商系统改造和平台接口费用，各供应商的改造费用根据工作量不同会有比较大的差异，可能会产生较大的整体改造费用，加重各成员单位的费用支出；各成员单位需要提供独立资源的前置服务器供平台的对接接入，需要一定硬件投入成本；各供应商需要与平台进行独立对接，没有统一的接口标准与规范，改造工作量大，上传平台的因数据格式和数据质量不一致，容易产生误差，不利于县域医共体后期的决策分析；各成员单位要保证系统的稳定性和安全性，保证高峰期时硬件资源足够使用，同时需要不定期更换服务器、存储等设备，造成硬件资源浪费从而导致整体硬件运维成本增加；各成员单位需要配备一定的专业网络安全运维人员，导致人力资源整体成本增加；各成员单位系统由不同的供应商提供，需要单独与上级系统对接，不能统筹接口规范，造成接口费用整体成本增加；云资源数据中心和前置服务器分开在不同地方存储，数据上传平台的速度会有一定影响。

二、一体化部署模式

（一）异构型一体化部署模式。

依托县域医共体统一云资源数据中心，提供足够的服务器、存储、网络等资源给县域医共体各成员单位统筹使用。各成员单位可按分散式部署模式把原有的数据库、应用服务器、业务系统等统一迁移到县域医共体云资源数据中心统筹资源使用，仅保留与云资源数据中心连接的汇聚机房和IT运维人员。由县域医共体信息中心对服务器、存储、网络、设备等资源进行统一管理，业务系统继续由各成员单位自行运维。此模式同属于异构系统接入，除由县域医共体信息中心统筹管理云资源数据中心资源外，其他建设原理与分散式部署模式基本一致。

优点：此模式可以按县域医共体各成员单位的实际需求进行信息化的个性化改造，有利于院内各项业务流程的优化；充分利用云资源数据中心的服务器资源、云计算资源、存储资源等，达到资源综合利用，避免浪费，减少硬件整体成本的支出；云资源数据中心统一运维管理，减少各成员单位网络安全运维人员压力，缓解各成员单位专业技术人员不足的问题，有利于节省整体人力资源成本；云资源数据中心和各系统处于同一平台，保证数据上传平台的速度。

缺点：此模式需要整合不同供应商的异构系统和数据，涉及不同供应商的系统改造，需要支付原供应商系统改造和平台接口费用，各供应商的改造费用根据工作量不同会有比较大的差异，可能会产生较大的整体改造费用，加重各成员单位的支出费用；各供应商需要与平台进行独立对接，缺乏统一的接口标准与规范，改造工作量大，上传平台的因数据格式和数据质量不一致，容易产生误差，不利于县域医共体后期的决策分析；各成员单位系统由不同的供应商提供，需要单独与上级系统对接，不能统筹接口规范，接口费用整体成本增加；县域医共体信息中心统一管理，资源共用，加重信息中心人员的运维压力，信息中心人力成本相对增多，同时也增加了县域医共体整体信息化建设成本。

（二）同构型一体化部署模式。

依托县域医共体统一云资源数据中心，县域内的县级医院和各基层医疗卫生机构的业务系统都由同一家供应商提供，满足县