近日，AI開源開出了Deepseek，數(shù)據(jù)更是成為智慧之源、智能之環(huán)。這是一個(gè)需要不斷轉(zhuǎn)型與進(jìn)階的時(shí)代。數(shù)據(jù)已變得越來越重要！但是醫(yī)院的數(shù)據(jù)從何而來，卻大都是來自各個(gè)信息系統(tǒng)的數(shù)據(jù)庫。這種交織混合的復(fù)雜關(guān)系剪不斷理還亂，帶來許多數(shù)據(jù)應(yīng)用服務(wù)的困擾和被動(dòng)。
數(shù)智化時(shí)代的到來讓人們開始意識(shí)到：這些原本默默運(yùn)轉(zhuǎn)的系統(tǒng)數(shù)據(jù)庫中，潛藏著巨大的數(shù)據(jù)價(jià)值。對數(shù)據(jù)的渴求迅速膨脹，推動(dòng)醫(yī)院信息化從“業(yè)務(wù)支撐”邁向“數(shù)據(jù)驅(qū)動(dòng)”的深度變革。這既是機(jī)會(huì)也是挑戰(zhàn)，就看我們能不能把握住這個(gè)發(fā)展機(jī)會(huì)，它應(yīng)該是承前啟后、輕松轉(zhuǎn)型之路，也是避免空心化、走向數(shù)據(jù)系統(tǒng)自主可控的現(xiàn)實(shí)之路。
今天，我們試著以新的視角來對照研究數(shù)據(jù)和信息的屬性、關(guān)系、體系建設(shè)，旨在探索從信息系統(tǒng)走向數(shù)據(jù)系統(tǒng)的便捷之路。換句話說，我們真正需要什么樣的數(shù)據(jù)系統(tǒng)以及支撐可持續(xù)發(fā)展所需要什么樣的數(shù)據(jù)基座？如果說之前我們主要關(guān)注信息系統(tǒng)的功能，那么現(xiàn)在我們重點(diǎn)考慮信息系統(tǒng)的數(shù)據(jù)庫效能了。
首先，我們已經(jīng)看到基于業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫基礎(chǔ)條件不是為數(shù)據(jù)系統(tǒng)應(yīng)用設(shè)計(jì)的，因此數(shù)據(jù)應(yīng)用必然會(huì)面臨基礎(chǔ)性制約和天花板限制；其次，由于傳統(tǒng)數(shù)據(jù)庫性能不足，面對每一類數(shù)據(jù)服務(wù)大都需要做一次數(shù)據(jù)倉庫準(zhǔn)備。諸如此類問題，從長遠(yuǎn)來看都需要系統(tǒng)性解決了。本質(zhì)上從信息系統(tǒng)到數(shù)據(jù)系統(tǒng)再到AI系統(tǒng)，是一脈相承徹底融匯融合的過程，因此系統(tǒng)性規(guī)劃與建設(shè)數(shù)據(jù)系統(tǒng)的基礎(chǔ)與應(yīng)用服務(wù)就變得十分重要。
其實(shí)技術(shù)發(fā)展的今天，從信息系統(tǒng)到數(shù)據(jù)系統(tǒng)也可以很簡單：
1.與信息系統(tǒng)的流程差異化明顯不同，數(shù)據(jù)系統(tǒng)應(yīng)用大都是基于數(shù)據(jù)“查詢、統(tǒng)計(jì)、插入”的過程，因此數(shù)據(jù)系統(tǒng)應(yīng)用服務(wù)的過程都是相似的、具有一定的標(biāo)準(zhǔn)化過程。那么，我們只要建設(shè)好全面而迅捷的“數(shù)據(jù)基座”就基本可以了。
2.針對數(shù)據(jù)基座，我們可以實(shí)現(xiàn)從“全院多庫”到“全院一庫”的匯聚遷移和梳理、并保證“全院一庫”的數(shù)據(jù)基座具有“全、快、易”的功能性能條件，這樣我們就可以迅捷實(shí)現(xiàn)從信息系統(tǒng)到數(shù)據(jù)系統(tǒng)的成功轉(zhuǎn)型，按需即席數(shù)據(jù)利用，簡單而可行。
醫(yī)療信息化的進(jìn)程中“全院多庫”是合理的，全院多系統(tǒng)以橫向低耦合架構(gòu)支撐了醫(yī)院核心業(yè)務(wù)流程的快速數(shù)字化，同時(shí)還避免了早期技術(shù)瓶頸引發(fā)的系統(tǒng)性風(fēng)險(xiǎn)。但是，當(dāng)下全量各類數(shù)據(jù)需要深度融合應(yīng)用、AI應(yīng)用等場景對數(shù)據(jù)的要求是“全院實(shí)時(shí)”，這就暴露分散架構(gòu)的“副作用”，歷史優(yōu)勢成為眼前制約。因此，從“全院多庫”到“全院一庫”是面向未來醫(yī)療，以“驅(qū)動(dòng)智能的數(shù)據(jù)戰(zhàn)略基座”賦能醫(yī)療數(shù)據(jù)價(jià)值從“流程支撐”向“數(shù)據(jù)服務(wù)”躍進(jìn)的必要性建設(shè)；而從“數(shù)據(jù)基座”入手、實(shí)現(xiàn)“全院一庫”模式，不失為一種必要而可行的建設(shè)方案。
1.為何不能是一個(gè)廠家做全院系統(tǒng)？
醫(yī)療業(yè)務(wù)的強(qiáng)專業(yè)性和學(xué)科細(xì)分屬性，決定了不可能由一家IT公司去承建醫(yī)院所有的信息化系統(tǒng)建設(shè)。臨床、檢驗(yàn)、醫(yī)技檢查、藥事、管理等數(shù)十個(gè)業(yè)務(wù)領(lǐng)域?qū)π畔⑾到y(tǒng)的功能需求差異顯著，單一廠商難以在多個(gè)領(lǐng)域中同時(shí)具備技術(shù)優(yōu)勢。同時(shí)，政策的頻繁調(diào)整和醫(yī)療需求的不斷變化，系統(tǒng)需要不斷地升級(jí)迭代和改造，單一廠商難以同時(shí)滿足所有系統(tǒng)的敏捷開發(fā)與優(yōu)化需求服務(wù)。
2. “全院多庫”是醫(yī)院多系統(tǒng)支撐醫(yī)院信息化的自然選擇和必然結(jié)果，彰顯獨(dú)特而有效
正是這種多廠家、多系統(tǒng)的共建方式，讓醫(yī)院信息化在過去二十年走得快、鋪得開，也跑得穩(wěn)。但隨著數(shù)據(jù)價(jià)值的不斷顯現(xiàn)，我們也逐漸看見了這種架構(gòu)在“連接”和“融合”上的天然限制。醫(yī)院歷史上的信息化建設(shè)都是以“業(yè)務(wù)系統(tǒng)建設(shè)”為主的局面，不同系統(tǒng)因功能需要選擇差異化的數(shù)據(jù)庫架構(gòu)（如Oracle、MySql、SQL server 、DB2、Caché...），形成“一個(gè)業(yè)務(wù)系統(tǒng)一個(gè)數(shù)據(jù)庫”的分散模式（我們統(tǒng)稱為“全院多庫”）。這樣的“全院多庫”模式在以業(yè)務(wù)為中心的信息系統(tǒng)建設(shè)過程中是追求效率與穩(wěn)定性的必然選擇，多系統(tǒng)、多數(shù)據(jù)庫的體系更容易維護(hù)、升級(jí)和擴(kuò)展，更好靈活滿足醫(yī)院快速需求更新，是醫(yī)院發(fā)展階段中普遍存在的局面，本質(zhì)是醫(yī)療行業(yè)精細(xì)化發(fā)展的必然結(jié)果。
多庫架構(gòu)曾是最務(wù)實(shí)的選擇。但時(shí)代正在進(jìn)步，當(dāng)醫(yī)院想要的不再只是“跑得動(dòng)、跑的穩(wěn)”，而是“看得全、聯(lián)得上、用得快”，按需即席利用數(shù)據(jù)，那些曾經(jīng)的合理性也開始逐步顯露出局限性。
1.信息系統(tǒng)與數(shù)據(jù)系統(tǒng)，其“數(shù)據(jù)基座”的需求側(cè)重點(diǎn)是不同的
醫(yī)院信息化建設(shè)發(fā)展走到今天，誕生許多業(yè)務(wù)生產(chǎn)源數(shù)據(jù)，這些全院數(shù)據(jù)價(jià)值的釋放，是潛力巨大的“寶藏”。而AI應(yīng)用不斷深化所需的數(shù)據(jù)服務(wù)，在面向臨床、科研、運(yùn)營、管理的數(shù)據(jù)二次利用需求，絕大多數(shù)都是對全院數(shù)據(jù)的查詢需求。這里的數(shù)據(jù)基座“存、管、用”都要謀求簡單化、高速易用。在“全”和“快”兩個(gè)問題面前，這時(shí)發(fā)現(xiàn)“全院多庫”數(shù)據(jù)基座成為制約，體現(xiàn)為跨庫查詢和效率問題難以支撐全院數(shù)據(jù)按需快速分析與實(shí)時(shí)計(jì)算，無法滿足搭建“全快易”數(shù)據(jù)系統(tǒng)的條件。
這也提醒我們，曾經(jīng)為醫(yī)院發(fā)展打下堅(jiān)實(shí)基礎(chǔ)的“多庫模式”，在今天未必還能承擔(dān)起“數(shù)據(jù)驅(qū)動(dòng)未來”的重任，“按需即席式”全量數(shù)據(jù)的迅捷響應(yīng)成為標(biāo)準(zhǔn)。如果我們不盡快完成從“流程配合”到“數(shù)據(jù)服務(wù)”的認(rèn)知轉(zhuǎn)型，就可能在數(shù)字時(shí)代的浪潮中，被過去的合理性束縛住未來的可能性。
2.怎樣實(shí)現(xiàn)最大化、可持續(xù)性發(fā)展數(shù)據(jù)驅(qū)動(dòng)？
說到底，醫(yī)院的信息化建設(shè)從最初到現(xiàn)在，確實(shí)已經(jīng)打下了不錯(cuò)的基礎(chǔ)，但大多數(shù)業(yè)務(wù)系統(tǒng)其實(shí)都是“為業(yè)務(wù)而建”，彼此之間獨(dú)立運(yùn)轉(zhuǎn)，數(shù)據(jù)也是在跨表查詢和大表查詢方面面臨巨大困難。
在流程化的時(shí)代，這種“全院多庫”架構(gòu)確實(shí)跑得起來，也支撐了醫(yī)院多年來高效的業(yè)務(wù)運(yùn)轉(zhuǎn)。但當(dāng)我們真正想用數(shù)據(jù)去支撐決策、優(yōu)化流程、提升管理時(shí)，就會(huì)發(fā)現(xiàn)——系統(tǒng)各忙各的，數(shù)據(jù)就像散落在各處的拼圖，看起來啥都有，但每次想拼成完整一張圖，都得一塊一塊慢慢找，這時(shí)候很多醫(yī)院才開始意識(shí)到：信息化不僅要能跑業(yè)務(wù)，更要能用數(shù)據(jù)，這也是如今越來越多醫(yī)院開始尋求數(shù)據(jù)中臺(tái)、數(shù)據(jù)治理的原因。
要想徹底釋放AI新質(zhì)生產(chǎn)力，實(shí)現(xiàn)數(shù)據(jù)價(jià)值最大化，需要從底層重構(gòu)技術(shù)架構(gòu)，將數(shù)據(jù)系統(tǒng)與業(yè)務(wù)系統(tǒng)解耦。首先就是要建立獨(dú)立統(tǒng)一的“全院數(shù)據(jù)系統(tǒng)”，將全院業(yè)務(wù)系統(tǒng)的數(shù)據(jù)1:1匯聚到一個(gè)統(tǒng)一的“一庫模式”中來，并且算力性能還要滿足對數(shù)據(jù)快速、全面獲取的需求。這樣獨(dú)立的數(shù)據(jù)系統(tǒng)建設(shè)，很多醫(yī)院是薄弱的甚至是欠缺的。
過去醫(yī)院信息系統(tǒng)的核心使命是“流程電子化”——通過HIS、PACS、LIS等系統(tǒng)固化業(yè)務(wù)流程，其數(shù)據(jù)架構(gòu)本質(zhì)是為“功能服務(wù)”。而智能醫(yī)療時(shí)代的數(shù)據(jù)系統(tǒng)需以“數(shù)據(jù)服務(wù)”為核心目標(biāo)——讓數(shù)據(jù)主動(dòng)驅(qū)動(dòng)醫(yī)院全方位多維度的智慧發(fā)展。從流程支撐到數(shù)據(jù)服務(wù)是醫(yī)院數(shù)據(jù)系統(tǒng)的范式變革，要實(shí)現(xiàn)這樣的變革可選的方式有兩大類：
1. 局部數(shù)據(jù)倉庫的數(shù)據(jù)系統(tǒng)建設(shè)模式：以數(shù)據(jù)倉庫、數(shù)據(jù)湖、湖倉一體為代表，做法核心是通過ETL工具歸集數(shù)據(jù)并預(yù)設(shè)主題模型。
優(yōu)勢：短期內(nèi)可具有強(qiáng)針對性地滿足部分?jǐn)?shù)據(jù)服務(wù)場景的需求。
不足：缺失敏捷性，新增一個(gè)應(yīng)用主題就需重構(gòu)模型，復(fù)雜難執(zhí)行，響應(yīng)周期長達(dá)數(shù)月，重復(fù)性的建模工作耗時(shí)耗力；受到傳統(tǒng)數(shù)據(jù)技術(shù)的制約，難以平衡數(shù)據(jù)匯聚要求越全越好及數(shù)據(jù)使用要求越快越好的矛盾。
2. 全院全量數(shù)據(jù)匯聚的“全院一庫”建設(shè)模式：基于高壓縮內(nèi)存計(jì)算技術(shù)、視圖動(dòng)態(tài)建模等技術(shù)，構(gòu)建全院全量數(shù)據(jù)基座，其核心突破為：
內(nèi)存計(jì)算架構(gòu)：高壓縮內(nèi)存，兼顧數(shù)據(jù)量和響應(yīng)效率的突破，免去硬盤I/O瓶頸，實(shí)現(xiàn)億級(jí)數(shù)據(jù)關(guān)聯(lián)分析秒級(jí)響應(yīng)。
存算一體設(shè)計(jì)：基于內(nèi)存計(jì)算引擎實(shí)現(xiàn)全量數(shù)據(jù)匯聚到統(tǒng)一平臺(tái)，讓數(shù)據(jù)“存、管、用”都簡單化，省略了傳統(tǒng)架構(gòu)需組合多技術(shù)組件（如Hadoop+Spark+OLAP），讓操作和運(yùn)維復(fù)雜度得以大幅度降低。
動(dòng)態(tài)建模能力：支持以視圖自主建模，突破“預(yù)置式響應(yīng)”轉(zhuǎn)向“需求定義即服務(wù)交付”的模式，不再需要靜態(tài)“數(shù)據(jù)快照”，也不再需要中間表加工，直接從原始數(shù)據(jù)池實(shí)時(shí)響應(yīng)，將需求響應(yīng)周期從小時(shí)級(jí)縮短至分鐘級(jí)，實(shí)現(xiàn)“全、快、易”的新體驗(yàn)。
“全院一庫”模式更加符合當(dāng)前醫(yī)院場景對全院數(shù)據(jù)調(diào)度和使用的靈活和高效的要求，數(shù)據(jù)系統(tǒng)的建設(shè)不再預(yù)設(shè)模型，而是通過無損歸集實(shí)現(xiàn)數(shù)據(jù)價(jià)值留存——全院沉淀原始數(shù)據(jù)，支持無限次回溯分析，具有更強(qiáng)大靈活的可擴(kuò)展性。
3. “全院一庫”是統(tǒng)一性和效率性的兼顧
從“全院多庫”到“全院一庫”，本質(zhì)是醫(yī)療信息化從“業(yè)務(wù)流程化”向“數(shù)據(jù)資產(chǎn)化”的戰(zhàn)略升維。這并非推翻既有成果，而是以統(tǒng)一數(shù)據(jù)基座激活凍結(jié)在孤島中的“全量相關(guān)數(shù)據(jù)”，使其轉(zhuǎn)化為醫(yī)療質(zhì)量提升的核心生產(chǎn)資料——讓數(shù)據(jù)流穿透系統(tǒng)壁壘，驅(qū)動(dòng)診療、管理、科研邁向“需求即響應(yīng)”的智能時(shí)代，最終形成“數(shù)據(jù)－業(yè)務(wù)互為反哺的雙螺旋增長”新范式。
從系統(tǒng)演進(jìn)可行性角度分析，信息系統(tǒng)向數(shù)據(jù)系統(tǒng)轉(zhuǎn)型已具備了簡單化、標(biāo)準(zhǔn)化實(shí)施路徑。數(shù)據(jù)系統(tǒng)的核心特征在于模塊化的數(shù)據(jù)服務(wù)能力，無論是科研專病分析、數(shù)據(jù)上報(bào)、運(yùn)營管理還是醫(yī)保智能核查等場景，本質(zhì)上均構(gòu)建于數(shù)據(jù)基礎(chǔ)操作層之上——即標(biāo)準(zhǔn)化的數(shù)據(jù)查詢、統(tǒng)計(jì)、插入功能?；诖颂卣?，數(shù)據(jù)系統(tǒng)應(yīng)用服務(wù)呈現(xiàn)出顯著的可復(fù)用性與流程相似性，那么，我們只要建設(shè)好全面而迅捷的“數(shù)據(jù)基座”就基本可以了，各類應(yīng)用都可以按需即席、方便快捷。有了這樣的數(shù)據(jù)基座，數(shù)據(jù)應(yīng)用服務(wù)也就基本上有了。
特別聲明：智慧醫(yī)療網(wǎng)轉(zhuǎn)載其他網(wǎng)站內(nèi)容，出于傳遞更多信息而非盈利之目的，同時(shí)并不代表贊成其觀點(diǎn)或證實(shí)其描述，內(nèi)容僅供參考。版權(quán)歸原作者所有，若有侵權(quán)，請聯(lián)系我們刪除。
凡來源注明智慧醫(yī)療網(wǎng)的內(nèi)容為智慧醫(yī)療網(wǎng)原創(chuàng)，轉(zhuǎn)載需獲授權(quán)。
智慧醫(yī)療網(wǎng) ? 2022 版權(quán)所有 ICP備案號(hào)：滬ICP備17004559號(hào)-5
