HIS系統(tǒng)硬件部署方案

1、 日喀則地區(qū)人民醫(yī)院 HIS系統(tǒng)建設(shè)項目硬件方案 二零一二年十月北京飛利信電子技術(shù)有限公司1、HIS/EMR服務(wù)器與的存儲系統(tǒng)部署方案如下圖2、新機房環(huán)境準(zhǔn)備及基本要求網(wǎng)絡(luò)鏈路： 新機房網(wǎng)絡(luò)接入帶寬：100M或以上； 各接入點的網(wǎng)絡(luò)帶寬：10M或以上；機房環(huán)境： 標(biāo)準(zhǔn)機房建設(shè)； 精密空調(diào)系統(tǒng)； 至少30KVA在線式UPS供電系統(tǒng)；有條件時，建議采用雙路供電； 準(zhǔn)備向機柜設(shè)備供電的電源插頭、插座或接線端子（IBM機柜的PDU引線不帶插頭） 設(shè)備擺放，地板承重、空間要求等. 確保老機房與新機房網(wǎng)絡(luò)暢通.安裝配置參數(shù)及設(shè)備資源規(guī)劃: 設(shè)備現(xiàn)場安裝前，針對設(shè)備安裝實施方案的參數(shù)進(jìn)行充分討論和核實。確定

2、所有設(shè)備的安裝參數(shù)，并針對每類服務(wù)器形成初步安裝技術(shù)方案即安裝配置參數(shù)表設(shè)備資源規(guī)劃表。3、方案實現(xiàn)3.1系統(tǒng)安裝、調(diào)試計劃表目標(biāo)任 務(wù)系統(tǒng)上架網(wǎng)絡(luò)設(shè)備、服務(wù)器等設(shè)備機架及相關(guān)設(shè)備的搭建、上架。設(shè)備通電設(shè)備通電以檢測系統(tǒng)的可用性，設(shè)備容量達(dá)到合同所規(guī)定的要求。安裝操作系統(tǒng)n 配置主機名n 配置網(wǎng)卡網(wǎng)絡(luò)連通性測試等安裝補丁n 安裝通用補丁軟件n 安裝特殊補丁軟件（根據(jù)客戶和第三方軟件需求）操作系統(tǒng)參數(shù)根據(jù)客戶和第三方軟件需求，調(diào)整操作系統(tǒng)的參數(shù)磁盤空間劃分n 系統(tǒng)內(nèi)置盤邏輯卷參數(shù)劃分n 共享盤邏輯卷參數(shù)劃分安裝初測 邏輯卷劃分方案合理性測試 操作系統(tǒng)與數(shù)據(jù)庫產(chǎn)品的配合參數(shù)驗證測試 Patches

3、 驗證與測試 操作系統(tǒng)內(nèi)核參數(shù)調(diào)整測試 主要設(shè)備的Firmware檢查，及升級實施集群軟件的安裝確保系統(tǒng)系統(tǒng)的高可用性，安裝調(diào)試系統(tǒng)的集群軟件數(shù)據(jù)庫系統(tǒng)安裝調(diào)試安裝數(shù)據(jù)庫系統(tǒng)，并根據(jù)應(yīng)用軟件情況配置和優(yōu)化系統(tǒng)參數(shù)配置存儲之間的冗災(zāi)需存儲供應(yīng)商及第三方軟件供應(yīng)商，實現(xiàn)這一功能。磁帶庫安裝及制定各個系統(tǒng)的備份策略根據(jù)各個服務(wù)器系統(tǒng)的數(shù)據(jù)生命周期情況，根據(jù)應(yīng)用制定不同類型的備份策略系統(tǒng)聯(lián)調(diào)所有設(shè)備完裝完畢以后，模擬運行客戶的應(yīng)用系統(tǒng)。3.2 功能實現(xiàn) 3.2.1 核心系統(tǒng)高可用的實現(xiàn)常用的高可用性技術(shù)有兩種：雙機熱備份和并行服務(wù)器。雙機熱備份:在雙機熱備份方式下，數(shù)據(jù)庫系統(tǒng)平時只能在一臺服務(wù)器(例如

4、服務(wù)器A) 上運行，另一臺服務(wù)器無法直接訪問數(shù)據(jù)庫，自然也無法進(jìn)行負(fù)載分擔(dān)。當(dāng)服務(wù)器A由于故障失效時，由相應(yīng)的操作系統(tǒng)軟件控制，將服務(wù)器A管理的存儲設(shè)備(如硬盤)轉(zhuǎn)交給服務(wù)器B控制，同時在服務(wù)器B上啟動另一個數(shù)據(jù)庫進(jìn)程，管理數(shù)據(jù)庫。這種切換并啟動新的數(shù)據(jù)庫核心的過程一般需要幾十秒到幾分鐘。采用雙機熱備份的平臺很多，例如IBM HACMP等. HACMP是高可用性集群。從根本上講，它通過在集群中使用冗余硬件，當(dāng)發(fā)生一個硬件或軟件失效時使備用部件上線，從而達(dá)到高可用性的目的。從這點上延伸，應(yīng)該適當(dāng)?shù)刈裱粋€原則，即任何一個保證應(yīng)用運行的集群元件都應(yīng)該有一個相同型號的備份。我們經(jīng)常把這稱作不應(yīng)該存在

5、“單點故障(single point of failure)”，即在集群中不應(yīng)存在沒有備份的硬件或軟件元件。 為了實現(xiàn)HIS/EMR數(shù)據(jù)庫服務(wù)器雙機熱備份,通過IBM HACMP 集群軟件配置兩個實例即HIS實例及EMR實例，平時兩個業(yè)務(wù)分別運行在兩臺IBM P 570上。 這種方式的主要缺點在于：l 由于需要重新啟動數(shù)據(jù)庫核心進(jìn)程，無法保證數(shù)據(jù)庫系統(tǒng)連續(xù)不間斷地運行l(wèi) 在系統(tǒng)切換的過程中，客戶端與服務(wù)器之間的數(shù)據(jù)庫連接會中斷，需要重新進(jìn)行數(shù) 據(jù)庫的連接和登錄工作l 由于數(shù)據(jù)庫系統(tǒng)只能在一臺服務(wù)器上運行，另一臺服務(wù)器無法分擔(dān)系統(tǒng)的負(fù)載，實際上造成了客戶投資的浪費。在有些系統(tǒng)中，為了解決雙機負(fù)載

6、分擔(dān)的問題，將應(yīng)用系統(tǒng)人為分割為兩個數(shù)據(jù)庫系統(tǒng)，分別在兩臺服務(wù)器上運行。這種方式在一定程度上解決了負(fù)載分擔(dān)的問題，但給系統(tǒng)管理、統(tǒng)計分析等業(yè)務(wù)處理帶來了很多額外的復(fù)雜性并行服務(wù)器:在并行服務(wù)器方式下，兩臺(或多臺)服務(wù)器上各自運行一個數(shù)據(jù)庫核心進(jìn)程，但共同管理、操作一個數(shù)據(jù)庫?？蛻舳藷o論連接到哪個服務(wù)器都可以在數(shù)據(jù)庫中進(jìn)行操作。當(dāng)服務(wù)器A由于故障失效時，數(shù)據(jù)庫系統(tǒng)本身并未停止工作，連接在服務(wù)器B上的客戶端還可以繼續(xù)進(jìn)行正常工作。同時，服務(wù)器B上也不需要再啟動新的數(shù)據(jù)庫服務(wù)器進(jìn)程，因此也沒有“切換時間”。對于一些特殊應(yīng)用中嚴(yán)格要求前端應(yīng)用不能中斷的情況，Oracle并行服務(wù)器還提供了一種“預(yù)連接

7、(pre-connect)”方式，以這種方式連接的客戶端當(dāng)服務(wù)器端發(fā)生故障時，客戶端與數(shù)據(jù)庫服務(wù)器的連接不會中斷，會被Oracle并行服務(wù)器軟件自動轉(zhuǎn)接到還在正常工作的其它服務(wù)器上，不需要重新輸入用戶名及口令。同樣有許多操作系統(tǒng)平臺支持并行服務(wù)器方式的高可用性方案，例如IBM HACMP等。與雙機熱備份方式相比，Oracle10G Real Application Cluster 并行服務(wù)器方式有以下優(yōu)點：各服務(wù)器共享一個數(shù)據(jù)庫，在正常運行時可以進(jìn)行負(fù)載分擔(dān)，無需考慮應(yīng)用數(shù)據(jù)的人為分割 l 并行服務(wù)器方式對應(yīng)用完全透明，在應(yīng)用程序設(shè)計和開發(fā)的過程中也不需要進(jìn)行特殊編程，簡化了開發(fā)的復(fù)雜程度，同

8、時今后系統(tǒng)擴展也無需修改應(yīng)用程序。l 不需要重新啟動數(shù)據(jù)庫核心進(jìn)程，縮短了故障造成的停機時間實現(xiàn)這種方式需要單獨購買Oracle10G Real Application Cluster與IBM HACMP 支持RAC的插件concurrent volume。3.2.2 實現(xiàn)生產(chǎn)機存儲與備份機存儲冗余 需根據(jù)用戶提供何種方式實現(xiàn)存儲之間的數(shù)據(jù)冗余方案執(zhí)行(如:第三方軟件或存儲卷復(fù)制軟件).3.2.3 備份要求及備份策略建立一個覆蓋各數(shù)據(jù)庫備份，實現(xiàn)醫(yī)院內(nèi)部，包括HIS、LIS、EMR等業(yè)務(wù)數(shù)據(jù)的備份。備份的管理采用集中備份管理的方式，盡可能提高各主機數(shù)據(jù)的安全性和可管理性。備份內(nèi)容應(yīng)包括如下方面

9、：1)應(yīng)用數(shù)據(jù)庫備份2)要求備份系統(tǒng)的設(shè)計應(yīng)不對應(yīng)用系統(tǒng)產(chǎn)生任何不良影響。3)要求備份系統(tǒng)的設(shè)計要考慮到系統(tǒng)擴展的要求，提供系統(tǒng)平滑升級的能力如何通過有效的備份策略和備份手段減少數(shù)據(jù)的丟失/錯誤，如何在事故發(fā)生時快速有效地恢復(fù)數(shù)據(jù)，將是我們需要慎重考慮數(shù)據(jù)保護(hù)環(huán)節(jié)。具體備份策略需根據(jù)實際應(yīng)用與用戶溝通后指定計劃.3.2.4門診應(yīng)急系統(tǒng) 面向門診窗口的病人具有很高的流動性，門診業(yè)務(wù)是整個醫(yī)院最緊急、實時性要求最高的業(yè)務(wù)部分，有必要對門診業(yè)務(wù)建立一個針對性比較強、靈活動機的應(yīng)急方案，承擔(dān)門診業(yè)務(wù)的運行。針對于門診部分的業(yè)務(wù)應(yīng)急，包括門診掛號、門診收費、急診掛號、急診收費、門診藥房、急診藥房等模塊，適用于整體網(wǎng)絡(luò)出現(xiàn)故障，全院的網(wǎng)絡(luò)處于互不聯(lián)通的情況，可以在門急診部分形成院內(nèi)局部的網(wǎng)絡(luò)，承擔(dān)起醫(yī)院業(yè)務(wù)最緊急的部分。實現(xiàn)原理：1) 分析門診應(yīng)急預(yù)案包含的業(yè)務(wù)部分（例如門診掛號、門診收費、急診掛號、急診收費、門診中西藥房、急診藥房、門診醫(yī)生工作站等等），需要哪些的公用數(shù)據(jù)進(jìn)行定期的數(shù)據(jù)傳輸。2) 選擇門診應(yīng)急所需要的表（公用部分，藥庫部分，門診部分），確保經(jīng)傳輸?shù)谋頂?shù)據(jù)能維持門診系統(tǒng)業(yè)務(wù)的正常開展。3) 制定數(shù)據(jù)分隔策略：由于涉及到數(shù)據(jù)回溯問題（即一旦正式服務(wù)器修復(fù)且投入使用以后，必須將門診應(yīng)急數(shù)據(jù)庫中的數(shù)據(jù)重新遷移回正式服務(wù)