开发指引

微信支付为接入移动医保支付的合作伙伴及商户提供专属技术支持，涵盖全流程接入指引与报错协助排查。

1、整体业务开发流程概览

完整业务流程时序图详见本文「3、整体流程时序图」章节。

1.1、缴费授权

用户先进入缴费流程，完成缴费授权后，系统返回医保局支付授权码（pay_auth_no）及医保局订单（pay_order_id）。其中，pay_auth_no、pay_order_id 将作为后续非纯自费场景下服务商下单的重要入参。

1.2、下单

• 医保自费混合：先调用自费下单接口获取预支付ID（prepay_id）等微信支付下单信息；再携带医保局支付授权码（pay_auth_no）、医保局订单（pay_order_id）等调用医保自费混合收款下单接口，下单成功后返回医保自费混合订单号（mix_trade_no）等订单信息。

• 纯医保：直接调用医保自费混合收款下单接口

• 纯自费：直接调用微信支付基础支付接口（如JSAPI下单）完成收款即可。或先调用JSAPI/小程序下单获取预支付ID（prepay_id）等微信支付下单信息，再调用医保自费混合收款下单接口。两种方式均可。

1.3、拉起收银台

服务商在获取预支付ID（prepay_id）、应用ID（appid）、签名（paySign）等参数后，由小程序或公众号H5拉起医保支付流程。

1.4、支付与结算

用户完、成自费支付（含自费场景下），自费支付成功后系统自动触发医保结算。

若医保结算超时，微信医保应用系统会自动触发冲正，撤销已完成的医保结算并释放冻结资金。冲正成功后该笔订单不可再发起支付。

1.5、支付结果获取

服务商调用使用医保自费混合订单号查看下单结果接口确认订单最终状态，可根据查询结果展示支付状态并更新内部订单状态。

医保混合收款成功后，微信支付还会向服务商发送医保混合支付成功回调通知。

1.6、对账

自费部分可在服务商平台下载自费账单，医保部分可在医保局侧下载医保结算账单。

1.7、退款

退款处理分为自费退款和医保退款两类：自费退款由服务商调用微信支付标准退款申请完成处理；医保退款由医保侧退款成功后，服务商调用医保退款通知接口进行退款结果同步，最终完成医保退款通知。

用户在医疗机构系统确认缴费金额后进入缴费流程。

• 非纯自费场景下，医疗机构系统需要先向微信医保应用系统获取在线医保支付授权，并由微信医保应用系统进一步向医保系统获取授权结果。若授权不存在或已过期，需引导用户重新完成授权后再继续。

• 拿到有效的 pay_auth_no 后，医疗机构系统向医保系统发起医保费用预结算，请求中携带 pay_auth_no 和医疗费用清单。

• 医保系统完成处理后，返回医保结算订单号 pay_order_id 以及本次医疗费用组合结果。

• 随后医院完成费用明细上传，并将 pay_auth_no、pay_order_id 及医疗费用组合同步至服务商后台，作为后续"服务商下单"环节的重要输入。

医保侧返回参数说明

• pay_order_id：医保局返回的支付单 ID。

• pay_auth_no：医保局返回的支付授权码。

关键说明

• 纯自费场景不依赖医保授权与医保费用确认流程，可直接进入自费下单链路。

• 非纯自费场景下，pay_auth_no 和 pay_order_id 是后续混合支付下单的关键入参，必须确保来源于同一笔有效的医保缴费上下文。

• 若授权失效或授权状态不明确，应先重新完成授权，再继续医保费用确认，避免出现后续下单失败或医保结算不一致的问题。

服务商通过调用医保自费混合收款下单接口，创建医保自费混合支付订单。该接口支持纯自费、纯医保和医保自费混合三种支付类型。下单成功后，接口返回 mix_trade_no（医保自费混合订单号）及调起支付所需的参数。

下单接口关键参数说明：

mix_pay_type：混合支付类型。枚举值：CASH_ONLY（纯自费支付）、INSURANCE_ONLY（纯医保支付）、CASH_AND_INSURANCE（医保自费混合支付）。

sub_mchid：医疗机构的商户号（服务商模式下即子商户号）。

openid / sub_openid：二选一。传入 openid 时需使用 appid 调起支付，传入 sub_openid 时需使用 sub_appid 调起支付。

out_trade_no：服务商订单号。含自费场景下，服务商需先调用微信支付下单接口（带上 out_trade_no），再调用本接口（也带上 out_trade_no），两次请求中的 out_trade_no 应保持一致。纯医保下单时，沿用医院传过来的 out_trade_no 即可。

serial_no：医疗机构订单号（如医院 HIS 系统订单号）。需与【6201】费用明细上传中 medOrgOrd 字段值一致，局端会校验，不一致将导致支付失败。

pay_order_id：医保局返回的支付单 ID。纯医保支付或医保自费混合支付时必填，纯自费支付时禁止填写。

pay_auth_no：医保局返回的支付授权码。纯医保支付或医保自费混合支付时必填，纯自费支付时禁止填写。

total_fee：使用该接口下单的总金额，单位分。total_fee = med_ins_gov_fee + med_ins_self_fee + med_ins_other_fee + wechat_pay_cash_fee + cash_reduce_detail。

wechat_pay_cash_fee：实际需要用户微信支付的金额，单位分。纯自费支付或医保自费混合支付时必填，纯医保支付时禁止填写。

prepay_id：微信支付预支付交易会话标识，来源于自费下单接口，有效期 2 小时。纯自费支付或医保自费混合支付时必填，纯医保支付时禁止填写。

callback_url：回调通知 URL，必须为 HTTPS 地址，不允许携带查询串。

关键返回参数说明：

mix_trade_no：医保自费混合订单号，后续查单时优先使用该字段。

服务商在下单成功后，根据前端载体不同，分为JSAPI调起医保自费混合支付和小程序调起医保自费混合支付两种方式。

调起支付关键参数说明：

mixTradeNo：混合收款单 ID，来源于医保自费混合收款下单接口返回的 mix_trade_no。

按 mix_trade_no 查单关键请求参数：

mix_trade_no：医保自费混合订单号，下单成功时返回。优先使用该字段查单。

按 out_trade_no 查单关键请求参数：

out_trade_no：商户系统内部订单号。

关键返回参数说明：

mix_pay_status：医保自费混合订单支付状态。枚举值：MIX_PAY_CREATED（等待支付）、MIX_PAY_SUCCESS（支付成功）、MIX_PAY_REFUND（自费和医保均已退款）、MIX_PAY_FAIL（支付失败）。

self_pay_status：混合订单中自费部分的支付状态。枚举值：SELF_PAY_CREATED（等待支付）、SELF_PAY_SUCCESS（支付成功）、SELF_PAY_REFUND（已退款）、SELF_PAY_FAIL（支付失败）、NO_SELF_PAY（订单不含自费部分）。

med_ins_pay_status：混合订单中医保部分的支付状态。枚举值：MED_INS_PAY_CREATED（等待支付）、MED_INS_PAY_SUCCESS（支付成功）、MED_INS_PAY_REFUND（已退款）、MED_INS_PAY_FAIL（支付失败）、NO_MED_INS_PAY（订单不含医保部分）。

若因特殊原因需在用户可支付时间范围内关闭订单，自费部分可调用微信支付基础关闭订单API接口，医保部分需要在医保局侧进行关单处理。

详细参考：冲正流程与处理机制

2.6、对账

自费部分可在服务商平台申请所有/单个特约商户交易账单，医保部分可在医保局侧下载医保结算账单。

退款处理分为自费退款和医保退款两类，需分别处理。

自费退款： 服务商调用微信支付申请退款接口发起自费部分的退款。退款成功后，退款金额将原路返回至用户支付账户。

医保退款： 医保部分的退款由医保侧处理完成后，服务商调用医保退款通知接口接收医保退款结果，完成退款闭环。需要注意的是，医保退款除线上流程外，医院也可通过线下窗口直接办理，线下退款流程不经过微信支付系统。

医保退款通知接口关键参数说明：

mix_trade_no：医保自费混合订单号。

out_refund_no：服务商退款单号。有自费单时，应填与申请退款处一致的 out_refund_no；否则透传医疗机构退款单号即可。

med_refund_total_fee：医保退款的总金额，单位分。

med_refund_gov_fee：医保统筹退款金额，单位分。

med_refund_self_fee：医保个账退款金额，单位分。

med_refund_other_fee：医保其他退款金额，单位分。

refund_time：医保退款成功时间，格式为 yyyy-MM-DDTHH:mm:ss+TIMEZONE。

3、整体流程时序图

4.1 材料提交指引

测试环境联调完成后，需整理相关材料，通过国家医疗保障局线上平台申请正式环境权限。具体流程与材料要求如下：

• 申请地址：国家医疗保障局

• 提交材料：

  • 功能录屏​：提交完整的测试环境医保移动支付流程录屏（至少需提交诊间结算录屏，可选择提交挂号和核酸医保支付录屏等）。

  • 测试报告：模板

  • 对应订单号：订单号需3天内，超过3天提交将失效。

4.2 录屏要点说明

• 录制须从渠道应用业务入口处开始，须采用医保电子凭证进行线上身份核验完整记录操作全流程。若通过微信小程序操作，​须从打开微信APP起开始录屏。

• 如从公众号或小程序首页开始录制，需确保视频中出现的公众号/小程序主体，与提交申请时的主体信息完全一致。

• 若支付界面设置医保支付选择按钮，按钮文字建议统一使用“医保移动支付”。如配有图标，应使用国家医保局规定的“CHS”标识。建议将“医保移动支付”设为默认支付选项。

• 录制国家局授权页时，先录取消授权的情况，然后再继续支付进行授权，授权后的待结算订单需要是“医保+自费”的混合支付订单，支付成功后，回到医院的结算详情页或者下一步操作指引页面，即可结束录屏。（如果授权页没有出现“取消按钮”，则先解绑医保电子凭证后，再重新绑定授权）

• 当医保移动支付只支持本人使用时，在支付过程中不应体现就诊人切换。如有切换就诊人需要，建议在“首页”或者“我的”等功能模块下切换。并且有就诊人切换时，需展示切换为他人后仅支持自费支付、无法使用医保支付的完整过程。

• 录屏需包含医保混合支付订单（即同时包含医保支出与自费现金支出）。在测试环境中，可将订单金额设置为50元以上，并将测试人员医保个人账户余额调至10元以内，从而实现。

• 录屏重点事项检查表：

4.3 录屏示意图（以门诊缴费为例）

4.4 用户授权参数替换

试环境录屏医院通过国家局官网提交给国家局审批，审批通过后，国家局会下发正式的医院相关参数。因此都需要进行替换。医院的回调地址如果有变，也需要修改为正式的地址。

把测试环境的录屏提交给对应的腾讯侧联调同学，之后腾讯侧会配置正式环境的地址，方可使用。

对应的授权查询接口的partnerSecret(密钥)，需要使用微信发的正式密钥。partnerId(合作方id)、渠道号不变，生产测试为同一个。

4.5 医院与医保之间的交互

医院返回医保的接口也需要切到正式环境，同时医保通知医院的接口，医院需要提供正式的通知地址给医保中台进行配置（如果该地不走6302通知则无需配置），使用国家医保局平台下载的正式环境的反馈单中相关的参数进行配置。