——这是我的第78篇原创文章——

有人说他想做医疗行业的产品经理，因为火，但实际上医疗是一个慢行业，他的风口可能在5年后，可能在10年后，也可能直到你退休都没有到来。他不是一个仅靠资本就可以推向风口的行业，他更需要的是沉淀。
 
医疗是民生大计，发展有多久，包袱就有多重：至今为止，医保还没有实现全国互通；医疗机构的监管也没有做到全方位……另一方面，随着技术的发展，AI等技术在医疗行业的应用尚处于起步阶段。医疗的信息化道路真可谓：路漫漫其修远兮。但你现在看到的这些缺口可能就是我们产品经理的机会。
 
本节带你了解下医疗行业的产品生态圈，并解析下其中的诊疗SaaS。
 

医疗行业产品生态圈

01


见下图，这是来自IT桔子的医疗行业图谱，他将其分成了2类：服务类和技术类。服务类中包含了医疗信息化、医疗大数据、AI、互联网医疗、医疗机构等；技术类中包含了制药、生物技术、医疗器械及硬件等。可以说每一类中的每一点都需要信息化的参与。

       
     
       
     
              
我们缩小点范围，以基层医疗机构信息化为核心，来看下其小型生态圈，见下图。再放大来看，你会发现医疗信息化其实处于医疗行业的核心位置，能把其他的产业关联起来，共同发挥更大的价值。下面我们就以小见大，来重点了解下诊疗SaaS的产品架构。
               
正如上图所示的复杂关系，我们在做一个基层医疗机构的SaaS的时候，除了要考虑自身的系统外，还要注意和外部机构或者系统的对接，像B超类的设备仪器对接，第三方检验机构的对接，是客户的基础型需求，满足了可以提高购买率；而像互联网医院和医药电商，是产品边界的拓展，可以作为未来的规划。
 
如果你要做医疗行业中的某一块，不妨将图9.1-1中的子项挨个做个匹配，可能会迸发出更多的产品建设灵感。
 
再把视野聚焦一点，我们来解析下核心基础医疗机构信息化的产品搭建，以诊疗SaaS为例。
 

诊疗SaaS架构

02


诊疗SaaS定位的用户群体是诊所、社区卫生院、村卫生所等小型医疗机构，所以他不像医院的大型his那么复杂，是其一个缩影。
 
他的核心是诊疗以及内部管理，以提高看诊效率，提高医生、护士、药师等医务人员的协作效率，提高患者满意度，降低管理成本。
 

总功能结构图

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


       
     
 
这些功能可能来源于用户实体业务的考察，比如我们去诊所走了一圈，就知道他们有看诊、药房、零售药品等业务，反应到系统上就是对应的功能；也可能来源于竞品的菜单参考、系统体验。参考产品低设计的理念，这些功能尽可能设计成低耦合的独立模块，但我们要根据用户的实际业务场景将它们通过数据流串联起来。比如我们从走进诊所，到最后走出来，每一步遇到的工作人员都能用系统来解决问题，实现全流程无纸化。
 

功能串联图

我们一起来想象下自己去诊所看病的场景，没去过诊所的去医院也一样：我感冒3天了，想明天去找医生看下。诊所比较忙，先打开小程序，预约一位信得过的医生。第二天到了诊所，先在前台登记取号，付挂号费，然后在候诊区等待，大概过了5分钟，大厅里叫号到我了。我走进了诊室，向医生描述我的病症，医生给我记录病历，又开了个血常规。我去检验窗口报姓名抽血，半小时后拿到了检验结果回到医生诊室，医生看了下没有大碍就开了点药，我直接去药房窗口，药师已经备好了药，并贴上了服药说明。最后出诊所前，我去前台结清了此次所有的费用。回去后，想看下上次是什么时候感冒的，就打开了小程序，相关的病历记录都在。
 
这只是一个看病的场景，因为你会发现，这里面没有提到输液和治疗，先不着急，我们把刚刚那个场景用功能串起来。
 

       
     
 
我们再想象一下其他的场景，比如说需要输液，做推拿的，就像录指纹一样，多按几次，一点点把外围补完整。
 
最后我们串起了所有的功能，中间略，后面见书。
 
这样整个系统的功能关系和数据流向就比较清晰了，但实际应用时，客户不一定是这样的流程，比如有的诊所无需登记分诊，直接找医生看病；有的诊所医生看完病后直接收费。我们可以做几个小开关，来让这些流程改向，就像是火车铁轨换道一样。但底层的数据还要按这个流程来落，比如说直接接诊的，接诊时视作登记、分诊、接诊三步同时做了，不然在统计今日登记患者数量时会不对。
 

重点特色功能解析

02


对于很多不做相关产品的产品经理来说，虽说流程上能理解各功能模块的价值，但这些功能里面具体是什么样的呢？还是比较模糊的。下面就带大家来简单地了解下这套系统的重点功能，因为有一些功能是相对通用的，比如说药房管理、客户管理，这些可见下面章节的详细讲解，这节主要来了解下其特色功能，帮助大家开拓产品的视野，大家也能举一反三，应用到其他行业的功能设计上。
 

预约

一般诊所上午和傍晚是就诊高峰，而下午时段相对空闲些，预约可以让医生均衡下日诊患者，不要忙的时候手忙脚乱，空的时候又无事可干，这不仅能减少患者的等待时间，也能提高诊所的就诊量，增大营收。以前预约是医院的必需，毕竟患者太多了，但现在除了就诊量大的诊所会使用预约，高端诊所也非常重视，甚至只接受预约的患者，这能给患者提供一个宽松的环境，营造非常好的就医体验。
 
预约是一个比较复杂的功能，主要是因为场景多。但我们还是抓住他的核心：选择预约对象和预约时间。那么从预约对象来看，可以是预约到科室，即我们平时挂的普通门诊；可以是预约到医生，即一号难求的专家门诊；也可以是某个项目，比如推拿，B超。
 
再看时间，不同对象的预约时间规则设置是不一样的，预约到科室，需要设置科室的开放预约时段，医生数量，就诊间隔；预约到医生，需要设置医生的排班，就诊间隔。
 
预约不是医疗的专属功能，平常我们接触最多的是去餐厅前的预约，如果你做类似的功能，逻辑可以借鉴下这个。
 

叫号

叫号的应用也非常的广，医院、银行、餐厅等等，就是为了让大家有秩序。相比于那些直接现场取号的场景来说，诊疗中的叫号会复杂一点，因为还要考虑预约时就发放号码的场景。
 
叫号的核心：设置号码，发放号码，排队叫号。
 
设置号码就要给2种模式的选择了：直接取号，预约给号。直接取号即按照每日到诊的顺序来给；预约给号需要先生成固定的号码，比如1号，8点；2号，8点10分……
 
患者在现场或者小程序上预约后获得号码，到诊所登记后就在候诊列表里了，这时护士或医生需要有一个操作叫号的页面，点击叫号后需要语音播报和屏幕显示。最后患者到医生诊室就诊了，这个环节就结束了。
 

电子病历系统

电子病历系统是诊疗SaaS的重中之重，是整个系统的精髓所在，在生态圈也是处在连接的核心位置。如果说后面想从事医疗相关行业，这块还是非常值得研究下的。但这块非专业人员真的很难接触到，笔者就带大家一窥其背后的真相。
 
电子病历系统看似不复杂，当我们查看病历时，就是一份份报告和结果。但实际上，电子病历牵扯了很多面，有很多相当复杂的系统在背后做着默默的支撑。所以他不仅仅指病程记录，还包含相关的检验、检查项目及结果，处方记录，手术记录，护理记录等。是患者所有健康相关的完整档案，如图9.1-7。
       
可以发现，图9.1-6中的看诊、实验室检查、辅助检查、治疗、皮试输液、发药功能其实都属于电子病历系统里面的一部分。相较于医院的电子病历系统，诊所的简单很多，因为很少涉及到住院、大型手术，我们就挑最常见的病历、处方、医嘱项来了解下基础。

下面略，后面见书。

总结

04


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

 

医疗SaaS的核心是电子病历系统，他涵盖了诊疗环节所有产生数据的功能：病历、处方、检验、检查、随访等等，最终汇总成患者的健康档案。若能实现健康档案全国乃至全球的互通共享，医疗行业必然迎来一个新的里程碑。


司马特小分队，在星球成立了“B 端产品经理之家”，汇集了 130+来自教育、医疗、电商等行业的小伙伴,每天都有各种产品话题讨论，也有行业专家答疑解惑。


加入星球，可以随时向我提问。

星球成员可免费享受改简历、模拟面试等特权福利！
现在加入，还能领取 50 元现金优惠券

如果你觉得文章还不错，帮忙转发一下吧。

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。