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

日喀則地區(qū)人民醫(yī)院HIS2023年十月北京飛利信電子技術(shù)1、HIS/EMR效勞器與的存儲系統(tǒng)部署方案如以以下圖2、機房環(huán)境預(yù)備及根本要求網(wǎng)絡(luò)鏈路：機房網(wǎng)絡(luò)接入帶寬：100M或以上；各接入點的網(wǎng)絡(luò)帶寬：10M或以上；機房環(huán)境：標準機房建設(shè)；周密空調(diào)系統(tǒng)；30KVA在線式UPS供電系統(tǒng)；有條件時，建議承受雙路供電；預(yù)備向機柜設(shè)備供電的電源插頭、插座或接線端子〔IBM機柜的PDU引線不帶插頭〕設(shè)備擺放，地板承重、空間要求等.確保老機房與機房網(wǎng)絡(luò)暢通.安裝配置參數(shù)及設(shè)備資源規(guī)劃:設(shè)備現(xiàn)場安裝前，針對設(shè)備安裝實施方案的參數(shù)進展充分爭論和核實。確定全部設(shè)備的安裝參數(shù)，并針對每類效勞器形成初步安裝技術(shù)方案即《安裝配置參數(shù)表3、方案實現(xiàn)目標任務(wù)目標任務(wù)系統(tǒng)上架網(wǎng)絡(luò)設(shè)備、效勞器等設(shè)備機架及相關(guān)設(shè)備的搭建、上架。設(shè)備通電設(shè)備通電以檢測系統(tǒng)的可用性，設(shè)備容量到達合同所規(guī)定的要求。配置主機名安裝操作系統(tǒng)配置網(wǎng)卡網(wǎng)絡(luò)連通性測試等安裝通用補丁軟件安裝補丁安裝特別補丁軟件〔依據(jù)客戶和第三方軟件需求〕操作系統(tǒng)參數(shù)依據(jù)客戶和第三方軟件需求，調(diào)整操作系統(tǒng)的參數(shù)系統(tǒng)內(nèi)置盤規(guī)律卷參數(shù)劃分磁盤空間劃分共享盤規(guī)律卷參數(shù)劃分規(guī)律卷劃分方案合理性測試操作系統(tǒng)與數(shù)據(jù)庫產(chǎn)品的協(xié)作參數(shù)驗證測試安裝初測Patches驗證與測試操作系統(tǒng)內(nèi)核參數(shù)調(diào)整測試主要設(shè)備的Firmware檢查，及升級實施集群軟件的安確保系統(tǒng)系統(tǒng)的高可用性，安裝\調(diào)試系統(tǒng)的集群軟件裝數(shù)據(jù)庫系統(tǒng)安裝數(shù)據(jù)庫系統(tǒng)安安裝數(shù)據(jù)庫系統(tǒng)，并依據(jù)應(yīng)用軟件狀況配置和優(yōu)化系統(tǒng)參數(shù)裝調(diào)試配置存儲之間需存儲供給商及第三方軟件供給商，實現(xiàn)這一功能。的冗災(zāi)磁帶庫安裝及制定各個系統(tǒng)份策略的備份策略系統(tǒng)聯(lián)調(diào)全部設(shè)備完裝完畢以后，模擬運行客戶的應(yīng)用系統(tǒng)。功能實現(xiàn)核心系統(tǒng)高可用的實現(xiàn)常用的高可用性技術(shù)有兩種：雙機熱備份和并行效勞器。雙機熱備份:在雙機熱備份方式下，數(shù)據(jù)庫系統(tǒng)尋常只能在一臺效勞器(例如效勞器A)上運行，另一臺效勞器無法直接訪問數(shù)據(jù)庫，自然也無法進展負載分擔。當效勞器A由于故障失效時，A治理的存儲設(shè)備(如硬盤)轉(zhuǎn)交給效勞器B在效勞器B上啟動另一個數(shù)據(jù)庫進程，治理數(shù)據(jù)庫。這種切換并啟動的數(shù)據(jù)庫核心的過程一般需要幾十秒到幾分鐘。承受雙機熱備份的平臺很多，例如IBMHACMP等.HACMP是高可用性集群。從根本上講，它通過在集群中使用冗余硬件，當發(fā)生一個硬(singlepointoffailure備份的硬件或軟件元件。為了實現(xiàn)HIS/EMRIBMHACMP集群軟件配置兩個實例HIS實例及EMRIBMP570這種方式的主要缺點在于：由于需要重啟動數(shù)據(jù)庫核心進程，無法保證數(shù)據(jù)庫系統(tǒng)連續(xù)不連續(xù)地運行在系統(tǒng)切換的過程中，客戶端與效勞器之間的數(shù)據(jù)庫連接會中斷，需要重進展數(shù)據(jù)庫的連接和登錄工作由于數(shù)據(jù)庫系統(tǒng)只能在一臺效勞器上運行，另一臺效勞器無法分擔系統(tǒng)的負載，實際上造成了客戶投資的鋪張。在有些系統(tǒng)中，為了解決雙機負載分擔的問題，將應(yīng)用系統(tǒng)人為分割為兩個數(shù)據(jù)庫系統(tǒng)，分別在兩臺效勞器上運行。這種方式在確定程度上解決了負載分擔的問題，但給系統(tǒng)治理、統(tǒng)計分析等業(yè)務(wù)處理帶來了很多額外的簡潔性并行效勞器:在并行效勞器方式下，兩臺(或多臺)效勞器上各自運行一個數(shù)據(jù)庫核心進程，但共同治理AB上的客戶端還可以連續(xù)B“切換時間”。對于一些特別應(yīng)用中嚴格要求前端應(yīng)用不能中斷的狀況，Oracle并行效勞器還供給了一種“預(yù)連接(pre-connect)”方式，以這種方式連接的客戶端當效勞器端發(fā)生故障時，客戶端與數(shù)據(jù)庫效勞器的連接不會中斷，會被Oracle并行效勞器軟件自動轉(zhuǎn)接到還在正常工作的其它效勞器上，不需要重輸入用戶名及口令。同樣有很多操作系統(tǒng)平臺支持并行效勞器方式的高可用性方案，例如IBMHACMP等。與雙機熱備份方式相比，Oracle10GRealApplicationCluster并行效勞器方式有以下優(yōu)點：分割并行效勞器方式對應(yīng)用完全透亮，在應(yīng)用程序設(shè)計和開發(fā)的過程中也不需要進展特別編程，簡化了開發(fā)的簡潔程度，同時今后系統(tǒng)擴展也無需修改應(yīng)用程序。不需要重啟動數(shù)據(jù)庫核心進程，縮短了故障造成的停機時間實現(xiàn)這種方式需要單獨購置Oracle10GRealApplicationCluster與IBMHACMP支持RACconcurrentvolume。實現(xiàn)生產(chǎn)機存儲與備份機存儲冗余需依據(jù)用戶供給何種方式實現(xiàn)存儲之間的數(shù)據(jù)冗余方案執(zhí)行(如:第三方軟件或存儲卷復(fù)制軟件).備份要求及備份策略建立一個掩蓋各數(shù)據(jù)庫備份，實現(xiàn)醫(yī)院內(nèi)部，包括HIS、LIS、EMR等業(yè)務(wù)數(shù)據(jù)的備份。備份的治理承受集中備份治理的方式，盡可能提高各主機數(shù)據(jù)的安全性和可治理性。備份內(nèi)容應(yīng)包括如下方面：應(yīng)用數(shù)據(jù)庫備份要求備份系統(tǒng)的設(shè)計應(yīng)不對應(yīng)用系統(tǒng)產(chǎn)生任何不良影響。要求備份系統(tǒng)的設(shè)計要考慮到系統(tǒng)擴展的要求，供給系統(tǒng)平滑升級的力氣如何通過有效的備份策略和備份手段削減數(shù)據(jù)的喪失/錯誤，如何在事故發(fā)生時快速有效地恢復(fù)數(shù)據(jù)，將是我們需要慎重考慮數(shù)據(jù)保護環(huán)節(jié)。具體備份策略需依據(jù)實際應(yīng)用與用戶溝通后指定打算.門診應(yīng)急系統(tǒng)務(wù)的運行。針對于門診局部的業(yè)務(wù)應(yīng)急，包括門診掛號、門診收費、急診掛號、急診收費、門診藥門急診局部形成院內(nèi)局部的網(wǎng)絡(luò)，擔當起醫(yī)院業(yè)務(wù)最緊急的局部。實現(xiàn)原理：分析門診應(yīng)急預(yù)案包含的業(yè)務(wù)局部〔例如門診掛號、門診收費、急診掛號、急診收費、門診中西藥房、急診藥房、門診醫(yī)生工作站等等，需要哪些的公用數(shù)據(jù)進展定期的數(shù)據(jù)傳輸。選擇門診應(yīng)急所需要的表〔公用局部，藥庫局部，門診局部維持門診系統(tǒng)業(yè)務(wù)的正常開展?！布匆坏┱?/p>