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

　附件

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

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

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

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

　的异构数据库，每个数据库都具有自身的管理特性、应用特性和安全特性，相应的数据标准因提供商或者版本不同而不一致。

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

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

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

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

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

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

　县域医共体信息中心统一管理，资源共用，加重信息中心人员的运维压力，信息中心人力成本相对增多，同时也增加了县域医共体整体信息化建设成本。

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

　依托县域医共体统一云资源数据中心，县域内的县级医院和各基层医疗卫生机构的业务系统都由同一家供应商提供，满足县域医共体一体化管理需求，县域医共体卫生健康信息综合管理平台和信息系统均统一存放在云资源数据中心中，实现县域医共体间信息互联互通，有效地提升县域医共体的信息整合，属于同构性系统。根据各成员单位不同的管理职能和业务需求分级部署不同类型的信息系统（如B/S、C/S架构混合使用），不同医疗机构的业务数据通过医疗机构执业许可证唯一代码进行区分，系统之间、数据库之间保持相对统一，但又能按不同管理要求进行信息系统个性化独立扩展。此模式下，各成员单位的数据库、应用服务器、业务系统、运维升级等均由县域医共体信息中心统筹管理，各成员单位仅保留与云资源数据中心连接的汇聚机房和IT维护人员。

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

　造成本和接口费用；上传平台格式和数据质量基本保持一致，保证上传平台的数据质量，有利于县域医共体后期的决策分析；统一供应商能统一接口规范，快速、方便、有效地实现与上级系统的对接，减少接口对接整体成本。

　缺点：此模式由县域医共体信息中心统一管理，资源共用，加重信息中心人员的运维压力，信息中心人力成本相对增多，同时也增加了县域医共体整体信息化建设成本；由于采用不同类型的架构，有可能会造成数据质量不一致情况出现，导致县域医共体决策分析数据错误。

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

　依托县域医共体统一云资源数据中心，尽可能利用县域医共体牵头单位现有成熟的信息系统（HIS、PACS、LIS、电子病历等），经过改造并构建符合县域医共体一体化管理要求的信息系统（或新建一套符合县域医共体管理要求的一体化信息系统）供各成员单位统一使用，同时各成员单位按管理职能不同兼顾使用区域化信息系统（如电子健康档案、公共卫生相关系统等）。此模式下，县域内的县级医院与基层医疗卫生机构共用一套统一的业务系统，共享一个数据中心，属于多院区统一管理类型。基础数据共用一套、数据标准一致、接口规范统一、应用标准统一和管理统一，不同医疗机构的业务数据通过医疗机构执业许可证唯一代码进行区分，统一采集和存储医疗健康服务与管理数据。

　优点：此模式充分利用云资源数据中心的服务器资源、云计算资源、存储资源等，达到资源综合利用，避免浪费，减少硬件整体成本的支出；云资源数据中心统一运维管理，减少各成员单位网络安全

　运维人员压力，缓解各成员单位专业技术人员不足的问题，有利于节省整体人力资源成本；云资源数据中心和各系统处于同一平台，保证数据上传平台的速度；信息系统统一接口标准和接口规范，有利于减少系统改造成本和接口费用；上传平台格式和数据质量保持一致，保证上传平台的数据质量，有利于县域医共体后期的决策分析；完全统一的接口标准和接口规范，快速、方便、有效地实现与上级系统的对接，减少接口对接整体成本。

　缺点：此模式所有的改动将对县域医共体所有成员单位生效，不能按各成员单位的实际需求进行信息化的个性化改造，不有利于院内各项业务流程的优化；由县域医共体信息中心统一管理，资源共用，加重信息中心人员的运维压力，信息中心人力成本相对增多，同时也增加了县域医共体整体信息化建设成本；由于采用同一标准上传平台，存在数据错误时将会导致数据质量全部出错，严重影响县域医共体决策数据的分析。

　三、建议 根据以上几种建设模式的优缺点，从整体运维效果、后期运维费用、总体成本和信息化后期扩展简易性等方面综合分析，县域医共体信息化建设可采用同构型一体化部署模式进行整体规划。

相关热词搜索：信息系统 县域 部署