CN110288330A - 一种可代收的聚合支付方法 - Google Patents
一种可代收的聚合支付方法 Download PDFInfo
- Publication number
- CN110288330A CN110288330A CN201910457810.2A CN201910457810A CN110288330A CN 110288330 A CN110288330 A CN 110288330A CN 201910457810 A CN201910457810 A CN 201910457810A CN 110288330 A CN110288330 A CN 110288330A
- Authority
- CN
- China
- Prior art keywords
- application system
- polymerization
- channel
- main generation
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种可代收的聚合支付方法,包括如下步骤:S1:创建聚合支付***;S2:主代客户端创建主代应用***;S3:聚合支付***为每个主代应用***自动生成唯一凭证;S4:创建被代应用***;S5:聚合支付***为每个被代应用***自动生成唯一凭证;S6:确定主被代关系的双方签订债权电子协议;S7:聚合支付***通过凭证信息来标记交易的真正发起者;S8:自动对账;S9:主代客户端财务对账,确认聚合账单;S10:主代客户端将对应的可结算金额打到被代客户端配置的收款账户中。本方法不仅多家医院可以共用同一第三方支付账户,还可以分别为主代者和被代客户端提供详细的数据汇总。
Description
技术领域
本发明涉及一种聚合支付方法,具体说是一种可代收的聚合支付方法。
背景技术
随着网络的发展,移动支付也越来越深入人们的生活中,支付方式也越来越多,比如支付宝、微信、云闪付等,人们只要一部手机就能完成支付,针对多种支付方式对接方式不同需要耗费巨大的时间、金钱成本,于是人们提出了“聚合支付”的概念。虽然聚合支付已经深入到生活各个方面,但是在医院的应用还不是很广泛,尤其是近年为了深化医药卫生体制改革提出了“医联体”概念,将同一个区域内的医疗资源整合在一起,通常由一个区域内的三级医院、二级医院、社区医院、村医院组成一个医疗联合体,推进建立大医院带社区的服务模式和医疗、康复、护理有序衔接的服务体系,更好地发挥三级医院专业技术优势及带头作用,加强社区卫生机构能力建设,鼓励康复和护理机构发展,构建分级医疗、急慢分治、双向转诊的诊疗模式,促进分工协作,合理利用资源,方便群众就医。支付作为其中关键的实现环节占有重要地位,针对多家医院联合收款问题,现在还没有具体的解决方案。
随着移动支付的发展现已出现多种第三种支付方式,每种支付方式都有自己的对接方案,如果想对接多种支付方式,必须了解每种支付方式的对接方案,既耗时又费力,所以提出“聚合支付”方案来解决这种麻烦,但是对于“医联体”中涉及的多家医院联合付费问题,并未给出详细的解决方法。
现有的聚合支付解决方案可以实现支付代收,采用共同的支付配置,存在如下缺点:1.要么会导致为了数据统计不能实现主代客户端和被代客户端之间共用第三方账户,要么为了达到共用账户而不能方便的区分主代客户端和被代客户端之间的数据和数据处理,给使用者详尽的数据展示;2.主代客户端的渠道支付参数不能得到很好的保护,如果需要主代客户端代收,主代客户端需要把渠道的支付参数告知被主代客户端,这样被代客户端可以随意操作主代客户端的账户资金,存在不安全性,导致主代客户端和被代客户端之间不能共用同一个账户。
发明内容
为解决现有技术存在的上述问题,本申请提供一种可代收的聚合支付方法,不仅多家医院可以共用同一第三方支付账户,还可以分别为主代者和被代客户端提供详细的数据汇总。
为实现上述目的,本申请的技术方案为:一种可代收的聚合支付方法,包括如下步骤:
S1:创建聚合支付***,所述聚合支付***实现多个第三方渠道的收付款;
S2:主代客户端创建主代应用***,所述主代应用***包括基本信息、支付配置、选择开通的支付渠道、配置渠道支付参数、应用类别;
S3:聚合支付***为每个主代应用***自动生成唯一凭证,该唯一凭证是主代应用***访问聚合支付***的唯一钥匙,聚合支付***同时记录了主代应用***发生的动作;
S4:创建被代应用***,所述被代应用***的创建有两种方式:第一,主代客户端为被代客户端创建的;第二,被代客户端独自创建的;主代客户端创建时,选择闲置的主代应用***作为被代应用***的主代客户端,确定了主被代关系以及被代应用***的基本信息、类别、支付配置、选择主代应用***已开通的支付渠道;被代客户端创建时,被代应用***包括基本信息、支付配置、应用类别、选择主代应用***、选择主代应用***已开通的支付渠道,主代客户端审核同意后,该主被代关系即刻成立;
S5:聚合支付***为每个被代应用***自动生成唯一凭证,该唯一凭证是被代应用***访问聚合支付***的唯一钥匙,聚合支付***同时记录了被代应用***发生的动作;
S6:确定主被代关系的双方签订债权电子协议,签订后能够在聚合支付***发生交易流水,实现资金往来;
S7:主代应用***发起的交易需携带相应的凭证通过聚合支付***实现收付款;被代应用***发起的交易需携带相应的凭证通过聚合支付***实现收付款,聚合支付***通过凭证信息来标记交易的真正发起者;当判断该交易是主代应用***发起的,记录与该交易相关的主代应用***对应的唯一凭证、交易信息、渠道信息)以及更改对应的主代应用***的渠道账户金额和应用账户金额信息;当判断该交易是被代应用***发起的,记录与该交易相关的主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息、渠道信息、更改主代应用***对应的渠道账户金额和应用账户金额信息以及被代应用***对应的渠道账户金额和应用账户金额信息;
S8:自动对账;各个支付渠道会提供前一天的账单文件,聚合支付***自动拉取每个渠道的账单,以第三方渠道账单为基准校准聚合支付***账单后生成一份聚合支付***聚合账单,提供给主代客户端和被代客户端完成财务对账;
S9:主代客户端财务对账,确认聚合账单:将聚合账单提供给主代客户端,主代客户端完成某天账单的对账,确认无误后,根据聚合账单汇总的资金产生主代应用***和被代应用***对应的可结算余额存入到对应的账户中;如果主代客户端对账单存在疑问,可以对账单进行申诉,再次确认账单;
S10:主代客户端将对应的可结算金额打到被代客户端配置的收款账户中。
进一步的,主代客户端和被代客户端设有添加模块,在进行交易之前必须通过添加模块使发生交易的客户端之间成为“好友”。
进一步的,聚合支付***中的聚合账单包括汇总信息和交易详情,以Excel或压缩文件的形式提供给主代客户端和被代客户端,每笔交易详情包括主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息,财务直接根据交易的订单号或者聚合支付***流水号一次性完成对账。
进一步的,步骤S10结算方式有两种:第一,线上结算;第二,线下结算;所述线上结算根据被代应用***在创建时配置的结算周期自动发起结算,结算的金额以被代应用***中对应账户中的可结算金额为准,所述线下结算,主代客户端的财务通过银行转账方式将可结算金额转到被代客户端的账户上,并在主代客户端填写相关结算记录。
进一步的,聚合账单的生成步骤如下:
第一,根据主代应用***开通的支付渠道以及渠道参数配置获取渠道账单a,所述渠道账单a是根据自定义的聚合支付***唯一标识来进行筛选的;
第二,获取聚合支付***上的渠道账单b,该渠道账单b包括主代应用***和该主代应用***下的所有被代应用***的账单;
第三,进行渠道对账:根据渠道账单a提供的聚合支付***流水号和聚合支付***的渠道账单b中记录的聚合支付***流水号对比,完成一条交易的对账;如果渠道账单a和渠道账单b一致时,直接提取交易的主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息生成一条聚合账单数据;如果渠道账单a和渠道账单b不一致时,以渠道账单a为基准确定该交易的信息生成一条聚合账单数据,并更新聚合支付***对应的渠道账户和应用账户资金变化,保证聚合支付***账户记录的是主被代应用***在聚合支付***产生的资金汇总;
第四,生成主代应用***和被代应用***的聚合账单数据集:完成主代应用***和被代应用***的每笔记录的渠道对账,即可生成该渠道对应的聚合账单数据集。
第五,循环生成主代应用***和被代应用***的所有渠道的聚合账单数据集。
本发明由于采用以上技术方案,能够取得如下的技术效果:本申请在整个过程中详细记录了交易产生信息,可以为客户端提供交易查询、报表、聚合账单、统计等功能,客户端可以实时查看应用***产生的交易数据,主被代应用***之间互不影响,解决了采用统一账户时,主代应用***的渠道参数信息泄露的问题和聚合支付***将主被代数据混淆的问题,还解决了聚合支付为了主被代数据独立而不能使用同一账户问题。
附图说明
图1为一种可代收的聚合支付方法流程图;
具体实施方式
下面结合附图和具体实施例对本发明作进一步详细的描述:以此为例对本申请做进一步的描述说明。
本实施例提供一种可代收的聚合支付方法,包括如下步骤:
S1:创建聚合支付***,所述聚合支付***实现多个第三方渠道的收付款;
S2:主代客户端创建主代应用***,所述主代应用***包括基本信息(如应用***名称等)、支付配置(订单有效时间、回调路径等)、选择开通的支付渠道(支付宝、微信、银联等聚合支付***支持的多种支付方式)、配置渠道支付参数(秘钥、证书等)、应用类别(主代或者被代);
S3:聚合支付***为每个主代应用***自动生成唯一凭证,该唯一凭证是主代应用***访问聚合支付***的唯一钥匙,聚合支付***同时记录了主代应用***发生的动作(支付、退款等);
S4:创建被代应用***,所述被代应用***的创建有两种方式:第一,主代客户端为被代客户端创建的;第二,被代客户端独自创建的;主代客户端创建时,选择闲置的主代应用***作为被代应用***的主代客户端,确定了主被代关系以及被代应用***的基本信息、类别、支付配置(订单有效时间、结算周期、回调路径等)、选择主代应用***已开通的支付渠道;被代客户端创建时,被代应用***包括基本信息(如应用***名称等)、支付配置(订单有效时间、回调路径等)、应用类别(区分主带应用还是被带应用)、选择主代应用***、选择主代应用***已开通的支付渠道,主代客户端审核同意后,该主被代关系即刻成立;
S5:聚合支付***为每个被代应用***自动生成唯一凭证,该唯一凭证是被代应用***访问聚合支付***的唯一钥匙,聚合支付***同时记录了被代应用***发生的动作;
S6:确定主被代关系的双方签订债权电子协议,签订后能够在聚合支付***发生交易流水,实现资金往来;
S7:主代应用***发起的交易需携带相应的凭证通过聚合支付***实现收付款;被代应用***发起的交易需携带相应的凭证通过聚合支付***实现收付款,聚合支付***通过凭证信息来标记交易的真正发起者;当判断该交易是主代应用***发起的,记录与该交易相关的主代应用***对应的唯一凭证、交易信息(交易订单号、聚合支付***订单号、金额等)、渠道信息(发生交易的渠道、渠道流水号、完成时间等)以及更改对应的主代应用***的渠道账户金额和应用账户金额信息;当判断该交易是被代应用***发起的,记录与该交易相关的主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息(交易订单号、聚合支付***订单号、金额等)、渠道信息(发生交易的渠道、渠道流水号、完成时间等)、更改主代应用***对应的渠道账户金额和应用账户金额信息以及被代应用***对应的渠道账户金额和应用账户金额信息;也就是说,聚合支付***对每笔交易记录了详细的信息即聚合支付***的账单,客户端、渠道端通过聚合支付***联系。***根据记录的账单信息实时更新主被代应用***相关的账户资金,记录了主被代应用***在聚合支付***产生的资金流动汇总。实际当被代应用***发生某渠道支付的场合,需要主代应用***渠道支付参数来真完成渠道的支付,但是通过上面确立的主被代关系,被代在不知道主代应用***的渠道支付参数的情况下完成了真正的支付,保证了主代渠道支付参数的安全性和该渠道账户资金的安全,实现了资金的统一监管。
S8:自动对账;各个支付渠道会提供前一天的账单文件,聚合支付***自动拉取每个渠道的账单,以第三方渠道账单为基准校准聚合支付***账单后生成一份聚合支付***聚合账单,提供给主代客户端和被代客户端完成财务对账;
S9:主代客户端财务对账,确认聚合账单:将聚合账单提供给主代客户端,主代客户端完成某天账单的对账,确认无误后,根据聚合账单汇总的资金产生主代应用***和被代应用***对应的可结算余额存入到对应的账户中;如果主代客户端对账单存在疑问,可以对账单进行申诉,再次确认账单;
S10:主代客户端将对应的可结算金额打到被代客户端配置的收款账户中。
本申请的主代客户端可以有多个,通常为级别相对较高的医院,因为患者经常存在转诊的状况,且每个主代客户端可以为多个被代客户端实现代收,被代客户端也可以有多个,但是每一个被代客户端只能由一个主代客户端实现代收,被代客户端通常为级别相对较低的医院,比如乡村、社区医院等。
优选的,主代客户端和被代客户端设有添加模块,在进行交易之前必须通过添加模块使发生交易的客户端之间成为“好友”。
优选的,由于每个渠道提供的账单形式不同(文件类型、数据字段名称、数据维度),若是直接提供给客户,会增加客户财务对账难度,所以我们制定了一个聚合账单的标准来统一各个渠道的账单,大大方便客户对账。聚合支付***聚合账单包括汇总信息和交易详情,以Excel或压缩文件的形式提供给主代客户端和被代客户端,每笔交易详情包括主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息(客户端的订单号、聚合支付***流水号、金额等),财务直接根据交易的订单号或者聚合支付***流水号一次性完成对账。
优选的,步骤S10结算方式有两种:第一,线上结算;第二,线下结算;所述线上结算根据被代应用***在创建时配置的结算周期自动发起结算,结算的金额以被代应用***中对应账户中的可结算金额为准,方式可以采用支付宝账户到支付宝账户、微信到银行卡、银行卡到银行卡等方式。所述线下结算,主代客户端的财务通过银行转账方式将可结算金额转到被代客户端的账户上,并在主代客户端填写相关结算记录。
优选的,聚合账单的生成步骤如下:
第二,根据主代应用***开通的支付渠道以及渠道参数配置获取渠道账单a,所述渠道账单a是根据自定义的聚合支付***唯一标识来进行筛选的;
第二,获取聚合支付***上的渠道账单b,该渠道账单b包括主代应用***和该主代应用***下的所有被代应用***的账单;
第三,进行渠道对账:根据渠道账单a提供的聚合支付***流水号和聚合支付***的渠道账单b中记录的聚合支付***流水号对比,完成一条交易的对账(交易状态、金额等);如果渠道账单a和渠道账单b一致时,直接提取交易的主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息(客户端的订单号、聚合支付***流水号、金额等)生成一条聚合账单数据;如果渠道账单a和渠道账单b不一致时,以渠道账单a为基准确定该交易的信息生成一条聚合账单数据,并更新聚合支付***对应的渠道账户和应用账户资金变化,保证聚合支付***账户记录的是主被代应用***在聚合支付***产生的资金汇总;
第四,生成主代应用***和被代应用***的聚合账单数据集:完成主代应用***和被代应用***的每笔记录的渠道对账,即可生成该渠道对应的聚合账单数据集。
第五,循环生成主代应用***和被代应用***的所有渠道的聚合账单数据集。
以上所述,仅为本发明创造较佳的具体实施方式,但本发明创造的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明创造披露的技术范围内,根据本发明创造的技术方案及其发明构思加以等同替换或改变,都应涵盖在本发明创造的保护范围之内。
Claims (5)
1.一种可代收的聚合支付方法,其特征在于,包括如下步骤:
S1:创建聚合支付***,所述聚合支付***实现多个第三方渠道的收付款;
S2:主代客户端创建主代应用***,所述主代应用***包括基本信息、支付配置、选择开通的支付渠道、配置渠道支付参数、应用类别;
S3:聚合支付***为每个主代应用***自动生成唯一凭证,该唯一凭证是主代应用***访问聚合支付***的唯一钥匙,聚合支付***同时记录了主代应用***发生的动作;
S4:创建被代应用***,所述被代应用***的创建有两种方式:第一,主代客户端为被代客户端创建的;第二,被代客户端独自创建的;主代客户端创建时,选择闲置的主代应用***作为被代应用***的主代客户端,确定了主被代关系以及被代应用***的基本信息、类别、支付配置、选择主代应用***已开通的支付渠道;被代客户端创建时,被代应用***包括基本信息、支付配置、应用类别、选择主代应用***、选择主代应用***已开通的支付渠道,主代客户端审核同意后,该主被代关系即刻成立;
S5:聚合支付***为每个被代应用***自动生成唯一凭证,该唯一凭证是被代应用***访问聚合支付***的唯一钥匙,聚合支付***同时记录了被代应用***发生的动作;
S6:确定主被代关系的双方签订债权电子协议,签订后能够在聚合支付***发生交易流水,实现资金往来;
S7:主代应用***发起的交易需携带相应的凭证通过聚合支付***实现收付款;被代应用***发起的交易需携带相应的凭证通过聚合支付***实现收付款,聚合支付***通过凭证信息来标记交易的真正发起者;当判断该交易是主代应用***发起的,记录与该交易相关的主代应用***对应的唯一凭证、交易信息、渠道信息以及更改对应的主代应用***的渠道账户金额和应用账户金额信息;当判断该交易是被代应用***发起的,记录与该交易相关的主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息、渠道信息、更改主代应用***对应的渠道账户金额和应用账户金额信息以及被代应用***对应的渠道账户金额和应用账户金额信息;
S8:自动对账;各个支付渠道会提供前一天的账单文件,聚合支付***自动拉取每个渠道的账单,以第三方渠道账单为基准校准聚合支付***账单后生成一份聚合支付***聚合账单,提供给主代客户端和被代客户端完成财务对账;
S9:主代客户端财务对账,确认聚合账单;
S10:主代客户端将对应的可结算金额打到被代客户端配置的收款账户中。
2.根据权利要求1所述一种可代收的聚合支付方法,其特征在于,主代客户端和被代客户端设有添加模块,在进行交易之前必须通过添加模块使发生交易的客户端之间成为“好友”。
3.根据权利要求1所述一种可代收的聚合支付方法,其特征在于,聚合账单包括汇总信息和交易详情,以Excel或压缩文件的形式提供给主代客户端和被代客户端,每笔交易详情包括主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息,财务直接根据交易的订单号或者聚合支付***流水号一次性完成对账。
4.根据权利要求1所述一种可代收的聚合支付方法,其特征在于,步骤S10结算方式有两种:第一,线上结算;第二,线下结算;所述线上结算根据被代应用***在创建时配置的结算周期自动发起结算,结算的金额以被代应用***中对应账户中的可结算金额为准,所述线下结算,主代客户端的财务通过银行转账方式将可结算金额转到被代客户端的账户上,并在主代客户端填写相关结算记录。
5.根据权利要求1所述一种可代收的聚合支付方法,其特征在于,聚合账单的生成步骤如下:
第一,根据主代应用***开通的支付渠道以及渠道参数配置获取渠道账单a,所述渠道账单a是根据自定义的聚合支付***唯一标识来进行筛选的;
第二,获取聚合支付***上的渠道账单b,该渠道账单b包括主代应用***和该主代应用***下的所有被代应用***的账单;
第三,进行渠道对账:根据渠道账单a提供的聚合支付***流水号和聚合支付***的渠道账单b中记录的聚合支付***流水号对比,完成一条交易的对账;如果渠道账单a和渠道账单b一致时,直接提取交易的主代应用***对应的唯一凭证、被代应用***对应的唯一凭证、交易信息生成一条聚合账单数据;如果渠道账单a和渠道账单b不一致时,以渠道账单a为基准确定该交易的信息生成一条聚合账单数据,并更新聚合支付***对应的渠道账户和应用账户资金变化,保证聚合支付***账户记录的是主被代应用***在聚合支付***产生的资金汇总;
第四,生成主代应用***和被代应用***的聚合账单数据集:完成主代应用***和被代应用***的每笔记录的渠道对账,即可生成该渠道对应的聚合账单数据集;
第五,循环生成主代应用***和被代应用***的所有渠道的聚合账单数据集。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910457810.2A CN110288330B (zh) | 2019-05-29 | 2019-05-29 | 一种可代收的聚合支付方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910457810.2A CN110288330B (zh) | 2019-05-29 | 2019-05-29 | 一种可代收的聚合支付方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110288330A true CN110288330A (zh) | 2019-09-27 |
CN110288330B CN110288330B (zh) | 2021-08-27 |
Family
ID=68002899
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910457810.2A Active CN110288330B (zh) | 2019-05-29 | 2019-05-29 | 一种可代收的聚合支付方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110288330B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110807627A (zh) * | 2019-10-31 | 2020-02-18 | 国网电子商务有限公司 | 一种跨单位电费结算方法、装置及*** |
CN112581244A (zh) * | 2020-12-12 | 2021-03-30 | 广州楚杰信息科技有限公司 | 一种医院用统一对账平台建设方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090228365A1 (en) * | 2008-03-04 | 2009-09-10 | Brad Michael Tomchek | Methods and systems for managing merchant identifiers |
CN102567878A (zh) * | 2010-12-30 | 2012-07-11 | 深圳市赛格导航科技股份有限公司 | 一种用于处理数据的***及方法 |
CN105405007A (zh) * | 2015-11-19 | 2016-03-16 | 成都连银信息技术有限公司 | 支持多种支付通道的统一账务处理*** |
CN105913586A (zh) * | 2016-03-18 | 2016-08-31 | 任少华 | 支付收款的***或方法 |
CN107730223A (zh) * | 2017-10-27 | 2018-02-23 | 聚诚(深圳)网络科技有限公司 | 一种聚合支付的***及其方法 |
CN109636369A (zh) * | 2018-11-02 | 2019-04-16 | 深圳市快付通金融网络科技服务有限公司 | 资金账户账务处理方法、装置、计算机设备及存储介质 |
-
2019
- 2019-05-29 CN CN201910457810.2A patent/CN110288330B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090228365A1 (en) * | 2008-03-04 | 2009-09-10 | Brad Michael Tomchek | Methods and systems for managing merchant identifiers |
CN102567878A (zh) * | 2010-12-30 | 2012-07-11 | 深圳市赛格导航科技股份有限公司 | 一种用于处理数据的***及方法 |
CN105405007A (zh) * | 2015-11-19 | 2016-03-16 | 成都连银信息技术有限公司 | 支持多种支付通道的统一账务处理*** |
CN105913586A (zh) * | 2016-03-18 | 2016-08-31 | 任少华 | 支付收款的***或方法 |
CN107730223A (zh) * | 2017-10-27 | 2018-02-23 | 聚诚(深圳)网络科技有限公司 | 一种聚合支付的***及其方法 |
CN109636369A (zh) * | 2018-11-02 | 2019-04-16 | 深圳市快付通金融网络科技服务有限公司 | 资金账户账务处理方法、装置、计算机设备及存储介质 |
Non-Patent Citations (3)
Title |
---|
丁杰: "智慧医疗综合统一支付服务***", 《科技探索与应用》 * |
王炜: "医院聚合支付***应用和财务规范管理研究", 《江苏卫生事业管理》 * |
陈斌 等: "集中代收付***在哈尔滨电业局的应用", 《科技信息》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110807627A (zh) * | 2019-10-31 | 2020-02-18 | 国网电子商务有限公司 | 一种跨单位电费结算方法、装置及*** |
CN110807627B (zh) * | 2019-10-31 | 2022-07-26 | 国网数字科技控股有限公司 | 一种跨单位电费结算方法、装置及*** |
CN112581244A (zh) * | 2020-12-12 | 2021-03-30 | 广州楚杰信息科技有限公司 | 一种医院用统一对账平台建设方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110288330B (zh) | 2021-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108389123A (zh) | 一种互联网联合贷款***及方法 | |
CN104408559B (zh) | 一种工程信息管理*** | |
US20180012300A1 (en) | System and method for resolving transactions with lump sum payment capabilities | |
US8321339B2 (en) | System and method for resolving transactions with variable offer parameter selection capabilities | |
US8903741B2 (en) | Dynamic credit score alteration | |
US7818229B2 (en) | Method for future payment transactions | |
US20030149594A1 (en) | System and method for secure highway for real-time preadjudication and payment of medical claims | |
US20130317974A1 (en) | System and method for compiling information for resolving transactions | |
US20040006489A1 (en) | Benefits services payment and credit system | |
US20110178860A1 (en) | System and method for resolving transactions employing goal seeking attributes | |
CN106897933A (zh) | 一种面向多区块链平台的区块链网络节点服务装置 | |
TWM554608U (zh) | 基於區塊鏈的保險服務系統 | |
CN110288335A (zh) | 适用于医疗的信用支付的方法、***、设备及可读介质 | |
CN108985923A (zh) | 资金清算处理方法及装置 | |
Grimsey et al. | PFI in the NHS | |
US10121192B2 (en) | Electronic system for healthcare insurance accounts receivable and patient financing | |
CN110288330A (zh) | 一种可代收的聚合支付方法 | |
CN108428133A (zh) | 一种互联网供应链金融信用支付交易方法 | |
CN110415097A (zh) | 一种汇票拆分、合并***及实现汇票交易的方法 | |
US20190355052A1 (en) | Electronic System for Financing Healthcare Treatment | |
CN109584093A (zh) | 基于区块链的医疗保险异地就医清算结算方法及*** | |
US20110178859A1 (en) | System and method for resolving transactions employing optional benefit offers | |
KR102285731B1 (ko) | 제휴채널을 통해 대출금액 변동에 연동된 신용보험 서비스 제공 방법 | |
CN112862595B (zh) | 基于区块链的利率掉期交易方法及***、设备、存储介质 | |
KR20010079347A (ko) | 인터넷을 이용한 개인신용대출 서비스방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Collectible Aggregated Payment Method Effective date of registration: 20230518 Granted publication date: 20210827 Pledgee: Dalian Lvshunkou Mengyin Village Bank Co.,Ltd. Tieshan Branch Pledgor: SENYINT INTERNATIONAL DIGITAL MEDICAL SYSTEM (DALIAN) Co.,Ltd. Registration number: Y2023980041127 |