一种医院统一支付管理平台及控制方法技术

本发明专利技术公开了一种医院统一支付管理平台及控制方法，应用于通信技术领域，包括第一服务器和第二服务器。第二服务器，被配置为：监听第一服务器的接收端口；根据获取交易ID的时间建立第一队列；根据获取交易ID的时间建立第二队列；将同时存在于第一队列和第二队列的交易ID从第一队列中移除；从第一队列中选出第一交易ID建立第三队列；当从第二队列检测到第一交易ID时，从第三队列中移除第一交易ID。本发明专利技术一种医院统一支付管理平台及控制方法，通过第二服务器对交易ID进行监控，并且直接检索出未完成交易的交易ID，有效降低了对账时服务器的计算压力，也避免了在海量数据中检索时产生的错误和误差。错误和误差。错误和误差。

【技术实现步骤摘要】
一种医院统一支付管理平台及控制方法


[0001]本专利技术涉及通信
，具体涉及一种医院统一支付管理平台及控制方法。

技术介绍

[0002]目前应用在现代化医院的支付方式主要是通过医院和各金融机构直接对接，完成费用支付、退款等诸多操作。所以统一的支付平台应运而生，其为各医疗机构和金融机构提供统一的接口，从而减少网络接口，实现数据标准统一。
[0003]现有的医院统一支付平台与外部的数据交互普遍采用异步回调方式进行通知，这种方式可以及时的执行多个支付操作，大大加快多窗口的支付效率。但是由于异步回调的通知方式是不需要等待信息返回的，所以缺少对支付情况的监控，尤其是支付或退款迟迟得不到响应时，只能通过检索金融机构的回执进行对账等操作，造成平台本身计算压力增大，财务对账也不够精准。

技术实现思路

[0004]为了至少克服现有技术中的上述不足，本申请的目的在于提供一种医院统一支付管理平台及控制方法。
[0005]在一个方面，本申请实施例提供了一种医院统一支付管理平台，包括：第一服务器，被配置为：接收医院终端发送的第一交易请求，并根据所述第一交易请求向对应的支付服务器发送第二交易请求；接收所述支付服务器根据所述第二交易请求生成的第二交易结果信息，并根据所述第二交易结果信息向所述医院终端发送第一交易结果信息；第二服务器，被配置为：监听所述第一服务器的接收端口；在所述第一服务器接收到所述第一交易请求时获取所述第一交易请求的交易ID，并根据获取所述交易ID的时间建立第一队列；在所述第一服务器接收到所述第二交易结果信息时获取所述第二交易结果信息对应的交易ID，并根据获取所述交易ID的时间建立第二队列；轮询所述第二队列，并将同时存在于所述第一队列和第二队列的交易ID从所述第一队列中移除；从所述第一队列中选出第一交易ID建立第三队列；所述第一交易ID为在所述第一队列中存在时长超过第一预设值的交易ID；当从所述第二队列检测到所述第一交易ID时，从所述第三队列中移除所述第一交易ID。
[0006]本申请实施例实施时，第一服务器的主要作用和现有的医院统一支付平台作用较为类似，以一个中间平台的形式为医院终端和支付服务器提供统一的接口和信息交互，同
时用户终端也需要和支付服务器进行交互实现身份验证等功能，从而形成完整的支付或者退款过程；其为现有技术在此不多做复述。同样的，本申请实施例中的支付服务器对应不同金融机构的服务器，如微信支付、支付宝支付或其他银行支付的服务器，在此不多做限定。
[0007]本申请实施例中，专利技术人发现现有的医院统一支付平台在进行对账时，需要先将未响应过的交易信息剔出进行单独核算，经常需要检查每笔交易信息的情况才能完成对账，极为不便，造成了平台计算资源的大量浪费，并且在对账过程中，平台基本是不能同步进行交易处理的。本申请实施例采用了第二服务器实现每一笔交易的监控，将未响应的交易挑选出来，便于后续对账使用。
[0008]具体的，第二服务器通过监听所述第一服务器的接收端口来获取数据，由于第一服务器需要进行信息收发，所以对于不同的医院终端和支付服务器会分配不同的接收端口和发送端口，在本申请实施例中，采用接收端口可以减少一半的数据获取率，提高数据获取效率。
[0009]具体的，第二服务器在监听所述接收端口时，主要获取第一交易请求的交易ID和第二交易结果的交易ID，在本申请实施例中交易ID是表征一项交易过程的特征，可以采用订单编号、交易编号、流水编号等可以表征一笔交易的特征，在此不多做限定。
[0010]具体的，第一队列是用于进行第一交易请求的监控的，而第二队列是用于进行第二交易结果的监控的，每次第二队列中出现了第一队列中的交易ID时，说明该交易结束，无论结果是退回、完成等可以标记其已经交易结束，此时将对应的交易ID移出第一队列，而一直没有完成交易ID会持续的留在第一队列中。本申请实施例中的这种方式类似于通过同步的方式检测异步线程是否返回的过程，既可以不阻塞异步线程，也可以对线程的返回情况进行检测。在第一队列中所保留的交易ID即为没有得到信息反馈的交易请求对应的交易ID，没有得到信息反馈的原因很多，主要原因在于支付服务器的响应不及时或者线路阻塞，尤其是在支付高峰期，很多金融机构的支付服务器会发生这种无法及时响应的问题。第一队列的存在可以在对账时便于查询未反馈的交易结果。同时，本申请实施例还设置了第三队列，第三队列是存在于第一队列中时长超过第一预设值的交易ID的集合；第一预设值根据对账周期进行设置，这样进行对账时，可以从第三队列中取出第一交易ID，避免了对未结交易重新检索查询的问题。
[0011]示例的，网络支付平台的对账周期采用1小时、3小时、6小时时，将第一预设值设置为1小时、3小时、6小时。
[0012]具体的，当进行对账时，所述第二服务器将所述第三队列中的第一交易ID发送至所述第一服务器；所述第一服务器对账时根据所述第一交易ID修正对账结果。修正方式为，第一服务器将所述第三队列中的第一交易ID从对账结果中剔除。本申请实施例实施时，通过第二服务器对交易ID进行监控，并且直接检索出未完成交易的交易ID，有效降低了对账时服务器的计算压力，也避免了在海量数据中检索时产生的错误和误差。
[0013]在一种可能的实现方式中，所述第二服务器，还被配置为：当从所述第一队列检测到存在于所述第三队列的第一交易ID时，向所述第一服务器发送对应所述第一交易ID的第一拦截指令；所述第一服务器收到所述第一拦截指令时，暂停对应所述第一交易ID的第二交易请求的发送。
[0014]在一种可能的实现方式中，所述第二服务器，还被配置为：当查询到所述第三队列中的任意第一交易ID存在的时长超过第二预设值时，判断所述第一交易ID对应的第一交易请求的类型；如果所述第一交易ID对应的第一交易请求的类型为支付，将该第一交易ID作为第二交易ID；向所述第一服务器发起对应所述第二交易ID的用户的历史交易记录的查询请求，并获取所述第一服务器响应于所述查询请求发送的历史交易记录作为第一历史数据；根据所述第一历史数据对所述第二交易ID发出响应。
[0015]在一种可能的实现方式中，所述第二服务器，还被配置为：当根据所述第一历史数据对所述第二交易ID发出响应时，将所述第一历史数据输入配置于所述第二服务器的二元分类模型，并接收所述二元分类模型输出的结果；所述二元分类模型输出的结果为是或者否；如果所述二元分类模型输出的结果为是，向所述第一服务器发起垫付请求；所述第一服务器，被配置为：收到所述垫付请求时为对应所述第二交易ID的所述第一交易请求进行资金垫付。
[0016]在一种可能的实现方式中，所述第二服务器，还被配置为：向所述第一服务器发起垫付请求时，将所述第二交易ID放入第四队列；当监听到对应所述第二交易ID的第二交易结果信息为完成时，将所述第四队列移出所述第四队列。
[0017]在另一个方面，本申请实施例提供了一种医院统一支付管理平台控制方法，所述一种医院统一支付管理平台包括第一服务器和第二服务本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种医院统一支付管理平台，其特征在于，包括：第一服务器，被配置为：接收医院终端发送的第一交易请求，并根据所述第一交易请求向对应的支付服务器发送第二交易请求；接收所述支付服务器根据所述第二交易请求生成的第二交易结果信息，并根据所述第二交易结果信息向所述医院终端发送第一交易结果信息；第二服务器，被配置为：监听所述第一服务器的接收端口；在所述第一服务器接收到所述第一交易请求时获取所述第一交易请求的交易ID，并根据获取所述交易ID的时间建立第一队列；在所述第一服务器接收到所述第二交易结果信息时获取所述第二交易结果信息对应的交易ID，并根据获取所述交易ID的时间建立第二队列；轮询所述第二队列，并将同时存在于所述第一队列和第二队列的交易ID从所述第一队列中移除；从所述第一队列中选出第一交易ID建立第三队列；所述第一交易ID为在所述第一队列中存在时长超过第一预设值的交易ID；当从所述第二队列检测到所述第一交易ID时，从所述第三队列中移除所述第一交易ID。2.根据权利要求1所述的一种医院统一支付管理平台，其特征在于，所述第二服务器，还被配置为：当从所述第一队列检测到存在于所述第三队列的第一交易ID时，向所述第一服务器发送对应所述第一交易ID的第一拦截指令；所述第一服务器收到所述第一拦截指令时，暂停对应所述第一交易ID的第二交易请求的发送。3.根据权利要求1所述的一种医院统一支付管理平台，其特征在于，所述第二服务器，还被配置为：当查询到所述第三队列中的任意第一交易ID存在的时长超过第二预设值时，判断所述第一交易ID对应的第一交易请求的类型；如果所述第一交易ID对应的第一交易请求的类型为支付，将该第一交易ID作为第二交易ID；向所述第一服务器发起对应所述第二交易ID的用户的历史交易记录的查询请求，并获取所述第一服务器响应于所述查询请求发送的历史交易记录作为第一历史数据；根据所述第一历史数据对所述第二交易ID发出响应。4.根据权利要求3所述的一种医院统一支付管理平台，其特征在于，所述第二服务器，还被配置为：当根据所述第一历史数据对所述第二交易ID发出响应时，将所述第一历史数据输入配置于所述第二服务器的二元分类模型，并接收所述二元分类模型输出的结果；所述二元分类模型输出的结果为是或者否；如果所述二元分类模型输出的结果为是，向所述第一服务器发起垫付请求；
所述第一服务器，被配置为：收到所述垫付请求时为对应所述第二交易ID的所述第一交易请求进行资金垫付。5.根据权利要求4所述的一种医院统一支付管理平台，其特征在于，所述第二服务器，还被配置为：向所述第一服务器发起垫付请求时，将所述第二交易ID放入第四队列；当监听到对应所述第二交易ID的第二交易结果信息为完成时，将所述第四队列移出所述第四队列。6.一种医院统一支付管理平台控制方法，其特征在于，所述一种医院统一支付...

【专利技术属性】
技术研发人员：任超源，刘力嘉，唐文均，
申请(专利权)人：四川赛尔斯科技有限公司，
类型：发明
国别省市：