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

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