预约挂号功能是如何实现的? 统一号源池是重点!
本文梳理了预约挂号功能如何实现的以及核心功能解析。
互联网医疗产品经理,与纯互联网的产品经理有很大差异,因为除了必须了解互联网之外,还必须深入地了解就医流程、就医体验、医护关系以及医护工作流程,是较为封闭的行业,且专业性极强。我策划的项目都是关于智慧医疗,我把也研究方向放在了对现有的医疗数字化上面。
今天来剖析我们日常预约挂号功能背后的逻辑。
预约挂号功能如何实现?
目前,市面上提供挂号业务的app有就医160、微医等。
那么主要的业务实现方式有几种:医院走API中台管理模式,院内集成平台HIE模式,对接通过直连平台模式、内联平台与外联平台交互模式
直连平台对接方式:是由由医院提供医护排班系统接口,支付接口等,当有用户需要挂号的时候,预约挂号平台直接向医院请求排班号源。
医院对外的预约渠道越多,不可避免的问题是每家互联网企业和医院不同的HIS厂商都有自己标准的接口,使用哪一套接口标准成为了对接的最大问题。即便可以通过外包形式去实现这个功能,但是,号源的信息数据是敏感的涉及到信息安全、信息稳定性等等问题。
在市面上大部分的预约挂号平台都不会使用这种方式进行对接开发。
号源池对接方式一
在市面上大部分的预约挂号平台都不会使用这种方式进行对接开发。采用的是建立一个号源池作为统一标准接口,然后与各个医院对接号源。用户在挂号平台挂号时,平台向号源池进行请求数据,然后采用轮询方式向医院请求号源,完成挂号。
这种模式下的预约挂号,需要HIS厂商提供相应数据接口,而且是实时数据,但这里有个技术难点就是号源池与时间阈值的正向关系要处理好。
号源池对接方式二
这种模式下医院将号源信息维护在号源池,用户通过挂号平台预约后将统计的数据发送给号源池,然后把预约信息统计之后定期同步给医院。
这种模式下不需要HIS厂商提供数据接口,但是因为数据不是实时的,存在一些问题例如:不能跳过取号流程(也就是预约成功与否),提示预约成功后才告诉你可以进行就诊了。
核心功能解析
这预约挂号从业务层面可分为:号源管理、统计查询、用户管理、排班管理几个核心功能。
号源获取
号源管理包括:门诊、住院、检验检查等 本文只解析门诊号源业务。
与区域内的医院对接,将院内的全部预约诊疗号源和预约检查号源共享给区域统一号源池管理系统。区域内医院需提供接口服务给号源池系统调用以实现号源共享,需提供接口服务如下:
A.同步排班信息,系统通过调用接口,实现同步排班系统的数据,获取医院排班信息(排班ID、排班日期、排班班次、号源总数等)。
B.号源接口,同步获取号源信息(号源编号、号源时间、号源状态、号源用途等),实现号源实时交互。
C.停诊接口,医院通过调用此接口,实现向号源池系统进行取消停诊通知的操作。医院调用接口带入机构编码、院区编码、排班ID等参数,系统根据参数信息关闭此排班预约号源并调用开关预约号源权限
号源共享
号源池的建设,有些区域采用的是购买飞机票模式,有些区域的是购买火车票的模式,经历分散到统一、再到智能调度的过程。
号源池的共享统一集中管理,可以按照医院、科室、医生调配不同比例号源给不同渠道,并设置合理的回收机制等规则,解决了医院的医疗资源发展均衡,也同时满足了医联体和分级诊疗的政策导向。
号源池管理
预约挂号管理
用户使用微信公众号预约、工作站自助机预约等方式进行预约,那么前端就会调用号源池系统的预约号数据,一边上发给用户前端让其确定预约,预约成功后将已预约号信息回传给医院系统,号源池再通过调用短信服务接口发送预约成功的短信给患者手机。
此外号源池系统与社保系统对接,将患者信息进行备案处理。
所需要提供接口服务的是号源池系统的URL。患者信息ID、医院信息、号源信息等,医院根据信息返回预约挂号单号。
社保系统提供社保备案接口,号源池系统调用该接口将患者信息传输至新农合或社保系统进行备案。
排班管理
HIS原先都是在公用的系统设置字模块,维护科室字典、人员字典这些基础资料和用户管理,在挂号子系统进行号表设置和号源维护(增、停、改、换诊)。
号表设置直接选择不同的科室、添加不同的医生,选择不同的号类(门诊号、预约号),出诊号别(主副主任等)。
门诊部排班使用的就是HIS的挂号系统,这个是原先传统模式。
现在的模式一般流程为:医生先将自己一周或者一个月的出诊情况自行填写后提交审核,门诊部汇总发布这个流程在CIS系统中完成。
排班管理系统
黑白名单管理
号源池系统后台记录爽约信息,设置爽约次数、爽约时间阈值进行黑名单处理。
这个有效的控制服务器操作并发的情况,也很好的防止有人恶意挂号,扰乱医疗资源。
数据统计管理
号源池系统后台可将每日不同渠道的预约数进行统计分析,如门诊预约次数、该医生的预约次数、患者的病历常规、患者的易患疾病数据等,对于临床数据研究有很价值的参考意义。
作者:Rolia,前海康博士联合创始人兼产品总监
本文由 @pms-rolia 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
你好,请问一下。现在如果想做一个挂号平台,因为规模较小无法做成标准的挂号接口让医院接入。是不是只能去适配不同医院HIS系统提供的挂号接口呢?
如果一家挂缴查的解决方案公司,它可能服务好几百家的医院,那么它怎么样比较好的构建自己平台型的号源池呢???
你好,对于号源池对接方式一中,您文中写的这句:用户在挂号平台挂号时,平台向号源池进行请求数据,然后采用轮询方式向医院请求号源,完成挂号。
这句话我的理解是这样:1.建立统一标准平台,像就医160/微医等,医疗机构跟平台进行对接。2.平台提供标准的界面和接口。3.医疗机构根据平台提供的接口提供基础数据(机构信息/医生及排班号源) 4.号源数据其实还是在各医疗机构单独维护(在集成平台或者HIS系统中)。 5.预约成功的数据通过平台的接口回写的集成平台或者HIS。
问题:各医疗机构的号源数据其实都是在各机构里面,并没有作到把源号统一,是割裂的。
如果使用方式二,能不能有更好的效果达到实时/准确呢?
他说的做的号源统一应该是医院对外提供号源统一放在大池子里,其他挂号平台如果要对接,只对接这个统一的对外接口就行,这样对医院的数据安全也有保障
你好,现在常见的做号源池的平台有哪些呢