浅析医院便民服务设计：门诊缴费

门诊缴费功能在医生开具处方后，支持患者通过手机进行缴费，避免患者诊室、窗口来回跑，减少患者排队等候时间，缓解医院窗口压力，提升医院运营管理效率。

在设计门诊缴费功能时，不得不提到医院诊间结算，我们所熟知的结算方式包括自费、城镇职工医保、城乡居民医保、商业保险，能否在线进行结算依赖于系统是否能够获取金保系统结算接口，或与商业保险进行对接。

本文分享医院互联网服务中门诊缴费的功能设计，包含面向患者的移动端，以及面向医院运营管理的PC端。其中C端以微信公众号、微信小程序的方式提供服务。

一、需求分析

门诊缴费的目标用户是已就诊的患者或患者家属，使用场景在医院面诊后已经获取到处方单。此时患者群体分为两类，一类是原本在线挂号的用户，此类用户已经使用过移动端服务，并通过了实名认证；另一类是未使用过移动端服务的用户，此类用户通过扫描处方单上的二维码进行门诊缴费的。

门诊缴费功能与医院信息系统对接，需要遵循医院原业务规则及医疗系统政策标准内容。

1. 移动端需求

1）患者及患者家属

• 已注册用户可通过移动端查询到处方进行支付；未注册用户可通过处方单二维码进行支付。
• 能够查询当前需要支付的处方订单，也能查询以往支付过的处方订单。
• 能够单个处方进行支付，也可以批量支付多个处方订单。
• 医保用户支付时能够实时结算。

2）对标《全国医院信息化建设标准于规范（试运行）

• 对诊疗后未付费患者实行信息管理

2. PC端需求

医院管理端要符合医院门诊结算的业务规则，尽可能兼容不同医院的业务逻辑，能够方便地查询患者订单。

• 支持对门诊缴费订单的查询。
• 支持根据医院业务规则对门诊缴费业务进行配置。

二、业务流程分析

门诊缴费功能设计兼容处方单上印刷缴费二维码（或条形码）的情况，对接时了解医院是否支持，通过配置管理功能适应医院需求。医院退费业务涉及医师和医院办公室签字确认、医保退费等情况，通常在医院窗口办理。

患者在使用门诊缴费功能会分为两种类型，一种是已注册用户，另一种的是未注册用户。

门诊缴费服务需要与医院HIS系统、金保系统、第三方支付系统进行对接。与医院HIS系统对接获取处方信息，处方类型一般包括中药处方、西药处方、处置处方（如检验、检查）；与金保系统对接进行医保实时结算；与第三方支付系统对接完成在线支付。

有的医院建设有信息交换平台，与信息交换平台对接往往处方信息及支付结算都由交换平台提供，金保系统并不会向第三方提供对接服务。

三、功能及原型设计

1. 移动端

1）未支付订单查询

用户通过扫描处方单上的条形码（或二维码），或者在小程序中点击门诊缴费时，向医院信息系统请求用户的未支付的门诊缴费订单。部分医院信息系统会开放门诊缴费通知接口，对于关注公众号并注册过的用户可进行消息推送。

充分了解不同医院处方支付的有效期，未在规定时间内支付的处方接口可能不再返回，客户端需要提醒用户支付的有效期。由于医院“先诊疗后付费”的情况，无需在服务端做支付有效期的设计，直接返回医院接口中的未支付订单即可，保证“先诊疗后付费”的订单正常显示。

2）门诊缴费订单支付

在调研接口时需要注意是否支持多个处方合并支付，在设计合并支付功能时，一般会按照处方单分条处理，有可能出现合并支付扣款成功，但是单条处方单缴费失败（极个别的异常情况）；此时可对失败的处方进行退款处理，退款信息发生通知给用户。返回未支付订单后缴费失败的处方订单还可以被查询到。

3）已支付订单查询

用户支付成功后，直接进入已支付列表（而不是进入缴费成功的详情页）。这个设计方式一方面由于多个订单合并支付后形成多个已支付订单，用户需要分别进行查询，另一方面不支付合并订单支付时，待支付例表中可能还有订单，方便用户返回待支付继续进行支付。

4）其它说明

对于“先诊疗后付费”场景中出现用户未支付的情况，如果医院信息系统中未提供查询接口，则需要调研待支付查询接口，考虑设定定时任务对当日之前的“先诊疗后付费”场景待支付订单进行轮询，查询失信用户并发送支付提醒。

当用户在小程序中进行预约挂号时，除了查询该用户爽约记录，还需要查询该用户是否有“先诊疗后付费”场景的待支付订单，对于该类用户限制使用挂号功能。

2. PC端

医院管理后台具备查询门诊缴费订单功能，医院运营管理人员通过后台帮助患者查询订单状态及退款情况；同时后台承担对移动端功能的设置，可依据医院实际情况进行个性配置以便于快速对接，包括支付管理、处方支付有效期设置、合并处方设置。

本文作者 @holo咩 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！