大型醫(yī)院多院區(qū)一體化基礎(chǔ)信息平臺建設(shè)方案

大型醫(yī)院多院區(qū)一體化基礎(chǔ)信息平臺建設(shè)方案三套HIS電子病歷患者在多個院區(qū)就診時，診療資料分開建立，不能同步共享兩套信息系統(tǒng)，版本一致性差，運維成本，服務(wù)器成本患者就醫(yī)體驗不佳三個院區(qū)共有110臺PC服務(wù)器各類信息系統(tǒng)共計96各數(shù)據(jù)庫如果全部實現(xiàn)高可用（HA），服務(wù)器數(shù)量至少要膨脹到1.5倍除了主力服務(wù)器，其他邊緣服務(wù)器難以得到高質(zhì)量均衡運維隨著信息化持續(xù)推進(jìn)，這個趨勢仍然在繼續(xù)國內(nèi)醫(yī)院信息系統(tǒng)孤島現(xiàn)象嚴(yán)重，缺乏標(biāo)準(zhǔn)和互聯(lián)互通系統(tǒng)缺乏頂層設(shè)計與規(guī)范整全院共有107臺服務(wù)器，92個數(shù)據(jù)庫。數(shù)據(jù)一致性、運轉(zhuǎn)效率、成本效率不佳。例如：主任診療時患者病歷張冠李戴。月初做報表時一線應(yīng)用時常運行緩慢或卡頓?；颊叨啻巫≡簳r身份ID不整合，既往病歷調(diào)閱困難，處方查詢速度慢。系統(tǒng)被院區(qū)、服務(wù)器、數(shù)據(jù)庫分割成碎片分散的應(yīng)用系統(tǒng)難以形成理想狀態(tài)下的合力，雪崩時每一片雪花都覺得自己是無辜的。應(yīng)用廠商不會為醫(yī)院的信息化整體架構(gòu)、數(shù)據(jù)流的最優(yōu)化出發(fā)，而是以自己系統(tǒng)和公司的利益最大化思考局部亮點代替不了整體質(zhì)量近百個數(shù)據(jù)庫之間以數(shù)據(jù)庫同步、表間訪問等實現(xiàn)數(shù)據(jù)流動醫(yī)療應(yīng)用軟件要求系統(tǒng)間數(shù)據(jù)高度一致性和完整性當(dāng)前同步機(jī)制對數(shù)據(jù)實時性、完整性和一致性存在不利影響l例如，開一條抗菌藥物醫(yī)囑，需要在1秒鐘內(nèi)，獲取藥品信息、醫(yī)生信息、患者體征信息、檢驗報告、PACS報告、手術(shù)出血量、手術(shù)切口、藥品配伍禁忌以及既往抗菌藥物醫(yī)囑等信息，要涉及HIS系統(tǒng)、電子病歷、醫(yī)囑系統(tǒng)、LIS系統(tǒng)、手術(shù)麻醉系統(tǒng)、合理用藥系統(tǒng)、PACS系統(tǒng)等7個系統(tǒng)互聯(lián)網(wǎng)用戶醫(yī)生下達(dá)抗菌藥物醫(yī)囑互聯(lián)網(wǎng)用戶事務(wù)規(guī)模小，相事務(wù)規(guī)模小，相互關(guān)系弱，數(shù)據(jù)一致性要求相對低，追求高可用性路由123456服務(wù)器購買運維成本機(jī)房反復(fù)擴(kuò)建升級系統(tǒng)接口開發(fā)成本是一個容易忽視但累積金額可觀的隱形成本多院區(qū)一體化信息平臺多院區(qū)一體化信息平臺1.1.集團(tuán)醫(yī)院以及多院區(qū)一體化是醫(yī)院IT發(fā)展方向2.醫(yī)院信息化建設(shè)開始從追求應(yīng)用數(shù)量的水平擴(kuò)張，轉(zhuǎn)為深挖內(nèi)涵的垂直建設(shè)階段，即從面積到厚度的轉(zhuǎn)變。3.醫(yī)院內(nèi)部的信息系統(tǒng)必須頂層設(shè)計下的深度融合，實時互聯(lián)互通，方能應(yīng)對臨床決策支持、HRP、大數(shù)據(jù)等新一代應(yīng)用。院區(qū)一體化模式：定期上傳平臺OR建單一系統(tǒng)？系統(tǒng)耦合模式：傳統(tǒng)表訪問、單體數(shù)據(jù)庫、ESB?服務(wù)器模式：水平擴(kuò)展OR垂直擴(kuò)展？唯有建立單一系統(tǒng)，才能一步到位，徹底改進(jìn)醫(yī)護(hù)和患者使用體驗。定期同步數(shù)據(jù)仍然存在實時性、數(shù)據(jù)一致性、版本不統(tǒng)一、服務(wù)器資源利用率低等一系列問題。當(dāng)前市區(qū)范圍裸光纖聯(lián)通成本大大降低，醫(yī)院完全可以承受。服務(wù)器存儲性能今非昔比。數(shù)據(jù)集成平臺愿景很好，效果平平。數(shù)據(jù)集成平臺很難實現(xiàn)完全的互操作，最終異化為數(shù)據(jù)倉庫，產(chǎn)出一堆漂亮的報表而已。既要務(wù)實，又要前瞻：ESB+共享單體數(shù)據(jù)庫單體數(shù)據(jù)庫＋ESB混合模式，決定了支撐數(shù)據(jù)庫的服務(wù)器需要足夠的垂直擴(kuò)展能力X86Server硬件可靠性、數(shù)據(jù)處理能力和垂直擴(kuò)展不足，因此主力生產(chǎn)系統(tǒng)不予考慮X86Server私有云無法虛擬出大于單個物理服務(wù)器性能的虛擬服務(wù)器，本質(zhì)上沒有改善單機(jī)I/O瓶頸的問題小型機(jī)及更高性能的機(jī)型是最佳的選擇X86服務(wù)器的局限性?x86服務(wù)器單機(jī)整體故障率高，平均每年?x86的數(shù)據(jù)處理能力弱，業(yè)界CPU利用率為10%左右（IDC統(tǒng)計），主要瓶頸在于I/O短板，不適合做為核心的數(shù)據(jù)處理平臺。?x86服務(wù)器虛擬化從本質(zhì)上無法提高單機(jī)的CPU和I/O處理能力。?x86服務(wù)器生命周期短，每隔一年半左右更新?lián)Q代，硬件廠家和虛擬化廠家產(chǎn)品發(fā)布不同步，經(jīng)常導(dǎo)致兼容性問題。CPU性能＋I(xiàn)/O性能＋穩(wěn)定性＋可用性＋安全性X86虛擬云的局限性虛擬服務(wù)器3虛擬服務(wù)器3虛擬虛擬服務(wù)虛擬服務(wù)物理server2物理server物理server2物理server1物理servernX86X86LinuxONE（擴(kuò)展能力:141顆CPU＋10TB內(nèi)存）水平擴(kuò)展＋垂直擴(kuò)展，成本持平，架構(gòu)更靈活，整個平臺更可靠，有利業(yè)于務(wù)連續(xù)性和多院區(qū)一體化和大數(shù)據(jù)整合。軟件使用者數(shù)量已趨于飽和，不會象互聯(lián)網(wǎng)企業(yè)那樣“爆發(fā)式”增長。因此通過服務(wù)器性能垂直擴(kuò)展（Scaleup）完全可以滿足醫(yī)院的需求互聯(lián)網(wǎng)應(yīng)用醫(yī)院應(yīng)用互聯(lián)網(wǎng)應(yīng)用醫(yī)院應(yīng)用互聯(lián)網(wǎng)用戶爆發(fā)式增長水平擴(kuò)展142水平擴(kuò)展142536垂直擴(kuò)展24cpu垂直擴(kuò)展24cpu24cpu三個院區(qū)買斷裸光纖構(gòu)建冗余環(huán)網(wǎng)，實現(xiàn)院區(qū)網(wǎng)絡(luò)一體化引進(jìn)LinuxONE大機(jī)服務(wù)器支撐四系統(tǒng)單體數(shù)據(jù)庫構(gòu)建多院區(qū)一體化基礎(chǔ)信息平臺：HIS、電子病歷＋數(shù)據(jù)集成平臺三個院區(qū)共享一套HIS、電子病歷、LIS、移動醫(yī)療改進(jìn)醫(yī)護(hù)和患者使用體驗外圍系統(tǒng)嚴(yán)格按照ESB總線實現(xiàn)信息互操作性交互三個院區(qū)共享一套數(shù)據(jù)庫HIS、電子病歷、LIS、移動醫(yī)療共享單體數(shù)據(jù)庫水平擴(kuò)展能力（數(shù)據(jù)庫整合垂直擴(kuò)展能力（彈性架構(gòu)）穩(wěn)定可靠不宕機(jī)(內(nèi)部全冗余設(shè)計，金融行業(yè)首選和久經(jīng)市場驗證)最安全的服務(wù)器平臺（獲取國際安全認(rèn)證最高級別）強(qiáng)大的IO數(shù)據(jù)處理能力（系統(tǒng)I/O帶寬高達(dá)832GB／sec）最佳資源共享平臺（多重虛擬化和虛擬化技術(shù)的鼻祖）是國內(nèi)醫(yī)院首例。美國約翰霍普金斯醫(yī)院EPIC電子病歷基于傳統(tǒng)大機(jī)l體系架構(gòu)上做到了硬件部件全冗余設(shè)計，避免單點故障。關(guān)鍵部件冗余設(shè)計確保不宕機(jī)。光纖通道卡、網(wǎng)卡等所有部件設(shè)計都支持N＋1冗余。l硬件部件做到了智能檢測報警和?IBMLinuxONE主機(jī)生命周期預(yù)計為10年左右并支持跨2代升級，可在不改變應(yīng)用架構(gòu)的前提下，為系統(tǒng)預(yù)留了充足的擴(kuò)展空間，很好的保護(hù)了醫(yī)院對一體化基礎(chǔ)信息平臺的既有投資。?醫(yī)院LinuxONE主機(jī)當(dāng)前最大可升級到141IFLs＋10TB內(nèi)存；在不增加+Memory內(nèi)+10IFLs本地磁盤級別雙活高可用建設(shè)未來集中災(zāi)備架構(gòu)規(guī)劃未來讀寫分離雙活數(shù)據(jù)中心規(guī)劃升級＋整合＋共享服務(wù)器眾多、資源豎井、運維復(fù)雜虛虛虛服務(wù)器云、'虛擬虛機(jī)擬虛機(jī)擬虛機(jī)擬機(jī)虛擬虛機(jī)擬虛機(jī)擬虛機(jī)擬機(jī)擬虛機(jī)擬虛機(jī)擬虛機(jī)擬虛機(jī)機(jī)擬虛機(jī)擬機(jī)擬虛機(jī)擬架構(gòu)集中、資源共享、運維簡化AppAppAppAppAppAppLinuxONELinuxONEVi