常有人用“‘懶’是推動科學(xué)進步的最大動力”戲言科技為C端帶來的便利,不失為需求導(dǎo)向市場的一個巧妙解讀。而今,刪繁就簡的趨勢同樣廣泛出現(xiàn)于互聯(lián)網(wǎng)To B業(yè)務(wù)之中。

一改過去刻意趨于復(fù)雜的設(shè)計思維,SaaS模式下“傻瓜式”的解決方案力求剝離一切與“服務(wù)”無關(guān)的冗余之物,讓客戶以最低的成本,最便捷的方式享受服務(wù)。疫情之下,SaaS之風(fēng)順勢席卷醫(yī)療信息化。

臨時搭建的發(fā)熱門診、方艙醫(yī)院部署機房復(fù)雜耗時,云HIS因而成為了不少臨時醫(yī)療機構(gòu)的第一選擇;政策推動醫(yī)院開啟互聯(lián)網(wǎng)醫(yī)院搭建進程,但在回報不明的情況下,醫(yī)院傾向于采用成本較小的SaaS試水互聯(lián)網(wǎng)醫(yī)院運維;醫(yī)聯(lián)體醫(yī)共體建設(shè)潮下,缺乏信息化建設(shè)資金、信息化建設(shè)人才的基層醫(yī)療機構(gòu)尋求SaaS模式進行信息化部署……

各類需求的涌現(xiàn)將醫(yī)療SaaS的發(fā)展推至風(fēng)尖浪口,儼然一個顛覆醫(yī)療信息化的變革者。但僅用“疫情使然”、“成本助推”描述其內(nèi)生驅(qū)動力有失偏頗。要探尋背后的邏輯,我們需要弄清什么是醫(yī)療SaaS、它能夠解決怎樣的問題、它擁有怎樣的參與方等問題。

醫(yī)療SaaS的參與方

從結(jié)構(gòu)上看,醫(yī)療信息化服務(wù)分為9層。1-4層被稱為基礎(chǔ)設(shè)施層,顧名思義,服務(wù)器/虛擬機、存儲、計算機網(wǎng)絡(luò)、機房基礎(chǔ)設(shè)施均歸屬這一層。在這之上是5-7層平臺軟件層,包括軟件的運行基礎(chǔ)操作系統(tǒng)、數(shù)據(jù)庫、中間件&運行庫。隨后是第八層應(yīng)用軟件層,互聯(lián)網(wǎng)醫(yī)院服務(wù)、在線就診服務(wù)、處方流程服務(wù)均屬于應(yīng)用層。剩下的便是第九層數(shù)據(jù)信息層。

通常而言,傳統(tǒng)的軟件服務(wù)商會提供5-7層的服務(wù),而需要用戶自行布局基礎(chǔ)設(shè)施層。SaaS要做的,便是為用戶打包提供1-8層服務(wù),讓其只需關(guān)心實際應(yīng)用效果與位于第9層的數(shù)據(jù)信息管理。

但若只是以打包的方式向企業(yè)提供軟件服務(wù),這一思路想必早有人付諸實踐,之所以遲遲沒有實現(xiàn),是因為缺乏一個中心存儲手段,聚合分布于各個企業(yè)之中的基礎(chǔ)設(shè)施。

云計算的出現(xiàn)與移動通訊技術(shù)的迭代給予了SaaS崛起的必要條件,許多To B企業(yè)由此開始構(gòu)建云服務(wù),以此為基礎(chǔ)開拓各類打包服務(wù),SaaS模式得以興起。

醫(yī)療SaaS的發(fā)展較于其他行業(yè)稍顯滯后,這是因為在SaaS模式之下,數(shù)據(jù)安全通常由SaaS服務(wù)提供商管理,在尤為重視數(shù)據(jù)隱私與數(shù)據(jù)安全的醫(yī)療領(lǐng)域顯得有些難以接受。因此,為了保證數(shù)據(jù)的安全,消除醫(yī)療機構(gòu)的顧慮,云服務(wù)提供商必須不斷更新安全策略,高昂而持續(xù)的成本投入隨之而來。

核心的安全問題以及5G、AI等新技術(shù)出現(xiàn)推動著醫(yī)療SaaS進行進一步的行業(yè)分工。以創(chuàng)業(yè)公司為主的SaaS服務(wù)提供商開始聚焦于軟件開發(fā),而互聯(lián)網(wǎng)巨頭則找到機會切入其中,提供行業(yè)解決方案,構(gòu)建云服務(wù)生態(tài)。

以騰訊為例,其優(yōu)勢在于已成體系的安全防護架構(gòu)與產(chǎn)業(yè)互聯(lián)網(wǎng)生態(tài),兩者為醫(yī)療機構(gòu)信息管理化構(gòu)造了信任基礎(chǔ)。

SaaS如何革新醫(yī)療信息化?

在傳統(tǒng)模式下,用戶需要的是軟件,但不得不為了軟件的運行環(huán)境,進行個性化的基礎(chǔ)設(shè)施部署,將軟件安裝至指定的設(shè)備之上。而SaaS模式利用云存儲做中心化的基礎(chǔ)設(shè)施部署,將用戶的部署工作向SaaS服務(wù)提供商轉(zhuǎn)移,以簡化用戶的準(zhǔn)備工作。技術(shù)進化帶動服務(wù)模式轉(zhuǎn)變,傳統(tǒng)“以軟件為中心”的模式開始向以“以服務(wù)為中心進行轉(zhuǎn)型”。

這樣的轉(zhuǎn)變帶來了很多好處,首先便是消除了基礎(chǔ)設(shè)施重復(fù)部署帶來的效率浪費與搭建成本浪費。其次,對于醫(yī)院而言,部署一個軟件需經(jīng)歷軟硬件采購、基礎(chǔ)設(shè)施搭建、軟件安裝調(diào)試、上線測試等步驟,往往會耗費數(shù)周時間,而SaaS模式給出的是經(jīng)過測試的成熟解決方案,只需簡單部署,即開即用。

騰訊智慧醫(yī)療首席方案架構(gòu)師、行業(yè)運營負責(zé)人宋春玲對SaaS的迅捷部署進行了進一步解釋:“互聯(lián)網(wǎng)醫(yī)院運維、養(yǎng)老等細分賽道,SaaS服務(wù)的搭建最多一周時間便可開通;而需求較為復(fù)雜的項目,如大型智慧醫(yī)院的建設(shè),所需要的時間也普遍在一個月左右,所有服務(wù)的開通最多不會超過三個月�！�

從成本角度考慮,醫(yī)院在購置HIS系統(tǒng)時,需要支付的內(nèi)容包括初始的基礎(chǔ)設(shè)施投入、軟件投入與每年的服務(wù)費用,可視為一次性投入。隨后,醫(yī)院需要承擔(dān)環(huán)境變化帶來的貶值風(fēng)險與一次性投入所損失的機會成本。相比之下,SaaS的付費模式為按照使用服務(wù)的種類與時長訂閱式付費,無需用戶支付硬件、網(wǎng)絡(luò)設(shè)備、軟件升級等費用,可以為中小醫(yī)療機構(gòu)減輕付費壓力,并使其無需承擔(dān)貶值風(fēng)險。

當(dāng)然,這樣的模式有利有弊。傳統(tǒng)模式下,服務(wù)商會根據(jù)醫(yī)院實際情況為其量身打造軟件功能與形態(tài),能夠從細節(jié)出發(fā)解決問題,譬如根據(jù)科室的業(yè)務(wù)量、重視程度選擇功能,如此搭建的系統(tǒng)往往與需求、已有系統(tǒng)較為匹配。而SaaS模式靈活的背后,是其與已有系統(tǒng)弱集成的天性,這是缺點也是優(yōu)勢,若醫(yī)院在實際使用之中發(fā)現(xiàn)其對軟件需求出現(xiàn)了錯誤的認知,可以迅速中止合約,并購置新的軟件。

傳統(tǒng)模式與SaaS模式特征對比

不過,當(dāng)下SaaS服務(wù)仍處于探索期,仍然面臨數(shù)據(jù)安全、轉(zhuǎn)型困難、專業(yè)度強等問題,因此不同細分賽道的表現(xiàn)各不相同。未來,隨著SaaS業(yè)務(wù)逐漸成熟,專業(yè)度逐漸提升,它的邊際成本將會不斷下降,醫(yī)療機構(gòu)也將因此大幅“瘦身”,這一模式很有可能成為醫(yī)療機構(gòu)主要的信息管理模式。

走向細分

SaaS的特征決定了其試用的范圍。大型醫(yī)院強調(diào)信息的安全可控,對于數(shù)據(jù)安全、系統(tǒng)互聯(lián)互通的要求較高,定制化程度隨之升高。因此,互聯(lián)網(wǎng)醫(yī)院、遠程醫(yī)院等新型的醫(yī)療模式存在較大的SaaS化空間,而智慧醫(yī)院、移動醫(yī)療等場景有可能在未來向SaaS模式轉(zhuǎn)型。相比之下,中小醫(yī)療機構(gòu)對互聯(lián)互通的要求較低,弱集成、低成本、云端部署能夠更好契合其需求。

醫(yī)療SaaS需求分析

具體需求仍需視具體場景而定,本文重點分析云HIS、互聯(lián)網(wǎng)醫(yī)院、家庭醫(yī)生、口腔連鎖四類SaaS模式。

>>>>

云HIS

云HIS與傳統(tǒng)HIS有諸多差異,系統(tǒng)架構(gòu)是其中最大的區(qū)別。采用C/S系統(tǒng)架構(gòu)的HIS系統(tǒng)需要用戶在每臺電腦上都需要安裝一個客戶端,將服務(wù)器部署在醫(yī)院內(nèi)部,通過內(nèi)部局域網(wǎng)進行訪問,而B/S架構(gòu)下的云HIS系統(tǒng)不需要在本地部署客戶端,通過網(wǎng)址就可以打開,其服務(wù)器可以放在本地機房,也可以部署在云端。

云HIS必要條件:

1．  BS架構(gòu)

2． 可解決與本地硬件(如醫(yī)保讀卡器、找零客顯等)通訊問題

3． 可解決報表由用戶自定義的問題

4． 可解決外網(wǎng)(互聯(lián)網(wǎng))斷網(wǎng)后,業(yè)務(wù)不能中斷問題

5． 可使用公開授權(quán)的軟件,以解決商業(yè)軟件成本過高的問題

6． 針對EMR(電子病歷系統(tǒng)),必須有支持BS書寫的軟件

7． 必須有開放的、完善的第三方接口解決方案

再談需求,無論是醫(yī)聯(lián)體/醫(yī)共體建設(shè),還是電子健康卡/電子憑證的推行,將基層醫(yī)療加入?yún)^(qū)域信息化網(wǎng)絡(luò)均是改革的必經(jīng)之路。正如上文所言,買斷制的HIS系統(tǒng)構(gòu)建方式對于基層醫(yī)療機構(gòu)存在各種各樣的執(zhí)行問題,而靈活標(biāo)準(zhǔn)的SaaS是一種更經(jīng)濟、更迅捷的解決方案,傳統(tǒng)HIS退出中小型醫(yī)院市場已成必然之勢。

大型醫(yī)院對于云HIS的需求雖不如中小醫(yī)院豐富,但隨著多處營業(yè)(如在多個機構(gòu)設(shè)置門診部)逐漸普遍,傳統(tǒng)HIS系統(tǒng)難以兼顧數(shù)據(jù)交互,云HIS方案應(yīng)運而生。而出于對數(shù)據(jù)安全的考慮,醫(yī)院一般會采用混合云的方式,一方面保留醫(yī)院對于數(shù)據(jù)的管理權(quán),另一方面保證在SaaS平臺出現(xiàn)網(wǎng)絡(luò)事故時,能更快切回內(nèi)部網(wǎng)絡(luò)服務(wù)器,保證醫(yī)院正常運營。

目前從事云HIS搭建的企業(yè)較少,泓華醫(yī)療、一聯(lián)維智、尚醫(yī)智信、行心軟件、睿頤軟件等非上市醫(yī)療信息化企業(yè)主要從事中小型醫(yī)療機構(gòu)的云HIS解決方案搭建;東華軟件、衛(wèi)寧健康、京頤集團、坐標(biāo)軟件等老牌醫(yī)療信息化企業(yè)則瞄準(zhǔn)了大型醫(yī)院的醫(yī)療SaaS化轉(zhuǎn)型,嘗試在智慧醫(yī)療建設(shè)潮下?lián)屨际袌觥?/p>

互聯(lián)網(wǎng)醫(yī)院

對于SaaS而言,互聯(lián)網(wǎng)醫(yī)院是一個特別的賽道。

從互聯(lián)網(wǎng)醫(yī)院的本身屬性來看,其系統(tǒng)獨立于醫(yī)院已有體系之外,原本非常適宜SaaS模式的切入。但由于政策對于醫(yī)院搭建互聯(lián)網(wǎng)醫(yī)院的限制,完全基于公有云的醫(yī)療SaaS并不符合建設(shè)要求,因此,現(xiàn)有的互聯(lián)網(wǎng)醫(yī)院SaaS服務(wù)提供商通常以混合云的形式為醫(yī)院提供互聯(lián)網(wǎng)醫(yī)院運維服務(wù)。

在這個細分領(lǐng)域之中,醫(yī)療SaaS服務(wù)起到的作用主要以降低成本,加速互聯(lián)網(wǎng)醫(yī)院、推進互聯(lián)網(wǎng)醫(yī)院運維為主。因此,在醫(yī)依幫CEO陳璀看來,在互聯(lián)網(wǎng)醫(yī)院SaaS中奪得制高點,看的是產(chǎn)品的頂層設(shè)計。

“過去互聯(lián)網(wǎng)醫(yī)院的建設(shè)方式仍依照傳統(tǒng)醫(yī)療IT項目建設(shè)方式在執(zhí)行,只跟信息科、財務(wù)打交道,把醫(yī)院的線下服務(wù)搬到線上。但互聯(lián)網(wǎng)醫(yī)院實際上是一個多層次的服務(wù)體系,現(xiàn)在只有在線問診、預(yù)約掛號等功能,但從長遠來看,處方流轉(zhuǎn)、保險賠付、患者轉(zhuǎn)診等功能也將在后續(xù)被納入其中。在這個過程中,整個鏈條的所有參與者,包括衛(wèi)健委、醫(yī)院、醫(yī)藥電商、實體藥店、健康小屋、養(yǎng)老機構(gòu)等,都應(yīng)該被納入系統(tǒng)的設(shè)計之中�！�

按照陳璀的構(gòu)想,醫(yī)院在運行互聯(lián)網(wǎng)醫(yī)院的過程中,將與企業(yè)共享一定的數(shù)據(jù),而企業(yè)可用于這些數(shù)據(jù)幫助醫(yī)院深入運營互聯(lián)網(wǎng)醫(yī)院,這是傳統(tǒng)模式所無法涉及的。

對此,陳璀表示:“SaaS模式可以幫助醫(yī)院處理很多有效的數(shù)據(jù),如患者的年齡結(jié)構(gòu)、支付結(jié)構(gòu)(社保還是商保)等,幫助醫(yī)院進行深度運營。在互聯(lián)網(wǎng)醫(yī)院建設(shè)工作已過半的今年,我們認為機遇在于運維之中。”

另一個重要的問題是信息安全問題,2018年9月發(fā)布的《互聯(lián)網(wǎng)醫(yī)院管理辦法》明確要求互聯(lián)網(wǎng)醫(yī)院建設(shè)需要醫(yī)院的信息系統(tǒng)實施第三級信息安全等級保護。以醫(yī)療信息安全頭部公司美創(chuàng)科技的報價所言,單個醫(yī)院實施全套數(shù)據(jù)安全建設(shè)的費用視醫(yī)院大小而定,范圍在500-2000萬不等,互聯(lián)網(wǎng)醫(yī)院的業(yè)務(wù)范疇相對較小,約摸建設(shè)費用在100萬左右,但對于中小型醫(yī)院而言,數(shù)據(jù)安全同樣將是一筆不菲的投入。

因此,從數(shù)據(jù)安全角度出發(fā),醫(yī)療機構(gòu)有動力采用SaaS模式搭建互聯(lián)網(wǎng)醫(yī)院,以應(yīng)對等保3．0等信息基建設(shè)要求。

區(qū)域醫(yī)療衛(wèi)生信息管理

區(qū)域醫(yī)療衛(wèi)生信息管理涵蓋了家庭醫(yī)生管理、區(qū)域醫(yī)療信息化管理、疫情防控大數(shù)據(jù)等方向,其本質(zhì)同樣是基層醫(yī)療的數(shù)據(jù)管理。那么要解決區(qū)域醫(yī)療信息管理,首先要認清健康檔案管理難、數(shù)據(jù)采集設(shè)備落后、數(shù)據(jù)信息孤島普遍存在三個問題。

對于上述三個問題,醫(yī)療信息化公司開出了大量解決方案,如打造居民電子健康檔案系統(tǒng)、引進智能化醫(yī)療設(shè)備系統(tǒng)、豐富接口以實現(xiàn)線上系統(tǒng)實現(xiàn)數(shù)據(jù)互聯(lián)互通等,化解上述基層醫(yī)療存在的病癥。

但隨著三個基礎(chǔ)問題的解決,新的問題也在不斷涌現(xiàn)。聯(lián)頤集團產(chǎn)品總監(jiān)張威將其歸納為三個進階問題。

“基層醫(yī)療人才資源缺失是第一個問題。很多醫(yī)務(wù)人員缺乏完善的現(xiàn)代醫(yī)學(xué)培訓(xùn),許多常見病難以合理處理,對于新技術(shù)也無法適應(yīng),其能力不足以當(dāng)前的公共衛(wèi)生服務(wù)系統(tǒng)的要求。”

“其次,前期硬件建設(shè)成本過高。對于一個50萬人口的區(qū)縣而言,一個區(qū)域醫(yī)療信息平臺搭建需要200-300萬的基礎(chǔ)設(shè)施投入,還不計算后期維護費用,這對于區(qū)縣而言難以承擔(dān)�！�

“最后是企業(yè)不斷攀升的后期運維成本。對于企業(yè)而言,要覆蓋偏遠地區(qū)的信息化建設(shè),維持更多設(shè)備的運行,必將招募更多人才;其次,許多地市級醫(yī)院發(fā)生問題往往無法遠程解決,需要業(yè)務(wù)人員出差到現(xiàn)場,這給企業(yè)造成了較大的經(jīng)營壓力,最后是運維人員的流失。三個挑戰(zhàn)導(dǎo)致很多企業(yè)不愿意從事基層醫(yī)療信息化的建設(shè)�！�

為什么醫(yī)療SaaS可以解決這些問題?這與該技術(shù)的特征有關(guān)。

同樣以聯(lián)頤集團為例,通過SaaS模式賦能基層醫(yī)療意味著其所有服務(wù)器、系統(tǒng)可以直接部署在騰訊云,極大節(jié)省前期搭建基礎(chǔ)網(wǎng)絡(luò)設(shè)施的搭建成本和后期的維護成本;其次通過統(tǒng)一的云服務(wù)之后,聯(lián)頤集團屏蔽了底層硬件的環(huán)境差異,降低了主機環(huán)境在不一致的情況下導(dǎo)致的生產(chǎn)故障率,使得系統(tǒng)穩(wěn)定性大幅提高;最后,通過騰訊云等云服務(wù)本身的網(wǎng)絡(luò)防護與設(shè)備檢測能力,聯(lián)頤集團能夠有效保證云上資源的安全性,實時檢測系統(tǒng)故障及安全隱患,并極大降低采購成本。

口腔

口腔連鎖是一個起步較早,且存在成熟案例的SaaS賽道。美國漢瑞祥的Dentrix Ascend和Patterson Dental的Fuse是其中的先驅(qū),兩個平臺不僅可用于口腔診所信息管理,還將診所的運營信息整合分析,幫助口腔行業(yè)改善管理、營銷以及患者溝通狀況。

國內(nèi)面向口腔�？频钠髽I(yè)不多,但其中不乏佼佼者。譬如,上海的領(lǐng)健信息已完成C2輪融資,是口腔SaaS領(lǐng)域的代表企業(yè)。在領(lǐng)健看來,信息化的建設(shè)是�？圃\所運營的基礎(chǔ),而要更好地生存下去,診所需要對采集的數(shù)據(jù)進行分析與利用。

因此,在領(lǐng)健的SaaS系列軟件中,智能社交化客戶關(guān)系管理SCRM(Social CRM)是重要的一環(huán),是改善醫(yī)患溝通及患者就診體驗的關(guān)鍵。

“領(lǐng)健旗下的e看牙在SCRM上開發(fā)已經(jīng)有2年的時間,SCRM理論和商業(yè)模型,并不是國內(nèi)獨有,而e看牙是第一家真正面向醫(yī)療行業(yè)推出SCRM工具的企業(yè)。2015年剛開始開發(fā)軟件的時候,我們沒想到SCRM這部分會是一個剛需,”在過去的采訪中,領(lǐng)健創(chuàng)始人吳志家堅定的認為,“不能只是盯著診所內(nèi)部的運營管理,還要看整個整口腔產(chǎn)業(yè)的上下游,如供應(yīng)鏈和C端,從需求側(cè)的患者體驗,到供給側(cè)的效率的提升,推動整個口腔產(chǎn)業(yè)的升級。”

口腔連鎖起步早,存在成熟案例的賽道,但并非一個成熟的賽道。這個賽道現(xiàn)階段軟件服務(wù)商較少,還需要更多企業(yè)入駐,加強競爭力,優(yōu)化診所運營。

大勢所趨

如今,隨著醫(yī)療SaaS概念被逐漸接受,中小醫(yī)療機構(gòu)、�？七B鎖機構(gòu)的SaaS化已不可逆轉(zhuǎn),至于結(jié)構(gòu)更為復(fù)雜的三甲醫(yī)院,醫(yī)療SaaS的拓進仍需要一定時間。

大趨勢下,醫(yī)療SaaS的發(fā)展呈產(chǎn)業(yè)聚集勢態(tài),已經(jīng)存在一定的陣營劃分跡象,騰訊、阿里等互聯(lián)網(wǎng)巨頭均已搭建自己的醫(yī)療SaaS聯(lián)盟,嘗試引領(lǐng)醫(yī)療信息化行業(yè)改革。

在生態(tài)基礎(chǔ)下,越來越多的細分場景有待挖掘,譬如醫(yī)美、診所、寵物醫(yī)療、醫(yī)院的C端服務(wù)需求,SaaS服務(wù)商需要與提供底層能力的互聯(lián)網(wǎng)企業(yè)深度融合,各自發(fā)揮自己的優(yōu)勢,開發(fā)聯(lián)合解決方案,并探索最優(yōu)的定價策略。

標(biāo)準(zhǔn)的制定同樣是各生態(tài)爭奪的重點。從目前來看,醫(yī)療SaaS服務(wù)的標(biāo)準(zhǔn)仍處于較為混亂的狀態(tài),如何統(tǒng)一接口,制定數(shù)據(jù)標(biāo)準(zhǔn),乃至于如何將服務(wù)定義為SaaS,仍是該行業(yè)亟需解決的難題。

作者:趙泓維