PAYATHON 2026

医院商户开通支付宝刷脸支付的申请条件与步骤

支付阿杰

结论

通常情况下,医院需要先完成商户产品签约和相关能力开通,系统厂商才能进行正式开发,并在医院自助机上接入支付宝刷脸支付。

整个接入过程并不是登录医院支付宝账号,点击一次“开通刷脸支付”就能完成,一般涉及以下三部分:

  1. 医院的支付宝企业账号完成实名认证,并具备正常收款能力。
  2. 在支付宝商家平台或开放平台签约相应的支付产品,申请刷脸支付和终端设备能力。
  3. 系统厂商创建或配置开放平台应用,完成密钥、接口权限、设备 SDK 及支付接口的接入。

支付宝可能调整具体入口和产品名称。医院所属行业、设备型号及厂商接入模式不同,办理流程也可能有所区别。采购设备后,建议先让设备厂商提供支付宝认证信息和对应的接入方案,再由医院商户管理员登录官方平台,确认当前可以申请的产品。

开通前需要满足的条件

通常需要满足以下条件:

  • 医院持有有效的营业执照、事业单位法人证书等主体资质。
  • 已注册支付宝企业账号并完成实名认证。
  • 支付宝商户状态正常,不存在影响产品签约的风险或处罚记录。
  • 已开通支付宝收款能力,通常还需签约“当面付”等线下支付产品。
  • 自助机使用的摄像头、刷脸模组或整机符合支付宝对刷脸支付设备的要求。
  • 有可部署后端服务的业务系统,用于创建订单、调用支付接口、接收异步通知和处理退款。
  • 医院与系统厂商已明确接入关系,包括资金结算主体、应用归属、设备归属和数据处理责任。

医疗机构的主体类型、经营范围及结算账户可能触发额外审核。具体要求以医院商户账号中实际显示的签约条件和支付宝官方审核结果为准。

先确认采用哪种接入模式

申请前,应先确定医院采用哪种接入模式。

医院作为直接商户接入

医院自行持有支付宝开放平台应用,支付接口使用医院应用的 app_id 和密钥,系统厂商负责技术开发。

在这种模式下,医院通常需要:

  • 登录支付宝开放平台创建应用;
  • 完成应用签约和能力申请;
  • 管理应用密钥及支付回调地址;
  • 授权厂商参与开发,但不直接交出支付宝账号密码。

应用和支付能力由医院管理,后续更换系统厂商也相对方便。

系统厂商作为服务商接入

系统厂商以支付宝服务商或 ISV 身份提供应用,医院作为被服务商户完成授权。调用接口时,厂商使用自己的应用,并携带医院授权产生的 app_auth_token。

在这种模式下,医院一般需要:

  • 完成支付宝企业认证和支付产品签约;
  • 接受服务商发起的商户授权;
  • 确认收款账号和结算关系;
  • 配合配置门店、设备等信息。

医院不应把商户账号、登录密码或支付密码直接交给厂商。需要授权时,应通过支付宝官方授权页面操作。

推荐的申请和开通步骤

1. 核实设备是否支持支付宝刷脸支付

向设备供应商索取以下信息:

  • 整机和刷脸模组的品牌、型号;
  • 是否通过支付宝相关设备认证;
  • 支持的刷脸支付 SDK 和操作系统版本;
  • SDK 的获取渠道和设备激活方式;
  • 是否需要绑定门店、终端编号或设备编号;
  • 厂商是否具备支付宝服务商接入资质。

设备配有摄像头,不代表它可以接入支付宝刷脸支付。普通摄像头通常不能替代支付宝要求的刷脸支付终端或模组。

2. 登录医院的支付宝商家平台检查签约状态

使用医院商户管理员账号登录支付宝商家平台,在产品签约、产品中心或线下支付相关页面检查:

  • 企业实名认证是否完成;
  • 收款账户是否正常;
  • 是否已签约当面付等线下支付产品;
  • 当前账号中是否有刷脸支付、刷脸设备或相关终端产品的申请入口。

不同商户账号显示的产品入口可能不同。如果账号中没有对应入口,不能因此认定无需申请。医院应通过支付宝开放平台或官方商家客服咨询,并提供医院主体、商户号、设备型号和计划采用的接入模式。

3. 创建或确认支付宝开放平台应用

如果医院采用直接接入模式,应由医院在支付宝开放平台创建网页、移动或其他适用类型的应用。具体选择哪种应用类型,应以设备接入方案的要求为准。

应用通常需要配置:

  • app_id
  • 支付宝网关地址
  • 应用私钥
  • 应用公钥证书或支付宝公钥
  • 异步通知地址 notify_url
  • 应用网关
  • 接口内容加密方式(如果业务要求)
  • 所需支付能力和接口权限

生产密钥应由医院或医院授权的运维人员保管。测试密钥和生产密钥必须分开,私钥不得放入自助机前端程序。

4. 申请支付和刷脸相关能力

在应用或商户产品页面提交能力申请。审核材料可能包括:

  • 医院主体资质;
  • 应用使用场景说明;
  • 自助机部署照片或页面截图;
  • 设备品牌和型号;
  • 门店或院区信息;
  • 支付流程说明;
  • 隐私政策和用户提示;
  • 系统厂商或服务商信息。

具体要申请哪些产品,取决于设备 SDK 的接入方案。有些方案需要在已有线下支付签约的基础上增加刷脸终端能力,有些则由认证设备厂商或支付宝服务商协助开通。通用支付接口可用,并不代表刷脸能力已经开通。

5. 配置门店和终端设备

如果接入方案包含设备管理,需要在对应后台创建或绑定:

  • 医院或院区门店;
  • 自助机终端编号;
  • 设备序列号;
  • 商户号;
  • 应用;
  • 收银员或业务系统标识。

终端编号应与医院资产台账对应,避免多台设备共用同一个无法追溯的终端标识。

6. 由厂商完成前端 SDK 和服务端支付接口接入

常见的支付流程如下:

  1. 医院业务系统生成待支付订单。
  2. 自助机调用支付宝提供或认证厂商提供的刷脸支付 SDK。
  3. 用户在设备端确认刷脸和支付。
  4. SDK 返回支付凭证,例如 auth_code。实际字段及有效期以所用 SDK 文档为准。
  5. 医院服务端调用 alipay.trade.pay 完成扣款。
  6. 服务端根据同步结果主动查询订单,必要时调用 alipay.trade.query。
  7. 支付宝向医院配置的 notify_url 发送异步通知。
  8. 医院完成验签后,更新挂号、缴费或住院业务订单状态。

刷脸识别、活体检测和支付凭证获取必须使用支付宝认可的 SDK。医院系统不应自行采集人脸照片并尝试生成支付凭证。

服务端支付示例

以下 Java 代码仅展示取得设备 SDK 返回的 auth_code 后,调用即时支付接口的基本结构。SDK 版本、证书模式和构造方法应以项目实际使用的支付宝开放平台 SDK 文档为准。

AlipayClient alipayClient = new DefaultAlipayClient(
    "https://openapi.alipay.com/gateway.do",
    APP_ID,
    APP_PRIVATE_KEY,
    "json",
    "UTF-8",
    ALIPAY_PUBLIC_KEY,
    "RSA2"
);

AlipayTradePayRequest request = new AlipayTradePayRequest();
request.setNotifyUrl("https://hospital.example.com/alipay/notify");

JSONObject bizContent = new JSONObject();
bizContent.put("out_trade_no", hospitalOrderNo);
bizContent.put("total_amount", "10.00");
bizContent.put("subject", "医院自助机缴费");
bizContent.put("scene", "bar_code");
bizContent.put("auth_code", authCodeFromDeviceSdk);

request.setBizContent(bizContent.toJSONString());

AlipayTradePayResponse response = alipayClient.execute(request);

if (response.isSuccess()) {
    String alipayTradeNo = response.getTradeNo();

    // 记录支付宝交易号,并结合异步通知或主动查询确认最终状态。
    // 不要只根据前端页面提示直接把医院业务订单标记为最终支付成功。
} else {
    String code = response.getCode();
    String subCode = response.getSubCode();
    String subMessage = response.getSubMsg();

    // 按错误码处理;对于状态不确定的订单,应调用 alipay.trade.query,
    // 不要立即以相同订单号重复扣款。
}

scene 和凭证的使用方式必须与实际刷脸设备 SDK 的说明一致。如果厂商方案要求使用其他接口或参数,应以该方案对应的支付宝官方文档为准,不能直接套用示例。

采用服务商模式时,调用接口通常还需要传入医院授权对应的 app_auth_token:

AlipayTradePayResponse response =
    alipayClient.execute(request, null, hospitalAppAuthToken);

app_auth_token 是敏感授权凭证,只能保存在服务端的安全配置中,不能写入自助机客户端或公开代码仓库。

上线前必须完成的测试

测试至少应覆盖以下场景:

  • 正常支付成功;
  • 用户取消刷脸或支付;
  • 刷脸失败和重新识别;
  • 支付超时;
  • 接口返回未知状态;
  • 自助机断网或服务端超时;
  • 同一订单重复提交;
  • 已扣款但医院业务订单未更新;
  • 支付失败后的撤销;
  • 当日退款和跨日退款;
  • 异步通知重复发送;
  • 金额不一致;
  • 更换设备或设备解绑;
  • 沙箱环境与生产环境切换。

支付接口超时不代表付款失败。订单状态不明确时,应使用原 out_trade_no 调用 alipay.trade.query 查询。确认订单未支付后,再决定是否重新发起支付。接口还必须保证幂等,防止患者被重复扣款。

安全与合规注意事项

  • 不要把医院支付宝账号密码交给系统厂商。
  • 使用子账号、应用协作成员或服务商授权机制分配权限。
  • 应用私钥、证书私钥和 app_auth_token 只能保存在受控的服务端。
  • 支付回调必须验证签名,同时校验 app_id、商户身份、订单号、金额和交易状态。
  • 自助机不得保存患者的人脸图像、刷脸特征或完整支付凭证。
  • 日志中的患者身份信息、手机号、支付凭证和授权信息应进行脱敏处理。
  • 刷脸页面应清楚说明用途,并提供扫码、银行卡或其他支付方式,不能把刷脸作为唯一的缴费渠道。
  • 医院应与设备厂商、系统厂商明确个人信息处理边界,并按照医疗数据和个人信息保护要求完成内部安全评估。

医院应先确定采用“医院直营应用”还是“服务商代接入”,再使用医院主体账号完成必要的产品签约或官方授权。建议按以下顺序落地:验证设备资质,核对商户签约状态,确认接入模式,申请相应能力,绑定设备,最后由厂商完成 SDK 和服务端接口开发。

备注:内容仅供参考。