CN106022778A - 支持不同类型帐户的协同支付系统及帐户绑定装置 - Google Patents

Abstract

本发明涉及一种支持不同类型帐户的协同支付系统，包括：联机授权模块，与第一信息管理系统耦合，联机授权模块包括：身份认证单元，用于将用户身份与各不同类型帐户的帐户信息分别进行关联；帐户管理单元，用于管理多个用户各自的不同类型帐户；以及分账计算单元，用于计算分账信息；以及结算对账模块，与独立于协同支付系统且彼此独立的多个外部帐户管理系统分别耦合，包括：资金结算单元，用于基于分账信息分别从多个外部帐户管理系统进行相应的资金划拨；以及对账报表单元，用于对分账信息进行合并汇总以形成对账信息。其能够使得用户仅携带一张卡片，即能支付各种医疗费用，给用户就医带来了极大的便利。

Description

支持不同类型帐户的协同支付系统及帐户绑定装置

技术领域

本发明涉及支持不同类型帐户的协同支付系统及帐户绑定装置。

背景技术

如今，用户在去医院看病时，通常需要携带多张卡片，例如：身份证、医保卡、银行卡、新农合卡等。在支付医疗费（挂号费、药费、检查费、化验费等等）时，有可能需要使用除身份证之外的各种卡或现金来支付，不同卡片之间容易产生混淆；而如果忘记带医保卡，那就只能自费了，无法有效利用用户医保账户的现有资金，这都给用户带来了不便。

仅携带一张卡片就能完成支付各种医疗费，以及尽可能利用医保资金，以及民政、公卫经费等国家补助医疗资金，减少自费支出，这些是诸多用户所期望的。

发明内容

本发明的一个目的在于提供一种支持不同类型帐户的协同支付系统。

为实现上述目的，本发明提供一种技术方案如下：

一种支持不同类型帐户的协同支付系统，包括：联机授权模块，与第一信息管理系统耦合，其中用户与第一信息管理系统进行支付交互，联机授权模块包括：身份认证单元，用于将用户身份与各不同类型帐户的帐户信息分别进行关联；帐户管理单元，与身份认证单元耦合，用于管理多个用户各自的不同类型帐户；以及分账计算单元，与帐户管理单元耦合，用于计算分账信息，分账信息至少记载当前用户的各不同类型帐户针对支付交互所需要支付的费用；以及结算对账模块，与独立于协同支付系统且彼此独立的多个外部帐户管理系统分别耦合，结算对账模块包括：资金结算单元，与分账计算单元耦合，用于基于分账信息分别从多个外部帐户管理系统进行相应的资金划拨；以及对账报表单元，与资金结算单元耦合，用于对分账信息进行合并汇总以形成对账信息。

优选地，帐户管理单元还管理各用户的各不同类型帐户的支付优先级。

优选地，帐户管理单元还管理对应于用户的协同支付规则，协同支付规则定义各不同类型帐户的支付比例。

优选地，分账计算单元基于支付优先级以及支付规则来计算分账信息。

本发明还公开一种支持不同类型帐户的帐户绑定装置，包括：签约模块，用于为用户建立用户档案；读卡器，用于分别读取记载于不同类型芯片卡中的不同类型帐户信息；以及后台模块，与签约模块、读卡器分别耦合，后台模块包括：信息验证单元，用于分别验证各不同类型帐户信息；信息关联单元，用于将不同类型帐户信息分别与用户档案进行关联。

本发明首先提供一种支持不同类型帐户的协同支付系统，其能够使得用户仅携带一张卡片，即能支付各种医疗费用，给用户就医带来了极大的便利，还使得用户能够充分利用医保资金、国家补助医疗资金等。另一方面，该协同支付系统使得医疗机构与各种不同类型的外部帐户管理系统之间实现高效的结算效率。本发明另外提供的支持不同类型帐户的帐户绑定装置，能够将多张芯片卡与唯一用户标识进行关联绑定，绑定完成后，用户只需携带一张卡片，即能实现多张卡片的协同支付操作。

附图说明

图1示出本发明第一实施例提供的一种支持不同类型帐户的协同支付系统的模块结构示意图。

图2示出本发明第二实施例提供的一种支持不同类型帐户的帐户绑定装置的模块结构示意图。

具体实施方式

如图1所示，本发明第一实施例提供一种支持不同类型帐户的协同支付系统，其作为第一信息管理系统30（例如医疗信息管理信息）与外部帐户管理系统40、41等（例如银行个人帐户管理系统、医保帐户管理系统、公卫经费帐户管理系统等）之间的媒介。

上述不同类型帐户可以包括银行帐户；医保帐户；公卫经费帐户；民政医养帐户、新农合帐户以及预缴金帐户中的任意多种。

用户在看病、体检或疗养时，会与第一信息管理系统30进行支付交互，第一信息管理系统30将交互信息交由协同支付系统进行处理，协同支付系统计算出分账信息，并从各外部帐户管理系统40、41等进行相应的资金划拨。各外部帐户管理系统40、41独立于协同支付系统，并且各外部帐户管理系统彼此之间也相互独立。

其中，该协同支付系统包括联机授权模块10与结算对账模块20。

具体地，联机授权模块10与第一信息管理系统30耦合，联机授权模块10包括身份认证单元101、帐户管理单元102以及分账计算单元103。

身份认证单元101将用户身份与各不同类型帐户的帐户信息分别进行关联。帐户管理单元102与身份认证单元101耦合，用于管理多个用户各自的不同类型帐户。分账计算单元103与帐户管理单元102耦合，用于计算分账信息，分账信息应至少记载当前用户的各不同类型帐户针对当前支付交互所需要支付的费用。分账信息的计算规则通常匹配当地的医疗报销政策；也可辅以系统设定、用户选择。例如，一种药品，医保部分承担60%，自费承担40%。

结算对账模块20与多个外部帐户管理系统40、41等分别耦合，结算对账模块20具体包括资金结算单元201与对账报表单元202。资金结算单元201与分账计算单元103耦合，其基于分账信息分别从多个外部帐户管理系统40、41进行相应的资金划拨。对账报表单元202与资金结算单元201耦合，其可对分账信息、划拨/划付信息进行合并汇总以形成对账信息。

进一步改进地，计算分账信息时可以考虑用户自己的意愿。例如，帐户管理单元102还管理各用户的各不同类型帐户的支付优先级，从而使得第一类型帐户具有最高支付优先级、第二类型帐户具有次高支付优先级、以及第三类型帐户具有最低支付优先级，等等。

帐户管理单元102还能够管理对应于用户的协同支付规则，协同支付规则定义各不同类型帐户的支付比例，从而使得第一类型帐户支付50%费用、第二类型帐户支付30%费用、以及第三类型帐户支付剩余费用，等等。

优选情况下，协同支付系统的每个用户可以为自己的各不同类型帐户定制不同支付优先级，也可以定制其喜好的协同支付规则。

相应地，分账计算单元103可以基于支付优先级和/或支付规则来计算分账信息。

上述实施例提供的协同支付系统能够使得用户仅携带一张卡片，即能支付各种医疗费用，给用户就医带来了极大的便利，还使得用户能够充分利用医保资金、国家补助医疗资金等，减少自费支出。

可以理解，虽然在图1中示出协同支付系统仅与一个第一信息管理系统进行通信，但实际上，协同支付系统可以与多个第一信息管理系统进行通信（即与多个医疗机构分别进行交互），这使得协同支付系统可以大批量、多批次、高效率地实现结算、对账等功能。

进一步地，一方面，在从各外部帐户管理系统40、41划拨到资金后，资金结算单元201可以先统一地划拨到协同支付系统自有的公共账户，再由协同支付系统根据对账结果，统一面向各医疗机构根据合并汇总后的分账信息进行资金划付。另一方面，协同支付系统还可以通过对账报表单元202形成清算报表，将清算信息按照支付载体、支付渠道等口径进行抽取后合并汇总，形成汇总报表和清算明细，提供给医院财务系统进行对账处理。

需要说明的是，上述协同支付系统可以采用分布式系统设计、或架设于云计算平台。例如，将联机授权模块10设置于医疗机构一端，而将结算对账模块20设置于后台端。

此外，虽然图1示出协同支付系统包括一个联机授权模块10以及一个结算对账模块20；但是，可以理解，协同支付系统可以包括任意多个联机授权模块10以及任意多个结算对账模块20。联机授权模块10与结算对账模块20也可以不采用一一对应的设置方式，即，多个联机授权模块10可共用一个结算对账模块20，一个联机授权模块10也可以使用多个结算对账模块20。在云计算的体系下，联机授权模块10、结算对账模块20两者均可以采用云计算系统来实现。

如图2所示，本发明第二实施例提供一种支持不同类型帐户的帐户绑定装置50，其包括签约模块51、读卡器52及帐户绑定装置53。

其中，签约模块51通过与用户交互，为用户建立用户档案，用户档案以唯一用户标识来识别。读卡器52用于分别读取记载于不同类型芯片卡中的不同类型帐户信息（例如，包括卡号、有效期、身份信息等），其可以使用APDU指令来进行读取操作。

后台模块53与签约模块51、读卡器52分别耦合，后台模块53具体包括信息验证单元530及信息关联单元531。信息验证单元530分别验证各不同类型帐户信息；信息关联单元531则将不同类型帐户信息分别与用户档案进行关联，使得同一用户所使用的多个不同类型帐户能够对应于唯一用户标识。

进一步地，信息验证单元530可以提供多种不同方式的验证操作。例如，验证用户指纹、面部特征，或进行短信验证、电话验证或组合验证方式，以确保用户签约的芯片卡为真实、有效状态，同时确保每张芯片卡都能准确地绑定到其真正的主人。

信息关联单元531将经验证的、各不同类型帐户信息与采用唯一用户标识来识别的用户档案进行关联。用户档案可以记录多张芯片卡的信息，即多个不同类型帐户的帐户信息。从而，在关联成功后，用户携带任一张芯片卡进行交易，获知用户档案的后台系统就能够自动地获取其他芯片卡的信息，从而实现“一卡即多卡”。

优选情况下，读卡器52包括NFC通信单元。采用NFC通信单元，使得用户能够通过将其使用的各种不同类型芯片卡靠近读卡器52，即可由读卡器52读取芯片卡中的相关信息。

上述不同类型芯片卡例如包括银行卡；社保卡；新农合卡；充值卡；以及身份证。还可扩展到护照、驾驶证等其他个人身份识别卡。

该第二实施例提供的帐户绑定装置，能够用于将多张芯片卡与唯一用户标识进行关联绑定。在绑定完成后，用户只需携带一张卡片，即能实现多张卡片的协同支付操作，为用户就医带来了便利。

该帐户绑定装置可以代替实现上述第一实施例中的身份认证单元101与帐户管理单元102两者的功能，也可以用于需要将不同类型卡片与唯一用户标识进行绑定的其他场合或其他系统中。

上述说明仅针对于本发明的优选实施例，并不在于限制本发明的保护范围。本领域技术人员可作出各种变形设计，而不脱离本发明的思想及附随的权利要求。

Claims (8)

1.一种支持不同类型帐户的协同支付系统，包括：

联机授权模块，与第一信息管理系统耦合，其中用户与所述第一信息管理系统进行支付交互，所述联机授权模块包括：

身份认证单元，用于将用户身份与各所述不同类型帐户的帐户信息分别进行关联；

帐户管理单元，与所述身份认证单元耦合，用于管理多个用户各自的所述不同类型帐户；以及

分账计算单元，与所述帐户管理单元耦合，用于计算分账信息，所述分账信息至少记载当前用户的各所述不同类型帐户针对所述支付交互所需要支付的费用；以及

结算对账模块，与独立于所述协同支付系统且彼此独立的多个外部帐户管理系统分别耦合，所述结算对账模块包括：

资金结算单元，与所述分账计算单元耦合，用于基于所述分账信息分别从所述多个外部帐户管理系统进行相应的资金划拨；以及

对账报表单元，与所述资金结算单元耦合，用于对所述分账信息进行合并汇总以形成对账信息。

2.根据权利要求1所述的协同支付系统，其特征在于，所述帐户管理单元还管理各用户的各所述不同类型帐户的支付优先级。

3.根据权利要求2所述的协同支付系统，其特征在于，所述帐户管理单元还管理对应于用户的协同支付规则，所述协同支付规则定义各所述不同类型帐户的支付比例。

4.根据权利要求3所述的协同支付系统，其特征在于，所述分账计算单元基于所述支付优先级和/或所述支付规则来计算所述分账信息。

5.根据权利要求1至4中任一项所述的协同支付系统，其特征在于，所述不同类型帐户包括如下项中至少一个：

银行帐户；

医保帐户；

公卫经费帐户；

民政医养帐户；以及

预缴金帐户；

其中，所述第一信息管理系统为医疗信息管理系统。

6.一种支持不同类型帐户的帐户绑定装置，包括：

签约模块，用于为用户建立用户档案；

读卡器，用于分别读取记载于不同类型芯片卡中的不同类型帐户信息；以及

后台模块，与所述签约模块、读卡器分别耦合，所述后台模块包括：

信息验证单元，用于分别验证各所述不同类型帐户信息；

信息关联单元，用于将所述不同类型帐户信息分别与所述用户档案进行关联。

7.如权利要求6所述的帐户绑定装置，其特征在于，所述读卡器包括NFC通信单元。

8.如权利要求6所述的帐户绑定装置，其特征在于，所述不同类型芯片卡包括如下项中至少一个：

银行卡；

社保卡；

新农合卡；

充值卡；以及

身份证。