常有人用“‘懶’是推動科學進步的最大動力”戲言科技為C端帶來的便利，不失為需求導向市場的一個巧妙解讀。而今，刪繁就簡的趨勢同樣廣泛出現于互聯網To B業務之中。

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

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

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

醫療SaaS的參與方

從結構上看，醫療信息化服務分為9層。1-4層被稱為基礎設施層，顧名思義，服務器/虛擬機、存儲、計算機網絡、機房基礎設施均歸屬這一層。在這之上是5-7層平臺軟件層，包括軟件的運行基礎操作系統、數據庫、中間件&運行庫。隨后是第八層應用軟件層，互聯網醫院服務、在線就診服務、處方流程服務均屬于應用層。剩下的便是第九層數據信息層。

通常而言，傳統的軟件服務商會提供5-7層的服務，而需要用戶自行布局基礎設施層。SaaS要做的，便是為用戶打包提供1-8層服務，讓其只需關心實際應用效果與位于第9層的數據信息管理。

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

云計算的出現與移動通訊技術的迭代給予了SaaS崛起的必要條件，許多To B企業由此開始構建云服務，以此為基礎開拓各類打包服務，SaaS模式得以興起。

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

核心的安全問題以及5G、AI等新技術出現推動著醫療SaaS進行進一步的行業分工。以創業公司為主的SaaS服務提供商開始聚焦于軟件開發，而互聯網巨頭則找到機會切入其中，提供行業解決方案，構建云服務生態。

以騰訊為例，其優勢在于已成體系的安全防護架構與產業互聯網生態，兩者為醫療機構信息管理化構造了信任基礎。

SaaS如何革新醫療信息化？

在傳統模式下，用戶需要的是軟件，但不得不為了軟件的運行環境，進行個性化的基礎設施部署，將軟件安裝至指定的設備之上。而SaaS模式利用云存儲做中心化的基礎設施部署，將用戶的部署工作向SaaS服務提供商轉移，以簡化用戶的準備工作。技術進化帶動服務模式轉變，傳統“以軟件為中心”的模式開始向以“以服務為中心進行轉型”。

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

騰訊智慧醫療首席方案架構師、行業運營負責人宋春玲對SaaS的迅捷部署進行了進一步解釋：“互聯網醫院運維、養老等細分賽道，SaaS服務的搭建最多一周時間便可開通；而需求較為復雜的項目，如大型智慧醫院的建設，所需要的時間也普遍在一個月左右，所有服務的開通最多不會超過三個月。”

從成本角度考慮，醫院在購置HIS系統時，需要支付的內容包括初始的基礎設施投入、軟件投入與每年的服務費用，可視為一次性投入。隨后，醫院需要承擔環境變化帶來的貶值風險與一次性投入所損失的機會成本。相比之下，SaaS的付費模式為按照使用服務的種類與時長訂閱式付費，無需用戶支付硬件、網絡設備、軟件升級等費用，可以為中小醫療機構減輕付費壓力，并使其無需承擔貶值風險。

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

傳統模式與SaaS模式特征對比

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

走向細分

SaaS的特征決定了其試用的范圍。大型醫院強調信息的安全可控，對于數據安全、系統互聯互通的要求較高，定制化程度隨之升高。因此，互聯網醫院、遠程醫院等新型的醫療模式存在較大的SaaS化空間，而智慧醫院、移動醫療等場景有可能在未來向SaaS模式轉型。相比之下，中小醫療機構對互聯互通的要求較低，弱集成、低成本、云端部署能夠更好契合其需求。

醫療SaaS需求分析

具體需求仍需視具體場景而定，本文重點分析云HIS、互聯網醫院、家庭醫生、口腔連鎖四類SaaS模式。

>>>>

云HIS

云HIS與傳統HIS有諸多差異，系統架構是其中最大的區別。采用C/S系統架構的HIS系統需要用戶在每臺電腦上都需要安裝一個客戶端，將服務器部署在醫院內部，通過內部局域網進行訪問，而B/S架構下的云HIS系統不需要在本地部署客戶端，通過網址就可以打開，其服務器可以放在本地機房，也可以部署在云端。

云HIS必要條件：

1. BS架構

2. 可解決與本地硬件（如醫保讀卡器、找零客顯等）通訊問題

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

4. 可解決外網（互聯網）斷網后，業務不能中斷問題

5. 可使用公開授權的軟件，以解決商業軟件成本過高的問題

6. 針對EMR（電子病歷系統），必須有支持BS書寫的軟件

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

再談需求，無論是醫聯體/醫共體建設，還是電子健康卡/電子憑證的推行，將基層醫療加入區域信息化網絡均是改革的必經之路。正如上文所言，買斷制的HIS系統構建方式對于基層醫療機構存在各種各樣的執行問題，而靈活標準的SaaS是一種更經濟、更迅捷的解決方案，傳統HIS退出中小型醫院市場已成必然之勢。

大型醫院對于云HIS的需求雖不如中小醫院豐富，但隨著多處營業（如在多個機構設置門診部）逐漸普遍，傳統HIS系統難以兼顧數據交互，云HIS方案應運而生。而出于對數據安全的考慮，醫院一般會采用混合云的方式，一方面保留醫院對于數據的管理權，另一方面保證在SaaS平臺出現網絡事故時，能更快切回內部網絡服務器，保證醫院正常運營。

目前從事云HIS搭建的企業較少，泓華醫療、一聯維智、尚醫智信、行心軟件、睿頤軟件等非上市醫療信息化企業主要從事中小型醫療機構的云HIS解決方案搭建；東華軟件、衛寧健康、京頤集團、坐標軟件等老牌醫療信息化企業則瞄準了大型醫院的醫療SaaS化轉型，嘗試在智慧醫療建設潮下搶占市場。

>>>>互聯網醫院

對于SaaS而言，互聯網醫院是一個特別的賽道。

從互聯網醫院的本身屬性來看，其系統獨立于醫院已有體系之外，原本非常適宜SaaS模式的切入。但由于政策對于醫院搭建互聯網醫院的限制，完全基于公有云的醫療SaaS并不符合建設要求，因此，現有的互聯網醫院SaaS服務提供商通常以混合云的形式為醫院提供互聯網醫院運維服務。

在這個細分領域之中，醫療SaaS服務起到的作用主要以降低成本，加速互聯網醫院、推進互聯網醫院運維為主。因此，在醫依幫CEO陳璀看來，在互聯網醫院SaaS中奪得制高點，看的是產品的頂層設計。

“過去互聯網醫院的建設方式仍依照傳統醫療IT項目建設方式在執行，只跟信息科、財務打交道，把醫院的線下服務搬到線上。但互聯網醫院實際上是一個多層次的服務體系，現在只有在線問診、預約掛號等功能，但從長遠來看，處方流轉、保險賠付、患者轉診等功能也將在后續被納入其中。在這個過程中，整個鏈條的所有參與者，包括衛健委、醫院、醫藥電商、實體藥店、健康小屋、養老機構等，都應該被納入系統的設計之中。”

按照陳璀的構想，醫院在運行互聯網醫院的過程中，將與企業共享一定的數據，而企業可用于這些數據幫助醫院深入運營互聯網醫院，這是傳統模式所無法涉及的。

對此，陳璀表示：“SaaS模式可以幫助醫院處理很多有效的數據，如患者的年齡結構、支付結構（社保還是商保）等，幫助醫院進行深度運營。在互聯網醫院建設工作已過半的今年，我們認為機遇在于運維之中。”

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

因此，從數據安全角度出發，醫療機構有動力采用SaaS模式搭建互聯網醫院，以應對等保3.0等信息基建設要求。

>>>>區域醫療衛生信息管理

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

對于上述三個問題，醫療信息化公司開出了大量解決方案，如打造居民電子健康檔案系統、引進智能化醫療設備系統、豐富接口以實現線上系統實現數據互聯互通等，化解上述基層醫療存在的病癥。

但隨著三個基礎問題的解決，新的問題也在不斷涌現。聯頤集團產品總監張威將其歸納為三個進階問題。

“基層醫療人才資源缺失是第一個問題。很多醫務人員缺乏完善的現代醫學培訓，許多常見病難以合理處理，對于新技術也無法適應，其能力不足以當前的公共衛生服務系統的要求。”

“其次，前期硬件建設成本過高。對于一個50萬人口的區縣而言，一個區域醫療信息平臺搭建需要200-300萬的基礎設施投入，還不計算后期維護費用，這對于區縣而言難以承擔。”

“最后是企業不斷攀升的后期運維成本。對于企業而言，要覆蓋偏遠地區的信息化建設，維持更多設備的運行，必將招募更多人才；其次，許多地市級醫院發生問題往往無法遠程解決，需要業務人員出差到現場，這給企業造成了較大的經營壓力，最后是運維人員的流失。三個挑戰導致很多企業不愿意從事基層醫療信息化的建設。”

為什么醫療SaaS可以解決這些問題？這與該技術的特征有關。

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

>>>>口腔

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

國內面向口腔專科的企業不多，但其中不乏佼佼者。譬如，上海的領健信息已完成C2輪融資，是口腔SaaS領域的代表企業。在領健看來，信息化的建設是專科診所運營的基礎，而要更好地生存下去，診所需要對采集的數據進行分析與利用。

因此，在領健的SaaS系列軟件中，智能社交化客戶關系管理SCRM（Social CRM）是重要的一環，是改善醫患溝通及患者就診體驗的關鍵。

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

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

大勢所趨

如今，隨著醫療SaaS概念被逐漸接受，中小醫療機構、專科連鎖機構的SaaS化已不可逆轉，至于結構更為復雜的三甲醫院，醫療SaaS的拓進仍需要一定時間。

大趨勢下，醫療SaaS的發展呈產業聚集勢態，已經存在一定的陣營劃分跡象，騰訊、阿里等互聯網巨頭均已搭建自己的醫療SaaS聯盟，嘗試引領醫療信息化行業改革。

在生態基礎下，越來越多的細分場景有待挖掘，譬如醫美、診所、寵物醫療、醫院的C端服務需求，SaaS服務商需要與提供底層能力的互聯網企業深度融合，各自發揮自己的優勢，開發聯合解決方案，并探索最優的定價策略。

標準的制定同樣是各生態爭奪的重點。從目前來看，醫療SaaS服務的標準仍處于較為混亂的狀態，如何統一接口，制定數據標準，乃至于如何將服務定義為SaaS，仍是該行業亟需解決的難題。