http://doc.cocolian.cn/wechat/2018/11/07/prodev/
作者：支付产品开发群

一、前言

前面有很多大佬分享很多技术方面和架构方面的知识，让我们获益匪浅。
今天我的分享会比较偏向于业务，主要是面向医院的支付业务流程。
我们面向医院的统一支付平台其实应该属于四方平台的范畴，依托于微信、支付宝等第三方支付平台和银联、银行等渠道生存。

二、医院常见系统说明：

先普及一下医院的系统情况：

  • HIS(医院信息系统Hospital Information System)：医院内的核心系统，为医院所属各部门提供病人诊疗信息和行政管理信息的数据能力，主要模块：临床诊疗、药品管理、财务管理、综合管理、对外接口。支付类型主要是扫码付，POS付款，现金。

这里要注意：医院相关大部分业务系统的支付业务最后的数据都要回写到HIS。

  • 自助机系统：医院内网使用，提供预约挂号，就诊卡充值、账单支付，住院预缴等业务，支付功能囊括医院内部的大部分支付业务。支付类型主要是扫码付，POS付款。
  • 掌上医院（APP、微信公众号、小程序、支付宝生活号）：医院的移动端门面，提供移动端预约挂号、账单支付、报告查询等移动端就医便捷功能。支付类型主要是各种移动端支付。
  • 互联网医院：依托医疗机构建立的互联网诊疗服务，支持线上问诊，远程问诊，远程会诊等网络就诊功能。一些常见病、慢性病可线上复诊并开具处方。支持线上收费、可根据地区情况支持医保支付。支付类型为移动端支付。
  • 其他的常用系统还有：EMR（电子病历系统）、RIS：放射科信息管理系统（检查检验预约等）、LIS：实验室信息管理系统(检验项目，验血、验尿等)、PACS：医学影像存档与通讯系统(检查项目，CT、B超、心电等)、PEIS（体检管理系统）、等等

    三、医院网络架构

    鉴于医院网络的特殊性，先来一个简易的网络架构图：

大部分医院里面的网络都是内外网分离的网络架构，内网主要承载医疗核心业务，如HIS、PACS等，通过DMZ区域等多种技术，在保证内网环境安全的情况下，将部分数据根据需要安全的对接到外网，包括支付的对接。

四、支付业务流程

与传统支付业务不同，医疗支付的大部分业务的支付流程多了一步业务系统和HIS之间的交互。
根据业务的不同，系统之间地交互顺序也会不同，支付流程中会出现的异常情况也会很不相同。
比如以掌医为例的挂号支付退款流程，本着宁长款不短款的原则，挂号的时候，要先付钱，然后再通知HIS进行取号。退号的时候，要先通知HIS退号，号退成功了再申请退款，其他业务也是类似。
支付流程（以支付成功的自费部分为例）：

退款流程（以退费成功的自费部分为例）：

  1. 业务系统通知HIS要退款；
  2. HIS处理完业务内容返回业务处理成功，并告知可退款金额；
  3. 业务系统调用支付平台申请退款，支付平台校验完金额后通知渠道；
  4. 支付平台通知业务系统退款成功；
  5. 业务系统将回写HIS退款订单流水号。

整个流程中，支付过程很少出问题，退款有时会出现问题，涉及到业务系统和HIS的内外网多次交互，交互如果出现网络等异常，就会出现对账异常情况。
比如：业务系统将流水号回写HIS的时候出现网络异常或者接口堵塞，回写失败。这种情况，整个业务其实都是完成了，但是因为流水号回写失败，对账的时候HIS和渠道会各自出现一条单边账。

五、医疗保险（概述一下，医保内部流程比较复杂，本次不做细致讨论。）

  1. 传统医保支付：通过医保局提供的DLL，走医保专线网络，深入对接当地医保部门。
  2. 互联网医保支付：互联网医保支付，目前提供服务的主要是微信和支付宝两方，由支付宝微信搭建医保移动支付专线，对接人社前置机，内网外网物理隔离，保障人社数据安全。我们通过电子健康卡等方式对接业务，前端提供人脸识别等多种生物认证方式，来保证医保支付的合法合理性。
    1. 微信医保（架构图摘自网络）：
    2. 支付宝线上医保支付（准入要求）：
      • 当地人社局已经开通支付宝医保移动支付业务。（目前仅限深圳、杭州、成都、武汉、郑州、厦门、镇江、铜川、湘潭、嘉兴地市属医保覆盖的医疗机构）
      • 医院需同当地人社局签署社会医疗保险在线支付服务试点协议书。
  3. 医保结算的支持还有一种比较偏门的方式。
    1. 移动端将全部金额先自费付掉。
    2. 患者去线下自助机进行医保结算。
    3. 结算完成，将医保抵扣部分金额通过部分退款方式原路退还到患者的账户。

  4. 商保：目前商保提供的接口支持直赔和快赔等多种赔付方式，一般是医保结算完毕以后，剩余自费部分可以通过商业保险进行二次保险结算。

    六、对账

    对账的常见为T+1的三方对账，三方分别是：HIS、支付平台数据（因为业务方每笔订单都会通过支付平台，所以通常我们以支付平台数据作为业务方数据）、渠道。主要的点如下：

  5. HIS定时任务，每天定时动医院内网HIS拉取对账数据，明细信息并入库。

  6. 渠道方定时任务，每天定时拉取渠道方的对账单，解析生成标准格式并入库
  7. T+1日，每天11点30进行系统自动对账，系统会将三方的数据从信息流和资金流的角度进行两两对账（具体对账方法前面很多大神也已经分享过了，所以本次不做赘述）
  8. 对账结束后，列出对账结果和异常账单，提供给财务人员查看。
  9. 针对异常账单，如果是长款，财务人员在确认HIS数据情况和业务数据情况后，可直接在支付平台发起退款操作；如果是短款，需要财务人员协调其他部门人员进行线下追款或者冲账，完成后将该笔异常账单手动置为已处理。

附近期新出来的政策指导意见。

Q&A

Q: 落款方具体指代的是什么平台呢？
A: 医院的合作比较复杂，一般医院会和某家银行先谈好，然后我们在接入支付的时候，大部分渠道是以微信和支付宝为主，医院按照和银行谈好的要求，申请的微信支付宝都绑定这个银行的账户。也有的医院是通过银联支付或者直连银行进行支付。所以，我上面说的落款方有指银行，也有微信和支付宝
Q: 关于资金流是什么和什么对？
A: 平台和HIS对业务，平台流水和渠道流水对资金。因为四方平台自己不用做清结算，所以比较简单一点；

本文档来自支付产品技术交流群的聊天记录整理，由志愿者整理并发布到本网站。如需要及时收到来自支付产品技术交流群的最新消息，请扫码关注“凤凰牌老熊”的微信公众号。 本群面向支付行业的有经验（2年以上）的产品经理、软件工程师、架构师等，提供交流平台。如想加入本群，请在本文评论中留言（不公开），说明所在的公司、负责的工作、入群分享的主题和时间。