刘双喜 武占根 王敬港 王 飞 郭慧琛

（中国联合网络通信有限公司内蒙古自治区分公司，内蒙古呼和浩特 010090）

1 医院系统云迁移业务概述

云迁移是将医院现有的信息化系统从本地计算机机房迁移至云计算平台上的简称，包含大量的技术细节，由于医院信息系统本身特有的复杂性以及多样性，各个系统迁移的技术要点以及流程控制存在差异。不同的云服务商、不同的云平台具有不同的迁移流程以及技术控制，本文以市场上主流的基于KVM虚拟化技术和openstack云架构的私有云平台作为案例进行探究。

2 医院系统云迁移实践

2.1 构建患者支持系统的基础架构

医院云迁移需要构建患者支持系统的基础架构，需要患者与医院间进行交互，利用三个模块，包括任务服务组件、知识代理组件和社区组件。知识代理组件需要对患者的相关信息进行收集，使患者能够对需要的医疗服务进行准确捕捉。社区组件需要提供给患者用户界面控件的客户端，与其他相关评估信息服务组件进行合作，对任务请求进行相关的处理、转发和处理共享信息，帮助与客户间进行信息共享。协作管理器需要接收患者利用任务请求管理器发布的相关任务，评估相关信息，对可共享的医疗信息进行可视化处理，患者可以通过接口管理器得到相关反馈。

2.2 确定云迁移后的目标系统架构

对需要依据患者支持系统的相关配置文件和体系结构进行确定。需要对系统中5个分布式的组件进行全面考虑，考虑不同的云环境对云中预期配置元素的影响，确保能够支持非功能和功能目的。为了保证医院对患者的信息进行有效收集，所需的医疗服务信息需要进行交付，云迁移系统需要部署用户操作的服务质量控制策略和云资源，用户操作的服务质量简称为Qos，包括系统可拓展性数据、安全性存储、可靠性、计算性能、访问模式和用户界面等。

2.3 确定患者支持系统的候选云服务模型

确定患者支持系统的候选云服务模型和配置是医院云迁移过程中的重要步骤之一。通常情况下，从三种云服务模型即IaaS、PaaS和SaaS中，选择最适合、最匹配的候选云服务模型，对患者支持系统的各个模块所选择的云服务模型进行确定。

2.4 选取患者支持系统的云服务供应商

云服务模型确定后再对医院云迁移的云服务供应商进行选择。一般在患者支持系统中，对云服务供应商的选择和确定并不复杂。在国内的云服务供应商中，由于腾讯云能够针对不同医院的特殊业务进行需求定制化开发，对医院业务流程提供相应的解决方案。在医院云迁移供应商选择中具有较大优势。

微软azure和百度BBC也是备选的云服务供应商，云服务供应商还包括IaaS云、华为云和阿里云等。阿里云与其他组件交互的性能较好，云间共享的功能流畅，数据处理功能良好，社区模块首选阿里云作为云服务的供应商。

3 迁移过程中遇到的问题

由于医疗信息化的发展历程以及医院在社会中的独特地位，一般医院院内的信息化系统也存在相应特点。

（1）使用多年，原有的医疗系统开发厂家由于经营不善导致企业破产倒闭，无法对医院在用系统进行技术支持，医院在使用的过程中出现的问题只能依靠信息科技术人员自行进行运维，无法得到原厂的技术支持。以HIS系统为例，随着医院业务的不断发展以及国家政策的不断完善，前端使用人员对于系统的要求变得越来越多样。例如医保结算时，省医保、市医保、铁路医保等结算方式不尽相同，系统仍然是多年前在定制化的功能，结算窗口的工作人员在操作时较为麻烦，患者使用时满意度也较低。这种情况下对原系统进行上云迁移意义不大，直接在云平台重新采购新建一套系统成为医院的首选，只需要系统新建完成后进行数据迁移，整体上云时间相对较长，但是难度较低。

（2）现有运行情况较好，医务人员使用满意度较高的系统采取云迁移的方式进行上云迁移，在迁移过程中涉及三方人员。

①医院。

在系统迁移时需要对系统进行停机，以免发生在迁移过程中出现新数据丢失的情况。由于医院的系统与患者的生命安全相关，在迁移的过程中时间窗口的选择尤为重要，院方需要协调时间窗口做迁移使用，通知医院各个业务部门在该时间段停止与相关系统有关联性业务操作。

②系统厂家。

云服务商和系统厂家往往不同，迁移的过程中需要业务厂商的技术人员提供相关的技术支持，业务厂家需要进行支撑，迁移前对云端的系统进行验证，迁移中对数据进行操作，迁移后对业务系统进行验证。

③云服务商。

云服务商在迁移环节中负责整体流程的把控，对云端承载业务系统的环境进行整体把控，建立可匹配业务系统的虚拟机，打通云端与院侧的网络，对安全进行把控。

（3）根据系统的特殊性以及医院的实际情况，不进行上云迁移，实现云平台的统一纳管，时间短难度低，需要私有云在规划建设时为系统做好空间的预留，迁移资源的调研对于云平台的建设尤为重要。

4 实施过程中的技术要点及流程把控

4.1 技术要点

系统迁移的类型可以分为文件级迁移以及应用级迁移，两种迁移方式存在一定的差异。文件级的迁移方式是在云端由系统厂家重新部署系统，将相关的配置参数调整至与原机房配置参数相同。在迁移的整个流程中，参数配置好后通过在云端服务器、本地服务器上安装相关的agent，通过迁移控制机对系统数据文件进行迁移，使物理服务器或云服务器所对应的虚拟化服务器的应用及系统的迁移得到实现，能够实时在线接管和监控所有的应用，系统能够根据策略对虚拟机站点进行手动、半自动或者全自动的切换，有利于对所有应用进行直接接管，不需要其他工作。

在进行数据迁移时利用实时数据移动和硬件无关的转换技术提供独创的迁移流程，操作系统、应用程序和数据都可以在不同厂商、型号和配置的服务器间轻松移动，可迁移至驱动、CPU或内存和生产服务器完全不同的物理或虚拟服务器上，保证数据平滑迁移。

迁移时需要系统厂商提供需要迁移的文件所在文件夹地址，对选定的文件夹进行检查后开展传输，如果文件夹中的内容是大文件，耗时较短，遍历以及传输相对较快。如果小文件居多的话就耗时较长。现有文件夹传输完毕后，若有新增的数据也可以实现实时传输。

应用级迁移不用明确需要迁移的文件夹，应将系统各盘符的所有文件进行迁移。在迁移的过程中，不同的系统具有不同的技术要点，可以分为两类，即Windows系统和Linux系统。Windows系统是底层架构，感染病毒的可能性较大，通常采用数据级迁移的方式；Linux系统感染病毒的概率较小，通常采用应用级迁移的方式。

系统上云后为保证安全性，建议对系统采用端口管控的方式，迁移时明确各个系统互相访问时需要使用的端口，只打开相应的端口，其余端口不进行人工打开时默认处于关闭状态。在迁移的过程中耗时较长，相关端口的明确需要应用系统工程师进行摸排，在迁移前进行明确，保证系统上云后不存在端口不通导致业务系统无法正常使用的情况。

4.2 流程把控

由于医疗系统特有的重要性以及复杂性，需要严格把控迁移工作流程。迁移的流程可分为五个阶段，分别是准备阶段、实施阶段、业务重启阶段、业务验证阶段以及失败回退阶段。

在系统迁移的过程中应对流程进行严格把控。（1）准备阶段。

准备阶段尤为重要，决定迁移的流程是否顺利，包含云平台虚拟机及开通验证、业务系统安装验证、业务系统健康检查、配置堡垒机、迁移工具准备、验收网络连通性以及列出待迁移的文件目录，各个环节必须严格按照流程执行。

（2）实施阶段。

实施阶段包括同步文件数据、业务停止、文件同步停止、数据库数据备份导出、数据库数据复制到目标端及数据库数据恢复导入。

（3）业务重启阶段。

业务重启阶段包括关闭源机或断开源机IP、修改目标端地址、目标端业务服务器重启以及目标端业务服务器软件激活。

（4）业务验证阶段。

业务验证阶段主要查看业务运行是否正常。

（5）失败回退阶段。

失败回退阶段即迁移失败进行系统的回退。

5 结语

云计算为医院创造一个高效的平台，加速行业向以顾客为中心和加强以满足、长期增长的相关合作的方向发展。为健康保健行业构建创新的、简化的和合作的云环境过程中，医院相关人员不再受到繁杂的医院机房运维工作的困扰，使相关医院人员能够在治疗和改善患者健康的方面全身心投入。云迁移作为实施过程中的重要步骤，需要严格把关，分析医院系统云迁移具有重要意义。