圖片來(lái)自“123RF”

到底什么是中臺(tái)呢?不同的企業(yè)、不同的行業(yè)可能會(huì)有不同的定義或理解。那我們可以先拋開(kāi)這一概念，去看看在醫(yī)院信息化環(huán)境下遇到了哪些問(wèn)題與挑戰(zhàn)。

最近在HIT專家網(wǎng)-KOL微信群里，“中臺(tái)”這個(gè)概念非?；馃帷８鞣N不同的思想、見(jiàn)解、觀點(diǎn)，讓我受益不淺，也有一些沖動(dòng)想表達(dá)自己對(duì)“中臺(tái)”的理解。

醫(yī)院為何產(chǎn)生“中臺(tái)”需求

“中臺(tái)”的概念是馬云在2015年參觀一個(gè)游戲公司后提出的，其核心思想是“大中臺(tái)，小前臺(tái)”。那到底什么是中臺(tái)呢?不同的企業(yè)、不同的行業(yè)可能會(huì)有不同的定義或理解。那我們可以先拋開(kāi)這一概念，去看看在醫(yī)院信息化環(huán)境下遇到了哪些問(wèn)題與挑戰(zhàn)。

為便于分析理解，以門診預(yù)約掛號(hào)場(chǎng)景為例。

最初，患者只能通過(guò)窗口進(jìn)行掛號(hào)，這一過(guò)程包含一系列業(yè)務(wù)規(guī)則和流程。假設(shè)一個(gè)預(yù)約流程包含“患者信息校驗(yàn)”、“獲取號(hào)源情況”、“分配號(hào)源”和“獲取完整預(yù)約信息”4個(gè)邏輯(實(shí)際流程會(huì)復(fù)雜很多，這里簡(jiǎn)化流程以方便說(shuō)明)。如下圖所示：

后來(lái)，門診預(yù)約從原來(lái)單一的窗口預(yù)約變得多樣化，比如電話預(yù)約、網(wǎng)頁(yè)預(yù)約、微信預(yù)約等。醫(yī)院的系統(tǒng)的流程設(shè)計(jì)變成了下面的情況：

不同系統(tǒng)之間為了保持?jǐn)?shù)據(jù)的一致性，不得不做各種各樣的集成。比如，保持患者信息的統(tǒng)一、保證不同應(yīng)用的排班一致等。而隨著預(yù)約渠道越來(lái)越多，這樣的集成也越來(lái)越復(fù)雜。正好集成平臺(tái)應(yīng)運(yùn)而生，通過(guò)集成平臺(tái)可以最大限度地保證各個(gè)應(yīng)用之間的相對(duì)獨(dú)立性。而將復(fù)雜的集成出現(xiàn)的各種需求，比如連接性、數(shù)據(jù)轉(zhuǎn)換、過(guò)濾、路由、字典轉(zhuǎn)換等放到集成平臺(tái)中。于是醫(yī)院信息化變成了下面的架構(gòu)：

集成平臺(tái)可以很好地解決醫(yī)院歷史遺留系統(tǒng)之間的互聯(lián)互通問(wèn)題。但當(dāng)面臨一個(gè)新需求時(shí)，系統(tǒng)的修改成本并沒(méi)有太多改變。例如，當(dāng)醫(yī)院希望在預(yù)約流程中增加一個(gè)按患者級(jí)別(根據(jù)醫(yī)院的定義)排預(yù)約優(yōu)先級(jí)的需求時(shí)，就需要在各個(gè)業(yè)務(wù)系統(tǒng)中進(jìn)行修改。同時(shí)由于業(yè)務(wù)邏輯的變化，各個(gè)系統(tǒng)之間的集成也會(huì)相應(yīng)發(fā)生變化，因此集成平臺(tái)的集成也需要做相應(yīng)修改。

增加一個(gè)新需求的修改成本是C *(N+1)，C代表每一個(gè)系統(tǒng)修改的成本(以平均數(shù)來(lái)計(jì)算)，N代表和該需求相關(guān)的業(yè)務(wù)系統(tǒng)，1代表的是集成平臺(tái)。這時(shí)醫(yī)院可能會(huì)認(rèn)為這些成本都是乙方來(lái)承擔(dān)，但其實(shí)不然，一個(gè)軟件的成本是由甲乙雙方共同組成。

在乙方，軟件開(kāi)發(fā)商需要針對(duì)需求進(jìn)行分析、開(kāi)發(fā)、測(cè)試、打包、發(fā)布、實(shí)施、培訓(xùn)等。而且很多環(huán)節(jié)都是雙倍成本，比如測(cè)試不僅需要進(jìn)行新功能測(cè)試，還需要進(jìn)行關(guān)聯(lián)測(cè)試。如果一個(gè)產(chǎn)品的架構(gòu)設(shè)計(jì)不合理，那么還需進(jìn)行全量測(cè)試。否則任何一個(gè)人對(duì)于上線一個(gè)新功能都沒(méi)有十足信心，這也是我們醫(yī)院信息系統(tǒng)每一次升級(jí)都讓大家提心吊膽的原因。打包也是同理，需要補(bǔ)丁包、全新包等。

而在甲方，每一個(gè)業(yè)務(wù)系統(tǒng)開(kāi)發(fā)商針對(duì)新需求進(jìn)行需求分析時(shí)，需要安排特定人員一起進(jìn)行分析。當(dāng)這些系統(tǒng)準(zhǔn)備上線時(shí)，醫(yī)院同樣需要投入大量的人力和時(shí)間進(jìn)行協(xié)調(diào)、測(cè)試、培訓(xùn)等，這些都是一個(gè)新功能帶來(lái)的成本。除了這些人力成本以外，醫(yī)院還需要為重復(fù)數(shù)據(jù)進(jìn)行買單，包括重復(fù)存儲(chǔ)，重復(fù)服務(wù)器等。

那么，如何降低成本?如何讓每一次新需求或者一個(gè)新政策在實(shí)施時(shí)不那么提心吊膽，做到心里有數(shù)呢?這是每一個(gè)HIT人需要思考的問(wèn)題(當(dāng)然有些人不考慮成本，那就另當(dāng)別論)。

多元化的IT需求凸顯“中臺(tái)”價(jià)值

不管“數(shù)字化轉(zhuǎn)型”這個(gè)詞是不是又一個(gè)“花哨”的概念，有一點(diǎn)不可否認(rèn)，醫(yī)院正在面臨信息化建設(shè)的多元化需求。壓力不僅來(lái)自醫(yī)院內(nèi)部需求，越來(lái)越多的需求來(lái)自于醫(yī)院外，比如互聯(lián)網(wǎng)醫(yī)療、分級(jí)診療、區(qū)域信息平臺(tái)、醫(yī)療大數(shù)據(jù)等。所有這些需求都需要對(duì)醫(yī)院的數(shù)據(jù)進(jìn)行訪問(wèn)，包括患者、就診、醫(yī)囑、檢查、檢驗(yàn)、醫(yī)務(wù)人員、設(shè)備等。

那么醫(yī)院該如何利用和保護(hù)這些資產(chǎn)，以提升醫(yī)院的服務(wù)并適應(yīng)多變的信息化環(huán)境呢?來(lái)看一種理想的情況：

假設(shè)將醫(yī)院所有數(shù)據(jù)變成了一個(gè)個(gè)細(xì)粒度的資源，并將這些資源通過(guò)統(tǒng)一API方式“暴露”給業(yè)務(wù)邏輯層。業(yè)務(wù)邏輯再根據(jù)醫(yī)院需求將這些資源進(jìn)行組裝，并通過(guò)服務(wù)的形式“暴露”給第三方應(yīng)用。

在這樣的架構(gòu)下，所有第三方應(yīng)用通過(guò)統(tǒng)一的預(yù)約服務(wù)進(jìn)行預(yù)約。當(dāng)醫(yī)院的業(yè)務(wù)邏輯需要改變時(shí)，只需對(duì)業(yè)務(wù)邏輯層進(jìn)行修改，而不需要改變預(yù)約服務(wù)和數(shù)據(jù)訪問(wèn)層，并且這種改變對(duì)于所有的應(yīng)用來(lái)說(shuō)是統(tǒng)一的。例如，當(dāng)需要在預(yù)約規(guī)則中加入對(duì)患者級(jí)別的判斷時(shí)，只需要在業(yè)務(wù)邏輯層加上這個(gè)節(jié)點(diǎn)，一旦完成，這一業(yè)務(wù)規(guī)則就會(huì)對(duì)所有應(yīng)用端同時(shí)生效。如果在業(yè)務(wù)邏輯層加入流程引擎和規(guī)則引擎，就可以相對(duì)自由地進(jìn)行業(yè)務(wù)流程編排。

在這樣的架構(gòu)下，一個(gè)新需求的引入，只需要對(duì)業(yè)務(wù)邏輯層進(jìn)行修改、測(cè)試、實(shí)施，而客戶端需要修改的也只是界面端對(duì)新業(yè)務(wù)邏輯判斷返回的處理，這減少了大量的后臺(tái)業(yè)務(wù)邏輯修改。對(duì)于醫(yī)院來(lái)說(shuō)，新需求的實(shí)現(xiàn)是單線程管理，不需要做大量的重復(fù)勞動(dòng)和集成協(xié)調(diào)的工作，這就大大降低了新需求上線的風(fēng)險(xiǎn)。

醫(yī)院需要一個(gè)健壯的IT生態(tài)體系架構(gòu)

上面談到的理想架構(gòu)適合一個(gè)全新的醫(yī)院信息化建設(shè)，而對(duì)于一個(gè)已有很多業(yè)務(wù)系統(tǒng)的醫(yī)院來(lái)說(shuō)，不可能全部拋棄所有的信息系統(tǒng)。應(yīng)該如何保護(hù)以往的投資，并在引入新技術(shù)、新系統(tǒng)時(shí)與舊系統(tǒng)能很好地?zé)o縫連接?

下圖說(shuō)明了如何利用ESB將已有系統(tǒng)轉(zhuǎn)換為可重復(fù)使用的數(shù)字資產(chǎn)的架構(gòu)圖(在這里并不是說(shuō)ESB就是平臺(tái)本身，而只是將現(xiàn)有系統(tǒng)轉(zhuǎn)換為服務(wù)的一種實(shí)現(xiàn)方式)。

在ESB中，通過(guò)適配器訪問(wèn)現(xiàn)有系統(tǒng)的數(shù)據(jù)，并通過(guò)流程引擎將不同的業(yè)務(wù)邏輯編排在一起，形成一個(gè)有效的業(yè)務(wù)流程，比如預(yù)約流程。然后將這樣的業(yè)務(wù)流程封裝成一個(gè)個(gè)可執(zhí)行的服務(wù)，將這一層稱之為“API”層。

API，顧名思義，未來(lái)所有新的應(yīng)用可以基于API進(jìn)行開(kāi)發(fā)。從IT市場(chǎng)上不難發(fā)現(xiàn)，大部分的IT大企業(yè)們都會(huì)提供各種各樣的服務(wù)層，這些服務(wù)有基于Webservice的，也有基于RESTful的，比如亞馬遜AWS、Google Cloud、微軟Azure、微軟Office 365、Saleforce、阿里的中臺(tái)、微信小程序等。所有這些IT企業(yè)的一個(gè)共同特點(diǎn)就是將企業(yè)的IT資源以服務(wù)的形式開(kāi)放出來(lái)供第三方使用。這種方式不僅可以降低本企業(yè)創(chuàng)新的成本，還可以建立一套圍繞著企業(yè)本身數(shù)字資源的生態(tài)體系。

生態(tài)的構(gòu)建需要標(biāo)準(zhǔn)。之所以亞馬遜AWS能夠構(gòu)建其云計(jì)算的生態(tài)體系，是它的市場(chǎng)地位決定的，從而形成了云計(jì)算平臺(tái)服務(wù)的事實(shí)標(biāo)準(zhǔn)。在中國(guó)，醫(yī)療信息化還是一個(gè)“群雄逐鹿”的時(shí)代，為了實(shí)現(xiàn)應(yīng)用能無(wú)縫地嵌入到醫(yī)院生態(tài)體系中，需要完善的標(biāo)準(zhǔn)來(lái)支撐。比如預(yù)約服務(wù)，如果所有廠商提供的預(yù)約服務(wù)是標(biāo)準(zhǔn)的，那么不管預(yù)約的應(yīng)用是由哪個(gè)廠商開(kāi)發(fā)，都可以很容易地嵌入到平臺(tái)中，而不用擔(dān)心底層的預(yù)約流程是如何實(shí)現(xiàn)的。

這一問(wèn)題也一直困擾著全世界的HIT市場(chǎng)，而HL7 FHIR的出現(xiàn)就是為了解決這一問(wèn)題。FHIR定義了醫(yī)療領(lǐng)域的各種資源，比如患者、就診、檢查、觀察、用藥、醫(yī)囑等，并通過(guò)RESTful的API將這些資源開(kāi)放出來(lái)。未來(lái)的應(yīng)用只要滿足標(biāo)準(zhǔn)的FHIR API，都可以很容易地嵌入到醫(yī)院的信息化生態(tài)中。由于篇幅原因，這里就不展開(kāi)FHIR標(biāo)準(zhǔn)的相關(guān)探討。

小結(jié)

“中臺(tái)”是一個(gè)概念，和亞馬遜AWS、微信小程序等一樣，其核心思想是將組織內(nèi)部的資源進(jìn)行統(tǒng)一管理和抽象，并開(kāi)放給最終用戶或合作伙伴。而不管是內(nèi)部用戶還是外部客戶，最終將形成圍繞著組織核心資源的生態(tài)體系。通過(guò)這樣的方式，可以大大降低應(yīng)用的開(kāi)發(fā)成本，這是值得醫(yī)院信息化建設(shè)借鑒之處。 “中臺(tái)”的構(gòu)建是一個(gè)系統(tǒng)工程，需要考慮行業(yè)開(kāi)放的平臺(tái)的標(biāo)準(zhǔn)支撐，F(xiàn)HIR提供了這樣的機(jī)會(huì)和技術(shù)的可能。如何利用FHIR構(gòu)建醫(yī)療信息化的“中臺(tái)”，后續(xù)有機(jī)會(huì)和大家分享。