1、改進的醫院系統客戶端自動更新1 自動更新的必要性客戶端/服務器端(C/S)模式具有安全性高、穩定性好、系統響應快、 能充分利用客戶端資源等優點， 更適用于醫院信息系 統特別是 HIS 系統。而在軟件的生命周期中， 軟件的升級和修 復 Bug 等后期維護工作是最重要的環節， 同時是時間最長和投 入最大的階段。 然而這些系統特別是 HIS 系統需求變化頻繁， 客 戶端數量大且分散，這些都給系統升級和修復 Bug 帶來了不小 的挑戰。因而，急需一種通用的自動更新來彌補 C/S 架構軟件的 不足。2 主流自動更新解決方案分析目前有兩種方案：(1) FTP下載法：基于FTP協議，客戶端自動從服務器端 下

2、載更新文件到本地。( 2)使用數據庫：更新文件存放在服務器端數據庫中，客 戶端下載服務器信息匹配， 從數據庫中讀取更新文件并替換。 兩 種方案優缺點如表 1 所示。從表 1 可知， C/S 架構的系統需要有一種改進的使用數據庫 的自動更新方案。本文將對此進行研究。3 改進型的通用自動更新系統設計與實現3.1 系統目標系統需要實現以下功能：（1）通用性：能滿足醫院所有 C/S 架構信息系統的自動更 新；（2）自動性：自動檢測更新，自動實現更新；（3）版本控制：登錄時先更新檢測；（4）更新歷史查詢：可查各客戶端的歷次更新情況（是否 更新；何時更新；更新是否成功；目前在用版本等等）。（5）更新文件存

3、放位置：以二進制形式存在數據庫中。（6）可擴展性：可方便加入新的 C/S 信息系統。（7）分區域更新：通過設置 IP 地址段，分批更新程序。（8）自動獲取客戶端信息：自動獲取未注冊的客戶端，并 在數據庫客戶端列表中加入相關 IP 地址、主機名、使用信息系 統等信息。3.2 系統模型設計3.2.1 概念模型設計 本系統需要一個系統表記錄更新程序信息； 為實現分區域更 新，需要一個客戶端分組表； 一個客戶端更新表存儲客戶端版本 信息；一個更新文件表存儲版本號、更新文件包信息、上傳機器 名、IP、日期；一個更新文件明細表存儲文件包中的文件名及文 件路徑、 文件內容。 客戶端分組與客戶端更新表以客戶端

4、編號相 對應；系統模塊表與客戶端更新表、 文件更新表以系統識別號相 關聯，文件更新表與文件更新明細表以版本號一對多關聯。3.2.2 數據模型設計使用 PowerDesinger 將概念數據模型轉變成物理數據模型。 自動更新物理數據模型包含 5 個表，物理數據模型如圖 1 所示。3.3 系統數據庫設計因為醫院大部分 C/S系統都用PowerBuilder （以下簡稱PB 開發，為了獲得更好的兼容性，本系統也采用 PB9.0+ SQL Server2008 開發。用 Power Desinger 工具將數據庫物理模型轉 化為數據庫。3.4 程序設計本系統主要有兩部分組成： 文件上傳及客戶端更新。

5、文件上 傳由系統管理員選擇要更新的系統 （若沒有則新增入更新系統列 表），再選定要更新的文件包，上傳（流程圖如圖 2 所示）。客 戶端更新先確保當前客戶端已注冊 （新注冊客戶端當前版本號置 為 0），然后與服務器下載的更新版本號比對，不一致且強制更 新時則下載更新文件， 并替換本地文件， 之后客戶端正常啟動程 序并修改版本號（流程圖如圖 3 所示）。4 系統亮點 本系統相較目前自動更新系統，具有以下亮點：4.1 分區域更新可增加低配置服務器或者普通PC機作為更新服務器，將某一個 IP 地址段的客戶端的更新任務布署在這個服務器上。好處 主要有二：1）緩解每天早晨大量客戶端登錄更新檢測對服務器的壓力；（2）便于系統更新時的小范圍先試用，再全院鋪開。4.2 自動獲取客戶端信息醫院信息系 ?y 客戶端分布廣而分散，初次登錄時自動注冊 客戶端信息。4.3 可擴展性可方便的在服務器端增加系統信息， 實現新增系統的自動更 新。