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

8 评论 4797 浏览 63 收藏 14 分钟

本文详细介绍了医疗行业产品生态圈、诊疗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端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 请问哪里可以找到互联网医疗相关的工作呢,如何转型呢

    回复
    1. 可以关注下头部的医疗联网公司,然后去招聘网站上搜下,比如丁香园、微医等

      回复
  2. 请问一下 里面说的略果的内容在哪里能看到,说到书叫什么名字想买一本看

    回复
    1. 我们正在写,打算后面要出版,经出版社允许节选片段发布

      回复
    2. 好久出书啊,等待中

      回复
  3. 有互联网医院的小分队的同学要换工作吗? 急需一名懂互联网医院相关建设的产品兄弟

    回复
    1. 有没有jd?

      回复
  4. 谢谢,学习了!互联网医疗是我下一份工作的方向。

    回复