对账系统及对账方法

技术领域

本申请属于账务对账技术领域，具体涉及一种对账系统及对账方法。

背景技术

随着医院院区的增加，以及多种支付渠道并存的情况越来越普遍，导致接口众多，数据来源众多，结账日期时间点不同等问题，导致财务人员对账效率低，出错概率大。而且不同支付渠道的账单数据格式也不同，财务人员很难形成统一有效的对账数据来源进行分析对账，很难保证医院在对账中实现平账，经常导致医院短款，最终挂账。相关技术中，基于医院无纸化办公，以及线上线下支付多样化，实现电子自动对账服务，其对账平台工作流程包括HIS与移动支付平台渠道对账，根据对账日期，生成HIS本地数据，选择支付渠道，下载支付渠道数据，比较HIS本地支付数据与支付渠道数据差异，对账准确率低，且在出现异常时，并未对异常资金进行安全处理，存在医院资金安全隐患。

发明内容

为至少在一定程度上克服相关技术中，传统对账平台工作流程，对账准确率低，且在出现异常时，并未对异常资金进行安全处理，存在医院资金安全隐患的问题，本申请提供一种对账系统及对账方法。

第一方面，本申请提供一种对账系统，包括：

登录模块、平台对接模块、双向对账模块和异常处理模块；

所述登录模块用于用户登录对账系统；

所述平台对接模块用于对接多个平台获取对账数据，所述平台包括自助机、支付平台、和HIS系统；

所述双向对账模块用于从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据；

所述异常处理模块，用于在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录。

进一步的，还包括：对账类型选择模块，

所述对账类型选择模块用于选择对账类型对所述对账数据进行对账操作，所述对账类型包括交易类型、支付方式和业务类型。

进一步的，还包括：异常订单备注模块，

所述异常订单备注模块用于备注异常订单的异常参数，所述异常参数包括异常订单数量、异常订单金额和异常原因中一种或多种。

进一步的，还包括：账表生成模块，

所述账表生成模块用于根据对账操作生成对账结果账单。

进一步的，还包括明细账查询模块，包括：

单边账明细模块和多边账明细模块；

所述单边账明细模块用于查询单边账的账务数据记录；

所述多边账明细模块用于查询多边账的账务数据记录。

进一步的，还包括：

交易记录查询模块，用于查询交易记录；

所述交易记录查询模块包括：

自助机交易查询模块，用于查询自助机上的交易记录；

支付平台交易查询模块，用于查询支付平台上的交易记录；

HIS系统交易查询模块，用于查询HIS系统上的交易记录。

进一步的，还包括：

退款模块，用于记录所有的退款申请记录。

进一步的，还包括：

对账统计模块，用于统计一个或多个平台的交易笔数和金额。

进一步的，所述对账统计模块包括：

总收入统计模块，用于统计多个平台的交易笔数和金额；

按支付方式统计模块，用于按支付方式分类统计各个平台的交易笔数和金额；

按交易类型统计模块，用于按正负交易类型统计各个平台的交易笔数和金额。

第二方面，本申请提供一种对账方法，包括：

获取用户登录对账系统的登录信息；

对接多个平台获取对账数据，所述平台包括自助机、支付平台、和HIS系统；

从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据；

在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录。

本申请的实施例提供的技术方案可以包括以下有益效果：

本发明实施例提供的对账系统及对账方法，对账系统包括登录模块、平台对接模块、双向对账模块和异常处理模块，登录模块用于用户登录对账系统，平台对接模块用于对接多个平台获取对账数据，平台包括自助机、支付平台、和HIS系统，双向对账模块用于从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据，异常处理模块，用于在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录，通过双向对账模块可以提高对账的准确性，通过异常处理模块可以保证医院的资金安全，另外，通过平台对接模块可以综合对个渠道即多个平台获取对账数据，以使对账数据更加全面。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一个实施例提供的一种对账系统的功能结构图。

图2为本申请另一个实施例提供的一种对账系统的功能结构图。

图3为本申请一个实施例提供的一种对账系统的差异数据交易原理图。

图4为本申请一个实施例提供的一种对账方法的流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1为本申请一个实施例提供的对账系统的功能结构图，如图1所示，该对账系统，包括：

登录模块11、平台对接模块12、双向对账模块13和异常处理模块14；

登录模块11用于用户登录对账系统；

平台对接模块12用于对接多个平台获取对账数据，平台包括自助机、支付平台、和HIS系统；

双向对账模块13用于从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据；

异常处理模块14，用于在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录。

用户通过登录模块11登录对账系统，进入登录页面，输入正确的账号、密码，可进入系统，系统首页展示常用的统计数据，可按交易时间、院区、平台筛选查询数据。数据展示分为四部分：

第一部分分别按平台(自助机)收入、HIS系统收入、银行收入、单边账、平台(自助机)收入—HIS系统、平台(自助机)收入—银行六个条件显示交易笔数和金额；

第二部分使用饼状图统计支付金额、支付笔数，显示支付宝、微信、银行卡的占比和正/负交易的占比；

第三部分为两个柱状统计图，按支付宝、微信、银行卡分别统计近8天的支付金额和支付笔数；

第四部分为一个折线柱状综合统计图，统计近8天的正/负/异常的交易笔数和交易金额。

传统电子自动对账平台工作流程包括HIS与移动支付平台渠道对账，根据对账日期，生成HIS本地数据，选择支付渠道，下载支付渠道数据，比较HIS本地支付数据与支付渠道数据差异，对账准确率低，且在出现异常时，并未对异常资金进行安全处理，存在医院资金安全隐患。

对账工作的原理是通过程序，正反两个方向对比医院HIS的交易明细数据、支付宝交易的明细数据，找出不在对方的数据，并找出存在差异的数据。对比原则如图3所示，具体包括：

通过交易的流水号进行对比；

以支付宝提供的交易数据为主，和HIS数据进行对比；

以HIS数据为主，和支付宝数据进行对比；

统计医院、支付宝在指定时间段内总收入、总交易笔数、入账笔数、退款笔数；

列出总收入、总交易笔数、入账笔数、退款笔数等方面的差异；

双方数据存在单边账的情况下，列出详细的交易明细，包含交易时间、交易人、差异原因、医院订单号/支付宝订单号。

由于网络异常，有可能发生存在单边账的情况，按照开发公司的交易规则，现象是该退给患者的资金未退还给患者。针对账务方面的处理原则：

只能由财务专员才能发起退款操作，并存日志记录；正常发付款订单只需要医院的信息管理人员操作即可，而在对账发现差异时间时，此时通过登录的账户信息验证登录人员的身份是否为财务人员，在确定为财务人员时才能进行退款操作，保证医院资金安全；

医院支付宝账户的资金定期自动转入医院财务账户，可以进一步保证医院的资金安全。

本实施例中，对账系统包括登录模块、平台对接模块、双向对账模块和异常处理模块，登录模块用于用户登录对账系统，平台对接模块用于对接多个平台获取对账数据，平台包括自助机、支付平台、和HIS系统，双向对账模块用于从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据，异常处理模块，用于在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录，通过双向对账模块可以提高对账的准确性，通过异常处理模块可以保证医院的资金安全，另外，通过平台对接模块可以综合对个渠道即多个平台获取对账数据，以使对账数据更加全面。

图2为本申请另一个实施例提供的一种对账系统的功能结构图，如图2所示，在上一实施例的基础上，该对账系统还包括：

对账类型选择模块21用于选择对账类型对对账数据进行对账操作，对账类型包括交易类型、支付方式和业务类型；

按交易类型对账中列表数据按正/负交易分类，其中以天、月、年为时间单位进行对账；可以按院区、平台分类查看对账情况；可以按对账业务分类筛选。支持导出数据。

查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的正负交易数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询交易信息，此时“三方对账”与另一个系统选项为不可勾选状态。数据表右侧三列为两方对账，当差值为0时，两方系统对账正常；当差值不为0时，视为异常，此时数据标红加粗加下划线，可点击查看详情。

按支付方式对账，列表数据按微信支付、支付宝支付分类，其中以天、月、年为时间单位进行对账；可以按院区、平台分类查看对账情况；可以按对账业务分类筛选。支持导出数据。

查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的交易数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询交易信息，此时“三方对账”与另一个系统选项为不可勾选状态。如只勾选一个系统点击查询，则会弹出提示“请选择不小于两方的对账业务”。数据表右侧三列为两方对账，当差值为0时，两方系统对账正常；当差值不为0时，则视为异常，此时数据标红加粗加下划线，可点击查看详情。

按业务类型对账，列表数据按自主挂号、自主缴费、预约取号等业务类型分类，其中以天、月、年为时间单位进行对账；可以按院区、平台分类查看对账情况；可以按对账业务分类筛选。支持导出数据。查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的交易数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询交易信息，此时“三方对账”与另一个系统选项为不可勾选状态。如只勾选一个系统点击查询，则会弹出提示“请选择不小于两方的对账业务”。数据表右侧三列为两方对账，当差值为0时，两方系统对账正常；当差值不为0时，则视为异常，此时数据标红加粗加下划线，可点击查看详情。

异常订单备注模块22，用于备注异常订单的异常参数；

一些实施例中，异常参数包括但不限于异常订单数量、异常订单金额和异常原因等；

一方面，异常订单备注模块22有益于对账系统追溯排出对账异常原因；另一方面，医院获取异常参数后跟对异常参数进行分析，对异常原因进行总结以规避异常，从而改善现有HIS系统。

账表生成模块23用于生成对账结果账单。

总收入对账模块24，用于对总收入进行核对。

总收入对账模块24为对账系统总收入核对，其中以天、月、年为时间单位进行对账；可以按院区、平台分类查看对账情况；可以按对账业务分类筛选。支持导出数据。查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的对账数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询对账信息，此时“三方对账”与另一个系统选项为不可勾选状态。正确操作如下列图所示：

数据表右侧三列为两方对账，当差值为0时，两方系统对账正常；当差值不为0时，视为异常，此时数据标红加粗加下划线，可点击查看详情。

明细账查询模块25，明细账查询模块25用于查询账务数据记录。

一些实施例中，明细账查询模块25，包括：

单边账明细模块和多边账明细模块；

单边账明细模块用于查询单边账的账务数据记录；

单边账明细模块功能为记录单边账数据记录。可快捷查看昨天、近七天、近一个月的数据记录。可按交易时间、院区、平台订单号、交易类型、选择平台、支付方式、对账业务、业务类型、选择有数据系统查询数据。查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的交易数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询交易信息，此时“三方对账”与另一个系统选项为不可勾选状态。查询条件只支持单选，用来查询指定系统的单边账，如选择“业务系统有数据”，则只显示平台系统有记录的交易数据。

多边账明细模块用于查询多边账的账务数据记录。

多边账明细模块功能为记录多边账数据记录。可快捷查看昨天、近七天、近一个月的数据记录。可按交易时间、院区、平台订单号、交易类型、选择平台、支付方式、对账业务、业务类型查询数据。查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的交易数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询交易信息，此时“三方对账”与另一个系统选项为不可勾选状态。点击最右列的查看详情，可查看这条交易数据详情。

交易记录查询模块26，用于查询交易记录。

一些实施例中，交易记录查询模块26包括：

自助机交易查询模块，用于查询自助机上的交易记录；

自助机交易查询模块为记录平台系统交易明细。可快捷查看昨天、近7天、近一个月的交易数据，查询条件包括交易时间、院区、平台订单号、交易类型、选择平台、业务类型、支付方式。支持导出数据。

支付平台交易查询模块，用于查询支付平台上的交易记录；

支付平台交易查询模块为记录各支付系统交易明细。可快捷查看昨天、近7天、近一个月的交易数据，查询条件包括交易时间、订单号、支付方式。支持导出数据。

HIS系统交易查询模块，用于查询HIS系统上的交易记录。

HIS系统交易查询模块为记录HIS系统交易明细。可快捷查看昨天、近7天、近一个月的交易数据，查询条件包括交易时间、HIS系统订单号、选择平台、业务类型、支付方式。支持导出数据。

退款模块27，用于记录所有的退款申请记录。

退款模块为记录所有的退款申请记录。可快捷查询昨日、近7天、近一月的退款申请。查询条件包括交易时间、平台订单号、支付方式。显示列表最右侧一列为操作栏，可执行【退款】、【查看详情】操作。点击【退款】弹出退款窗口，默认为“全部退款”，选择“部分退款”时出现输入框，提示输入退款金额，金额不能超过可退金额，不能小于等于0。退款成功后，该退款申请在列表中消失。执行查看详情操作，系统弹出退款申请记录详情。

对账统计模块28，用于统计一个或多个平台的交易笔数和金额。

一些实施例中，对账统计模块28包括：

总收入统计模块，用于统计多个平台的交易笔数和金额；

总收入统计模块为统计各系统的交易笔数和金额。其中以天、月、年为时间单位统计，可按交易时间、院区、选择平台、对账业务统计。支持导出数据。

页面上方为两个柱状统计图，按平台、HIS系统、银行和异常交易统计交易笔数、交易金额，下方为数据表。查询条件选择“三方对账”查询出自助机、HIS系统、支付平台三个平台的正负交易数据，当已选择“三方对账”时，其他三个选项为不可勾选状态；当不选择“三方对账”时，其他选项需至少勾选两个系统才可查询交易信息，此时“三方对账”与另一个系统选项为不可勾选状态。

按支付方式统计模块，用于按支付方式分类统计各个平台的交易笔数和金额；

按支付方式统计模块为按支付方式分类统计各系统的交易笔数和金额。其中以天、月、年为时间单位统计，可按交易时间、院区、选择平台统计。支持导出数据。

页面上方显示两个饼状图，按银行卡、微信、支付宝分类展示昨日的支付金额和支付笔数占比。两个柱状图，按银行卡、微信、支付宝分类统计近8天的支付金额和支付笔数。下方为数据表。

按交易类型统计模块，用于按正负交易类型统计各个平台的交易笔数和金额。

按交易类型统计模块为按正负交易类型统计各系统的交易笔数和金额。其中以天、月、年为时间单位统计，可按交易时间、院区、选择平台、对账业务统计。支持导出数据。

页面上方显示两个饼状图，按正/负交易分类展示支付金额和支付笔数占比。饼状图下方还提供了了详细的数据表。

本实施例中，对账系统通过不同查询页面满足用户多种查询需求，实现快速高效对账。

图4为本申请一个实施例提供的一种对账方法的流程图，如图4所示，该对账方法，包括：

S41：获取用户登录对账系统的登录信息；

S42：对接多个平台获取对账数据，所述平台包括自助机、支付平台、和HIS系统；

S43：从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据；

S44：在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录。

本实施例中，通过获取用户登录对账系统的登录信息，对接多个平台获取对账数据，平台包括自助机、支付平台、和HIS系统，从正反两个方向对比HIS系统的交易明细数据和支付平台的明细数据，找出存在的差异数据，在存在差异数据时对异常订单进行锁定，接收指定人员发起退款操作后进行资金流转，并保存异常订单日志记录，可以提高对账的准确性，保证医院的资金安全，进一步的，可以综合对个渠道即多个平台获取对账数据，以使对账数据更加全面。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能组件的形式实现。所述集成的模块如果以软件功能组件的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

需要说明的是，本发明不局限于上述最佳实施方式，本领域技术人员在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范围之内。