一个案例告诉你：医疗SaaS架构设计怎么做

有人说他想做医疗行业的产品经理，因为火，但实际上医疗是一个慢行业，他的风口可能在5年后，可能在10年后，也可能直到你退休都没有到来。

他不是一个仅靠资本就可以推向风口的行业，他更需要的是沉淀。

医疗是民生大计，发展有多久，包袱就有多重：至今为止，医保还没有实现全国互通；医疗机构的监管也没有做到全方位……

另一方面，随着技术的发展，AI等技术在医疗行业的应用尚处于起步阶段。医疗的信息化道路真可谓：路漫漫其修远兮。但你现在看到的这些缺口可能就是我们产品经理的机会。

本节带你了解下医疗行业的产品生态圈，并解析下其中的诊疗SaaS。

一、医疗行业产品生态圈

见下图，这是来自IT桔子的医疗行业图谱，他将其分成了2类：服务类和技术类

• 服务类中包含了医疗信息化、医疗大数据、AI、互联网医疗、医疗机构等；
• 技术类中包含了制药、生物技术、医疗器械及硬件等。可以说每一类中的每一点都需要信息化的参与。

我们缩小点范围，以基层医疗机构信息化为核心，来看下其小型生态圈，见下图。

再放大来看，你会发现医疗信息化其实处于医疗行业的核心位置，能把其他的产业关联起来，共同发挥更大的价值。

下面我们就以小见大，来重点了解下诊疗SaaS的产品架构。

正如上图所示的复杂关系，我们在做一个基层医疗机构的SaaS的时候，除了要考虑自身的系统外，还要注意和外部机构或者系统的对接。像B超类的设备仪器对接，第三方检验机构的对接，是客户的基础型需求，满足了可以提高购买率；而像互联网医院和医药电商，是产品边界的拓展，可以作为未来的规划。

如果你要做医疗行业中的某一块，不妨将图9.1-1中的子项挨个做个匹配，可能会迸发出更多的产品建设灵感。

再把视野聚焦一点，我们来解析下核心基础医疗机构信息化的产品搭建，以诊疗SaaS为例。

二、诊疗SaaS架构

诊疗SaaS定位的用户群体是诊所、社区卫生院、村卫生所等小型医疗机构，所以他不像医院的大型his那么复杂，是其一个缩影。

他的核心是诊疗以及内部管理，以提高看诊效率，提高医生、护士、药师等医务人员的协作效率，提高患者满意度，降低管理成本。

1. 总功能结构图

围绕着上述的目的，他的主要的功能有：诊疗环节的登记分诊、看诊、发药、检查检验等；管理环节的客户管理、药品材料管理、经营数据统计等，见下图：

这些功能可能来源于用户实体业务的考察，比如我们去诊所走了一圈，就知道他们有看诊、药房、零售药品等业务，反应到系统上就是对应的功能；也可能来源于竞品的菜单参考、系统体验。

参考产品低设计的理念，这些功能尽可能设计成低耦合的独立模块，但我们要根据用户的实际业务场景将它们通过数据流串联起来。比如我们从走进诊所，到最后走出来，每一步遇到的工作人员都能用系统来解决问题，实现全流程无纸化。

2. 功能串联图

我们一起来想象下自己去诊所看病的场景，没去过诊所的去医院也一样：我感冒3天了，想明天去找医生看下。

诊所比较忙，先打开小程序，预约一位信得过的医生。

第二天到了诊所，先在前台登记取号，付挂号费，然后在候诊区等待，大概过了5分钟，大厅里叫号到我了。我走进了诊室，向医生描述我的病症，医生给我记录病历，又开了个血常规。

我去检验窗口报姓名抽血，半小时后拿到了检验结果回到医生诊室。医生看了下没有大碍就开了点药，我直接去药房窗口，药师已经备好了药，并贴上了服药说明。

最后出诊所前，我去前台结清了此次所有的费用。

回去后，想看下上次是什么时候感冒的，就打开了小程序，相关的病历记录都在。

这只是一个看病的场景，因为你会发现，这里面没有提到输液和治疗，先不着急，我们把刚刚那个场景用功能串起来。

我们再想象一下其他的场景：比如说需要输液，做推拿的，就像录指纹一样，多按几次，一点点把外围补完整。

最后我们串起了所有的功能，中间略，后面见书。

这样整个系统的功能关系和数据流向就比较清晰了。但实际应用时，客户不一定是这样的流程。比如有的诊所无需登记分诊，直接找医生看病；有的诊所医生看完病后直接收费。

我们可以做几个小开关，来让这些流程改向，就像是火车铁轨换道一样。但底层的数据还要按这个流程来落，比如说直接接诊的，接诊时视作登记、分诊、接诊三步同时做了，不然在统计今日登记患者数量时会不对。

三、重点特色功能解析

对于很多不做相关产品的产品经理来说，虽说流程上能理解各功能模块的价值，但这些功能里面具体是什么样的呢？

还是比较模糊的。

下面就带大家来简单地了解下这套系统的重点功能，因为有一些功能是相对通用的，比如说药房管理、客户管理，这些可见下面章节的详细讲解。

这节主要来了解下其特色功能，帮助大家开拓产品的视野；大家也能举一反三，应用到其他行业的功能设计上。

1. 预约

一般诊所上午和傍晚是就诊高峰，而下午时段相对空闲些；预约可以让医生均衡下日诊患者，不要忙的时候手忙脚乱，空的时候又无事可干——这不仅能减少患者的等待时间，也能提高诊所的就诊量，增大营收。

以前预约是医院的必需，毕竟患者太多了；但现在除了就诊量大的诊所会使用预约，高端诊所也非常重视；甚至只接受预约的患者，这能给患者提供一个宽松的环境，营造非常好的就医体验。

预约是一个比较复杂的功能，主要是因为场景多。但我们还是抓住他的核心：选择预约对象和预约时间。

那么从预约对象来看，可以是预约到科室，即我们平时挂的普通门诊；可以是预约到医生，即一号难求的专家门诊；也可以是某个项目，比如推拿，B超。

再看时间，不同对象的预约时间规则设置是不一样的。预约到科室，需要设置科室的开放预约时段，医生数量，就诊间隔；预约到医生，需要设置医生的排班，就诊间隔。

预约不是医疗的专属功能，平常我们接触最多的是去餐厅前的预约。如果你做类似的功能，逻辑可以借鉴下这个。

2. 叫号

叫号的应用也非常的广，医院、银行、餐厅等等，就是为了让大家有秩序。相比于那些直接现场取号的场景来说，诊疗中的叫号会复杂一点，因为还要考虑预约时就发放号码的场景。

叫号的核心：设置号码，发放号码，排队叫号。

设置号码就要给2种模式的选择了：直接取号，预约给号。直接取号即按照每日到诊的顺序来给；预约给号需要先生成固定的号码，比如1号，8点；2号，8点10分……

患者在现场或者小程序上预约后获得号码，到诊所登记后就在候诊列表里了。这时护士或医生需要有一个操作叫号的页面，点击叫号后需要语音播报和屏幕显示。最后患者到医生诊室就诊了，这个环节就结束了。

3. 电子病历系统

电子病历系统是诊疗SaaS的重中之重，是整个系统的精髓所在，在生态圈也是处在连接的核心位置。如果说后面想从事医疗相关行业，这块还是非常值得研究下的。但这块非专业人员真的很难接触到，笔者就带大家一窥其背后的真相。

电子病历系统看似不复杂，当我们查看病历时，就是一份份报告和结果。但实际上，电子病历牵扯了很多面，有很多相当复杂的系统在背后做着默默的支撑。所以他不仅仅指病程记录，还包含相关的检验、检查项目及结果，处方记录，手术记录，护理记录等。

是患者所有健康相关的完整档案，如图：

可以发现，功能串联图中的看诊、实验室检查、辅助检查、治疗、皮试输液、发药功能其实都属于电子病历系统里面的一部分。相较于医院的电子病历系统，诊所的简单很多，因为很少涉及到住院、大型手术，我们就挑最常见的病历、处方、医嘱项来了解下基础。

下面略，后面见书。

四、总结

医疗SaaS虽只是医疗行业中的一个点，但他处于中心枢纽的重要位置。

• 向上可以对海量的病历数据进行大数据分析，对于国家疾病监控和全民健康管理都非常有价值；
• 向下可以服务医疗机构，提高诊疗效率，缓解医疗资源紧张的局势；
• 对外又能连接AI、智能硬件、器械、医药、互联网医院等，将资源串联共享，发挥最大的价值。

医疗SaaS的核心是电子病历系统，他涵盖了诊疗环节所有产生数据的功能：病历、处方、检验、检查、随访等等，最终汇总成患者的健康档案。

若能实现健康档案全国乃至全球的互通共享，医疗行业必然迎来一个新的里程碑。

#作者#

司马特小队，公众号：司马特小分队。8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。

本文

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！