醫院上云過程中的系統遷移探究

劉雙喜 武占根 王敬港 王 飛 郭慧琛

（中國聯合網絡通信有限公司內蒙古自治區分公司，內蒙古呼和浩特 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 結語

云計算為醫院創造一個高效的平臺，加速行業向以顧客為中心和加強以滿足、長期增長的相關合作的方向發展。為健康保健行業構建創新的、簡化的和合作的云環境過程中，醫院相關人員不再受到繁雜的醫院機房運維工作的困擾，使相關醫院人員能夠在治療和改善患者健康的方面全身心投入。云遷移作為實施過程中的重要步驟，需要嚴格把關，分析醫院系統云遷移具有重要意義。