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

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