返回首頁 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 都以同一套時序邏輯承接。請與我們聯絡,獲取完整體系說明與協議文本。