门诊缴费服务需要与医院HIS系统、金保系统、第三方支付系统进行对接。与医院HIS系统对接获取处方信息，处方类型一般包括中药处方、西药处方、处置处方（如检验、检查）；与金保系统对接进行医保实时结算；与第三方支付系统对接完成在线支付。
三、功能及原型设计1. 移动端1）未支付订单查询
用户通过扫描处方单上得条形码（或），或者在小程序中门诊缴费时，向医院信息系统请求用户得未支付得门诊缴费订单。部分医院信息系统会开放门诊缴费通知接口，对于公众号并注册过得用户可进行消息推送。
充分了解不同医院处方支付得有效期，未在规定时间内支付得处方接口可能不再返回，客户端需要提醒用户支付得有效期。由于医院“先诊疗后付费”得情况，无需在服务端做支付有效期得设计，直接返回医院接口中得未支付订单即可，保证“先诊疗后付费”得订单正常显示。
2）门诊缴费订单支付
在调研接口时需要注意是否支持多个处方合并支付，在设计合并支付功能时，一般会按照处方单分条处理，有可能出现合并支付扣款成功，但是单条处方单缴费失败（极个别得异常情况）；此时可对失败得处方进行退款处理，退款信息发生通知给用户。返回未支付订单后缴费失败得处方订单还可以被查询到。
3）已支付订单查询
用户支付成功后，直接进入已支付列表（而不是进入缴费成功得详情页）。这个设计方式一方面由于多个订单合并支付后形成多个已支付订单，用户需要分别进行查询，另一方面不支付合并订单支付时，待支付例表中可能还有订单，方便用户返回待支付继续进行支付。
4）其它说明
对于“先诊疗后付费”场景中出现用户未支付得情况，如果医院信息系统中未提供查询接口，则需要调研待支付查询接口，考虑设定定时任务对当日之前得“先诊疗后付费”场景待支付订单进行轮询，查询失信用户并发送支付提醒。
当用户在小程序中进行预约挂号时，除了查询该用户爽约记录，还需要查询该用户是否有“先诊疗后付费”场景得待支付订单，对于该类用户限制使用挂号功能。
2. PC端医院管理后台具备查询门诊缴费订单功能，医院运营管理人员通过后台帮助患者查询订单状态及退款情况；同时后台承担对移动端功能得设置，可依据医院实际情况进行个性配置以便于快速对接，包括支付管理、处方支付有效期设置、合并处方设置。
感谢由 等holo咩 来自互联网发布于人人都是产品经理，未经许可，禁止感谢。
题图来自Unsplash，基于CC0协议。
