近日，國家公布了有關魏則西事件的調查結果。對百度的 3 條整改意見幾乎都在刀刃上，尤其值得整個互聯網醫療重視的是那個 30%的比例，很有可能先驗性的成為行業監管的標尺。而且國家明顯的態度是加重平臺的審查義務，對發生的醫療事故承擔連帶賠償責任。
有意思的是，調查組實際上一前一后公布了有關百度和涉事的武警二院的調查結果，但有關百度的關注度要明顯高于武警二院。為什么？難道僅僅是因為百度的名氣更大么？應該不是。我覺得其實是公眾對醫療公共事件有著越來越清醒的認識。
公眾期待著一個系統性的解決方案，期待著能夠提前預防這類事件的發生，而不是事后象征性的對某個個案追責。而在這樣的期待背后，公眾顯然對以百度為代表的互聯網新生力量期待更大，盡管真正出手傷人的是莆田系醫療機構。
我們之前曾經探討過線上平臺為線下非法醫療機構導流的根治策略，那是我目前能夠想到的一個解決方案。雖然看起來溫和，但實現起來仍然遙遠。不過仍舊值得期待的是在醫療領域正在發生的兩場革命，尤其是我們這次重點討論的二次革命：醫療 SaaS。雖然這已經是個非常老的話題，但眼前這個時期，我們需要看到其所蘊含的新邏輯。
有關這兩場醫療革命：
一場是 “自上而下” 的，由互聯網醫療發起，通過互聯網改變人們的就醫方式，重新匹配醫患關系，并在完成線上服務閉環的基礎上向線下機構延伸，尤其是希望擺脫百度創造的簡單的線上線下導流模式，從而造就全新的醫療服務體系；
另一場是 “自下而上” 的，以醫療機構再信息化為基礎，包括醫院、社區、診所、藥店等，通過應用流行的 SaaS 服務模式，打破實體機構的信息壁壘并放大服務能力，實現信息、數據、資源共享的云端醫療服務體系。
關于第一種模式已經有非常多的討論，解決支付方式是現在的最大問題。而關于第二種模式，可以算是新近變得愈發火爆的領域。雖然 SaaS 在企業服務領域已經紅得有點泡沫，但在醫療領域卻是方興未艾。尤其值得關注的是，醫療 SaaS 火起來背后所展示出來的 “自下而上” 革命邏輯。
1、為什么？
醫療領域低水平的信息化一直是各方吐糟的對象，當然也為大伙兒創業提供了無數機會。比如有的創業公司就是以聚合醫院內各個板塊信息為切入角度，也是酒不醉人人自醉的感覺。醫療信息化的低水平應該分成兩個層面：
一個是大醫院層面，醫院個體的信息化水平并不差，主要問題是各大醫院之間的信息不連通，也就是信息孤島的問題；再一個是基層醫院層面，信息化的硬件設備已經并不差，差的是它們根本沒法派上用場。
其實，信息化的最大意義是能夠讓醫療體系作為一個整體為患者提供服務。但現在的問題是，大醫院之間、大醫院和基層醫院之間、基層醫院之間基本沒有信息流動，它們之間的協同作用也根本無法發揮出來。很簡單的問題，人們一直期待分級診療，但兩家醫院之間的信息都不能共享時，難道要患者自己抱著病歷資料去社區康復么……
不過，上述這兩個問題其實是老生常談。換句話說，醫療信息化水平低、醫療機構協作差，并不足以支持醫療 SaaS 模式的興起。我們需要找到新的變量，來理解眼前的趨勢。我覺得有兩個新的趨勢推動了這個變化，而且互聯網醫療在其中功不可沒。
專業化分工趨勢——
現在格局幾乎是公立醫院包打天下，但趨勢正在發生變化。比如在城市公立醫院改革綱領性文件當中，就專門論述了 “強化分工協作機制”。其中，醫療機構間的分工，就是分級診療未來希望達成的圖景：醫院之間分工協作、各得其所。而在實踐中已經發展比較突出的是第三方診斷機構的崛起，包括醫學影像、病理學診斷和醫學檢驗等醫療機構。
為什么專業化分工就特別需要醫療 SaaS 服務的出現？
因為專業化分工意味著每一類醫療機構都將只能承擔各自職能內的醫療服務，比如病理診斷機構只能提供病理診斷服務。這種模式雖然高效且節約資源，但它同時也意味著單獨的醫療機構已經很難提供完整的醫療服務。為患者提供服務的其實是整個醫療體系，這時候需要各個醫療機構之間的信息共享，需要綜合的服務平臺發揮連通作用。
個人化數據趨勢——
這是互聯網醫療的功勞，用戶（或者患者）越來越清楚掌握個人健康數據的價值和重要性。包括手機、硬件，越來越多的智能設備開始采集用戶個人的健康數據，而且互聯網醫療正在努力教育用戶把每次醫療行為記錄在自己的手機里，建立一個完整的健康檔案。這個健康檔案不僅能夠幫助醫生快速準確的診斷疾病，而且也能夠幫助患者個人管理自己的行為習慣。
同樣的問題，為什么個人化數據就特別需要醫療 SaaS 服務的出現？
因為儲存在患者終端的數據只有在醫生的指導下，才能真正發揮作用。而現在這種指導行為是醫生與患者 C2C 的形式發生的，這顯然是無法長久的。它應該成為醫療機構的服務模式，通過打開醫療機構的信息系統，連通患者的個人終端，把為患者提供院外健康管理服務變成醫療機構的業務模式，才能夠長久。
另外不能忽視的是，互聯網醫療線下化的趨勢也間接的推動了醫療 SaaS 的應用。因為互聯網醫療一旦開建線下醫療機構，就必然會面臨著實體醫療機構的運營管理，醫療質量、服務流程的保證等一系列問題。醫療 SaaS 是非常理想的工具，構建標準的服務流暢就可以很快在大范圍的實體機構中進行標準化應用。
由此我們也可以看到，醫療領域這兩場革命并不是截然分開的，它們最終都匯集在對實體醫療機構的改造。但這兩者間也存在著重要的差別：互聯網醫療的主流是 to c 的服務，或為患者、或為醫生，重點是實現商業變現；而醫療 SaaS 主要是 to b 的服務，面向醫療機構，雖然有清晰的商業途徑，但最大的問題是規模化擴張難度很大。
2、應用案例
醫療 SaaS 雖然主要是面向醫療機構提供服務，但不同類型的醫療機構，SaaS 服務的主要特征也有所不同。這些醫療機構大致包括：醫院、診所、藥店和第三方診斷機構。
醫院——
醫院方面，恐怕最流行的就是云醫院。僅在近期一段時間里，就相繼出現了寧波云醫院、上海云醫院、溫州云醫院、廣東云醫院等。雖然現在的云醫院簡單到有點像醫患場景下的 QQ 聊天，但仍舊表明公立醫院對互聯網日益開放的姿態。
不過另一方面，從信息服務商的角度，也開始提供越來越多不同于原來的 SaaS 解決方案。比如近期在新三板掛牌的芯聯達，就是以開源的方式吸引區域型中小 HIS 廠商，為醫療機構提供基于移動平臺的 SaaS 服務。
除了個體醫療機構的 SaaS 解決方案之外，區域性的解決方案日益受到重視。如前面我們提到過的，醫療服務體系的分級分工都是在不同醫療機構間展開的，需要解決的關鍵問題是協作。比如京頤的云 HIS 系統，就在嘗試由醫療衛生信息化由局域網醫院信息系統（Hospital Information System）向廣域網醫療衛生信息系統（Healthcare Information System）的轉變。
在醫院之外，診所才是 SaaS 服務應用的主陣地。原因包括幾個方面：首先是診所的數量更多，市場化程度更高；第二是診所的標準化、規模化、連鎖化的經營管理，對 SaaS 服務的需求更高；第三，診所是互聯網醫療的主要陣地，信息能力的升級是線上線下相結合模式的基礎。
也是在這樣的背景下，服務診所的 SaaS 平臺越來越多，比如丁香云管家、領健信息、云中醫、云診所、牙博士、民康診所等。除了提升診所本身的信息化水平外，SaaS 在診所的應用其實還提供了更多的想象力。
比如丁香園在推出丁香云管家時，丁香園 CEO 張進就對 36 氪談到：“丁香園的目標是要做基層醫療生態，這樣的管理系統是個很好的抓手。我們把標準的服務流程、規范都做到這個管理系統里面，可以讓更多診所實現規范化管理。” 丁香園已經看到，診所只有實現規模效應，才能帶來真正的改變。而規模效應的前提是，需要把服務標準復制出去。
藥店——
目前，我國有 40 多萬家零售藥店。原本處于非常弱勢的地位，但隨著醫藥分開、處方外流等政策的推動，零售藥店逐漸受到更多重視。國藥、上藥等都開始花大的力氣，整合各自旗下的零售資源，搭建處方外流、健康服務平臺。
在這個趨勢下，也有越來越多的 SaaS 服務平臺瞄準零售藥店。比如 36 氪曾經報道過的藥師幫，主要是藥品采購、銷售的供應鏈角度切入，為零售藥店提供 SaaS 服務。這類服務主要提升零售藥店原有業務的效率，增加藥品銷售本身的收益。
還有另外一類思路是將藥店作為提供健康服務的終端機構，比如 36 氪之前報道過的科瓴醫療，就是以零售藥店為基礎，向慢性疾病患者提供健康管理服務。這類模式的最終收益盡管仍然主要來自藥品銷售，但實際上已經改變了零售藥店的服務功能。有了一點美國的分鐘診所的意思。
第三方診斷——
第三方診斷市場已經被看好許久，但一直受限于一些問題，比如診斷結果互認、醫療資源不匹配等。這也使得第三方診斷的線上化需求變得特別強烈。
比如近期大量醫療影像創業公司的出現，主要解決的就是基層醫療機構在缺少專家資源的條件下，如何能夠為患者及時做出準確診斷。類似 36 氪曾經報道過的iDoctor，大多數創業公司都是通過云平臺連接基層醫療機構和專家資源。
另外一種思路則是從單純的診斷平臺向健康管理轉型，比如 36 氪近期報道的大醫堂。從里面我們可以看到，迪安診斷投資大醫堂包含著一種期待，是通過互聯網連接醫生、患者和診斷平臺三方，除了檢查檢驗外，還希望想患者提供更多健康管理服務。
3、醫療 SaaS 的想象力
在企業服務領域，SaaS 服務的想象力是非常有限的。SaaS 服務商永遠只能處于乙方服務提供商的地位，掙點提供服務的辛苦錢。這個市場可能也不小，但僅此而已。但醫療 SaaS 未必，它完全有可能成為新醫療生態樞紐環節。
在 SaaS 平臺上，可以儲存患者的醫療數據，對外連接第三方應用，參與醫療費用控制，規范服務流程標準，上對接藥廠下對接患者……可以看到，醫療 SaaS 的想象力非常的。不過問題在于，SaaS 服務需要直接與實體醫療機構打交道，這也就意味著它們的成長有可能需要更長的周期。
京公網安備 11010502049343號