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

（中國聯(lián)合網(wǎng)絡(luò)通信有限公司內(nèi)蒙古自治區(qū)分公司，內(nèi)蒙古呼和浩特 010090）

1 醫(yī)院系統(tǒng)云遷移業(yè)務(wù)概述

云遷移是將醫(yī)院現(xiàn)有的信息化系統(tǒng)從本地計算機(jī)機(jī)房遷移至云計算平臺上的簡稱，包含大量的技術(shù)細(xì)節(jié)，由于醫(yī)院信息系統(tǒng)本身特有的復(fù)雜性以及多樣性，各個系統(tǒng)遷移的技術(shù)要點以及流程控制存在差異。不同的云服務(wù)商、不同的云平臺具有不同的遷移流程以及技術(shù)控制，本文以市場上主流的基于KVM虛擬化技術(shù)和openstack云架構(gòu)的私有云平臺作為案例進(jìn)行探究。

2 醫(yī)院系統(tǒng)云遷移實踐

2.1 構(gòu)建患者支持系統(tǒng)的基礎(chǔ)架構(gòu)

醫(yī)院云遷移需要構(gòu)建患者支持系統(tǒng)的基礎(chǔ)架構(gòu)，需要患者與醫(yī)院間進(jìn)行交互，利用三個模塊，包括任務(wù)服務(wù)組件、知識代理組件和社區(qū)組件。知識代理組件需要對患者的相關(guān)信息進(jìn)行收集，使患者能夠?qū)π枰尼t(yī)療服務(wù)進(jìn)行準(zhǔn)確捕捉。社區(qū)組件需要提供給患者用戶界面控件的客戶端，與其他相關(guān)評估信息服務(wù)組件進(jìn)行合作，對任務(wù)請求進(jìn)行相關(guān)的處理、轉(zhuǎn)發(fā)和處理共享信息，幫助與客戶間進(jìn)行信息共享。協(xié)作管理器需要接收患者利用任務(wù)請求管理器發(fā)布的相關(guān)任務(wù)，評估相關(guān)信息，對可共享的醫(yī)療信息進(jìn)行可視化處理，患者可以通過接口管理器得到相關(guān)反饋。

2.2 確定云遷移后的目標(biāo)系統(tǒng)架構(gòu)

對需要依據(jù)患者支持系統(tǒng)的相關(guān)配置文件和體系結(jié)構(gòu)進(jìn)行確定。需要對系統(tǒng)中5個分布式的組件進(jìn)行全面考慮，考慮不同的云環(huán)境對云中預(yù)期配置元素的影響，確保能夠支持非功能和功能目的。為了保證醫(yī)院對患者的信息進(jìn)行有效收集，所需的醫(yī)療服務(wù)信息需要進(jìn)行交付，云遷移系統(tǒng)需要部署用戶操作的服務(wù)質(zhì)量控制策略和云資源，用戶操作的服務(wù)質(zhì)量簡稱為Qos，包括系統(tǒng)可拓展性數(shù)據(jù)、安全性存儲、可靠性、計算性能、訪問模式和用戶界面等。

2.3 確定患者支持系統(tǒng)的候選云服務(wù)模型

確定患者支持系統(tǒng)的候選云服務(wù)模型和配置是醫(yī)院云遷移過程中的重要步驟之一。通常情況下，從三種云服務(wù)模型即IaaS、PaaS和SaaS中，選擇最適合、最匹配的候選云服務(wù)模型，對患者支持系統(tǒng)的各個模塊所選擇的云服務(wù)模型進(jìn)行確定。

2.4 選取患者支持系統(tǒng)的云服務(wù)供應(yīng)商

云服務(wù)模型確定后再對醫(yī)院云遷移的云服務(wù)供應(yīng)商進(jìn)行選擇。一般在患者支持系統(tǒng)中，對云服務(wù)供應(yīng)商的選擇和確定并不復(fù)雜。在國內(nèi)的云服務(wù)供應(yīng)商中，由于騰訊云能夠針對不同醫(yī)院的特殊業(yè)務(wù)進(jìn)行需求定制化開發(fā)，對醫(yī)院業(yè)務(wù)流程提供相應(yīng)的解決方案。在醫(yī)院云遷移供應(yīng)商選擇中具有較大優(yōu)勢。

微軟azure和百度BBC也是備選的云服務(wù)供應(yīng)商，云服務(wù)供應(yīng)商還包括IaaS云、華為云和阿里云等。阿里云與其他組件交互的性能較好，云間共享的功能流暢，數(shù)據(jù)處理功能良好，社區(qū)模塊首選阿里云作為云服務(wù)的供應(yīng)商。

3 遷移過程中遇到的問題

由于醫(yī)療信息化的發(fā)展歷程以及醫(yī)院在社會中的獨(dú)特地位，一般醫(yī)院院內(nèi)的信息化系統(tǒng)也存在相應(yīng)特點。

（1）使用多年，原有的醫(yī)療系統(tǒng)開發(fā)廠家由于經(jīng)營不善導(dǎo)致企業(yè)破產(chǎn)倒閉，無法對醫(yī)院在用系統(tǒng)進(jìn)行技術(shù)支持，醫(yī)院在使用的過程中出現(xiàn)的問題只能依靠信息科技術(shù)人員自行進(jìn)行運(yùn)維，無法得到原廠的技術(shù)支持。以HIS系統(tǒng)為例，隨著醫(yī)院業(yè)務(wù)的不斷發(fā)展以及國家政策的不斷完善，前端使用人員對于系統(tǒng)的要求變得越來越多樣。例如醫(yī)保結(jié)算時，省醫(yī)保、市醫(yī)保、鐵路醫(yī)保等結(jié)算方式不盡相同，系統(tǒng)仍然是多年前在定制化的功能，結(jié)算窗口的工作人員在操作時較為麻煩，患者使用時滿意度也較低。這種情況下對原系統(tǒng)進(jìn)行上云遷移意義不大，直接在云平臺重新采購新建一套系統(tǒng)成為醫(yī)院的首選，只需要系統(tǒng)新建完成后進(jìn)行數(shù)據(jù)遷移，整體上云時間相對較長，但是難度較低。

（2）現(xiàn)有運(yùn)行情況較好，醫(yī)務(wù)人員使用滿意度較高的系統(tǒng)采取云遷移的方式進(jìn)行上云遷移，在遷移過程中涉及三方人員。

①醫(yī)院。

在系統(tǒng)遷移時需要對系統(tǒng)進(jìn)行停機(jī)，以免發(fā)生在遷移過程中出現(xiàn)新數(shù)據(jù)丟失的情況。由于醫(yī)院的系統(tǒng)與患者的生命安全相關(guān)，在遷移的過程中時間窗口的選擇尤為重要，院方需要協(xié)調(diào)時間窗口做遷移使用，通知醫(yī)院各個業(yè)務(wù)部門在該時間段停止與相關(guān)系統(tǒng)有關(guān)聯(lián)性業(yè)務(wù)操作。

②系統(tǒng)廠家。

云服務(wù)商和系統(tǒng)廠家往往不同，遷移的過程中需要業(yè)務(wù)廠商的技術(shù)人員提供相關(guān)的技術(shù)支持，業(yè)務(wù)廠家需要進(jìn)行支撐，遷移前對云端的系統(tǒng)進(jìn)行驗證，遷移中對數(shù)據(jù)進(jìn)行操作，遷移后對業(yè)務(wù)系統(tǒng)進(jìn)行驗證。

③云服務(wù)商。

云服務(wù)商在遷移環(huán)節(jié)中負(fù)責(zé)整體流程的把控，對云端承載業(yè)務(wù)系統(tǒng)的環(huán)境進(jìn)行整體把控，建立可匹配業(yè)務(wù)系統(tǒng)的虛擬機(jī)，打通云端與院側(cè)的網(wǎng)絡(luò)，對安全進(jìn)行把控。

（3）根據(jù)系統(tǒng)的特殊性以及醫(yī)院的實際情況，不進(jìn)行上云遷移，實現(xiàn)云平臺的統(tǒng)一納管，時間短難度低，需要私有云在規(guī)劃建設(shè)時為系統(tǒng)做好空間的預(yù)留，遷移資源的調(diào)研對于云平臺的建設(shè)尤為重要。

4 實施過程中的技術(shù)要點及流程把控

4.1 技術(shù)要點

系統(tǒng)遷移的類型可以分為文件級遷移以及應(yīng)用級遷移，兩種遷移方式存在一定的差異。文件級的遷移方式是在云端由系統(tǒng)廠家重新部署系統(tǒng)，將相關(guān)的配置參數(shù)調(diào)整至與原機(jī)房配置參數(shù)相同。在遷移的整個流程中，參數(shù)配置好后通過在云端服務(wù)器、本地服務(wù)器上安裝相關(guān)的agent，通過遷移控制機(jī)對系統(tǒng)數(shù)據(jù)文件進(jìn)行遷移，使物理服務(wù)器或云服務(wù)器所對應(yīng)的虛擬化服務(wù)器的應(yīng)用及系統(tǒng)的遷移得到實現(xiàn)，能夠?qū)崟r在線接管和監(jiān)控所有的應(yīng)用，系統(tǒng)能夠根據(jù)策略對虛擬機(jī)站點進(jìn)行手動、半自動或者全自動的切換，有利于對所有應(yīng)用進(jìn)行直接接管，不需要其他工作。

在進(jìn)行數(shù)據(jù)遷移時利用實時數(shù)據(jù)移動和硬件無關(guān)的轉(zhuǎn)換技術(shù)提供獨(dú)創(chuàng)的遷移流程，操作系統(tǒng)、應(yīng)用程序和數(shù)據(jù)都可以在不同廠商、型號和配置的服務(wù)器間輕松移動，可遷移至驅(qū)動、CPU或內(nèi)存和生產(chǎn)服務(wù)器完全不同的物理或虛擬服務(wù)器上，保證數(shù)據(jù)平滑遷移。

遷移時需要系統(tǒng)廠商提供需要遷移的文件所在文件夾地址，對選定的文件夾進(jìn)行檢查后開展傳輸，如果文件夾中的內(nèi)容是大文件，耗時較短，遍歷以及傳輸相對較快。如果小文件居多的話就耗時較長?，F(xiàn)有文件夾傳輸完畢后，若有新增的數(shù)據(jù)也可以實現(xiàn)實時傳輸。

應(yīng)用級遷移不用明確需要遷移的文件夾，應(yīng)將系統(tǒng)各盤符的所有文件進(jìn)行遷移。在遷移的過程中，不同的系統(tǒng)具有不同的技術(shù)要點，可以分為兩類，即Windows系統(tǒng)和Linux系統(tǒng)。Windows系統(tǒng)是底層架構(gòu)，感染病毒的可能性較大，通常采用數(shù)據(jù)級遷移的方式；Linux系統(tǒng)感染病毒的概率較小，通常采用應(yīng)用級遷移的方式。

系統(tǒng)上云后為保證安全性，建議對系統(tǒng)采用端口管控的方式，遷移時明確各個系統(tǒng)互相訪問時需要使用的端口，只打開相應(yīng)的端口，其余端口不進(jìn)行人工打開時默認(rèn)處于關(guān)閉狀態(tài)。在遷移的過程中耗時較長，相關(guān)端口的明確需要應(yīng)用系統(tǒng)工程師進(jìn)行摸排，在遷移前進(jìn)行明確，保證系統(tǒng)上云后不存在端口不通導(dǎo)致業(yè)務(wù)系統(tǒng)無法正常使用的情況。

4.2 流程把控

由于醫(yī)療系統(tǒng)特有的重要性以及復(fù)雜性，需要嚴(yán)格把控遷移工作流程。遷移的流程可分為五個階段，分別是準(zhǔn)備階段、實施階段、業(yè)務(wù)重啟階段、業(yè)務(wù)驗證階段以及失敗回退階段。

在系統(tǒng)遷移的過程中應(yīng)對流程進(jìn)行嚴(yán)格把控。（1）準(zhǔn)備階段。

準(zhǔn)備階段尤為重要，決定遷移的流程是否順利，包含云平臺虛擬機(jī)及開通驗證、業(yè)務(wù)系統(tǒng)安裝驗證、業(yè)務(wù)系統(tǒng)健康檢查、配置堡壘機(jī)、遷移工具準(zhǔn)備、驗收網(wǎng)絡(luò)連通性以及列出待遷移的文件目錄，各個環(huán)節(jié)必須嚴(yán)格按照流程執(zhí)行。

（2）實施階段。

實施階段包括同步文件數(shù)據(jù)、業(yè)務(wù)停止、文件同步停止、數(shù)據(jù)庫數(shù)據(jù)備份導(dǎo)出、數(shù)據(jù)庫數(shù)據(jù)復(fù)制到目標(biāo)端及數(shù)據(jù)庫數(shù)據(jù)恢復(fù)導(dǎo)入。

（3）業(yè)務(wù)重啟階段。

業(yè)務(wù)重啟階段包括關(guān)閉源機(jī)或斷開源機(jī)IP、修改目標(biāo)端地址、目標(biāo)端業(yè)務(wù)服務(wù)器重啟以及目標(biāo)端業(yè)務(wù)服務(wù)器軟件激活。

（4）業(yè)務(wù)驗證階段。

業(yè)務(wù)驗證階段主要查看業(yè)務(wù)運(yùn)行是否正常。

（5）失敗回退階段。

失敗回退階段即遷移失敗進(jìn)行系統(tǒng)的回退。

5 結(jié)語

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