2. 医疗支付体系与对账业务全景
医疗支付对账平台要解决的核心问题，不是"把两笔钱对上"，而是把一次就诊产生的费用，在医保、商保、自费三条支付通道上分别完成"应收—实收—结算—清算"的闭环核对。理解这三条通道各自的资金流与信息流，是设计对账模型的前提。
一、三类支付通道的资金与信息结构
医保支付是典型的"三方结算"：患者在医院发生费用后，医保基金按政策报销一部分，患者自付一部分。医院先垫付医保报销部分，再定期向医保经办机构申报结算。这条链路上存在两个关键对象：医保结算单（医院与医保之间的应收凭证）和医保回款流水（医保实际拨付的资金）。两者之间的差异，就是医保对账要处理的核心。
商保支付通常有两种模式：一是直付/快赔，保险公司与医院系统对接，在结算时实时或准实时赔付；二是事后理赔，患者先自费，再向保险公司申请报销。前者需要医院与保险公司做交易级对账，后者主要影响患者侧，但医院若提供理赔材料接口，也会产生数据核对需求。
自费支付看似简单，实则渠道最杂：微信、支付宝、银行卡、现金、院内预交金账户。每个渠道都有自己的清算周期和对账单格式。自费对账的关键是支付流水号与医院订单号的映射关系，以及退款、部分退款、冲正等异常场景的处理。
二、对账在支付闭环中的位置
从上面的结构可以看出，对账平台并不直接参与支付，而是位于渠道清算之后、账务确认之前。它的输入是医院内部交易数据（HIS 订单、结算单）和外部渠道数据（医保拨付明细、商保理赔清单、第三方支付账单），输出是"平账"或"差异清单"。
这个位置决定了三件事：第一，对账是事后校验，不能阻止错账发生，但能保证错账被发现；第二，对账依赖上游数据的完整性，如果 HIS 订单号与渠道流水号没有稳定映射，对账就无从谈起；第三，对账结果直接驱动调账和资金追讨，是财务关账的前置条件。
三、关键角色与职责边界
在一个典型的医疗支付对账场景中，涉及以下角色：
- 医院财务/结算科：负责医保申报、商保理赔提交、自费渠道对账，是差异处理的最终责任人。
- 医保经办机构：提供医保结算清单和拨付流水，医院需按医保要求的格式和周期进行核对。
- 保险公司：提供直付/快赔的交易明细，医院需核对赔付金额与订单金额是否一致。
- 第三方支付渠道：提供微信、支付宝等渠道的对账单文件，通常为 T+1 日生成。
- 对账平台：承担数据归集、规则匹配、差异分类、差错流转和调账记录。
四、一个简化的对账数据流示例
假设某患者一次门诊总费用 500 元，其中医保报销 300 元、商保赔付 100 元、自费 100 元。医院 HIS 生成三条应收记录，分别对应三个渠道。T+1 日，医保拨付流水显示 300 元到账，商保理赔清单显示 100 元已赔付，微信账单显示 100 元已清算。对账平台将这三组数据分别与 HIS 应收记录逐笔匹配，若金额、订单号、时间均一致，则标记为"已平"；若医保拨付金额为 280 元，则产生 20 元差异，需进入差错处理流程，由财务向医保经办机构发起核查。
这个例子说明：对账的粒度是交易级，不是账户级。只有逐笔核对，才能定位到具体差异，而不是只知道"总数对不上"。
五、对账平台需要处理的主要差异类型
| 差异类型 | 典型场景 | 处理方向 |
|---|---|---|
| 金额不一致 | 医保拨付少于申报金额 | 向医保发起核查，确认是否扣款或政策调整 |
| 单边账 | HIS 有订单，渠道无流水 | 检查支付是否失败、是否漏传、是否跨日 |
| 重复支付 | 同一订单号出现两笔渠道流水 | 确认是否重复扣款，发起退款 |
| 退款未同步 | 渠道已退款，HIS 未冲销 | 补做冲销，修正账务 |
| 时间差 | 渠道 T+1 清算，HIS 当日入账 | 按清算周期匹配，避免误判为差异 |
理解这些差异类型，是后续设计对账规则、差错工单和调账流程的基础。对账平台工程的重点，不在于把三条通道画得多漂亮，而在于每一类差异都有明确的识别规则、责任归属和处理闭环。