CN115775190A - 一种虚拟账户结算管理方法及系统 - Google Patents

Abstract

本发明涉及转账处理的技术领域，尤其是涉及一种虚拟账户结算管理方法及系统，系统包括医院端、银行端和卫健委端，所述卫健委端包括：接收模块，用于接收来自第一账户的转账请求；等级生成模块，用于根据所述第一账户的历史转账记录生成第一账户的排序等级；分配模块，用于根据所述排序等级将所述第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池。本申请具有快速对不同的转账需求进行分类，提高审批效率的效果。

Description

一种虚拟账户结算管理方法及系统

技术领域

本发明涉及转账处理的技术领域，尤其是涉及一种虚拟账户结算管理方法及系统。

背景技术

目前存在一些线上三方交易软件，例如用于医院-卫健委-银行之间的资金清算对账平台，但在卫健委和银行阶段需要对一些合同、发票的审批进行审批，花费较多时间，处理时也无法对不同的转账需求进行分类，导致审批人员的效率较低。

发明内容

为了快速对不同的转账需求进行分类，提高审批效率，本申请提供一种虚拟账户结算管理方法及系统。

本申请的上述发明目的一是通过以下技术方案得以实现的：

一种虚拟账户结算管理系统，包括医院端、银行端和卫健委端，所述卫健委端包括：

接收模块，用于接收来自第一账户的转账请求；

等级生成模块，用于根据所述第一账户的历史转账记录生成第一账户的排序等级；

分配模块，用于根据所述排序等级将所述第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；

其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池。

通过采用上述技术方案，通过根据第一账户的历史转账记录生成第一账户的排序等级，然后将对应的转账请求分配到不同等级的请求池里，给到审批人员参考，且不同等级的请求池可以处理的数量不同，进而便于审批人员快速分批处理，提高审批效率。

本申请在一较佳示例中可以进一步配置为：所述卫健委端还包括工作量计算模块，工作量计算模块包括：

总数量生成单元，用于根据历史处理数量生成当日处理数量；

子数量生成单元，用于根据当日处理数量和所述预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

通过采用上述技术方案，能够根据审批人员以往的日常工作量来确定总的当日处理量，较为准确和人性化。

本申请在一较佳示例中可以进一步配置为：所述接收模块还用于接收来自第一账户的催办请求；

所述卫健委端还包括工作量计算模块，工作量计算模块包括：

总数量生成单元，用于根据历史处理数量生成当日处理数量；

统计模块，用于根据接收到的第一账户的催办请求统计各请求池内的催办数量；

调整模块，用于根据各请求池内的催办数量对所述预设比例进行调整，得到调整后的预设比例；

子数量生成单元，用于根据当日处理数量和所述调整后的预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

通过采用上述技术方案，若催办较多，能够根据不同请求池内的催办数量，来对各请求池的处理数量进行调整。

本申请在一较佳示例中可以进一步配置为：所述调整模块，包括：

第一计算模块，用于根据各请求池内的催办数量生成各请求池内的催办比例；

第二计算模块，用于计算所述催办比例和所述预设比例的和作为调整后的预设比例。

本申请在一较佳示例中可以进一步配置为：各请求池被配置为较高等级或较低等级；所述子数量生成单元包括：

占比值计算子单元，用于根据所述调整后的预设比例计算得到各请求池的占比值；

比例数值计算子单元，用于根据当日处理数量和所述调整后的预设比例计算各请求池对应的比例数值；

第一取整子单元，用于将所述较高等级的请求池对应的比例数值向上取整得到的整数作为所述较高等级的请求池的能够被处理的转账请求的数量；

第二取整子单元，用于将所述较低等级的请求池对应的比例数值向下取整得到的整数作为所述较低等级的请求池的能够被处理的转账请求的数量。

通过采用上述技术方案，因收到的催办数量可以对相应的请求池增加部分处理量，并且将提高的工作量控制在小区间内。

本申请在一较佳示例中可以进一步配置为：所述卫健委端还包括：

标记模块，用于在所述转账请求上显示对应的催办标记。

通过采用上述技术方案，卫健委的相关审核人员进入相应的请求池内可以直观看到相应的催办的转账请求，进而优先处理。

本申请的上述发明目的二是通过以下技术方案得以实现的：

一种虚拟账户结算管理方法，包括：

接收来自第一账户的转账请求；

根据所述第一账户的历史转账记录生成第一账户的排序等级；

根据所述排序等级将所述第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池。

本申请在一较佳示例中可以进一步配置为：还包括：

根据历史处理数量生成当日处理数量；

根据当日处理数量和所述预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

综上所述，本申请包括以下至少一种有益技术效果：

1、通过根据第一账户的历史转账记录生成第一账户的排序等级，然后将对应的转账请求分配到不同等级的请求池里，给到审批人员参考，且不同等级的请求池可以处理的数量不同，进而便于审批人员快速分批处理，提高审批效率；

2、能够根据审批人员以往的日常工作量来确定总的当日处理量，较为准确和人性化；

3、若催办较多，能够根据不同请求池内的催办数量，来对各请求池的处理数量进行调整。

附图说明

图1是本申请一实施例中虚拟账户结算管理系统各模块的连接示意图；

图2是本申请另一实施例中虚拟账户结算管理系统各模块的连接示意图；

图3是本申请一实施例中虚拟账户结算管理方法的实现流程图；

图4是本申请另一实施例中虚拟账户结算管理方法的实现流程图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，本发明中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

图1是本申请一实施例中虚拟账户结算管理系统各模块的连接示意图，如图1所示，该虚拟账户结算管理系统包括医院端、银行端和卫健委端，医院端、银行端和卫健委端之间通讯连接，具体地，优选用无线通讯的方式，例如LoRa技术、【WiFi/ IEEE 802.11】协议、【ZigBee/802.15.4】协议、【Thread /IEEE 802.15.4】、【Z-Wave】协议等实现通讯。医院端配备于医院财务人员，银行端配备于银行侧审批人员，卫健委端配备于卫健委的相关审核人员，医院端、银行端和卫健委端均是指用户端，用户端安装于终端，该终端可以是诸如手机、平板电脑、多媒体播放设备、可穿戴设备、车载终端等电子设备。

医院端具有账户总览、统计每日医院的出入账、净入账、提现金额以及账户余额、用户账户信息、用户卡管理、门诊充值明细报表、充值流水、消费流水、退款流水、退费流水、押金流水、预缴金充值分布、缴存清算明细报表、结算账号信息、结算账号流水、结算账号流水趋势图、对账任务、对账差错账列表、对账批次列表、实时缴费报表、HIS交易流水、HIS执行任务、HIS下载批次等细分板块；银行端具有账户总览、统计每日银行的出入账、净入账、提现金额以及账户余额、用户账户信息、用户卡管理、门诊充值明细报表、充值流水、消费流水、退款流水、退费流水、押金流水、预缴金账号、预缴金流水、预缴金充值分布、缴存清算明细报表、个人提现记录、结算账号信息、结算账号流水、结算账号流水趋势图、对账任务、对账差错账列表、对账文件下载、调账审核、调账报表、对账批次列表、实时缴费报表、HIS交易流水、HIS执行任务、HIS下载批次等细分板块；卫健委端具有账户总览、统计每日银行的出入账、净入账、提现金额以及账户余额、用户账户信息、用户卡管理、门诊充值明细报表、充值流水、消费流水、退款流水、退费流水、押金流水、预缴金账号、预缴金流水、预缴金充值分布、缴存清算明细报表、个人提现记录、结算账号信息、结算账号流水、结算账号流水趋势图等细分板块供用户。

卫健委端还包括接收模块、等级生成模块和分配模块，卫健委端的数据库内具有请求池，用于存放来自于第一账户的转账请求，第一账户登录于医院端，被医院财务人员通过医院端采用医院id或编码登陆。

接收模块用于接收来自第一账户的转账请求；例如，医院端需要进行提现申请，则通过医院端的第一账户发出提现申请，选择提现日期，填写备注进行提交，则生成转账请求发送给卫健委端，并且携带有转账详细内容。

等级生成模块用于根据第一账户的历史转账记录生成第一账户的排序等级；具体地，历史转账记录包含了该第一账户在以往一定期限内的转账请求以及相应的审核是否通过，通过该第一账户的转账请求的审核通过率来确定相应的排序等级，审核通过率为以往一定期限内的通过的转账请求占以往一定期限内的所有的转账请求的比例，例如审核通过率超过90%为A等级，审核通过率超过80%为B等级，审核通过率超过70%为C等级，审核通过率超过60%为D等级，审核通过率超过50%为E等级。

分配模块用于根据排序等级将第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；具体地，A等级、B等级、C等级、D等级和E等级各对应一个请求池，例如A等级对应A请求池、B等级对应B请求池、C等级对应C请求池、D等级对应D请求池、E等级对应E请求池；其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池；可以理解的是，A等级> B等级> C等级> D等级> E等级；各请求池被配置为较高等级或较低等级，接上例，A等级、B等级被配置为较高等级，在C等级、D等级、 E等级被配置为较低等级。

参照图2，在一实施例中，卫健委端还包括工作量计算模块，工作量计算模块包括总数量生成单元和子数量生成单元，总数量生成单元用于根据历史处理数量生成当日处理数量；例如，以以往5年的当前月份的日平均处理数量作为当日处理数量，或者，以以往5年的当前月份的每月日平均处理数量的增量趋势预测得到本年度该月日平均处理数量的作为当日处理数量；例如，以往5年中，第一年的7月份日平均处理数量为70，第二年的7月份日平均处理数量为80，第三年的7月份日平均处理数量为90，第四年的7月份日平均处理数量为100，第五年的7月份日平均处理数量为110，则本年度该月日平均处理数量为120。

子数量生成单元用于根据当日处理数量和预设比例，生成当日的各请求池的能够被处理的转账请求的数量。例如当日处理数量为110，预设比例为A:B:C:D:E =10:8:7:6:5，则A请求池的能够被处理的转账请求的数量为30.5，B请求池的能够被处理的转账请求的数量为24.4，C请求池的能够被处理的转账请求的数量为21.4，D请求池的能够被处理的转账请求的数量为18.3，E请求池的能够被处理的转账请求的数量为15.3，子数量生成单元还包括第一取整子单元和第二取整子单元，第一取整子单元用于将计算得到的较高等级的请求池对应的能够被处理的转账请求的数量向上取整得到的整数以作为最终的较高等级的请求池的能够被处理的转账请求的数量；第二取整子单元用于将计算得到的较低等级的请求池对应的比例数值向下取整得到的整数作为较低等级的请求池的能够被处理的转账请求的数量。进而，可以得到A请求池的能够被处理的转账请求的数量为31，B请求池的能够被处理的转账请求的数量为24，C请求池的能够被处理的转账请求的数量为21，D请求池的能够被处理的转账请求的数量为18，E请求池的能够被处理的转账请求的数量为15。

在另一实施例中，接收模块还用于接收来自第一账户的催办请求，例如用户在医院端点击催办按钮后，则生成相应的催办请求，也可以是在发生转账请求时附随发送催办请求；卫健委端还包括工作量计算模块，工作量计算模块包括：总数量生成单元、统计模块和调整模块，其中，总数量生成单元用于根据历史处理数量生成当日处理数量，统计模块用于根据接收到的第一账户的催办请求统计各请求池内的催办数量，例如，A请求池内的催办数量为10、B请求池为3、C请求池为6、D请求池为11、E请求池为8；调整模块用于根据各请求池内的催办数量对预设比例进行调整，得到调整后的预设比例。

调整模块包括第一计算模块和第二计算模块，其中第一计算模块用于根据各请求池内的催办数量生成各请求池内的催办比例；具体地，将各催办数量与一预设值的比值之间的比例作为催办比例；预设值为预设比例中比例值的最大值的1/2，例如上述预设比例为A:B:C:D:E =10:8:7:6:5，则预设值为预设比例中比例值的最大值10的1/2，即为5。

例如预设值设定为5，接上例，则催办比例为：A:B:C:D:E=2:0.6:1.2:2.2:1.6；第二计算模块用于计算催办比例和预设比例的和作为调整后的预设比例。

例如，预设比例为A:B:C:D:E =10:8:7:6:5，则调整后的预设比例为12:8.6:8.2:8.2:6.6。

子数量生成单元，用于根据当日处理数量和调整后的预设比例，生成当日的各请求池的能够被处理的转账请求的数量。具体地，例如当日处理数量为110，调整后的预设比例为A:B:C:D:E =12:8.6:8.2:8.2:6.6，则A请求池的能够被处理的转账请求的数量为30.3，B请求池的能够被处理的转账请求的数量为21.7，C请求池的能够被处理的转账请求的数量为20.7，D请求池的能够被处理的转账请求的数量为20.7，E请求池的能够被处理的转账请求的数量为16.7，子数量生成单元还包括第一取整子单元和第二取整子单元，第一取整子单元用于将计算得到的较高等级的请求池对应的比例数值向上取整得到的整数作为较高等级的请求池的能够被处理的转账请求的数量；第二取整子单元用于将较低等级的请求池对应的比例数值向下取整得到的整数作为较低等级的请求池的能够被处理的转账请求的数量。进而，可以得到A请求池的能够被处理的转账请求的数量为30，B请求池的能够被处理的转账请求的数量为22，C请求池的能够被处理的转账请求的数量为21，D请求池的能够被处理的转账请求的数量为21，E请求池的能够被处理的转账请求的数量为17。

进而，因收到的催办数量可以对相应的请求池增加部分处理量，并且将提高的工作量控制在小区间内。此外，卫健委端还包括标记模块，用于在转账请求上显示对应的催办标记，卫健委的相关审核人员进入相应的请求池内可以直观看到相应的催办的转账请求，进而优先处理。

本申请还提供一种虚拟账户结算管理方法，参照图3，包括：

S1、接收来自第一账户的转账请求；

S2、根据第一账户的历史转账记录生成第一账户的排序等级；

S3、根据排序等级将第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池。

结合图4，在一实施例中，虚拟账户结算管理方法还包括：

S4、根据历史处理数量生成当日处理数量；

S5、根据当日处理数量和预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

关于虚拟账户结算管理方法的具体限定可以参见上文中对于虚拟账户结算管理系统的限定，在此不再赘述。上述虚拟账户结算管理方法的各个步骤可全部或部分通过软件、硬件及其组合来实现。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC（专用集成电路）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序（也称作程序、软件、软件应用、或者代码）包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置（例如，磁盘、光盘、存储器、可编程逻辑装置（PLD）），包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置（例如，CRT（阴极射线管）或者LCD（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（LAN）、广域网（WAN）和互联网。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (8)

1.虚拟账户结算管理系统，其特征在于，包括医院端、银行端和卫健委端，所述卫健委端包括：

接收模块，用于接收来自第一账户的转账请求；

等级生成模块，用于根据所述第一账户的历史转账记录生成第一账户的排序等级；

分配模块，用于根据所述排序等级将所述第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；

其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池。

2.如权利要求1所述的虚拟账户结算管理系统，其特征在于，所述卫健委端还包括工作量计算模块，工作量计算模块包括：

总数量生成单元，用于根据历史处理数量生成当日处理数量；

子数量生成单元，用于根据当日处理数量和所述预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

3.如权利要求1所述的虚拟账户结算管理系统，其特征在于，所述接收模块还用于接收来自第一账户的催办请求；

所述卫健委端还包括工作量计算模块，工作量计算模块包括：

总数量生成单元，用于根据历史处理数量生成当日处理数量；

统计模块，用于根据接收到的第一账户的催办请求统计各请求池内的催办数量；

调整模块，用于根据各请求池内的催办数量对所述预设比例进行调整，得到调整后的预设比例；

子数量生成单元，用于根据当日处理数量和所述调整后的预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

4.如权利要求3所述的虚拟账户结算管理系统，其特征在于，所述调整模块，包括：

第一计算模块，用于根据各请求池内的催办数量生成各请求池内的催办比例；

第二计算模块，用于计算所述催办比例和所述预设比例的和作为调整后的预设比例。

5.如权利要求4所述的方法，其特征在于，各请求池被配置为较高等级或较低等级；所述子数量生成单元包括：

占比值计算子单元，用于根据所述调整后的预设比例计算得到各请求池的占比值；

比例数值计算子单元，用于根据当日处理数量和所述调整后的预设比例计算各请求池对应的比例数值；

第一取整子单元，用于将所述较高等级的请求池对应的比例数值向上取整得到的整数作为所述较高等级的请求池的能够被处理的转账请求的数量；

第二取整子单元，用于将所述较低等级的请求池对应的比例数值向下取整得到的整数作为所述较低等级的请求池的能够被处理的转账请求的数量。

6.如权利要求3所述的虚拟账户结算管理系统，其特征在于，所述卫健委端还包括：

标记模块，用于在所述转账请求上显示对应的催办标记。

7.虚拟账户结算管理方法，其特征在于，包括：

接收来自第一账户的转账请求；

根据所述第一账户的历史转账记录生成第一账户的排序等级；

根据所述排序等级将所述第一账户的转账请求分配至对应的请求池内，各请求池具有高低不同的等级；其中，各请求池被配置为：在一个自然日内，各请求池内能够被处理的转账请求的数量之间为一预设比例，且，高等级的请求池的能够被处理的转账请求的数量大于高等级的请求池。

8.如权利要求7所述的虚拟账户结算管理方法，其特征在于，还包括：

根据历史处理数量生成当日处理数量；

根据当日处理数量和所述预设比例，生成当日的各请求池的能够被处理的转账请求的数量。

Images