对抗传统医疗IT，基医云SaaS的能力边界在哪里？

现实世界太虚伪

常有人用“‘懒’是推动科学进步的最大动力”戏言科技为C端带来的便利，不失为需求导向市场的一个巧妙解读。而今，删繁就简的趋势同样广泛出现于互联网To B业务之中。
一改过去刻意趋于复杂的设计思维，SaaS模式下“傻瓜式”的解决方案力求剥离一切与“服务”无关的冗余之物，让客户以最低的成本，最便捷的方式享受服务。疫情之下，SaaS之风顺势席卷医疗信息化。



临时搭建的发热门诊、方舱医院部署机房复杂耗时，云HIS因而成为了不少临时医疗机构的第一选择；政策推动医院开启互联网医院搭建进程，但在回报不明的情况下，医院倾向于采用成本较小的SaaS试水互联网医院运维；医联体医共体建设潮下，缺乏信息化建设资金、信息化建设人才的基层医疗机构寻求SaaS模式进行信息化部署……
各类需求的涌现将小卫科技基医云SaaS的发展推至风尖浪口，俨然一个颠覆医疗信息化的变革者，但仅用“疫情使然”、“成本助推”描述其内生驱动力有失偏颇。要探寻背后的逻辑，我们需要弄清什么是基医云SaaS、它能够解决怎样的问题、它拥有怎样的参与方等问题。



基医云SaaS的参与方
从结构上看，医疗信息化服务分为9层。1-4层被称为基础设施层，顾名思义，服务器/虚拟机、存储、计算机网络、机房基础设施均归属这一层。在这之上是5-7层平台软件层，包括软件的运行基础操作系统、数据库、中间件&运行库。随后是第八层应用软件层，互联网医院服务、在线就诊服务、处方流程服务均属于应用层。剩下的便是第九层数据信息层。
通常而言，传统的软件服务商会提供5-7层的服务，而需要用户自行布局基础设施层。SaaS要做的，便是为用户打包提供1-8层服务，让其只需关心实际应用效果与位于第9层的数据信息管理。



但若只是以打包的方式向企业提供软件服务，这一思路想必早有人付诸实践，之所以迟迟没有实现，是因为缺乏一个中心存储手段，聚合分布于各个企业之中的基础设施。
基医云SaaS的发展较于其他行业稍显滞后，这是因为在SaaS模式之下，数据安全通常由SaaS服务提供商管理，在尤为重视数据隐私与数据安全的医疗领域显得有些难以接受。因此，为了保证数据的安全，消除医疗机构的顾虑，云服务提供商必须不断更新安全策略，高昂而持续的成本投入随之而来。