通過互聯(lián)互通測評本身不是目的,而僅僅只是醫(yī)院集成平臺建設(shè)的開始。
隨著醫(yī)院數(shù)智化建設(shè)不斷深入,越來越多的醫(yī)院通過了互聯(lián)互通測評,不少醫(yī)院更是獲評了五級乙等。數(shù)據(jù)顯示,截至2023年度,已有700余家醫(yī)院通過了互聯(lián)互通四級甲等測評,通過五級乙等測評的醫(yī)療機構(gòu)也有近100家 數(shù)據(jù)來源:國家衛(wèi)生健康委 Odin Health整理 在通過了互聯(lián)互通四甲甚至五乙之后,集成平臺在醫(yī)院“后互聯(lián)互通”時代的實際運行狀況又是什么樣的呢? 2024年CHINC大會上,多位業(yè)內(nèi)人士在與Odin溝通時表示:互聯(lián)互通只是集成平臺涉及的集成業(yè)務(wù)的一部分場景,還有包括電子病歷、互聯(lián)網(wǎng)醫(yī)療等其他大量的集成應(yīng)用和需求,可以說集成平臺的“建設(shè)之路”才剛剛開始。 許多醫(yī)療衛(wèi)生機構(gòu)在通過評級后發(fā)現(xiàn),集成平臺在實際使用中,依然存在系統(tǒng)不穩(wěn)定,集成需求要投入大量資源進行二次開發(fā),無法解決復(fù)雜集成場景等問題,從而導(dǎo)致平臺“不敢用”“不好用”“不會用”。對此,ODIN結(jié)合醫(yī)療機構(gòu)在后“互聯(lián)互通”時代遇到的關(guān)鍵問題,給出了對應(yīng)的產(chǎn)品解決方案。

某縣級醫(yī)院的信息技術(shù)部門工程師,對該醫(yī)院平臺的穩(wěn)定性和高可用性表示“每天都擔(dān)驚受怕”。 互聯(lián)互通四甲測評要求“基于醫(yī)院信息平臺,實現(xiàn)公眾服務(wù)應(yīng)用功能數(shù)量不少于17個、醫(yī)療服務(wù)應(yīng)用功能數(shù)量不少于14個、衛(wèi)生管理應(yīng)用功能數(shù)量不少于17個”,同時“連通的業(yè)務(wù)系統(tǒng)數(shù)量不少于31個;連通的外部機構(gòu)數(shù)量不少于5個?!钡窃趯嶋H應(yīng)用中,醫(yī)院“上平臺”后實際需要連接的系統(tǒng)數(shù)量遠(yuǎn)超四甲測評中的最低要求,平臺在生產(chǎn)環(huán)境中的效果也難以達(dá)到預(yù)期。 “由于測評對于實時性要求不高,我們用的是單機架構(gòu)過的四甲。真正用于互聯(lián)互通外的部分業(yè)務(wù)解耦時,剛開始量比較少還能支撐,但一旦業(yè)務(wù)量增大就會出現(xiàn)問題,后續(xù)建設(shè)也難以向前推進。”他補充道,“系統(tǒng)慢、卡頓這些都已經(jīng)算是小問題了,最擔(dān)心的是系統(tǒng)突然無響應(yīng),數(shù)據(jù)傳輸中斷,或是某些模塊突然失效。我們就需要堆積大量人力去定位和修復(fù)問題,力求對日常運維的影響降至最低?!?/p> Odin引擎一體化集群版,不同于多臺單機服務(wù)器拼湊而成的“散裝”集群,其設(shè)計時就考慮到了平臺的集群化架構(gòu)技術(shù)適配性,具備強大的可擴展性和應(yīng)用級容災(zāi)能力。針對他所提到的系統(tǒng)穩(wěn)定性問題,其具備的智能負(fù)載均衡和容災(zāi)機制,不僅能夠有效地隔離故障,避免因單點故障導(dǎo)致的系統(tǒng)崩潰,還具備自修復(fù)功能,實現(xiàn)“無感知”切換,擺脫“靠人盯”和“堆人修”的困境,確保系統(tǒng)的連續(xù)運行和高穩(wěn)定性。 一位在某家設(shè)有多個院區(qū)的大型醫(yī)院里負(fù)責(zé)集成平臺日常運維工作的資深工程師表示:“本以為能輕松駕馭新系統(tǒng),但實際操作中卻發(fā)現(xiàn),集成平臺的使用并沒有想象中那么順利。” 由于要承載多個院區(qū)集團內(nèi)的很多集成場景,原來的單機架構(gòu)負(fù)載力不夠,就直接安裝了多個平臺通過負(fù)載均衡器拼湊了一個集群環(huán)境,確實解決了一部分集成性能問題,但是其中也埋下了很多隱患和風(fēng)險,比如: 1.管理難兼顧,運維更新中一旦遺漏某臺服務(wù)器,會造成數(shù)據(jù)丟失,引起數(shù)據(jù)混亂 2.在查詢消息日志時,無法實現(xiàn)全局消息跟蹤和問題定位 3.在容災(zāi)層面,當(dāng)某臺服務(wù)器故障時,此服務(wù)器運行的集成業(yè)務(wù)也沒辦法很好地轉(zhuǎn)移到其他正常的服務(wù)器上 4....... 以上問題的根本原因就是產(chǎn)品架構(gòu)本身不支持一體化的集群,而是第三方廠商通過多臺單機“拼湊”而成,在集群適配性和運行質(zhì)量上遠(yuǎn)不及原生一體化集群架構(gòu)。 這種“散裝”集群功能獨立,每個組件獨立運作,缺乏統(tǒng)一的管理和控制,需要用戶在多個獨立的界面之間切換,并對每個組件單獨進行配置,或者由第三方廠商進行大量二次開發(fā)來實現(xiàn)管理,增加了操作復(fù)雜性和出錯風(fēng)險。 Odin引擎一體化集群版則提供了統(tǒng)一的開發(fā)、測試、管理、運維和監(jiān)控界面,用戶可以通過一個界面完成所有操作,平臺管理起來更加直觀和便捷。 某家省屬三甲醫(yī)院信息中心的一位工程師,他的工作主要是負(fù)責(zé)醫(yī)院信息系統(tǒng)的日常維護和管理。盡管醫(yī)院采用了ESB、MQ等集成技術(shù)和產(chǎn)品,也通過了互聯(lián)互通四甲測評,然而在解決實際生產(chǎn)中遇到的一些集成問題時仍讓他感到棘手,應(yīng)對起來有心無力。究其原因主要是: 1.互聯(lián)互通時有廠商協(xié)助,有標(biāo)準(zhǔn)可依,規(guī)范性較高,生產(chǎn)環(huán)境下的實際集成需求復(fù)雜多變 2.集成流程復(fù)雜,一個集成流程可能需要跨十幾個甚至幾十個應(yīng)用,既有同步又有異步操作,不僅需要保障數(shù)據(jù)完整不丟失,還要考慮補償機制等。 3.集成場景涉及的系統(tǒng)多、范圍大,不僅需要HIS與其他系統(tǒng)之間進行實時的業(yè)務(wù)交互,同步數(shù)據(jù)到CDR,還會涉及院外系統(tǒng)或者跨院協(xié)同等情況。 4....... Odin引擎集群版具備全場景特點,通過豐富的集成技術(shù)(如集成引擎IE、企業(yè)服務(wù)總線ESB、數(shù)據(jù)抽取轉(zhuǎn)換ETL、APIs等)實現(xiàn)復(fù)雜集成場景的全覆蓋, 和多樣化的能力組件,提供統(tǒng)一運維監(jiān)控、智能化部署、定向隔離負(fù)載計算、態(tài)勢感知、熔斷保護、跟蹤埋點等功能,為多系統(tǒng)的實時業(yè)務(wù)交互和數(shù)據(jù)同步,跨院協(xié)同等集成需求提供完備、穩(wěn)定、可靠的數(shù)據(jù)交換和業(yè)務(wù)集成能力。此外,Odin引擎集群版還特別適應(yīng)國內(nèi)用戶需求,增加了許多國外品牌所不具備的易用性功能,如全程純中文界面、豐富的本土化功能組件、簡便的操作流程和強大的數(shù)據(jù)處理能力,使得用戶在實際應(yīng)用中能夠輕松上手,提高了工作效率并降低了學(xué)習(xí)、運維成本。
結(jié)語: 醫(yī)院要實現(xiàn)“以評促建”“以評促改”“所評即所用”,平臺架構(gòu)是核心。集成平臺要在“后互聯(lián)互通”時代真正承擔(dān)起醫(yī)院信息系統(tǒng)“主動脈”的責(zé)任,讓醫(yī)院感受到“能用、敢用、好用”,一體化集群是實現(xiàn)這一目標(biāo)的關(guān)鍵所在。 Odin一體化集群架構(gòu)已在許多大型三甲和集團化醫(yī)院中穩(wěn)定運行,讓集成平臺在“后互聯(lián)互通”時代真正“用到實處”,成為醫(yī)院信息系統(tǒng)堅實的“數(shù)字地基”。
Copyright ? 2022 上??评讜狗?wù)有限公司 旗下「智慧醫(yī)療網(wǎng)」版權(quán)所有 ICP備案號:滬ICP備17004559號-5