當前，醫院信息化面臨著一個現實性、結構性制約：“全院多庫、多庫異構”。因為一個業務系統就對應一個數據庫，所以每個大型醫院都有幾十個不同的業務系統、由此帶來了 “多庫”和“異構”的結構性問題。

　　“全院多庫”是中國醫院信息化建設發展二十多年的必然結果，形成了醫院里幾十個業務系統的數據庫是各自分散的、獨立的、局部的這樣一個普遍局面，也是根本性、結構性制約。一旦需要跨系統和跨數據庫使用數據的時候，醫院只有通過“集成平臺”和各類“數據中心“等有限共享的方式來定制化實現。目前業內主流的“醫院集成平臺和三大數據中心”方法都還是“全院多庫”的局面，難以真正徹底解決“全院多庫”造成的“分散與統一”這個中國醫院信息化根本性制約的矛盾。

　　新時期從業務信息系統走向數據驅動的智慧系統，醫院里許許多多痛點和難題的背后，都是這個“全院多庫”結構性制約造成的。例如：醫保支付受制于“全院多庫”造成院方無力有效管控全員醫療消費行為的合規支付;全院的醫療數據質量安全、醫療管理運營、上級主管部門要求的統一上報及評審等工作，都受“全院多庫”影響帶來跨越多庫的低效重復性勞動;科研專病庫也因為“一病一庫”又帶來更多的分散獨立多庫……

　　“全院一庫”，是“全院多庫”從分散建設走向統一的必然趨勢，也是一個從局部走向整體的必然需要。全院是一個整體;科室的整體、醫療的整體、患者的整體、醫護人員的整體、管理和運營等等都是一個整體。在整個組織架構中一定是自上而下的過程，越往上越彰顯整體價值，一定會追求全院整體價值。否則整體就會被局部的有限性所制約，或者是片面或者是缺失。徹底解除“全院多庫”的結構性制約、實現統一的“全院一庫”，必將是各個醫院共同的現實性追求和需要。

　　怎樣從“全院多庫”走向“全院一庫”?很簡單，就是要從傳統的數據庫技術路線中跨越出來。之所以不能實現“全院一庫”，是因為醫院現有各種系統的數據庫都是例如Oracle、SQL SERVER、Caché、DB2等傳統性磁盤數據庫，這些磁盤數據庫性能和算力受制于磁盤性能的制約無法滿足“全院一庫”的高算力、高性能需要。

　　天助盈通“全院一庫”采用的HANA內存數據庫性能是屬于大數據范疇的數據庫性能，“計算速度百倍至千倍的提升、通過數據壓縮10倍到20倍”將數據庫全部放在內存中進行計算和業務處理。因此可以將全院過去幾十年的全部數據庫數據(大約為幾十個TB的數據量)匯聚到一個HANA內存數據庫中、實現真正的“全院一庫、一庫同構的轉換”，“全院一庫”的算力和性能遠超任何一個業務系統的數據庫算力和性能。

　　“全院一庫”會帶來突破性、全方位新應用。其中一個典型應用是醫保合規PDCA閉環自查。

　　“全院一庫”解除的基礎性結構性制約，因此帶來的應用與價值是突破性的、全方位的。其中一個典型應用就是“醫保合規PDCA閉環自查”，能夠大幅度提高醫保合規率。首先是全院全量數據高速查詢能力的提升，以支持醫院海量醫療消費行為的合規自查;其次配套上千個醫保規則進行自動作業、全方位閉環管理醫保規范質量。

　　因為有“全院一庫”：以往“分散與統一/局部與整體”的根本性制約問題解除了，實現了“億表一秒”的速度。

　　因為有“全院一庫”：全院數據結構變得簡單而一致，全庫查詢就是全院查詢。

　　因為有“全院一庫”：醫院各類應用具有的突破性的“全快易”模式，全方位創新應用皆有可能，智慧醫院有了強有力的基礎平臺支撐。

　　目前，“全院一庫”已經在福建省立醫院成功落地并為其全院統一大數據平臺的各種創新應用提供了強大的數據基礎性支撐。

　　天助盈通將組織系列化的線上“天助沙龍”來具體介紹交流“全院一庫”對照“全院多庫”的提升優勢，并搭建好高性能“全院一庫”的體驗環境給所有醫院來真實感受。

　　歡迎大家通過下面的二維碼報名參與體驗：

　　(本文由天助盈通公司供稿)