慢性病患者如糖尿病患者、高血压患者等明确已知自己须要定期做某些检讨考验项目的患者,在线下医院需经历登记、排队叫号、年夜夫开单、缴费、预约检讨、排队检讨等步骤才能拿到终极结果,其过程冗长体验感很差。
而互联网医院“自助开单”功能即可完美办理此繁杂流程,患者仅需提前在互联网医院选择自己的开单项目、缴费并预约检讨韶光,在预约韶光内即可直接到线下进行检讨;

检讨考验结果可在移动端进行查询,并选择线上问诊或至线下登记向年夜夫问诊,此功能为患者节约了大量的韶光,带来了较好的就医体验。
该功能培植前的准备事情包括但不限于:
由于完成一项检讨考验项目涉及多院内信息系统,如his、pacs、lis、结算平台、集成平台、一站式预约中央等,以是须要提前理解院内各信息系统间协作模式、数据流转办法等;(因各医院实际具备系统不同,本文作者暂以对接过的公立三甲医院信息系统为例)由于医院所支持的检讨考验项目较多,且部分项目仍需由专业年夜夫对患者病情进行判断才可以为其开具,以是在功能培植初期需同医务部、信息科以及检讨考验中央干系卖力人确认在互联网医院上线的项目;由于开具检讨考验项目涉及缴费流程,以是在培植初期需同医院信息科、医保科等干系科室确定是否须要支持移动医保缴费,同时也须要明确对账的流程。一、整体流程因对接公立医院具备集成平台信息系统,由集成平台完成向各检讨考验子系统(lis、pacs)实现转发/撤销医嘱申请单、查询医嘱申请单,因此本功能对接仅涉及到his系统、集成平台系统。其过程流程图大致如下:
患者通过小程序或"大众号进入到“自助开单”模块即可选择检讨考验项目,个中检讨考验项目分类、名称、价格、把稳事变等字段均从院内his系统获取;
项目选择结束后确定详细就诊人(若须要新增就诊人,则必须完造诣诊人院内建档操作方可新建成功),在线缴费创建订单成功后,需将订单信息同步至集成平台;
若订单在待检讨/待考验状态涉及到退费流程,退费成功后需调用订单撤销接口,关照平台该订单已撤销;
患者在完成检讨考验项目后,集成平台会根据订单ID等字段推送订单状态以更新订单状态。
二、产品设计
为实现“自助开单”功能,互联网医院系统须要进行培植的系统为患者端及医院管理系统。
个中患者端为患者实现选择项目、在线缴费、在线预约供应入口,个中项目先容应包括项目名称、单价、检讨/考验把稳事变;
在线缴费一样平常包括自费支付及移动医保缴费;
在线预约则须要获取院内信息系统中检讨考验室的排班表及号源,支持患者在线选择到院韶光。个中订单状态可分为待支付、待检讨/待考验、已取消、已完成。
互联网医院管理系统则供应订单管理功能,包括查看患者根本信息、项目名称、订单金额明细、订单状态等字段,便于后续管理以及对账等。
“自助开单”作为互联网医院一项便民举措功能,助力互联网医院实现线上线下一体化。
本文由 @产品小小白 原创发布于大家都是产品经理,未经容许,禁止转载
题图来自 Unsplash,基于 CC0 协议
该文不雅观点仅代表作者本人,大家都是产品经理平台仅供应信息存储空间做事。、






