CN111160884B - 聚合支付方法、系统、服务器及存储介质 - Google Patents

Abstract

本发明公开了一种聚合支付方法、系统、服务器及存储介质，其中，所述支付包括：接收当前订单的交易订单信息，根据所述交易订单信息从银行数据库获取出相应的商户信息；根据所述交易订单信息和所述商户信息生成聚合支付码，并将所述聚合支付码发送至页面通知接口；判断用户终端的支付程序扫描所述聚合支付码进行的支付处理是否成功；若支付成功，则向所述用户终端提供当前订单的后续导航信息。采用本发明可以随时随地进行缴费处理，用户无需来回奔波，也无需下载APP或关注微信公众号，且支持多种支付渠道，极大的提高了用户的体验。同时，将当前订单的后续导航信息显示于用户的支付结果页面，便于用户了解情况，同时便于后续部门进行处理。

Description

聚合支付方法、系统、服务器及存储介质

技术领域

本发明涉及计算机应用技术领域，更为具体而言，涉及一种聚合支付方法、系统、服务器及存储介质。

背景技术

目前，医院收费窗口常年人满为患，排队时间久、收费效率低，仅支持单一、有限的移动支付方式，例如：现金、银联卡和医保卡支付，有些还需要下载医院APP或关注微信公众号。同时，患者拿到医生开具的检查收费单后，需要到收费窗口排队缴费，经过长时间的排队成功缴费之后，拿到缴费凭据和医嘱单，再凭缴费凭据到检查室作进一步检查，导致患者须在检查/诊疗室与收费窗口之间来回奔波，后续导诊信息常常不能在诊疗过程中实时展示给患者，不便于医患交流。就诊流程复杂、耗时长、患者跑路多，是当前医院支付结算的普遍痛点。

发明内容

为了解决现有技术中存在的上述问题，本发明提供了一种聚合支付方法、系统、服务器及存储介质，以克服现有技术中存在的问题。

根据本发明的实施方式，提供了一种聚合支付方法，所述支付方法包括：接收当前订单的交易订单信息，根据所述交易订单信息从银行数据库获取出相应的商户信息；根据所述交易订单信息和所述商户信息生成聚合支付码，并将所述聚合支付码发送至页面通知接口；判断用户终端的支付程序扫描所述聚合支付码进行的支付处理是否成功；若支付成功，则向所述用户终端提供当前订单的后续导航信息。

在本发明的一些实施方式中，所述交易订单信息包括但不限于：商户代码、支付者基本信息、交易基本信息和费用基本信息；所述商户信息包括但不限于：商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥。

在本发明的一些实施方式中，所述根据所述交易订单信息和所述商户信息生成聚合支付码包括：根据所述交易订单信息和所述商户信息获取支付接口参数；根据所述交易订单信息和所述商户信息判断所述当前订单是否过期；若所述当前订单未过期，则根据所述支付接口参数生成所述聚合支付码。

在本发明的一些实施方式中，所述支付方法还包括：若所述当前订单过期，则生成订单失效通知，并将所述订单失效通知发送至所述页面通知接口。

在本发明的一些实施方式中，所述方法还包括：若所述页面通知接口接收到的信息为所述聚合支付码，则所述页面通知接口根据所述聚合支付码和所述交易订单信息生成待缴费页面；若所述页面通知接口接收到的信息为所述订单失效通知，则所述页面通知接口生成订单失效页面。

在本发明的一些实施方式中，所述页面通知接口包括打印机、显示器、移动终端设备。

在本发明的一些实施方式中，所述交易订单信息包括但不限于：商户代码、患者基本信息、就诊基本信息和费用基本信息。

在本发明的一些实施方式中，所述当前订单的后续导航信息包括：被分配的检查室号码、被分配的取药窗口号码、所述检查室和取药室的位置和所述检查室和取药室的导航路线。

在本发明的一些实施方式中，所述聚合支付码为二维码。

同时，本发明提供了一种聚合支付系统，所述支付系统包括交易服务器和用户终端，其中交易服务器包括：信息获取模块，用于接收当前订单的交易订单信息，根据所述交易订单信息从银行数据库获取出相应的商户信息；支付码生成模块，用于根据所述交易订单信息和所述商户信息生成聚合支付码，并将所述聚合支付码发送至页面通知接口；处理模块，用于判断用户终端的支付程序扫描所述聚合支付码进行的支付处理是否成功；若支付成功，则向所述用户终端提供当前订单的后续导航信息。

在本发明的一些实施方式中，所述交易订单信息包括但不限于：商户代码、支付者基本信息、交易基本信息和费用基本信息；所述商户信息包括但不限于：商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥。

在本发明的一些实施方式中，所述支付码生成模块包括：参数生成单元，用于根据所述交易订单信息和所述商户信息获取支付接口参数；支付码生成单元，用于根据所述交易订单信息和所述商户信息判断所述当前订单是否过期；若所述当前订单未过期，则根据所述支付接口参数生成所述聚合支付码。

在本发明的一些实施方式中，所述支付码生成单元还用于：若所述当前订单过期，则生成订单失效通知，并将所述订单失效通知发送至所述页面通知接口。

在本发明的一些实施方式中，所述页面通知接口用于：若所述页面通知接口接收到的信息为所述聚合支付码，则所述页面通知接口根据所述聚合支付码和所述交易订单信息生成待缴费页面；若所述页面通知接口接收到的信息为所述订单失效通知，则所述页面通知接口生成订单失效页面。

在本发明的一些实施方式中，所述页面通知接口包括打印机、显示器、移动终端设备。

在本发明的一些实施方式中，所述交易订单信息包括但不限于：商户代码、患者基本信息、就诊基本信息和费用基本信息。

在本发明的一些实施方式中，所述当前订单的后续导航信息包括：被分配的检查室号码、被分配的取药窗口号码、所述检查室和取药室的位置和所述检查室和取药室的导航路线。

在本发明的一些实施方式中，所述聚合支付码为二维码。

此外，本发明实施方式提供了一种服务器，包括存储器和处理器，所述存储器用于存储一条或多条计算机可读指令；所述处理器用于执行所述一条或多条计算机可读指令从而实现前述任一项的支付方法。

本发明实施方式还提供了一种计算机存储介质，存储有一条或多条计算机程序，所述一条或多条计算机程序在执行时实现前述任一项的支付方法。

本发明通过生成聚合支付码，使用户可以随时随地进行缴费处理，无需来回奔波，也无需下载APP或关注微信公众号，且支持多种支付渠道，极大的提高了用户的体验。同时，将当前订单的后续导航信息显示于用户的支付结果页面，便于用户了解相关情况，同时也便于后续部门进行处理。

附图说明

为了便于理解本发明，以下通过具体实施方式并结合附图对本发明进行具体说明。

图1是根据本发明实施方式的一种聚合支付方法的流程示意图；

图2是根据图1中根据交易订单信息和商户信息生成聚合支付码的流程示意图；

图3是根据本发明实施方式的一种聚合支付系统的框图；

图4是根据本发明实施方式的另一种聚合支付系统的框图。

具体实施方式

以下结合附图和具体实施方式对本发明的各个方面进行详细阐述。其中，众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且，所描述的特征、架构或功能可在一个或一个以上实施方式中以任何方式组合。本领域技术人员应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。还可以容易理解，本文所述和附图所示的各实施方式中的模块或单元或处理方式可以按各种不同配置进行组合和设计。

图1是根据本发明实施方式的一种聚合支付方法的流程示意图，在本发明的实施方式中，参照图1，该方法包括：

100：接收当前订单的交易订单信息，根据该交易订单信息从银行数据库获取出相应的商户信息；

110：根据交易订单信息和商户信息生成聚合支付码；

120：将聚合支付码发送至页面通知接口；

130：判断用户终端的支付程序扫描该聚合支付码进行的支付处理是否成功，若成功，则执行140；

140：向用户终端提供当前订单的后续导航信息。

在本发明的实施方式中，交易订单信息包括但不限于：商户代码、支付者基本信息、交易基本信息和费用基本信息；商户信息包括但不限于：商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥。其中，商户代码作为商户在在银行开立的对公账户的唯一识别码，在接收到交易订单信息后，以其中包含的商户代码为索引，在银行数据库中匹配出商户代码相同的商户信息。

在可选的实施方式中，为了减少处理的数据、简化操作，在获取到交易订单信息和商户信息后，可以根据该交易订单信息和商户信息建立起银商数据库。当执行后续操作时，只需要在该银商数据库中提取相应的数据进行操作即可，简化了处理过程。

图2为图1中处理110的流程示意图，参照图2，在本发明的实施方式中，处理110可以通过以下方式实现：

111：根据交易订单信息和商户信息获取支付接口参数；

112：根据交易订单信息和商户信息判断当前订单是否过期，若未过期，则执行113，若过期，则执行114；

113：根据支付接口参数生成聚合支付码；

114：生成订单失效通知。

在本发明的实施方式中，页面通知接口根据接收到的信息的不同生成不同的页面，具体如下：

若页面通知接口接收到的信息为聚合支付码，则页面通知接口根据该聚合支付码和交易订单信息生成待缴费页面；

若页面通知接口接收到的信息为订单失效通知，则页面通知接口生成订单失效页面。

由此，通过页面通知接口将信息展示给用户，在可选的实施方式中，该页面通知接口可以是打印机、显示器或移动终端设备。

在本发明的实施方式中，聚合支付码可以是二维码。

下面将结合具体例子对本实施方式所提供的聚合支付方法进行描述。

以医院场景为例，交易服务器接受医院系统提交的交易订单信息，该交易订单信息包括商户代码、患者基本信息、就诊基本信息和费用基本信息。以商户代码为索引，在银行数据库中匹配出商户信息，商户信息包含商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥。以此，建立银医数据库。

具体的，交易订单信息中，商户代码为医院在建行开立对公商户的唯一身份识别代码；患者基本信息包括患者姓名、性别、年龄等；就诊基本信息包含就诊卡号及条码、就诊时间、就诊订单号、诊断结果、医院名称、科室及医生姓名等，其中，就诊卡号为患者在该医院的唯一身份识别编号，订单号为医院系统用于识别交易记录而随机生成的唯一识别编号；费用基本信息包括付款金额和费用明细，付款金额为本次就诊须缴纳的总费用，费用明细即为检查费、诊疗费和医药费等各项费用清单。

商户信息中，商户柜台代码为商户柜台的唯一识别编号；商户订单有效期为订单超时时间；交易返回类型默认为聚合扫码页面二维码；公钥是用于进行校验的唯一随机串码。

建立起银医数据库后，该交易服务器调用下单支付接口从银医数据库中提取出需要的信息转化为支付接口参数。该下单支付接口为聚合支付接口，提供的支付方式包括建行龙支付、银联系、支付宝、微信支付、京东支付、美团支付等，患者任选其一即可进行支付。

下单支付接口首先通过商户信息中的商户订单有效期判断当前订单是否过期，即，当前时间减去订单时间是否大于商户订单有效期，若大于，则表示当前订单已过期。

若当前订单未过期，则下单支付接口根据商户信息中的商户柜台代码从公钥数据库中获取一个最新的、未被重复下载的公钥，与支付接口参数组合生成聚合支付二维码MD5串，以聚合支付二维码的形式推送至页面通知接口。

若当前订单已过期，则下单支付接口生成订单失效通知推送至页面通知接口。

页面通知接口根据其接到的信息的不同，生成不同的通知页面，具体如下：

当页面通知接口接受到的信息为聚合支付二维码，则配以交易订单信息中的就诊基本信息和费用基本信息等文本内容，生成待缴费页面，展示给患者。例如，页面通知接口可以是打印机，将该待缴费页面打印出来展示给患者；又或者，页面通知接口将该待缴费页面发送给患者的手机进行显示。

当页面通知接口接受到的信息为订单失效通知，则配以相关提示性文字，生成订单失效页面，同样展示给患者。

患者通过手机上的支付程序扫描聚合支付二维码进行支付处理，交易服务器判断该支付处理是否成功，若支付处理成功，交易服务器将支付结果发送至医院系统，获取当前订单的后续导航信息，例如被分配的检查室号码、被分配的取药窗口号码、所述检查室和取药室的位置和所述检查室和取药室的导航路线等。获取到当前订单的后续导航信息后，交易服务器调用页面通知接口根据患者基本信息、就诊基本信息、费用基本信息和当前订单的后续导航信息生成医嘱导诊单，展示给患者。由此，患者可以随时查看本次就诊的相关信息，同时，该医嘱导诊单也可以作为缴费成功的凭据，便于后续部门的操作。

若支付处理失败，则交易服务器调用缴费确认页面展示给患者，进行再次缴费尝试。该缴费确认页面包括患者基本信息、就诊基本信息、费用基本信息及确认缴费按钮。

通过本发明的实施方式，用户可以随时随地进行缴费处理，无需来回奔波，也无需下载APP或关注微信公众号，且支持多种支付渠道，极大的提高了用户的体验。同时，将当前订单的后续导航信息显示于用户的支付结果页面，便于用户了解交易情况，同时也便于后续部门进行相关处理。

图3是根据本发明实施方式的一种聚合支付系统1的框图，参照图3，该识别系统1包括：信息获取模块11，用于接收当前订单的交易订单信息，根据该交易订单信息从银行数据库获取出相应的商户信息；支付码生成模块12，用于根据交易订单信息和商户信息生成聚合支付码，并将聚合支付码发送至页面通知接口；处理模块13，用于判断用户终端的支付程序扫描聚合支付码进行的支付处理是否成功；若支付成功，则向用户终端提供当前订单的后续导航信息。

在本发明的实施方式中，交易订单信息包括但不限于：商户代码、支付者基本信息、交易基本信息和费用基本信息；商户信息包括但不限于：商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥。

在本发明的实施方式中，参照图2，给出了另一种聚合支付系统的框图。其包括信息获取模块11、支付码生成模块12和处理模块13。其中，支付码生成模块12包括：参数生成单元121，用于根据交易订单信息和商户信息获取支付接口参数；支付码生成单元122，用于根据交易订单信息和商户信息判断当前订单是否过期；若当前订单未过期，则根据支付接口参数生成聚合支付码。

在本发明的实施方式中，支付码生成单元121还用于：若当前订单过期，则生成订单失效通知，将订单失效通知发送至页面通知接口。

在本发明的实施方式中，页面通知接口用于：若页面通知接口接收到的信息为聚合支付码，则页面通知接口根据聚合支付码和交易订单信息生成待缴费页面；若页面通知接口接收到的信息为订单失效通知，则页面通知接口生成订单失效页面。

在本发明的实施方式中，页面通知接口包括打印机、显示器、移动终端设备。

在可选的实施方式中，交易订单信息包括但不限于：商户代码、患者基本信息、就诊基本信息和费用基本信息。基于此，当前订单的后续导航信息包括：被分配的检查室号码、被分配的取药窗口号码、所述检查室和取药室的位置和所述检查室和取药室的导航路线。

在本发明的实施方式中，聚合支付码为二维码。

可选的，本发明实施方式提供了一种服务器，该服务器包括存储器，用于存储一条或多条计算机可读指令；处理器，用于执行所述一条或多条计算机可读指令从而实现本发明前述实施方式或实现方式所提供的聚合支付方法。可选地，在本发明实施方式的一种实现方式中，所述服务器还可以包括用于进行数据通信的输入输出接口。例如，所述服务器可以是计算机、智能终端等。

本发明实施方式还提供了一种计算机存储介质，存储有一条或多条计算机程序，用于在执行时实现本发明前述实施方式或实现方式提供的聚合支付方法。例如，所述存储介质可以包括硬盘、软盘、光盘、磁带、磁盘、优盘、闪存等。

虽然本文举例描述了一些实施方式，但是，在不脱离本发明实质的前提下，可以对这些实施方式进行各种变形，所有这些变形仍属于本发明的构思，并且落入本发明权利要求所限定的保护范围。

本文所公开的具体实施方式仅用于举例说明本发明，对于本领域技术人员而言，显然可以根据本文的教导进行各种修改，可以采用各种等同的方式实施本发明，因此，本发明上述公开的特定的实施方式仅仅是示例性的，其保护范围不受在此公开的结构或设计的细节所限，除非在权利要求中另有说明。因此，上述公开的特定的示例性的实施方式可进行各种替换、组合或修改，其所有的变形都落入本文公开的范围内。在缺少本文没有具体公开的任何元件或缺少本文公开的任选的部件的情况下，本文示例性公开的聚合支付方法、系统、服务器及存储介质仍可适当地实施。上述公开的所有的数值和范围也可进行一定变化。每当公开了具有下限和上限的数值范围，落入此范围内的任何数值及任何被包含的范围都被具体地公开了。具体而言，本文公开的数值的任一范围均可理解为列举了包含在较宽数值范围内的任一数值和范围。同样，除非申请人明确且清楚地另有定义，权利要求中的术语具有它们的清楚、通常的含义。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施方式或者实施方式的某些部分所述的方法。

此外，权利要求书中的部件的数量包括一个或至少一个，除非另有说明。如果本发明中的用词或术语与其它文献中的用法或含义存在不一致，则应当以与本发明所定义的为准。

Claims (10)

1.一种聚合支付方法，其特征在于，所述支付方法包括：

交易服务器接收医院系统提交的当前订单的交易订单信息，其中，所述交易订单信息包括但不限于：商户代码、支付者基本信息、交易基本信息和费用基本信息；

以所述商户代码为索引从银行数据库匹配出相应的商户信息，建立银医数据库；其中，所述商户信息包括但不限于：商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥；其中，所述商户订单有效期为订单超时时间，所述公钥是用于校验的唯一随机串码；

建立银医数据库后，所述交易服务器调用下单支付接口从所述银医数据库中提取出需要的所述交易订单信息和所述商户信息，转化为支付接口参数；

根据所述交易订单信息和所述商户信息中的所述商户订单有效期判断所述当前订单是否过期；

若所述当前订单未过期，则根据所述商户柜台代码从公钥数据库中获取一个最新的、未被重复下载的公钥，将所述最新的、未被重复下载的公钥与所述支付接口参数组合生成聚合支付码MD5串，并以聚合支付码的形式推送至页面通知接口，其中，支付接口为聚合支付接口，该聚合支付接口提供的支付方式包括：建行龙支付、银联支付、支付宝、微信支付、京东支付、美团支付；所述聚合支付码为二维码；

判断用户终端通过所述支付方式中的任意一种支付方式的支付程序扫描所述聚合支付码进行的支付处理是否成功；

若支付成功，所述交易服务器将交易结果发送至所述医院系统，获取当前订单的后续导航信息，其中，所述当前订单的后续导航信息包括：被分配的检查室号码、被分配的取药窗口号码、所述检查室和取药室的位置和所述检查室和取药室的导航路线；

获取到当前订单的后续导航信息后，所述交易服务器调用所述页面通知接口，根据患者基本信息、就诊基本信息、费用基本信息、和当前订单的后续导航信息生成医嘱导诊单，展示给患者。

2.如权利要求1所述的支付方法，其特征在于，所述支付方法还包括：

若所述当前订单过期，则生成订单失效通知，并将所述订单失效通知发送至所述页面通知接口。

3.如权利要求2所述的支付方法，其特征在于，所述方法还包括：

若所述页面通知接口接收到的信息为所述聚合支付码，则所述页面通知接口根据所述聚合支付码和所述交易订单信息生成待缴费页面；

若所述页面通知接口接收到的信息为所述订单失效通知，则所述页面通知接口生成订单失效页面。

4.如权利要求3所述的支付方法，其特征在于，

所述页面通知接口包括打印机、显示器、移动终端设备。

5.一种聚合支付系统，包括交易服务器和用户终端，其特征在于，所述交易服务器包括：

信息获取模块，用于执行以下操作：

接收医院系统提交的当前订单的交易订单信息，其中，所述交易订单信息包括但不限于：商户代码、支付者基本信息、交易基本信息和费用基本信息；

以所述商户代码为索引从银行数据库匹配出相应的商户信息，建立银医数据库；其中，所述商户信息包括但不限于：商户代码、商户柜台代码、商户订单有效期、交易返回类型和公钥；其中，所述商户订单有效期为订单超时时间，所述公钥是用于校验的唯一随机串码；

支付码生成模块，用于根据所述交易订单信息和所述商户信息生成聚合支付码，并将所述聚合支付码发送至页面通知接口；

处理模块，用于执行下述操作：

判断用户终端的支付程序扫描所述聚合支付码进行的支付处理是否成功；

若支付成功，将交易结果发送至所述医院系统，获取当前订单的后续导航信息，其中，所述当前订单的后续导航信息包括：被分配的检查室号码、被分配的取药窗口号码、所述检查室和取药室的位置和所述检查室和取药室的导航路线；

其中，所述支付码生成模块包括：

参数生成单元，用于在建立银医数据库后调用下单支付接口从所述银医数据库中提取出需要的所述交易订单信息和所述商户信息，转化为支付接口参数；

支付码生成单元，用于执行下述操作：

根据所述交易订单信息和所述商户信息中的所述商户订单有效期判断所述当前订单是否过期；

若所述当前订单未过期，则根据所述商户柜台代码从公钥数据库中获取一个最新的、未被重复下载的公钥，将所述最新的、未被重复下载的公钥与所述支付接口参数组合生成聚合支付码MD5串，并以聚合支付码的形式推送至页面通知接口，其中，支付接口为聚合支付接口，该聚合支付接口提供的支付方式包括：建行龙支付、银联支付、支付宝、微信支付、京东支付、美团支付；所述聚合支付码为二维码；所述支付程序为所述用户终端上所述支付方式中的任意一种支付方式的支付程序。

6.如权利要求5所述的支付系统，其特征在于，所述支付码生成单元还用于：

若所述当前订单过期，则生成订单失效通知，并将所述订单失效通知发送至所述页面通知接口。

7.如权利要求6所述的支付系统，其特征在于，所述页面通知接口用于：

若所述页面通知接口接收到的信息为所述聚合支付码，则所述页面通知接口根据所述聚合支付码和所述交易订单信息生成待缴费页面；

若所述页面通知接口接收到的信息为所述订单失效通知，则所述页面通知接口生成订单失效页面。

8.如权利要求7所述的支付系统，其特征在于，

所述页面通知接口包括打印机、显示器、移动终端设备。

9.一种服务器，包括存储器和处理器，其特征在于，

所述存储器用于存储一条或多条计算机可读指令；

所述处理器用于执行所述一条或多条计算机可读指令以实现如权利要求1-4中任一项所述的方法。

10.一种计算机存储介质，存储有一条或多条计算机程序，其特征在于，所述一条或多条计算机程序在被处理器执行时实现如权利要求1-4中任一项所述的方法。

Images