CN113988864A - 基于支付管理平台的医疗费用支付方法及系统 - Google Patents

基于支付管理平台的医疗费用支付方法及系统 Download PDF

Info

Publication number
CN113988864A
CN113988864A CN202111625780.5A CN202111625780A CN113988864A CN 113988864 A CN113988864 A CN 113988864A CN 202111625780 A CN202111625780 A CN 202111625780A CN 113988864 A CN113988864 A CN 113988864A
Authority
CN
China
Prior art keywords
payment
management platform
mobile terminal
terminal
certificate
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
Application number
CN202111625780.5A
Other languages
English (en)
Other versions
CN113988864B (zh
Inventor
陈永劲
刘力嘉
黄二亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sichuan Ceres Technology Co ltd
Original Assignee
Sichuan Ceres Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sichuan Ceres Technology Co ltd filed Critical Sichuan Ceres Technology Co ltd
Priority to CN202111625780.5A priority Critical patent/CN113988864B/zh
Publication of CN113988864A publication Critical patent/CN113988864A/zh
Application granted granted Critical
Publication of CN113988864B publication Critical patent/CN113988864B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/386Payment protocols; Details thereof using messaging services or messaging apps
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了基于支付管理平台的医疗费用支付方法,包括:检测移动终端连接互联网的丢包率;建立移动终端与配置于医院的支付终端的通信;通过移动终端将对应支付医疗费用的第一电子支付凭证发送至支付终端,并由支付终端将第一电子支付凭证转发至支付管理平台;在丢包率低于阈值时通过互联网向支付管理平台发送第二电子支付凭证;支付管理平台根据第一电子支付凭证和第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。本发明基于支付管理平台的医疗费用支付方法及系统,实现了在网络较差甚至无网络的环境下及时进行医疗费用的支付,不耽误患者的治疗,也提高了医院前端医疗费用支付的效率。

Description

基于支付管理平台的医疗费用支付方法及系统
技术领域
本发明涉及通信技术领域,具体涉及基于支付管理平台的医疗费用支付方法及系统。
背景技术
随着科学技术的发展,医疗费用远程支付已经开始在大规模推广应用,通过将微信、支付宝、云闪付等APP的开放端口接入医院的支付系统,就可以实现便捷的医疗费用支付。
然而在医院环境中人员众多,经常会出现手机信号较弱、WIFI连接阻塞等现象,造成支付困难,影响患者后续检查取药等一系列过程。
现有技术中,在人员较多的场合中,信号基站往往会超负荷运转,造成手机信号较弱,而过多的人员连接WIFI后,WIFI的外部连接也会发生阻塞,造成基于与外部进行通信的移动支付技术无法正常运作,影响医疗费用支付。
发明内容
本发明所要解决的技术问题是现有技术中,与外部的通信连接阻塞会影响患者支付医疗费用,耽误患者治疗,目的在于提供基于支付管理平台的医疗费用支付方法及系统,解决上述问题。
本发明通过下述技术方案实现:
基于支付管理平台的医疗费用支付方法,包括:
当通过移动终端支付医疗费用时,检测所述移动终端连接互联网的丢包率;
如果所述丢包率高于阈值,建立所述移动终端与配置于医院的支付终端的通信;
通过所述移动终端将对应支付医疗费用的第一电子支付凭证发送至所述支付终端,并由所述支付终端将所述第一电子支付凭证转发至支付管理平台;
发送所述第一电子支付凭证后,周期性检测所述移动终端连接互联网的丢包率,并在所述丢包率低于阈值时通过互联网向所述支付管理平台发送第二电子支付凭证;
所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。
本实施例实施时,通过检测丢包率检测移动终端对互联网连接的网络状态,应当理解的是,此处所说的互联网连接状态是移动终端对外部网络的连接状态,如通过GPRS、4G、WIFI等通信手段连接银行、支付服务器等外部系统。如果丢包率过高,进行支付的时候是非常容易出错的,所以此时本实施例将通信方式切换为与配置于医院的支付终端进行通信,通信方式采用内部通信或者近场通信中的点对点通信方式,示例的,采用蓝牙方式进行通信,或者采用WIFI内网的方式进行通信,通信过程中,通过建立通信连接的方式与支付终端进行直接通信。
在本实施例中,通过上述的连接将第一电子支付凭证发送至支付终端,并由支付终端转发第一电子支付凭证至支付管理平台,由于支付终端本身的安全性并不像支付管理平台和银行终端一样得到完全的保证,所以作为一种优选方案,可以将第一电子支付凭证设置为用于冻结资金的凭证,即使有一定的泄露对使用者的账户安全威胁也较小。
而发送第一电子支付凭证后,周期性检测移动终端连接互联网的丢包率,并在网络状况较好的情况下通过互联网直接向支付管理平台发送第二电子支付凭证,第二电子支付凭证采用支付凭据,由于是直接向支付管理平台发送的,安全性可以得到保证,基于第一电子支付凭证和第二电子支付凭证就可以实现向对应的医院账户进行支付完成付款。
作为一种具体实现的方式,支付终端开具支付完成的凭据可以采用在收到第一电子支付凭证时进行,即用户可以在提供了第一电子支付凭证即可根据支付完成的凭据进行检查和开药,不耽误治疗。
作为另一种具体实现的方式,支付终端开具支付完成的凭据可以采用在支付管理平台完成了支付过程并反馈时,这种虽然效率较低,但是安全性相对较高,用户可以在提交了第一电子支付凭证后,寻找信号较好的地方进行第二电子支付凭证的提交,不需要一直在支付柜台进行支付。
无论采用上述的那种实现方式,本发明都可以实现在网络较差甚至无网络的环境下及时进行医疗费用的支付,不耽误患者的治疗,也提高了医院前端医疗费用支付的效率。
进一步的,所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应医院的账户进行支付包括:
所述支付管理平台从所述第一电子支付凭证中提取支付金额、支付账户和冻结秘钥;
所述支付管理平台根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求,并接收所述银行终端从所述支付账户冻结所述支付金额的冻结凭证;
当所述支付管理平台收到所述冻结凭证后,从互联网接口监听所述移动终端发送的第二电子支付凭证,并从接收到的所述第二电子支付凭证中提取支付秘钥;
所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求,并接收所述银行终端将冻结于所述支付账户的所述支付金额支付给医院账户的付款凭证;
所述支付管理平台将所述付款凭证发送至所述移动终端。
进一步的,所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求包括:
所述支付管理平台还从所述第二电子支付凭证中提取刷新秘钥;
所述支付管理平台在收到所述付款凭证时根据所述刷新秘钥向所述银行终端发送秘钥刷新请求;所述银行终端根据所述秘钥刷新请求刷新对应所述移动终端的支付秘钥。
进一步的,检测所述移动终端连接互联网的丢包率包括:
通过所述移动终端向多个预设网络地址发起连通性测试,并接收所述预设网络地址返回数据包的丢包率作为第一丢包率;
将多个所述第一丢包率进行平均运算生成所述移动终端连接互联网的丢包率。
进一步的,建立所述移动终端与配置于医院的支付终端的通信包括:
获取所述移动终端的至少一种网内通信方式,并在该网内通信中广播组网请求;
所述支付终端根据所述组网请求与所述移动终端组网并建立通信。
采用上述任意一种基于支付管理平台的医疗费用支付方法的系统,包括配置于移动终端的终端APP、配置于医院的支付终端和配置于远程的支付管理平台;
所述终端APP通过所述移动终端支付医疗费用时,检测所述移动终端连接互联网的丢包率;
如果所述丢包率高于阈值,所述终端APP建立所述移动终端与所述支付终端的通信;
所述终端APP通过所述移动终端将对应支付医疗费用的第一电子支付凭证发送至所述支付终端,并由所述支付终端将所述第一电子支付凭证转发至支付管理平台;
所述终端APP发送所述第一电子支付凭证后,周期性检测所述移动终端连接互联网的丢包率,并在所述丢包率低于阈值时通过互联网向所述支付管理平台发送第二电子支付凭证;
所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。
进一步的,所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应医院的账户进行支付时,所述支付管理平台从所述第一电子支付凭证中提取支付金额、支付账户和冻结秘钥;
所述支付管理平台根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求,并接收所述银行终端从所述支付账户冻结所述支付金额的冻结凭证;
当所述支付管理平台收到所述冻结凭证后,从互联网接口监听所述移动终端发送的第二电子支付凭证,并从接收到的所述第二电子支付凭证中提取支付秘钥;
所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求,并接收所述银行终端将冻结于所述支付账户的所述支付金额支付给医院账户的付款凭证;
所述支付管理平台将所述付款凭证发送至所述移动终端。
进一步的,所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求时,所述支付管理平台还从所述第二电子支付凭证中提取刷新秘钥;
所述支付管理平台在收到所述付款凭证时根据所述刷新秘钥向所述银行终端发送秘钥刷新请求;所述银行终端根据所述秘钥刷新请求刷新对应所述移动终端的支付秘钥。
进一步的,所述终端APP检测所述移动终端连接互联网的丢包率时,所述终端APP通过所述移动终端向多个预设网络地址发起连通性测试,并接收所述预设网络地址返回数据包的丢包率作为第一丢包率;
所述终端APP将多个所述第一丢包率进行平均运算生成所述移动终端连接互联网的丢包率。
进一步的,所述终端APP建立所述移动终端与配置于医院的支付终端的通信时,获取所述移动终端的至少一种网内通信方式,并在该网内通信中广播组网请求;
所述支付终端根据所述组网请求与所述移动终端组网并建立通信。
本发明与现有技术相比,具有如下的优点和有益效果:
本发明基于支付管理平台的医疗费用支付方法及系统,实现了在网络较差甚至无网络的环境下及时进行医疗费用的支付,不耽误患者的治疗,也提高了医院前端医疗费用支付的效率。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解,构成本申请的一部分,并不构成对本发明实施例的限定。在附图中:
图1为本发明方法步骤示意图;
图2为本发明系统架构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明作进一步的详细说明,本发明的示意性实施方式及其说明仅用于解释本发明,并不作为对本发明的限定。
实施例:
在上述基础上,请结合参阅图1,为本发明实施例所提供的基于支付管理平台的医疗费用支付方法的流程示意图,所述基于支付管理平台的医疗费用支付方法可以应用于图2中的基于支付管理平台的医疗费用支付系统,进一步地,所述基于支付管理平台的医疗费用支付方法具体可以包括以下步骤S1-步骤S5所描述的内容。
S1:当通过移动终端支付医疗费用时,检测所述移动终端连接互联网的丢包率;
S2:如果所述丢包率高于阈值,建立所述移动终端与配置于医院的支付终端的通信;
S3:通过所述移动终端将对应支付医疗费用的第一电子支付凭证发送至所述支付终端,并由所述支付终端将所述第一电子支付凭证转发至支付管理平台;
S4:发送所述第一电子支付凭证后,周期性检测所述移动终端连接互联网的丢包率,并在所述丢包率低于阈值时通过互联网向所述支付管理平台发送第二电子支付凭证;
S5:所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。
本实施例实施时,通过检测丢包率检测移动终端对互联网连接的网络状态,应当理解的是,此处所说的互联网连接状态是移动终端对外部网络的连接状态,如通过GPRS、4G、WIFI等通信手段连接银行、支付服务器等外部系统。如果丢包率过高,进行支付的时候是非常容易出错的,所以此时本实施例将通信方式切换为与配置于医院的支付终端进行通信,通信方式采用内部通信或者近场通信中的点对点通信方式,示例的,采用蓝牙方式进行通信,或者采用WIFI内网的方式进行通信,通信过程中,通过建立通信连接的方式与支付终端进行直接通信。
在本实施例中,通过上述的连接将第一电子支付凭证发送至支付终端,并由支付终端转发第一电子支付凭证至支付管理平台,由于支付终端本身的安全性并不像支付管理平台和银行终端一样得到完全的保证,所以作为一种优选方案,可以将第一电子支付凭证设置为用于冻结资金的凭证,即使有一定的泄露对使用者的账户安全威胁也较小。
而发送第一电子支付凭证后,周期性检测移动终端连接互联网的丢包率,并在网络状况较好的情况下通过互联网直接向支付管理平台发送第二电子支付凭证,第二电子支付凭证采用支付凭据,由于是直接向支付管理平台发送的,安全性可以得到保证,基于第一电子支付凭证和第二电子支付凭证就可以实现向对应的医院账户进行支付完成付款。
作为一种具体实现的方式,支付终端开具支付完成的凭据可以采用在收到第一电子支付凭证时进行,即用户可以在提供了第一电子支付凭证即可根据支付完成的凭据进行检查和开药,不耽误治疗。
作为另一种具体实现的方式,支付终端开具支付完成的凭据可以采用在支付管理平台完成了支付过程并反馈时,这种虽然效率较低,但是安全性相对较高,用户可以在提交了第一电子支付凭证后,寻找信号较好的地方进行第二电子支付凭证的提交,不需要一直在支付柜台进行支付。
无论采用上述的那种实现方式,本发明都可以实现在网络较差甚至无网络的环境下及时进行医疗费用的支付,不耽误患者的治疗,也提高了医院前端医疗费用支付的效率。
在一个更具体的实施例中,步骤S5包括:
所述支付管理平台从所述第一电子支付凭证中提取支付金额、支付账户和冻结秘钥;
所述支付管理平台根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求,并接收所述银行终端从所述支付账户冻结所述支付金额的冻结凭证;
当所述支付管理平台收到所述冻结凭证后,从互联网接口监听所述移动终端发送的第二电子支付凭证,并从接收到的所述第二电子支付凭证中提取支付秘钥;
所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求,并接收所述银行终端将冻结于所述支付账户的所述支付金额支付给医院账户的付款凭证;
所述支付管理平台将所述付款凭证发送至所述移动终端。
本实施例实施时,将第一电子支付凭证作为用于进行资金冻结的凭证,其中包含有支付金额、支付账户和冻结秘钥,通过冻结秘钥支付管理平台可以进行对应所述支付金额和所述支付账户的冻结请求,即请求从支付账户冻结支付金额的资金,冻结完成后接收冻结凭证,对于进行医疗支付的用户,此时就可以视作医疗支付完成。
在支付管理平台接收到第二电子支付凭证时,完成后续的支付流程,应当理解的是,支付管理平台还应当根据第二电子支付凭证对第一电子支付凭证进行验证,验证过程可以采用现有技术中的验证手段,验证通过后则根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求。支付管理平台完成了对医院账户的支付后,付款凭证直接通过互联网发送至移动终端,避免了支付相关的关键数据经手支付终端,提高了安全性。
作为一种具体实现的方式,支付终端开具用于表征支付完成的凭据可以采用在支付管理平台收到冻结凭证后,即用户可以在支付管理平台收到冻结凭证后即可根据支付完成的凭据进行检查和开药,不耽误治疗。
作为一种具体实现的方式,支付管理平台根据第二电子支付凭证对第一电子支付凭证进行验证时,提取第一电子支付凭证中的设备ID作为第一ID,提取第二电子支付凭证中的设备ID作为第二ID;
所述支付管理平台将第二ID和第一ID进行比对,并在比对结果符合预设要求时通过所述验证;
所述支付管理平台上还设置有移动设备库,所述移动设备库内设置有移动设备的设备ID与支付账户的对应关系;
当支付管理平台收到第一电子支付凭证时,将所述支付账户和移动设备的设备ID在所述移动设备库中进行验证;
如果验证通过,所述支付管理平台在收到冻结凭证后即从所述支付管理平台对应的账户将所述支付金额支付给医院账户,并在收到所述第二电子支付凭证时将冻结于所述支付账户的所述支付金额支付给所述支付管理平台对应的账户。应当理解的是,在本实施例中可以实现更便捷的支付方式,其中主要风险由支付管理平台承担,只需要支付管理平台可以认证所述移动设备即可。
在一个更具体的实施例中,所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求包括:
所述支付管理平台还从所述第二电子支付凭证中提取刷新秘钥;
所述支付管理平台在收到所述付款凭证时根据所述刷新秘钥向所述银行终端发送秘钥刷新请求;所述银行终端根据所述秘钥刷新请求刷新对应所述移动终端的支付秘钥。
本实施例实施时,为了进一步的保证用户使用移动设备进行支付的安全,在进行支付之后,所述支付管理平台立刻通过秘钥刷新请求进行支付秘钥的刷新,使得旧的支付秘钥失效,提高了使用安全度。
在一个更具体的实施例中,检测所述移动终端连接互联网的丢包率包括:
通过所述移动终端向多个预设网络地址发起连通性测试,并接收所述预设网络地址返回数据包的丢包率作为第一丢包率;
将多个所述第一丢包率进行平均运算生成所述移动终端连接互联网的丢包率。
本实施例实施时,检测丢包率的方式采用对多个预设网络地址发起连通性测试,原则上连通性测试的对象不得少于五个,对象可以采用百度、新浪等门户网站,最终进行平均运算生成移动终端连接互联网的丢包率。
在一个更具体的实施例中,建立所述移动终端与配置于医院的支付终端的通信包括:
获取所述移动终端的至少一种网内通信方式,并在该网内通信中广播组网请求;
所述支付终端根据所述组网请求与所述移动终端组网并建立通信。
本实施例实施时,获取至少一种网内通信方式后,通过广播组网请求的方式进行组网,可以应用于各种不同协议的通信方式,提高了本实施例的易用性。
作为一种更优的方式,建立所述移动终端与配置于医院的支付终端的通信还包括:
当所述支付终端与所述移动终端组网的通信方式大于一个时,将所述第一电子支付凭证和/或第二电子支付凭证进行切片,并将切片后的数据包通过不同的通信方式进行发送;
所述支付管理平台根据预存于所述支付管理平台的拼接秘钥对切片后的数据包进行拼接。应当理解的是,这种发送方式可以进一步的降低风险,提高用户账户的安全性。
请参阅图2,基于同样的发明构思,还提供了基于支付管理平台的医疗费用支付系统,所述系统包括配置于移动终端的终端APP、配置于医院的支付终端和配置于远程的支付管理平台;
所述终端APP通过所述移动终端支付医疗费用时,检测所述移动终端连接互联网的丢包率;
如果所述丢包率高于阈值,所述终端APP建立所述移动终端与所述支付终端的通信;
所述终端APP通过所述移动终端将对应支付医疗费用的第一电子支付凭证发送至所述支付终端,并由所述支付终端将所述第一电子支付凭证转发至支付管理平台;
所述终端APP发送所述第一电子支付凭证后,周期性检测所述移动终端连接互联网的丢包率,并在所述丢包率低于阈值时通过互联网向所述支付管理平台发送第二电子支付凭证;
所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。
在一个更具体的实施例中,所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应医院的账户进行支付时,所述支付管理平台从所述第一电子支付凭证中提取支付金额、支付账户和冻结秘钥;
所述支付管理平台根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求,并接收所述银行终端从所述支付账户冻结所述支付金额的冻结凭证;
当所述支付管理平台收到所述冻结凭证后,从互联网接口监听所述移动终端发送的第二电子支付凭证,并从接收到的所述第二电子支付凭证中提取支付秘钥;
所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求,并接收所述银行终端将冻结于所述支付账户的所述支付金额支付给医院账户的付款凭证;
所述支付管理平台将所述付款凭证发送至所述移动终端。
在一个更具体的实施例中,所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求时,所述支付管理平台还从所述第二电子支付凭证中提取刷新秘钥;
所述支付管理平台在收到所述付款凭证时根据所述刷新秘钥向所述银行终端发送秘钥刷新请求;所述银行终端根据所述秘钥刷新请求刷新对应所述移动终端的支付秘钥。
在一个更具体的实施例中,所述终端APP检测所述移动终端连接互联网的丢包率时,所述终端APP通过所述移动终端向多个预设网络地址发起连通性测试,并接收所述预设网络地址返回数据包的丢包率作为第一丢包率;
所述终端APP将多个所述第一丢包率进行平均运算生成所述移动终端连接互联网的丢包率。
在一个更具体的实施例中,所述终端APP建立所述移动终端与配置于医院的支付终端的通信时,获取所述移动终端的至少一种网内通信方式,并在该网内通信中广播组网请求;
所述支付终端根据所述组网请求与所述移动终端组网并建立通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网格设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.基于支付管理平台的医疗费用支付方法,其特征在于,包括:
当通过移动终端支付医疗费用时,检测所述移动终端连接互联网的丢包率;
如果所述丢包率高于阈值,建立所述移动终端与配置于医院的支付终端的通信;
通过所述移动终端将对应支付医疗费用的第一电子支付凭证发送至所述支付终端,并由所述支付终端将所述第一电子支付凭证转发至支付管理平台;
发送所述第一电子支付凭证后,周期性检测所述移动终端连接互联网的丢包率,并在所述丢包率低于阈值时通过互联网向所述支付管理平台发送第二电子支付凭证;
所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。
2.根据权利要求1所述的基于支付管理平台的医疗费用支付方法,其特征在于,所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付包括:
所述支付管理平台从所述第一电子支付凭证中提取支付金额、支付账户和冻结秘钥;
所述支付管理平台根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求,并接收所述银行终端从所述支付账户冻结所述支付金额的冻结凭证;
当所述支付管理平台收到所述冻结凭证后,从互联网接口监听所述移动终端发送的第二电子支付凭证,并从接收到的所述第二电子支付凭证中提取支付秘钥;
所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求,并接收所述银行终端将冻结于所述支付账户的所述支付金额支付给医院账户的付款凭证;
所述支付管理平台将所述付款凭证发送至所述移动终端。
3.根据权利要求2所述的基于支付管理平台的医疗费用支付方法,其特征在于,所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求包括:
所述支付管理平台还从所述第二电子支付凭证中提取刷新秘钥;
所述支付管理平台在收到所述付款凭证时根据所述刷新秘钥向所述银行终端发送秘钥刷新请求;所述银行终端根据所述秘钥刷新请求刷新对应所述移动终端的支付秘钥。
4.根据权利要求1所述的基于支付管理平台的医疗费用支付方法,其特征在于,检测所述移动终端连接互联网的丢包率包括:
通过所述移动终端向多个预设网络地址发起连通性测试,并接收所述预设网络地址返回数据包的丢包率作为第一丢包率;
将多个所述第一丢包率进行平均运算生成所述移动终端连接互联网的丢包率。
5.根据权利要求1所述的基于支付管理平台的医疗费用支付方法,其特征在于,建立所述移动终端与配置于医院的支付终端的通信包括:
获取所述移动终端的至少一种网内通信方式,并在该网内通信中广播组网请求;
所述支付终端根据所述组网请求与所述移动终端组网并建立通信。
6.采用权利要求1~5任意一项所述基于支付管理平台的医疗费用支付方法的系统,其特征在于,包括配置于移动终端的终端APP、配置于医院的支付终端和配置于远程的支付管理平台;
所述终端APP通过所述移动终端支付医疗费用时,检测所述移动终端连接互联网的丢包率;
如果所述丢包率高于阈值,所述终端APP建立所述移动终端与所述支付终端的通信;
所述终端APP通过所述移动终端将对应支付医疗费用的第一电子支付凭证发送至所述支付终端,并由所述支付终端将所述第一电子支付凭证转发至支付管理平台;
所述终端APP发送所述第一电子支付凭证后,周期性检测所述移动终端连接互联网的丢包率,并在所述丢包率低于阈值时通过互联网向所述支付管理平台发送第二电子支付凭证;
所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付。
7.根据权利要求6所述的基于支付管理平台的医疗费用支付系统,其特征在于,所述支付管理平台根据所述第一电子支付凭证和所述第二电子支付凭证从移动终端对应的支付账户向对应的医院账户进行支付时,所述支付管理平台从所述第一电子支付凭证中提取支付金额、支付账户和冻结秘钥;
所述支付管理平台根据所述冻结秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的冻结请求,并接收所述银行终端从所述支付账户冻结所述支付金额的冻结凭证;
当所述支付管理平台收到所述冻结凭证后,从互联网接口监听所述移动终端发送的第二电子支付凭证,并从接收到的所述第二电子支付凭证中提取支付秘钥;
所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求,并接收所述银行终端将冻结于所述支付账户的所述支付金额支付给医院账户的付款凭证;
所述支付管理平台将所述付款凭证发送至所述移动终端。
8.根据权利要求7所述的基于支付管理平台的医疗费用支付系统,其特征在于,所述支付管理平台根据所述支付秘钥向所述支付账户对应的银行终端发送对应所述支付金额和所述支付账户的支付请求时,所述支付管理平台还从所述第二电子支付凭证中提取刷新秘钥;
所述支付管理平台在收到所述付款凭证时根据所述刷新秘钥向所述银行终端发送秘钥刷新请求;所述银行终端根据所述秘钥刷新请求刷新对应所述移动终端的支付秘钥。
9.根据权利要求6所述的基于支付管理平台的医疗费用支付系统,其特征在于,所述终端APP检测所述移动终端连接互联网的丢包率时,所述终端APP通过所述移动终端向多个预设网络地址发起连通性测试,并接收所述预设网络地址返回数据包的丢包率作为第一丢包率;
所述终端APP将多个所述第一丢包率进行平均运算生成所述移动终端连接互联网的丢包率。
10.根据权利要求6所述的基于支付管理平台的医疗费用支付系统,其特征在于,所述终端APP建立所述移动终端与配置于医院的支付终端的通信时,获取所述移动终端的至少一种网内通信方式,并在该网内通信中广播组网请求;
所述支付终端根据所述组网请求与所述移动终端组网并建立通信。
CN202111625780.5A 2021-12-29 2021-12-29 基于支付管理平台的医疗费用支付方法及系统 Active CN113988864B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111625780.5A CN113988864B (zh) 2021-12-29 2021-12-29 基于支付管理平台的医疗费用支付方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111625780.5A CN113988864B (zh) 2021-12-29 2021-12-29 基于支付管理平台的医疗费用支付方法及系统

Publications (2)

Publication Number Publication Date
CN113988864A true CN113988864A (zh) 2022-01-28
CN113988864B CN113988864B (zh) 2022-03-04

Family

ID=79734796

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111625780.5A Active CN113988864B (zh) 2021-12-29 2021-12-29 基于支付管理平台的医疗费用支付方法及系统

Country Status (1)

Country Link
CN (1) CN113988864B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114187999A (zh) * 2022-02-17 2022-03-15 四川赛尔斯科技有限公司 一种医院统一支付管理平台及控制方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1627304A (zh) * 2003-12-12 2005-06-15 上海银行股份有限公司 具有电子付帐功能的医院信息管理系统和方法
CN101119565A (zh) * 2007-09-03 2008-02-06 华为技术有限公司 移动通信终端设备数据保护的方法、系统及设备
US20120123798A1 (en) * 2010-11-12 2012-05-17 Lanzalotti John A Health Care Financing Systems And Methods For Determination Of The Patient Specific Prospective Lump Sum Payment For An Episode Of Care Arising From An Insurable Event
US20120253847A1 (en) * 2011-03-31 2012-10-04 General Electric Company Health information telecommunications system and method
CN103824185A (zh) * 2014-03-05 2014-05-28 平安付智能技术有限公司 一种基于低功耗蓝牙的移动智能终端支付方法及系统
CN103827902A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种网络支付的方法及系统
CN106204004A (zh) * 2015-04-30 2016-12-07 深圳市银信网银科技有限公司 基于不同资金服务器的支付系统及其支付方法、装置和服务器
CN109801061A (zh) * 2019-02-26 2019-05-24 努比亚技术有限公司 延迟支付方法、移动终端和存储介质
CN110751992A (zh) * 2019-10-28 2020-02-04 重庆亚德科技股份有限公司 一种健康卡管理平台
CN113762951A (zh) * 2021-09-03 2021-12-07 刘高峰 同一用户的多个支付端支持离线支付额度的方法、服务端及系统

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1627304A (zh) * 2003-12-12 2005-06-15 上海银行股份有限公司 具有电子付帐功能的医院信息管理系统和方法
CN101119565A (zh) * 2007-09-03 2008-02-06 华为技术有限公司 移动通信终端设备数据保护的方法、系统及设备
US20120123798A1 (en) * 2010-11-12 2012-05-17 Lanzalotti John A Health Care Financing Systems And Methods For Determination Of The Patient Specific Prospective Lump Sum Payment For An Episode Of Care Arising From An Insurable Event
US20120253847A1 (en) * 2011-03-31 2012-10-04 General Electric Company Health information telecommunications system and method
CN103827902A (zh) * 2013-03-18 2014-05-28 深圳市银信网银科技有限公司 一种网络支付的方法及系统
CN103824185A (zh) * 2014-03-05 2014-05-28 平安付智能技术有限公司 一种基于低功耗蓝牙的移动智能终端支付方法及系统
CN106204004A (zh) * 2015-04-30 2016-12-07 深圳市银信网银科技有限公司 基于不同资金服务器的支付系统及其支付方法、装置和服务器
CN109801061A (zh) * 2019-02-26 2019-05-24 努比亚技术有限公司 延迟支付方法、移动终端和存储介质
CN110751992A (zh) * 2019-10-28 2020-02-04 重庆亚德科技股份有限公司 一种健康卡管理平台
CN113762951A (zh) * 2021-09-03 2021-12-07 刘高峰 同一用户的多个支付端支持离线支付额度的方法、服务端及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张世霞: ""基于云计算技术的社区医院联体信息系统的设计与实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114187999A (zh) * 2022-02-17 2022-03-15 四川赛尔斯科技有限公司 一种医院统一支付管理平台及控制方法
CN114187999B (zh) * 2022-02-17 2022-04-19 四川赛尔斯科技有限公司 一种医院统一支付管理平台及控制方法

Also Published As

Publication number Publication date
CN113988864B (zh) 2022-03-04

Similar Documents

Publication Publication Date Title
AU2014362287B2 (en) Bidirectional audio communication in reader devices
JP5739008B2 (ja) 通信セッションを検証する方法、装置、およびシステム
CN113988864B (zh) 基于支付管理平台的医疗费用支付方法及系统
CN106875163A (zh) 一种基于模块化自动组装支付网关系统的方法
CN103023643A (zh) 一种动态口令牌及动态口令生成方法
TW201516914A (zh) 一種安全支付方法及相關設備、系統
CN107196950A (zh) 校验方法、装置及服务端
CN107529160A (zh) 一种VoWiFi网络接入方法和系统、终端及无线访问接入点设备
TW201528745A (zh) 促進網路應用程序和本地周邊設備之間通過本地服務通訊的系統及方法
CN109040122A (zh) 一种新用户注册并绑定服务设备的方法、装置及相关配件
CN107330696A (zh) 一种运用语音识别技术的支付方法、装置、终端及系统
CN106534129B (zh) 接入控制方法及装置
CN108024243A (zh) 一种eSIM卡入网通信方法及其系统
CN105631669A (zh) 校验支付数据的方法及设备
EP2153576A1 (en) Method for removable element authentication in an embedded system
CN101252436B (zh) 智能卡动态密码生成和判断系统
CN105099773B (zh) 接入控制器的Web网管系统的实现方法及Web网管系统
WO2023066197A1 (zh) 一种数字货币交易异常的验证方法和装置
CN105160531B (zh) 交易数据信息处理方法及装置
KR100925732B1 (ko) 장치관리에서의 부트스트랩 메시지 보안 전송 방법 및 장치
WO2017206680A1 (zh) 点对点转账系统和方法
Cisco Appendix C: Server-based AAA Verification Debug Output
CN107948122A (zh) 隔离装置穿越方法及装置
EP3332370A1 (en) Systems and methods for interaction authentication using dynamic wireless beacon devices
CN106941475A (zh) 一种基于信任关系的认证方法及装置

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