返回首页 DBS 商业保险一单式直接结算平台
DBS Settlement Platform DBS 结算平台 商业保险一单式直接结算平台

把赔款从「患者先垫钱、事后报销」
变成「医院现场直付、患者零垫付」

DBS 把一整笔就医赔款拆成数据流与资金流的时序设计:投保数据实时同步、就医数据实时入账、按保司(保险公司)预设规则实时理算、撤销调整窗口、结果锁定、银行直连 T+1 清算、流水回写核销——每一步都留在系统里,可追溯、可核准、可对账。

DBST 标志 Direct Billing Settlement Token DBST · 由 DBS 结算平台核发、随结算全程流转的凭证 Token DBST
Why DBS

DBS 解决什么

直付结算省下的不只是流程,更是核赔风险、垫资占用与投诉成本。

01

患者与就医体验

现场直付、当场结清,结算单据不出系统。

患者零垫付

现场直付、当场结清,患者无需先掏钱再申请报销,垫资争议与投诉风险同步下降。

免纸质单据

预设并启用责任规则即视为确认,锁定结果即视为核准,系统内的记录与单据即结算依据。

02

保险机构与核赔

按预设规则自动理算,按锁定结果自动结算。

实时核赔

医院数据到达即触发理算,越权与重复赔付在结算前即被拦截,而非事后追讨。

自动对账

银行流水号 T+1 回写并与结算凭证绑定,周期内自动核销,对账以理算结果为唯一口径。

03

数据与合规

仅结算必需字段出境,全程留痕可核查。

数据最小必要

提供给保险方的仅限结算必需字段;完整病历、检验数值、影像资料与生物识别信息不出境。

全链路留痕

数据接收时间戳、规则版本号与参数快照、计算过程与要素校验值,构成事后核查的定责依据。

Settlement Token

DBST:一笔赔款的数字结算凭证

DBST 全称 Direct Billing Settlement Token,由 DBS 结算平台核发、随一笔赔款从投保到核销全程流转。它不是纸质结算单的电子版,而是把一笔赔款的全过程,折叠进同一个可校验的对象——每个字段都在系统内留痕,每一次状态变化都可回溯。

Token 逐步绑定的五类要素
1 个人信息特征码 7F3A-9C21 投保时加密身份特征实时同步,到院登记给身份标识——只带结算必需字段,不带明文姓名与证件号。
2 保险权益 剩余 362 天 · ¥100,000 保险权益随 Token 绑定:有效期剩余、保额剩余等在投保时同步,并随本笔占用实时更新。
3 理算快照 R2.3 · 16CD92 按保司预设并启用的责任规则即时算出结果,含责任内金额、自付与要素校验值,不作预估;医院退费或加收时快照随之重算。
4 支付指令 PI-20261104-0007 DBS 与银行直连,结果生成即发送指令;撤销调整窗口内医院可撤销、退费或调费用,指令同步更新或撤销。
5 银行流水号 BNK-20261107-88213 T+1 回写并绑定结算凭证,周期内核销——理算结果为唯一口径,对账不依赖纸质单据。
四个可验证属性
唯唯一

就同一笔费用互斥、不得重复受偿;越权与重复赔付在结算前即被拦截,而非事后追讨。

溯可溯

每一步都留在系统里。数据接收时间戳、规则版本号与参数快照、计算过程记录与要素校验值构成定责依据。

核可核

预设规则=确认规则,锁定结果=核准结果。免纸质单据,Token 本身即结算依据。

销可销

银行流水号自动回写并绑定结算凭证,周期内自动核销,账单不靠人工对平。

在下方结算时序模拟器里逐步播放,可实时看到这枚 Token 的编号、状态与已绑定要素随环节变化 —— 进入模拟器 →

Interactive Simulator

结算时序模拟器

选择一个示例病例并播放处理链路。随医院数据变化,理算结果实时重算,系统留痕同步呈现——每一步都可回溯。

示例病例
协议口径
支付方式
医院动作(撤销调整窗口开放时可操作)
1 / 6

系统留痕 · 可追溯

DBS LOG
模拟器中的病例与保险产品参数(责任范围、保额、免赔额、赔付比例、起保日期、有效期)均为演示用示例:真实业务中,责任规则由保险机构在 DBS 客户端内基于统一病种字典预设并启用,DBS 依该规则执行,不对赔付范围与金额另行判断。
Funding Paths

资金怎么走

境内版由保险机构按试点批次或按单笔选择两条互斥路径之一;境外版(跨境试点)另行约定跨境收付段。

方式一

体系运营方先行垫付

运营方以自有资金垫付至医院
保险机构按锁定结果付款至垫付专户
专户冲抵已垫付费用,余额不留存
保险机构动作:取得被保险人权益转移(投保环节一并授权)并付款。
运营方角色:垫付方 + 受让人。
额度与敞口:每结算周期垫付总额上限 10 万元(含已划付未回款);在途敞口按 5 天计,在途金额计入甲方额度。
方式二

理赔账户 + 银行自动直付

保险机构在合作银行自开理赔账户
DBS 直连银行,指令自动发送
银行扣划并直付医院对公账户
保险机构动作:确保理赔账户余额充足,并对银行出具授权;无需权益转移。
运营方角色:仅系统与指令通道,不经手资金。
余额不足:该笔暂不执行,提示补充后自动重发指令,甲方承担延迟责任。
境外版 · 跨境段

甲方付汇 → 运营方结汇 → 医院

跨境段:甲方按一致认定的理算结果,以约定结算汇率折算为对应币种,支付至运营方外汇收款账户;运营方收讫后按国家外汇管理规定与银行操作要求办理结汇,所得用于向合作医院支付医疗费用。
不沉淀:外汇收款账户余额不留存结算资金,不与其他资金混同。
成本归属:甲方款项在途期间,运营方不承担资金占用与汇率波动成本;约定结算汇率的损益由甲方承担。
境外承保人 付汇(约定汇率) 外汇收款 + 结汇 合作医院(人民币)
跨境收付统一表述为「跨境商业健康保险直接结算款」;交易编码、申报路径与所需单证以合作银行与外汇管理部门的最终确认为准。
Liability Allocation

责任划分

写进协议的定责规则:规则原因由保险机构承担,系统原因由体系运营方承担。

情形承担方要点
规则原因
预设责任规则 / 病种映射 / 参数有误,或甲方自身理解偏差
保险机构 已由运营方执行(已向医院垫付或已划付)的部分,甲方按已执行金额足额支付,不因修正规则而减少;已核算尚未执行的部分仍按已生成结果执行;因规则错误造成的差额由甲方承担。运营方积极配合优化规则,但不对甲方规则本身的正确性承担责任。
系统原因
仅限 DBS 自身缺陷:数据接收、计算或传输环节出错
体系运营方 修正系统、纠正错误结果并持续完善功能,直接损失由运营方承担。不含医院侧数据错误、甲方责任规则或参数配置错误,亦不含第三方银行或医院系统故障;以 DBS 系统日志为定责依据。
Onboarding

落地三步

从注册到跑通首笔,路径清晰、动作可编排。

1

机构注册与开通

双方达成合作意向后,运营方在 DBS 平台开通机构账户并发出注册邀请;甲方在 5 个工作日内完成注册并提交机构信息与证照,核验通过后相关功能权限即予开通。

开通权限:投保数据同步 · 病种字典接收 · 保险机构客户端 · 理算结果接收 · 结算与付款通知。
2

规则预设与启用

甲方在 DBS 保险机构客户端内,基于运营方提供的中国医疗机构统一病种字典完成病种责任划定,并预设、启用责任范围内的结算规则。

预设并启用规则的行为,即视为对该规则的确认;此后 DBS 依该规则执行,不再另行判断赔付范围。
3

首批上线跑通首笔

在 DBS 系统内生成试点名单并由双方确认,完成首批就医数据交互、实时理算、一致认定与结算付款,跑通完整链路。

批次完成后 10 个工作日内,双方就交互时效、理算时效、划付成功率、在途时效、收汇结汇与单据齐备度评估一次。
试点合作洽谈中

想把直付结算接入贵司保单?

无论是境内二级及以上公立医院网络,还是境外承保人在境内就医的跨境场景,DBS 都以同一套时序逻辑承接。请与我们联系,获取完整体系说明与协议文本。