一个案例告诉你:医疗SaaS架构设计怎么做
2020-07-13 10:44 作者:司马特小队,公众号:司马特小分队 收藏(0) 阅读(1028) 评论(0)

有人说他想做医疗行业的产品经理,因为火,但实际上医疗是一个慢行业,他的风口可能在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端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点。