一个案例告诉你：医疗SaaS架构设计怎么做
本文详细介绍了医疗行业产品生态圈、诊疗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协议。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
