最近，很多媒體和廠商都談到“中臺(tái)”在醫(yī)療場景的應(yīng)用。同時(shí)，關(guān)于醫(yī)療“中臺(tái)”，網(wǎng)上也有不少質(zhì)疑的聲音。

醫(yī)療信息化領(lǐng)域的“中臺(tái)”一般是指具備“中臺(tái)”特征的新一代電子病歷。很多文章講“中臺(tái)”，要么講的膚淺，要么故弄玄虛，讓廣大醫(yī)療信息化從業(yè)者面對“中臺(tái)”顯得無所適從。甚至對“中臺(tái)”增加了幾分神秘感。

我作為一位醫(yī)療信息化產(chǎn)品經(jīng)理，希望結(jié)合自身工作實(shí)際，從以下四個(gè)方面談?wù)剛€(gè)人對于醫(yī)療“中臺(tái)”的基本認(rèn)識(shí)：1.為什么要上“中臺(tái)”；2.“中臺(tái)”上線前注意事項(xiàng)：業(yè)務(wù)、流程、數(shù)據(jù)標(biāo)準(zhǔn)化規(guī)范化；3.“中臺(tái)”一些基礎(chǔ)組件的設(shè)計(jì)介紹；4.“中臺(tái)”技術(shù)方案特點(diǎn)與設(shè)計(jì)介紹。

為什么要上“中臺(tái)”

1.推出“中臺(tái)”解決方案的原因

1.1 內(nèi)聚與耦合

說到醫(yī)療“中臺(tái)”推出的原因就不得不提到內(nèi)聚與耦合。內(nèi)聚（Cohesion）是一個(gè)模塊內(nèi)部各成分之間相關(guān)聯(lián)程度的度量。耦合（Coupling）是模塊之間依賴程度的度量。內(nèi)聚和耦合是密切相關(guān)的，與其他模塊存在強(qiáng)耦合的模塊通常意味著弱內(nèi)聚，而強(qiáng)內(nèi)聚的模塊通常意味著與其它模塊之間存在弱耦合。模塊設(shè)計(jì)追求強(qiáng)內(nèi)聚，弱耦合。軟件設(shè)計(jì)中通常用耦合度和內(nèi)聚度作為衡量模塊獨(dú)立程度的標(biāo)準(zhǔn)。劃分摸塊的一個(gè)準(zhǔn)則就是高內(nèi)聚低耦合。（詳見參考資料1）

但是目前，國內(nèi)廠商前期在設(shè)計(jì)信息系統(tǒng)的時(shí)候，由于多方面的原因?qū)е拢夯A(chǔ)組件耦合了太多個(gè)性化需求，以至于后續(xù)臨床對信息化建設(shè)提出新需求時(shí)，或者監(jiān)管要求有所變化時(shí)，新需求或者變化仍需要調(diào)用常用基礎(chǔ)組件。由于之前軟件設(shè)計(jì)沒有采取結(jié)構(gòu)化模塊化思路基礎(chǔ)組件耦合太多個(gè)性化需求。解耦的成本，遠(yuǎn)高于重新實(shí)施一套新系統(tǒng)的成本。為了響應(yīng)需求或是變化只有把老系統(tǒng)廢掉，重新組織人員實(shí)施一套全新的系統(tǒng)。為了大家理解這個(gè)過程，我用綜合布線的例子來給介紹：綜合布線的標(biāo)準(zhǔn)橫平豎直遵守一定的規(guī)則來部署線纜。前期軟件設(shè)計(jì)沒遵守相應(yīng)的規(guī)定，在布線的時(shí)候隨意部署。當(dāng)需要更換某一根線纜的時(shí)候發(fā)現(xiàn)所有的線纜已經(jīng)打結(jié)成團(tuán)了。到時(shí)候只能剪刀一剪換新線重新部署。“中臺(tái)”思路就是在布線線纜的時(shí)候按照一定的規(guī)則去部署，以便于后續(xù)更新與維護(hù)。

為了讓大家對基礎(chǔ)組件耦合太多個(gè)性化需求有一個(gè)直觀的了解，下面，筆者通過在工作中遇到的兩個(gè)案例介紹，以便大家有個(gè)直觀的認(rèn)識(shí)。

案例一：體溫單

圖 1 體溫單（截圖來源：基礎(chǔ)護(hù)理學(xué)第六版（人衛(wèi)版）221頁）

大多數(shù)醫(yī)院信息系統(tǒng)住院護(hù)士工作站里面的體溫單都如圖1所示。一張?bào)w溫單關(guān)聯(lián)了脈搏、呼吸、血壓、入量、出量、大便次數(shù)、體重、身高等多種屬性，不同數(shù)據(jù)全部關(guān)聯(lián)到一張?bào)w溫單上。

這種表單的設(shè)計(jì)還停留在紙質(zhì)時(shí)代設(shè)計(jì)思路，盡量在一張表單上關(guān)聯(lián)更多的信息。信息化時(shí)代的產(chǎn)品經(jīng)理也沒考慮其背后的成因，直接把紙質(zhì)表單電子化，卻忽略了很重要的一點(diǎn)：電子化跟信息化是不能直接劃等號(hào)的。

此處的關(guān)注點(diǎn)不僅僅是體溫單，而是醫(yī)療信息系統(tǒng)里面涉及醫(yī)療數(shù)據(jù)錄入、存儲(chǔ)、查詢模塊設(shè)計(jì)。這個(gè)模塊設(shè)計(jì)如何滿足“中臺(tái)”思路：能快速響應(yīng)臨床需求、同時(shí)做到結(jié)構(gòu)化模塊化。在傳統(tǒng)設(shè)計(jì)當(dāng)中無法滿足未來一些應(yīng)用場景。比如，CDSS（臨床輔助決策系統(tǒng)）里面，涉及機(jī)器學(xué)習(xí)相關(guān)的某些對于患者處置措施的觸發(fā)值是需要從生命體征模塊抓取。

以腦卒中患者血糖管理為例：當(dāng)血糖高于10.0mmol/L 時(shí)應(yīng)該系統(tǒng)提醒醫(yī)生給予降糖治療，當(dāng)血糖低于3.3mmol/L 時(shí)應(yīng)該系統(tǒng)提醒醫(yī)生盡快給予補(bǔ)糖治療。當(dāng)患者的血糖觸發(fā)到閾值的時(shí)候，這個(gè)時(shí)候應(yīng)該把患者血糖變化的可視化圖形：血糖折線圖作為附件以通知的形式推送給醫(yī)生，讓醫(yī)生有個(gè)直觀的認(rèn)識(shí)，知道患者的血糖變化需要干預(yù)。

而現(xiàn)實(shí)當(dāng)中，圖1體溫單包含了不同屬性醫(yī)療數(shù)據(jù)，作為附件展示給醫(yī)生，醫(yī)生關(guān)注點(diǎn)是血糖本身？還是其他醫(yī)療數(shù)據(jù)呢？

當(dāng)然，還有一種聲音，通過集成平臺(tái)去抓取一個(gè)數(shù)值彈框提醒醫(yī)生。這種解決方案無法直觀向醫(yī)生展示血糖的動(dòng)態(tài)變化趨勢。醫(yī)生還需要去查看血糖變化趨勢。這樣增加醫(yī)生的工作量，時(shí)間長了醫(yī)生就會(huì)棄用。

在患者轉(zhuǎn)運(yùn)交接（ISBAR）其中的A（Assessment）評估涉及的生命體征，按照互聯(lián)互通的思路應(yīng)該是：自動(dòng)從生命體征模塊里面抓取數(shù)據(jù)填充。然而，現(xiàn)實(shí)是系統(tǒng)無法自動(dòng)獲取數(shù)據(jù)填充，護(hù)士還需要手動(dòng)再次錄入生命體征數(shù)據(jù)。在某些場景手術(shù)恢復(fù)室內(nèi)，麻醉醫(yī)生和護(hù)士在同一時(shí)刻錄入的患者生命體征數(shù)據(jù)都存在不一致的問題。

案例二：壓瘡不良事件上報(bào)

圖 2 某家醫(yī)院系統(tǒng)內(nèi)壓瘡不良事件上報(bào)表單

圖2是某家醫(yī)院信息系統(tǒng)內(nèi)不良事件上報(bào)表單截圖。一張表單里面包含壓瘡評估以及對應(yīng)處置措施，還有不良事件上報(bào)以及不良事件原因分析，而且數(shù)據(jù)和流程沒有分開。這是典型的基礎(chǔ)組件耦合太多個(gè)性化需求的例子。如果按照高內(nèi)聚和低耦合的思路，這張表單其實(shí)涉及壓瘡評估、壓瘡護(hù)理、不良事件上報(bào)、不良事件原因分析這四部分的內(nèi)容其實(shí)應(yīng)該分開。每部分作為附件數(shù)據(jù)單獨(dú)提交，流程和數(shù)據(jù)分開來實(shí)現(xiàn)相應(yīng)的功能。傳統(tǒng)的設(shè)計(jì)一旦需求有所變更那么表單甚至流程就需要重新設(shè)計(jì)，這樣維護(hù)成本就增加了。 

到此，大家不必太多糾結(jié)這兩個(gè)案例。我舉例只是為了讓大家對基礎(chǔ)組件耦合太多個(gè)性化需求這個(gè)問題有一個(gè)全新認(rèn)知。在后面第三篇文章—《“中臺(tái)”一些基礎(chǔ)組件設(shè)計(jì)》中，我會(huì)為大家詳細(xì)介紹以“中臺(tái)”思路如何解決這些問題。至此得出一個(gè)結(jié)論：推出“中臺(tái)”解決方案的原因，是為了解決基礎(chǔ)組件耦合太多個(gè)性化需求導(dǎo)致的系統(tǒng)無法升級(jí)和滿足一些新的應(yīng)用場景，而推出“中臺(tái)”解決方案。

2.“中臺(tái)”的定義與理解

2.1 “中臺(tái)”定義

網(wǎng)絡(luò)上對“中臺(tái)”的定義：“中臺(tái)”是真正為前臺(tái)而生的平臺(tái)（可以是技術(shù)平臺(tái)，業(yè)務(wù)能力甚至是組織機(jī)構(gòu)），它存在的唯一目的就是更好地服務(wù)前臺(tái)規(guī)模化創(chuàng)新，進(jìn)而更好得響應(yīng)服務(wù)引領(lǐng)用戶，使企業(yè)真正做到自身能力與用戶需求的持續(xù)對接。（詳見參考資料2）

2.2 個(gè)人對”中臺(tái)”（醫(yī)療）的理解

通過對醫(yī)療業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)化規(guī)范化之后，按照一定規(guī)程設(shè)計(jì)常用基礎(chǔ)組件，以便快速響應(yīng)臨床提出的新需求，以及監(jiān)管部門對信息化要求，最終實(shí)現(xiàn)多業(yè)務(wù)數(shù)據(jù)之間的互聯(lián)互通，降低開發(fā)與維護(hù)的成本。避免出現(xiàn)由于系統(tǒng)無法升級(jí)只能廢掉的窘境。

當(dāng)然，醫(yī)療“中臺(tái)”不是個(gè)大染缸，什么都能往里面裝。很多廠商設(shè)計(jì)的中臺(tái)系統(tǒng)一個(gè)比一個(gè)復(fù)雜，總想著蛇吞象，什么都做，這樣很容易消化不良。但真正考驗(yàn)一家公司或是產(chǎn)品經(jīng)理能力的，是怎么在滿足監(jiān)管要求的前提下，把系統(tǒng)設(shè)計(jì)的簡單，讓一線醫(yī)護(hù)人員能快速上手。系統(tǒng)簡單，能快速上手，最終節(jié)省下來的時(shí)間對于醫(yī)院來說也是一筆不小的成本。

2.3 “中臺(tái)”與集成平臺(tái)的關(guān)系

說到這里，可能會(huì)有信息科的朋友問：醫(yī)院系統(tǒng)通過集成平臺(tái)實(shí)現(xiàn)了互聯(lián)互通，為何還需要“中臺(tái)”？

這是因?yàn)椋F(xiàn)有集成平臺(tái)實(shí)現(xiàn)的互聯(lián)互通，本質(zhì)上是多系統(tǒng)中心點(diǎn)式的信息共享。它是一種中轉(zhuǎn)式的互聯(lián)互通。而醫(yī)院最終想要實(shí)現(xiàn)的互聯(lián)互通是一種跨多系統(tǒng)業(yè)務(wù)流程和數(shù)據(jù)自動(dòng)化互聯(lián)互通。集成平臺(tái)是滿足不了這個(gè)需求的。所以還是需要靠中臺(tái)來實(shí)現(xiàn)。通過重新設(shè)計(jì)這些可以復(fù)用的基礎(chǔ)組件來支持相關(guān)數(shù)據(jù)業(yè)務(wù)流程自動(dòng)化，從而降低成本增加效率。

參考資料：

1.百度百科：高內(nèi)聚低耦合（https://baike.baidu.com/item/%E9%AB%98%E5%86%85%E8%81%9A%E4%BD%8E%E8%80%A6%E5%90%88/5227009?fr=aladdin）

2.簡書：白話中臺(tái)戰(zhàn)略-1開篇：中臺(tái)是個(gè)什么鬼？

（https://www.jianshu.com/p/86dc7ad52ad6）

（未完待續(xù)）