CN110889693B - 一种支付方法、装置及系统 - Google Patents
一种支付方法、装置及系统 Download PDFInfo
- Publication number
- CN110889693B CN110889693B CN201911158753.4A CN201911158753A CN110889693B CN 110889693 B CN110889693 B CN 110889693B CN 201911158753 A CN201911158753 A CN 201911158753A CN 110889693 B CN110889693 B CN 110889693B
- Authority
- CN
- China
- Prior art keywords
- target user
- medical insurance
- medical
- payment
- payment code
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 114
- 238000012795 verification Methods 0.000 claims description 50
- 230000008569 process Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 18
- 238000003745 diagnosis Methods 0.000 description 12
- 239000003814 drug Substances 0.000 description 12
- 230000003993 interaction Effects 0.000 description 11
- 238000004590 computer program Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 230000006872 improvement Effects 0.000 description 9
- 238000012545 processing Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 229940079593 drug Drugs 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 235000006887 Alpinia galanga Nutrition 0.000 description 1
- 240000002768 Alpinia galanga Species 0.000 description 1
- 229920002799 BoPET Polymers 0.000 description 1
- 239000005041 Mylar™ Substances 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/351—Virtual cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本说明书一个或多个实施例提供了一种支付方法、装置及系统,该方法包括:接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
Description
技术领域
本文件涉及互联网技术领域,尤其涉及一种支付方法、装置及系统。
背景技术
目前,随着社会保险制度的不断健全,为了为参保人提供一种基础医疗保障,来确保参保人享有基本的医疗服务并有效享有国家为其提供的保险金,医疗保险已经成为企业职工基础缴纳保险之一,即提供医疗服务或经济补偿的一种社会保障制度。由医保管理系统向参保人分发实体医保卡,参保人需要凭借各自的实名制的实体医保卡就医购药和结算医疗费用,以使为参保人在接受诊疗期间的医疗费用支出提供有效保障,从而减轻因接受诊疗所支付的医疗费用给参保人带来的经济压力。
然而,当前主要采用的两种基于医疗保险的医疗费用报销方式有:一种是,为了加快参保人在接受诊疗期间的医疗费用支付,采用事后医保报销的方式,即在接受诊疗期间先由个人支付所有医疗费用,然后再凭借实体医保卡以及医院或药店出具的收据、处方、诊断证明、药物治疗明细单,前去指定地点进行医保费用报销。
而另一种是,为了减轻参保人在接受诊疗期间的医疗费用支付压力,采用实时医保报销的方式,即在接受诊疗期间凭借实体医保卡,医疗机构(如医院或药店)通过刷卡的方式将参保人信息和消费信息发送给医保管理系统,医保管理系统根据获取的信息确定医保可以报销的金额并告知医疗机构,医疗机构从总金额中减去医保报销的金额即为参保人在医疗费用结算时个人需要支付的金额。因此,无论是采用事后医保报销还是实时医保报销的方式,均需要依赖于实体医保卡进行医保费用支付,而实体医保卡存在携带不方便、容易丢失等现象。
由此可知,需要提供一种更加简化、便捷、快速、可靠的支付方法。
发明内容
本说明书一个或多个实施例的目的是提供一种支付方法。该支付方法包括:
接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
本说明书一个或多个实施例的目的是提供一种支付装置。该支付装置包括:
请求获取模块,其接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。支付码获取模块,其获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。支付码发送模块,其将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。支付信息接收模块,其接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
本说明书一个或多个实施例的目的是提供一种支付系统。该支付系统包括:后台服务器、客户端、医疗机构、医保管理系统;
所述后台服务器,获取来自于所述客户端的目标用户的医保就医请求;以及,获取为所述目标用户分配的用于医保就医的支付码,并将所述支付码传输至所述医疗机构终端;其中,所述目标用户为预先申请医保类虚拟卡的用户,所述支付码与所述医保类虚拟卡相对应;
所述医疗机构终端,将所述支付码发送至所述医保管理系统;
所述医保管理系统,基于所述支付码,对所述目标用户进行身份认证;
所述医疗机构终端,在确定所述目标用户的身份认证通过后,向所述医保管理系统发送所述目标用户的就医结算清单;
所述医保管理系统,根据所述就医结算清单,生成所述目标用户的支付信息,并将所述支付信息发送至所述后台服务器。
本说明书一个或多个实施例的目的是提供一种支付设备,包括:处理器;以及被安排成存储计算机可执行指令的存储器。
所述计算机可执行指令在被执行时使所述处理器接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
本说明书一个或多个实施例的目的是提供一种存储介质,用于存储计算机可执行指令。所述可执行指令在被处理器执行时接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书一个或多个中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书一个或多个实施例提供的支付系统的应用场景示意图;
图2为本说明书一个或多个实施例提供的支付方法的第一种流程示意图;
图3为本说明书一个或多个实施例提供的支付方法中多端信息交互的第一种示意图;
图4a为本说明书一个或多个实施例提供的支付方法的第二种流程示意图;
图4b为本说明书一个或多个实施例提供的支付方法的第三种流程示意图;
图5为本说明书一个或多个实施例提供的支付方法的第四种流程示意图;
图6为本说明书一个或多个实施例提供的支付方法的第五种流程示意图;
图7为本说明书一个或多个实施例提供的支付方法的第六种流程示意图;
图8为本说明书一个或多个实施例提供的支付方法中多端信息交互的第二种示意图;
图9为本说明书一个或多个实施例提供的支付装置的模块组成示意图;
图10为本说明书一个或多个实施例提供的支付系统的结构组成示意图;
图11为本说明书一个或多个实施例提供的支付设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一个或多个一部分实施例,而不是全部的实施例。基于本说明书一个或多个中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本本文件的保护范围。
本说明书一个或多个实施例提供了一种支付方法、装置及系统,在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
图1为本说明书一个或多个实施例提供的支付系统的应用场景示意图,如图1所示,该系统包括:后台服务端、客户端、医疗机构终端和医保管理系统,其中,该客户端可以是智能手机、平板电脑等移动终端,该客户端还可以是个人计算机等终端设备,该后台服务器可以是用于与医疗机构终端和医保管理系统进行信息交互为客户端提供医保支付服务的服务器,该后台服务器可以是独立的服务器,也可以是由多个服务器组成的服务器集群,该医疗机构可以是医院、药店等医保定点医疗服务服务端,该医保管理系统可以包括国家医保局、国家人社部、地方医保局、地方人社部等等。
具体的,针对医保支付的过程,后台服务器获取来自于客户端的目标用户的医保就医请求;以及,获取为该目标用户分配的用于医保就医的支付码,并将该支付码传输至医疗机构终端;其中,目标用户为预先申请医保类虚拟卡的用户,支付码与医保类虚拟卡相对应;
医疗机构终端将获取到的支付码发送至医保管理系统;
医保管理系统基于接收到的支付码,对目标用户进行身份认证,并将身份认证结果返回至后台服务器和医疗机构终端;
医疗机构终端在确定目标用户的身份认证通过后,向医保管理系统发送目标用户的就医结算清单;
医保管理系统根据接收到的就医结算清单,生成目标用户的支付信息,并将该支付信息发送至后台服务器。
图2为本说明书一个或多个实施例提供的支付方法的第一种流程示意图,图2中的方法能够由图1中的后台服务器执行,如图2所示,该方法至少包括以下步骤:
S202,接收针对目标用户的医保就医请求;其中,该目标用户为预先申请医保类虚拟卡的用户;
其中,上述医保就医请求是指目标用户在具有使用医保就医需求下触发生成的,该医保就医请求携带有目标用户的标识信息,具体的,可以是客户端在检测到用户在目标应用上针对线下医保就医服务的触发操作时,生成医保就医请求并将该医保就医请求发送至后台服务器;还可以是客户端在检测到用户在目标应用的某一医疗机构终端的H5页面上针对线上医保诊疗服务的触发操作时,生成医保就医请求并将该医保就医请求发送至相应的医疗机构终端,再由医疗机构终端将该医保就医请求发送至后台服务器。
S204,获取为目标用户分配的用于医保就医的支付码;其中,该支付码与该目标用户的医保类虚拟卡相对应;
具体的,在获取到医保就医请求后,需要为目标用户分配相应的医保支付码,以使基于该医保支付码对目标用户进行身份认证,以及在确定目标用户身份认证通过后完成医保支付。
S206,将获取到的支付码码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;
具体的,后台服务器在获取到支付码后,需要将该支付码传输至相应的医疗机构终端。其中,考虑到不仅存在客户端线下医保支付的场景,支付码可以是图形码,例如,二维码,对应的,可以是后台服务器先将支付码发送至客户端,客户端展示该支付码,再由医疗机构终端通过扫码获取该支付码;还可能存在客户端线上医保支付的场景,支付码还可以是字符串形式的在线码,例如,令牌token,对应的,也可以是后台服务器直接将支付码发送给医疗机构终端。医疗机构终端在获取到目标用户的支付码后,将该支付码发送至医保管理系统,以使医保管理系统对目标用户进行身份认证,即基于支付码识别用户是否可以使用医保进行就医。
S208,接收医保管理系统返回的支付信息;其中,该支付信息是医保管理系统在确定目标用户的身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
具体的,医保管理系统在接收到支付码后,基于该支付码对目标用户进行身份认证,并生成身份认证结果;将该身份认证结果发送至后台服务器和相应的医疗机构终端,以使后台服务器在客户端上同步展示该身份认证结果;其中,若后台服务器触发客户端同步展示身份认证结果失败,则循环触发客户端同步展示该身份认证结果。
医疗机构终端根据身份认证结果确定目标用户是否为参保用户,在确定身份认证通过后,向医保管理系统发送目标用户的就医结算清单;其中,该就医结算清单包括:目标用户的社保信息、医保支付码和就医消费明细中至少一项。其中,医疗机构终端在确定目标用户的身份认证通过后,即确定目标用户为参保用户且可享受医保就医服务,对医保挂号、医保看诊、医保预结算等前置业务进行清单汇总,生成相应的就医结算清单;
医保管理系统根据接收到的就医结算清单,生成目标用户的医保支付信息;在具体实施时,若就医结算清单包含医保支付码、目标用户的社保信息和就医消费明细,则医保管理系统在接收到该就医结算清单后,还可以判断是否存在基于该医保支付码对目标用户进行身份认证的认证成功结果,以及判断该就医结算清单中医保支付码和目标用户的社保信息是否相对应,若判断结果均为是,则根据该就医结算清单,生成目标用户的医保支付信息。
医保管理系统将生成的医保支付信息发送至后台服务器和相应的医疗机构终端,以使后台服务器在客户端上同步展示该医保支付信息;其中,若后台服务器触发客户端同步展示医保支付信息失败,则循环触发客户端同步展示该医保支付信息。
以及,医保管理系统基于该医保支付信息触发在目标支付账户中扣费。其中,该医保支付信息包括:用户标识、订单号、支付时间、医保支付费用、个人自费费用中至少一项,其中,医保支付费用可以包括从国家医保统筹账户支付的费用、从个人医保账户支付的费用中至少一种,对应的,目标支付账户包括:国家医保统筹账户、个人医保账户、个人储蓄账户中至少一个。
本说明书一个或多个实施例中,在获取到预先申请医保类虚拟卡的目标用户的医保就医请求后,获取为目标用户分配的支付码;并将该支付码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;以及医疗机构终端向医保管理系统发送身份认证通过的目标用户的就医结算清单,以使医保管理系统生成相应的支付信息,后台服务器接收医保管理系统返回的支付信息。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
在具体实施时,如图3所示,给出了支付方法中多端信息交互的第一种示意图,具体包括:
S301,后台服务器接收针对目标用户的医保就医请求;
S302,后台服务器在获取到医保就医请求后,获取为目标用户分配的用于医保就医的支付码;
S303,后台服务器将获取到的支付码传输至医疗机构终端;其中,目标用户为预先申请医保类虚拟卡的用户,支付码与医保类虚拟卡相对应;
S304,医疗机构终端向医保管理系统发送获取到的支付码;
S305,医保管理系统基于接收到的支付码,对目标用户进行身份认证,生成相应的身份认证结果;
S306,医保管理系统向后台服务器发送目标用户的身份认证结果;
S307,后台服务器将目标用户的身份认证结果同步至客户端;
S308,医保管理系统向医疗机构终端发送目标用户的身份认证结果;
S309,医疗机构终端在确定目标用户的身份认证通过后,向医保管理系统发送目标用户的就医结算清单;
S310,医保管理系统根据接收到的就医结算清单,生成目标用户的支付信息;
S311,医保管理系统向后台服务器发送目标用户的支付信息;
S312,后台服务器将目标用户的支付信息同步至客户端。
其中,针对基于支付码信息触发医保管理系统进行用户身份认证的过程,考虑到可能存在客户端线下医保支付的应用场景,也可能存在客户端线上医保支付的应用场景,具体为:
(1)针对客户端线下医保支付的情况,可以将支付码发送至客户端,在客户端展示该支付码,再由医疗机构终端扫码获取相应的支付码信息,对应的,上述支付码可以包括:图形码信息;其中,该图形码信息可以是一维码、二维码等;
对应的,如图4a所示,上述S204,获取为目标用户分配的用于医保就医的支付码,具体包括:
S2041,获取为目标用户分配的用于医保就医的图形码信息;
对应的,上述S206,将获取到的支付码码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证,具体包括:
S2061,将获取到的图形码信息发送至目标用户的客户端,以使医疗机构终端从客户端获取的该图形码信息、并将该图形码信息发送至医保管理系统对目标用户进行身份认证。
具体的,客户端在接收到后台服务器发送的图形码信息后,在客户端展示相应的图形码,医疗机构终端对该图形码进行扫码,获取相应的图形码信息,再将该图形码信息发送至医保管理系统;
医保管理系统在接收到医疗机构终端发送的图形码信息后,基于该图形码信息对目标用户进行身份认证,生成相应的身份认证结果。
(2)针对客户端线上医保支付的情况,可以直接将支付码发送至医疗机构终端,对应的,上述支付码可以包括:在线码信息;其中,该在线码信息可以是token等线上凭证;
对应的,如图4b所示,上述S204,获取为目标用户分配的用于医保就医的支付码,具体包括:
S2042,获取为目标用户分配的用于医保就医的在线码信息;
对应的,上述S206,将获取到的支付码码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证,具体包括:
S2062,将获取到的在线码信息发送至医疗机构终端,以使医疗机构终端将该在线码信息发送至医保管理系统对目标用户进行身份认证。
具体的,医疗机构终端在接收到后台服务器发送的目标用户的在线码信息后,将该在线码信息发送至医保管理系统;
医保管理系统在接收到医疗机构终端发送的图形码信息后,基于该图形码信息对目标用户进行身份认证,生成相应的身份认证结果。
进一步的,为了提高医保支付的管控力度,提高医保支付效率,参保用户需要预先开通医保支付业务,为该参保用户分配唯一的医保类虚拟卡,这样在医保支付过程中,可以先确定用户是否具有医保类虚拟卡,仅触发医保管理系统对预先申请医保类虚拟卡的用户进行身份认证,基于此,如图5所示,在S202,接收针对目标用户的医保就医请求之前,还包括:
S210,接收客户端的医保支付业务的开通请求;其中,该开通请求携带有目标用户的标识信息;
S212,向医保管理系统发送目标用户的实名认证信息,以使医保管理系统基于该实名认证信息进行参保验证并生成目标用户的医保类虚拟卡;其中,该医保类虚拟卡可以是医保类电子凭证;
S214,接收医保管理系统返回的目标用户的医保类虚拟卡。
具体的,客户端在检测到用户针对医保支付开通控件的触控操作后,向后台服务器发送医保支付业务开通请求;后台服务器在接收到该开通请求后,获取目标用户的实名认证信息,并将该实名认证信息发送至医保管理系统;
医保管理系统基于接收到的实名认证信息判断目标用户是否为参保用户,若是,则为目标用户分配相应的医保类虚拟卡;并将该医保类虚拟卡发送至后台服务器;
后台服务器接收并存储各目标用户的医保类虚拟卡,这样后台服务器在获取到目标用户的医保支付请求后,可以先识别是否存在目标用户的医保类虚拟卡,若存在,则执行S204,获取为目标用户分配的用于医保就医的支付码的步骤,不存在,则直接拦截该医保就医请求。
进一步的,为了提高医保支付过程的普适性,上述支付码可以是多渠道生成的,即针对目标用户的支付码的生成过程,既可以由医保管理系统生成,也可以由后台服务器生成,具体为:
(1)针对由医保管理系统生成支付码的情况,基于此,上述S204,获取为目标用户分配的用于医保就医的支付码,具体包括:
向医保管理系统发送目标用户的医保类虚拟卡,以使医保管理系统返回与该医保类虚拟卡对应的支付码;
将接收到的支付码确定为用于医保就医的支付码。
其中,在医保管理系统、医疗机构终端与后台服务器之间进行信息交互接口接入的过程中,接入医保管理系统的支付码的编码规则,使得后台服务器能够识别外部的医保管理系统的支付码的编码规则;因此,上述支付码并不限于本地生成,还可以是由医保管理系统生成。
具体的,医保管理系统可以预先生成各目标用户的支付码,并存储目标用户的社保信息、医保类虚拟卡与支付码之间的对应关系;这样在接收到后台服务器发送的医保类虚拟卡后,从对应的至少一个支付码中选取一个支付码,并将选取的该支付码返回至后台服务器;后台服务器记录目标用户的标识信息、医保类虚拟卡与支付码之间的对应关系。
医保管理系统还可以在接收到后台服务器发送的医保类虚拟卡后,实时动态生成对应的支付码,将该支付码返回至后台服务器;以及存储目标用户的社保信息、医保类虚拟卡与支付码之间的对应关系,以便后续基于该对应关系对目标用户进行身份认证。
(2)针对由后台服务器生成支付码的情况,基于此,上述S204,获取为目标用户分配的用于医保就医的支付码,具体包括:
生成与目标用户对应的医保类虚拟卡对应的支付码;
将生成的支付码确定为用于医保就医的支付码。
具体的,后台服务器在接收到目标用户的医保就医请求后,自动生成相应的支付码,并存储目标用户的标识信息、医保类虚拟卡与支付码之间的对应关系;以及自动将该对应关系传输至医保管理系统,或者在接收到医保管理系统的对应关系获取请求后,将该对应关系传输至医保管理系统,以便医保管理系统基于该对应关系对目标用户进行身份认证。
需要说明的是,在具体实施时,优选的,上述支付码可以是具有一定时效性的动态支付码,即每次为目标用户分配的支付码是动态变化的,因此,医保管理系统在基于医疗结构终端发送的支付码和上述对应关系对目标用户进行身份认证时,能够提高身份认证的准确性,快速识别出非法分子通过盗取已失效的支付码进行骗保的现象。
进一步的,为了提高医保支付的安全性,引入对目标用户进行风险识别的过程,基于此,如图6所示,上述S204,获取为目标用户分配的用于医保就医的支付码,具体包括:
S2043,向预设风控系统发送针对目标用户的风险识别请求,以使预设风控系统基于目标用户的历史交易数据对目标用户进行风险程度识别;
S2044,接收预设风控系统返回的目标用户的风险识别结果;
S2045,根据目标用户的风险识别结果,确定是否获取为目标用户分配的用于医保就医的支付码。
具体的,后台服务器在接收到医保就医请求后,先触发预设风控系统对目标用户进行风险识别,再根据风险识别结果判断是否触发后续医保支付流程。即识别目标用户是否为风险用户,针对风险用户触发执行相应的请求拦截或实名身份核验处理,进一步提高医保支付的安全性。
具体的,上述S2045,根据目标用户的风险识别结果,确定是否获取为目标用户分配的用于医保就医的支付码,具体包括:
若风险识别结果表征目标用户为正常用户,则获取为目标用户分配的用于医保就医的支付码。其中,针对风险识别出目标用户为正常用户的情况,触发执行正常的医保支付流程。
若风险识别结果表征目标用户为风险用户,则向目标用户的客户端发送实名认证请求;
基于客户端返回的目标用户的实名认证信息,对目标用户进行身份核验;
若身份核验结果为实名认证通过,则获取为目标用户分配的用于医保就医的支付码。
具体的,在确定目标用户存在一定可疑性的情况下,对目标用户进行实名认证,识别是否为目标用户本人操作,只有实名验证通过后,才触发执行正常的医保支付流程,否则,对医保就医请求进行拦截处理。
进一步的,为了进一步提升医保支付的安全性,还可以引入医保账户密码验证的过程,基于此,上述S204,获取为目标用户分配的用于医保就医的支付码,具体包括:
向目标用户的客户端发送医保账户密码输入请求,并接收客户端返回的医保账户密码信息;
将上述医保账户密码信息发送至医保管理系统,以使医保管理系统基于该医保账户密码信息进行账户密码验证;
若账户密码验证结果为验证通过,则获取为目标用户分配的用于医保就医的支付码。
具体的,后台服务器在接收到医保就医请求后,提示用户输入医保账户密码,并将用户输入的医保账户密码发送至医保管理系统,以触发医保管理系统验证用户输入的医保账户密码是否正确,针对医保账户密码不正确的情况,触发执行相应的请求拦截或实名身份核验处理,进一步提高医保支付的安全性。
进一步的,为了降低医保支付业务的接入难度,提高业务接入效率,将医保支付业务的多端信息交互接口独立于正常支付业务的信息交互接口,又考虑到针对目标用户的医保就医请求的获取过程,可能存在客户端线下医保支付的应用场景,也可能存在客户端线上医保支付的应用场景,具体为:
上述S202,接收针对目标用户的医保就医请求,具体包括:
(1)针对客户端的线下医保支付的情况,通过医保支付业务接口接收客户端的医保就医请求;其中,该医保支付业务接口独立于正常支付业务接口;
具体的,用户在线下医院或药店申请在线医保支付时,客户端在检测到用户在目标应用上针对线下医保就医服务的触发操作时,生成医保就医请求并将该医保就医请求发送至后台服务器;后台服务器通过医保支付业务接口接收该医保就医请求。
(2)针对客户端的线上医保支付的情况,通过上述医保支付业务接口接收医疗机构终端发送的医保就医请求;其中,该医保就医请求是客户端向医疗机构终端发送的。
具体的,用户通过线上医院或药店的网页页面申请在线医保支付时,客户端在检测到用户在目标应用的某一医疗机构终端的H5页面上针对线上医保诊疗服务的触发操作时,生成医保就医请求并将该医保就医请求发送至相应的医疗机构终端,再由医疗机构终端将该医保就医请求发送至后台服务器;后台服务器通过医保支付业务接口接收该医保就医请求。
在具体实施时,针对医保管理系统、医疗机构终端与后台服务器之间进行信息交互接口接入的过程中,考虑到由于支付结算过程由医保管理系统完成,后台服务器不需要支付、出账、对账、退款等环节,因此,将医保支付链路与正常支付链路分开接入,这样医疗机构终端和医保管理系统无需设置支付所需的所有接口,例如,收单接口、退款接口、对账接口等等,医疗机构终端和医保管理系统只需设置基本的信息交互接口,例如,申码请求接口、数据结果回流接口等,省去了收单接口、退款接口、对账接口的接入,降低了医保支付业务的接入难度,提高了业务接入效率。
具体的,还可以将用于医保就医的图形码区别于用于正常支付的付款码,例如,在向用户展示的图形码上添加医保支付标识、或者采用不同的图形码图案向用户展示图形码,这样用户能够区分当前使用的是用于医保就医的图形码,还是用于正常支付的付款码,从而提升用户使用体验。
另外,针对医疗机构接入医保支付场景的过程,由医保管理系统触发后台服务器为医疗机构创建租户信息,后台服务器将医疗机构的租户信息返回至医保管理系统。
进一步的,为了进一步提高用户的使用体验,确保用户权益的最大化,将支付信息也作为目标用户的权益兑换信息的基础,基于此,在上述S208,接收医保管理系统返回的支付信息之后,还包括:
根据接收到的支付信息,更新目标用户的预设支付统计信息;
基于更新后的预设支付统计信息,确定目标用户的权益兑换信息。
具体的,可以将目标用户的支付信息与正常支付信息进行汇总统计,得到用户支付明细,该正常支付信息是指用户日常交易信息,因此,用户支付明细包括:正常支付明细和医保支付明细,实现将医保支付账单与日常支付账单进行展示打通,确保用户支付明细的连续性、全面性。以及,在确定用户的权益兑换信息时,同时考虑正常支付信息和支付信息进行用户支付积分累计,确保用户权益的最大化。
进一步的,为了提高用户身份认证的准确度,医保管理系统在对目标用户进行身份认证时,不仅参考支付码,还参考用户标识信息,基于此,如图7所示,上述S206,将获取到的支付码码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证,具体包括:
S2063,将获取到的支付码码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统;
S2064,接收医保管理系统发送的用户标识获取请求;
S2065,将目标用户的标识信息发送至医保管理系统,以使医保管理系统基于目标用户的支付码和标识信息对该目标用户进行身份认证。
具体的,医保管理系统在接收到目标用户的支付码后,向后台服务器请求获取该目标用户的标识信息,以及获取目标用户的社保信息,再基于目标用户的标识信息、支付码、社保信息对目标用户进行身份认证。
具体的,基于预先存储的信息映射关系,判断目标用户的标识信息、支付码、社保信息是否匹配,若匹配,则确定用户身份认证通过;其中,该信息映射关系是在为目标用户生成支付码时存储的对应关系。
在一个具体实施例中,以客户端线下医保就医且由医保管理系统生成支付码为例,其中,医保管理系统可以包括:地方医保服务端和国家医保服务端,如图8所示,给出了支付方法中多端信息交互的第二种示意图,具体包括:
S801,客户端向后台服务器发送目标用户的医保就医请求;具体的,用户在线下医院或药店申请在线医保支付时,客户端在检测到用户在目标应用上针对线下医保就医服务的触发操作时,生成医保就医请求并将该医保就医请求发送至后台服务器;
S802,后台服务器在接收到医保就医请求后,获取与目标用户对应的医保类虚拟卡;
S803,后台服务器向国家医保服务端发送目标用户的医保类虚拟卡;
S804,国家医保服务端在接收到目标用户的医保类虚拟卡后,获取与该医保类虚拟卡对应的图形码信息;
S805,国家医保服务端向后台服务器发送分配给目标用户的图形码信息;
S806,后台服务器在接收到目标用户的图形码信息后,触发客户端展示该图形码信息;
S807,医疗机构终端扫描客户端上展示的图形码获取图形码信息;
S808,医疗机构终端向相应的地方医保服务端发送分配给目标用户的图形码信息;
S809,地方医保服务端从国家医保服务端获取目标用户的社保信息;具体的,地方医保服务端向国家医保服务端发送接收到的图形码信息,以使国家医保服务端返回与该图形码信息对应的社保信息;
S810,地方医保服务端从后台服务器获取目标用户的标识信息;具体的,地方医保服务端向后台服务器发送接收到的图形码信息,以使后台服务器返回与该图形码信息对应的用户标识信息;
S811,地方医保服务端基于目标用户的标识信息、图形码信息和社保信息,对目标用户进行身份认证;
S812,地方医保服务端向后台服务器发送目标用户的身份认证结果,以使后台服务器触发客户端同步展示该身份认证结果;
S813,地方医保服务端向医疗机构终端发送身份认证结果,以使医疗机构终端确定用户是否具有医保就医资格;
S814,医疗机构终端在确定目标用户身份认证通过且用户就医完成后,向地方医保服务端发送目标用户的就医结算清单;
S815,地方医保服务端根据接收到的就医结算清单,生成目标用户的支付信息;
S816,地方医保服务端向后台服务器发送目标用户的支付信息,以使后台服务器触发客户端同步展示该支付信息。
本说明书一个或多个实施例中的支付方法,接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
对应上述图2至图8描述的支付方法,基于相同的技术构思,针对目标用户线下购药、就医等医保服务的情况,本说明书一个或多个实施例还提供了一种支付方法,该方法包括:
接收客户端针对目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户;
其中,上述医保就医请求是指目标用户在具有使用医保就医需求下触发生成的,该医保就医请求携带有目标用户的标识信息,具体的,可以是客户端在检测到用户在目标应用上针对线下医保就医服务的触发操作时,生成医保就医请求并将该医保就医请求发送至后台服务器;
获取为目标用户分配的用于医保就医的支付码;其中,该支付码与医保类虚拟卡相对应;
将上述支付码传输至客户端,以使医疗机构终端将从客户端获取的支付码发送至医保管理系统对目标用户进行身份认证;
具体的,针对目标用户线下购药、就医等医保服务的场景,支付码可以是图形码,例如,二维码,对应的,可以是后台服务器先将支付码发送至客户端,客户端展示该支付码,再由医疗机构终端通过扫码获取该支付码;
接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
本说明书一个或多个实施例中的支付方法,在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中针对目标用户线下购药、就医等医保服务的情况,对应的支付方法的实施例与本说明书中上述关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
对应上述图2至图8描述的支付方法,基于相同的技术构思,针对目标用户线上购药、就医等医保服务的情况,本说明书一个或多个实施例还提供了一种支付方法,该方法包括:
接收医疗机构终端针对目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户;
其中,上述医保就医请求是指目标用户在具有使用医保就医需求下触发生成的,该医保就医请求携带有目标用户的标识信息,具体的,可以是客户端在检测到用户在目标应用的某一医疗机构终端的H5页面上针对线上医保诊疗服务的触发操作时,生成医保就医请求并将该医保就医请求发送至相应的医疗机构终端,再由医疗机构终端将该医保就医请求发送至后台服务器;
获取为目标用户分配的用于医保就医的支付码;其中,该支付码与医保类虚拟卡相对应;
将上述支付码发送至医疗机构终端,以使该医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;
具体的,针对目标用户线上购药、就医等医保服务的场景,支付码还可以是字符串形式的在线码,例如,令牌token,对应的,也可以是后台服务器直接将支付码发送给医疗机构终端;
接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。
本说明书一个或多个实施例中的支付方法,在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中针对目标用户线上购药、就医等医保服务的情况,对应的支付方法的实施例与本说明书中上述关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
对应上述图2至图8描述的支付方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种支付装置,图9为本说明书一个或多个实施例提供的支付装置的模块组成示意图,该装置用于执行图2至图8描述的支付方法,如图9所示,该装置包括:
请求获取模块901,其接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
支付码获取模块902,其获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应;
支付码发送模块903,其将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
支付信息接收模块904,其接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的。
本说明书一个或多个实施例中,在获取到预先申请医保类虚拟卡的目标用户的医保就医请求后,获取为目标用户分配的支付码;并将该支付码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;以及医疗机构终端向医保管理系统发送身份认证通过的目标用户的就医结算清单,以使医保管理系统生成相应的支付信息,后台服务器接收医保管理系统返回的支付信息。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
可选地,若所述支付码包括:图形码信息;所述支付码发送模块903,其:
将所述图形码信息发送至所述目标用户的客户端,以使医疗机构终端从所述客户端获取的所述图形码信息、并将所述图形码信息发送至医保管理系统对所述目标用户进行身份认证。
可选地,若所述支付码包括:在线码信息;所述支付码发送模块903,其:
将所述在线码信息发送至医疗机构终端,以使所述医疗机构终端将所述在线码信息发送至医保管理系统对所述目标用户进行身份认证。
可选地,上述支付装置还包括:医保凭证接收模块,其:
接收客户端的医保支付业务的开通请求;其中,所述开通请求携带有目标用户的标识信息;
向医保管理系统发送所述目标用户的实名认证信息,以使所述医保管理系统基于所述实名认证信息进行参保验证并生成所述目标用户的医保类虚拟卡;
接收所述医保管理系统返回的所述目标用户的所述医保类虚拟卡。
可选地,所述支付码获取模块902,其:
向医保管理系统发送所述目标用户的所述医保类虚拟卡,以使所述医保管理系统返回与所述医保类虚拟卡对应的支付码;
将接收到的所述支付码确定为用于医保就医的支付码。
可选地,所述支付码获取模块902,其:
生成与所述目标用户对应的医保类虚拟卡对应的支付码;
将生成的所述支付码确定为用于医保就医的支付码。
可选地,所述支付码获取模块902,其:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码。
可选地,所述支付码获取模块902,其:
若所述风险识别结果表征所述目标用户为正常用户,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,所述支付码获取模块902,其:
若所述风险识别结果表征所述目标用户为风险用户,则向所述目标用户的客户端发送实名认证请求;
基于所述客户端返回的所述目标用户的实名认证信息,对所述目标用户进行身份核验;
若身份核验结果为实名认证通过,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,所述支付码获取模块902,其:
向所述目标用户的客户端发送医保账户密码输入请求,并接收所述客户端返回的医保账户密码信息;
将所述医保账户密码信息发送至医保管理系统,以使所述医保管理系统基于所述医保账户密码信息进行账户密码验证;
若账户密码验证结果为验证通过,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,所述请求获取模块901,其:
通过医保支付业务接口接收客户端的医保就医请求;其中,所述医保支付业务接口独立于正常支付业务接口;
或者,
通过所述医保支付业务接口接收医疗机构终端发送的医保就医请求;其中,所述医保就医请求是客户端向所述医疗机构终端发送的。
可选地,上述支付装置还包括:权益信息确定模块,其:
根据所述支付信息,更新所述目标用户的预设支付统计信息;
基于更新后的所述预设支付统计信息,确定所述目标用户的权益兑换信息。
可选地,所述支付码发送模块903,其:
将所述支付码传输至医疗机构终端,以使医疗机构终端将所述支付码发送至医保管理系统;
接收所述医保管理系统发送的用户标识获取请求;
将所述目标用户的标识信息发送至所述医保管理系统,以使所述医保管理系统基于所述支付码和所述标识信息对所述目标用户进行身份认证。
本说明书一个或多个实施例中的支付装置,接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中关于支付装置的实施例与本说明书中关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
对应上述图2至图8描述的支付方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种支付装置,针对目标用户线下购药、就医等医保服务的情况,该装置包括:
请求获取模块,其接收客户端针对目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
支付码获取模块,其获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应;
支付码发送模块,其将所述支付码传输至所述客户端,以使医疗机构终端将从所述客户端获取的所述支付码发送至医保管理系统对所述目标用户进行身份认证;
支付信息接收模块,其接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的。
本说明书一个或多个实施例中的支付装置,在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中针对目标用户线下购药、就医等医保服务的情况,对应的支付装置的实施例与本说明书中上述关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
对应上述图2至图8描述的支付方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种支付装置,针对目标用户线上购药、就医等医保服务的情况,该装置包括:
请求获取模块,其接收医疗机构终端针对目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
支付码获取模块,其获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应;
支付码发送模块,其将所述支付码发送至所述医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
支付信息接收模块,其接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的。
本说明书一个或多个实施例中的支付装置,在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中针对目标用户线上购药、就医等医保服务的情况,对应的支付装置的实施例与本说明书中上述关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
对应上述图2至图8描述的支付方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种支付系统,图10为本说明书一个或多个实施例提供的支付系统的模块组成示意图,该系统用于执行图2至图8描述的支付方法,如图10所示,该系统包括:后台服务器、客户端、医疗机构、医保管理系统;
上述后台服务器,获取来自于客户端的目标用户的医保就医请求;以及,获取为目标用户分配的用于医保就医的支付码,并将该支付码传输至医疗机构终端;其中,目标用户为预先申请医保类虚拟卡的用户,支付码与医保类虚拟卡相对应;
上述医疗机构终端,将获取到的支付码码发送至医保管理系统;
上述医保管理系统,基于接收到的支付码,对目标用户进行身份认证;
上述医疗机构终端,在确定目标用户的身份认证通过后,向医保管理系统发送目标用户的就医结算清单;
上述医保管理系统,根据接收到的就医结算清单,生成目标用户的支付信息,并将该支付信息发送至后台服务器。
需要说明的是,关于后台服务器、客户端、医疗机构、医保管理系统之间的信息交互过程参见上述支付方法,在此不再赘述。
本说明书一个或多个实施例中的支付系统,后台服务器在获取到预先申请医保类虚拟卡的目标用户的医保就医请求后,获取为目标用户分配的支付码;并将该支付码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;以及医疗机构终端向医保管理系统发送身份认证通过的目标用户的就医结算清单,以使医保管理系统生成相应的支付信息,后台服务器接收医保管理系统返回的支付信息。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中关于支付系统的实施例与本说明书中关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
进一步地,对应上述图2至图8所示的方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种支付设备,该设备用于执行上述的支付方法,如图11所示。
支付设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器1101和存储器1102,存储器1102中可以存储有一个或一个以上存储应用程序或数据。其中,存储器1102可以是短暂存储或持久存储。存储在存储器1102的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对支付设备中的一系列计算机可执行指令。更进一步地,处理器1101可以设置为与存储器1102通信,在支付设备上执行存储器1102中的一系列计算机可执行指令。支付设备还可以包括一个或一个以上电源1103,一个或一个以上有线或无线网络接口1104,一个或一个以上输入输出接口1105,一个或一个以上键盘1106等。
在一个具体的实施例中,支付设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对支付设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应;
将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的。
本说明书一个或多个实施例中,在获取到预先申请医保类虚拟卡的目标用户的医保就医请求后,获取为目标用户分配的支付码;并将该支付码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;以及医疗机构终端向医保管理系统发送身份认证通过的目标用户的就医结算清单,以使医保管理系统生成相应的支付信息,后台服务器接收医保管理系统返回的支付信息。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
可选地,计算机可执行指令在被执行时,若所述支付码包括:图形码信息;
所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述图形码信息发送至所述目标用户的客户端,以使医疗机构终端从所述客户端获取的所述图形码信息、并将所述图形码信息发送至医保管理系统对所述目标用户进行身份认证。
可选地,计算机可执行指令在被执行时,若所述支付码包括:在线码信息;
所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述在线码信息发送至医疗机构终端,以使所述医疗机构终端将所述在线码信息发送至医保管理系统对所述目标用户进行身份认证。
可选地,计算机可执行指令在被执行时,在接收目标用户的医保就医请求之前,还包括:
接收客户端的医保支付业务的开通请求;其中,所述开通请求携带有目标用户的标识信息;
向医保管理系统发送所述目标用户的实名认证信息,以使所述医保管理系统基于所述实名认证信息进行参保验证并生成所述目标用户的医保类虚拟卡;
接收所述医保管理系统返回的所述目标用户的所述医保类虚拟卡。
可选地,计算机可执行指令在被执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向医保管理系统发送所述目标用户的所述医保类虚拟卡,以使所述医保管理系统返回与所述医保类虚拟卡对应的支付码;
将接收到的所述支付码确定为用于医保就医的支付码。
可选地,计算机可执行指令在被执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
生成与所述目标用户对应的医保类虚拟卡对应的支付码;
将生成的所述支付码确定为用于医保就医的支付码。
可选地,计算机可执行指令在被执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码。
可选地,计算机可执行指令在被执行时,所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为正常用户,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,计算机可执行指令在被执行时,所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则向所述目标用户的客户端发送实名认证请求;
基于所述客户端返回的所述目标用户的实名认证信息,对所述目标用户进行身份核验;
若身份核验结果为实名认证通过,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,计算机可执行指令在被执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向所述目标用户的客户端发送医保账户密码输入请求,并接收所述客户端返回的医保账户密码信息;
将所述医保账户密码信息发送至医保管理系统,以使所述医保管理系统基于所述医保账户密码信息进行账户密码验证;
若账户密码验证结果为验证通过,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,计算机可执行指令在被执行时,所述接收目标用户的医保就医请求,包括:
通过医保支付业务接口接收客户端的医保就医请求;其中,所述医保支付业务接口独立于正常支付业务接口;
或者,
通过所述医保支付业务接口接收医疗机构终端发送的医保就医请求;其中,所述医保就医请求是客户端向所述医疗机构终端发送的。
可选地,计算机可执行指令在被执行时,在接收所述医保管理系统返回的支付信息之后,还包括:
根据所述支付信息,更新所述目标用户的预设支付统计信息;
基于更新后的所述预设支付统计信息,确定所述目标用户的权益兑换信息。
可选地,计算机可执行指令在被执行时,所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述支付码传输至医疗机构终端,以使医疗机构终端将所述支付码发送至医保管理系统;
接收所述医保管理系统发送的用户标识获取请求;
将所述目标用户的标识信息发送至所述医保管理系统,以使所述医保管理系统基于所述支付码和所述标识信息对所述目标用户进行身份认证。
本说明书一个或多个实施例中的支付设备,接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中关于支付设备的实施例与本说明书中关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
进一步地,对应上述图2至图8所示的方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种存储介质,用于存储计算机可执行指令,一种具体的实施例中,该存储介质可以为U盘、光盘、硬盘等,该存储介质存储的计算机可执行指令在被处理器执行时,能实现以下流程:
接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应;
将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的。
本说明书一个或多个实施例中,在获取到预先申请医保类虚拟卡的目标用户的医保就医请求后,获取为目标用户分配的支付码;并将该支付码传输至医疗机构终端,以使医疗机构终端将该支付码发送至医保管理系统对目标用户进行身份认证;以及医疗机构终端向医保管理系统发送身份认证通过的目标用户的就医结算清单,以使医保管理系统生成相应的支付信息,后台服务器接收医保管理系统返回的支付信息。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,若所述支付码包括:图形码信息;
所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述图形码信息发送至所述目标用户的客户端,以使医疗机构终端从所述客户端获取的所述图形码信息、并将所述图形码信息发送至医保管理系统对所述目标用户进行身份认证。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,若所述支付码包括:在线码信息;
所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述在线码信息发送至医疗机构终端,以使所述医疗机构终端将所述在线码信息发送至医保管理系统对所述目标用户进行身份认证。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,在接收目标用户的医保就医请求之前,还包括:
接收客户端的医保支付业务的开通请求;其中,所述开通请求携带有目标用户的标识信息;
向医保管理系统发送所述目标用户的实名认证信息,以使所述医保管理系统基于所述实名认证信息进行参保验证并生成所述目标用户的医保类虚拟卡;
接收所述医保管理系统返回的所述目标用户的所述医保类虚拟卡。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向医保管理系统发送所述目标用户的所述医保类虚拟卡,以使所述医保管理系统返回与所述医保类虚拟卡对应的支付码;
将接收到的所述支付码确定为用于医保就医的支付码。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
生成与所述目标用户对应的医保类虚拟卡对应的支付码;
将生成的所述支付码确定为用于医保就医的支付码。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为正常用户,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则向所述目标用户的客户端发送实名认证请求;
基于所述客户端返回的所述目标用户的实名认证信息,对所述目标用户进行身份核验;
若身份核验结果为实名认证通过,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向所述目标用户的客户端发送医保账户密码输入请求,并接收所述客户端返回的医保账户密码信息;
将所述医保账户密码信息发送至医保管理系统,以使所述医保管理系统基于所述医保账户密码信息进行账户密码验证;
若账户密码验证结果为验证通过,则获取为所述目标用户分配的用于医保就医的支付码。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述接收目标用户的医保就医请求,包括:
通过医保支付业务接口接收客户端的医保就医请求;其中,所述医保支付业务接口独立于正常支付业务接口;
或者,
通过所述医保支付业务接口接收医疗机构终端发送的医保就医请求;其中,所述医保就医请求是客户端向所述医疗机构终端发送的。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,在接收所述医保管理系统返回的支付信息之后,还包括:
根据所述支付信息,更新所述目标用户的预设支付统计信息;
基于更新后的所述预设支付统计信息,确定所述目标用户的权益兑换信息。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述支付码传输至医疗机构终端,以使医疗机构终端将所述支付码发送至医保管理系统;
接收所述医保管理系统发送的用户标识获取请求;
将所述目标用户的标识信息发送至所述医保管理系统,以使所述医保管理系统基于所述支付码和所述标识信息对所述目标用户进行身份认证。
本说明书一个或多个实施例中的存储介质存储的计算机可执行指令在被处理器执行时,接收目标用户的医保就医请求;其中,目标用户为预先申请医保类虚拟卡的用户。获取为目标用户分配的用于医保就医的支付码;其中,支付码与医保类虚拟卡相对应。将支付码传输至医疗机构终端,以使医疗机构终端将支付码发送至医保管理系统对目标用户进行身份认证。接收医保管理系统返回的支付信息;其中,该支付信息是在身份认证通过后基于医疗机构终端发送的目标用户的就医结算清单生成的。这样在基于医疗保险进行医疗费用支付时,无需携带实体医保卡,直接通过自动分配的用于医保就医的支付码即可完成基于医疗保险的医疗费用支付,达到自动从医疗保险统筹基金中为参保人按比例承担医疗费用的目的,实现更加便捷、快速、可靠的基于医疗保险进行医疗费用支付,确保实时、高效为参保人在接受诊疗期间的医疗费用支出提供有效保障。
需要说明的是,本说明书中关于存储介质的实施例与本说明书中关于支付方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的支付方法的实施,重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HD Cal、JHDL(Java Hardware Description Language)、Lava、Lola、My HDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书一个或多个时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书一个或多个的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书一个或多个可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个是参照根据本说明书一个或多个实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书一个或多个的实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书一个或多个的实施例而已,并不用于限制本说明书一个或多个。对于本领域技术人员来说,本说明书一个或多个可以有各种更改和变化。凡在本说明书一个或多个的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书一个或多个的权利要求范围之内。
Claims (20)
1.一种支付方法,包括:
接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
2.根据权利要求1所述的方法,其中,若所述支付码包括:图形码信息;
所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述图形码信息发送至所述目标用户的客户端,以使医疗机构终端从所述客户端获取的所述图形码信息、并将所述图形码信息发送至医保管理系统对所述目标用户进行身份认证。
3.根据权利要求1所述的方法,其中,若所述支付码包括:在线码信息;
所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述在线码信息发送至医疗机构终端,以使所述医疗机构终端将所述在线码信息发送至医保管理系统对所述目标用户进行身份认证。
4.根据权利要求1所述的方法,其中,在接收目标用户的医保就医请求之前,还包括:
接收客户端的医保支付业务的开通请求;其中,所述开通请求携带有目标用户的标识信息;
向医保管理系统发送所述目标用户的实名认证信息,以使所述医保管理系统基于所述实名认证信息进行参保验证并生成所述目标用户的医保类虚拟卡;
接收所述医保管理系统返回的所述目标用户的所述医保类虚拟卡。
5.根据权利要求1所述的方法,其中,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向医保管理系统发送所述目标用户的所述医保类虚拟卡,以使所述医保管理系统返回与所述医保类虚拟卡对应的支付码;
将接收到的所述支付码确定为用于医保就医的支付码。
6.根据权利要求1所述的方法,其中,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
生成与所述目标用户对应的医保类虚拟卡对应的支付码;
将生成的所述支付码确定为用于医保就医的支付码。
7.根据权利要求1所述的方法,其中,所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为正常用户,则获取为所述目标用户分配的用于医保就医的支付码。
8.根据权利要求1所述的方法,其中,所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则向所述目标用户的客户端发送实名认证请求;
基于所述客户端返回的所述目标用户的实名认证信息,对所述目标用户进行身份核验;
若身份核验结果为实名认证通过,则获取为所述目标用户分配的用于医保就医的支付码。
9.根据权利要求1所述的方法,其中,所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向所述目标用户的客户端发送医保账户密码输入请求,并接收所述客户端返回的医保账户密码信息;
将所述医保账户密码信息发送至医保管理系统,以使所述医保管理系统基于所述医保账户密码信息进行账户密码验证;
若账户密码验证结果为验证通过,则获取为所述目标用户分配的用于医保就医的支付码。
10.根据权利要求1所述的方法,其中,所述接收目标用户的医保就医请求,包括:
通过医保支付业务接口接收客户端的医保就医请求;其中,所述医保支付业务接口独立于正常支付业务接口;
或者,
通过所述医保支付业务接口接收医疗机构终端发送的医保就医请求;其中,所述医保就医请求是客户端向所述医疗机构终端发送的。
11.根据权利要求1所述的方法,其中,在接收所述医保管理系统返回的支付信息之后,还包括:
根据所述支付信息,更新所述目标用户的预设支付统计信息;
基于更新后的所述预设支付统计信息,确定所述目标用户的权益兑换信息。
12.根据权利要求1所述的方法,其中,所述将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证,包括:
将所述支付码传输至医疗机构终端,以使医疗机构终端将所述支付码发送至医保管理系统;
接收所述医保管理系统发送的用户标识获取请求;
将所述目标用户的标识信息发送至所述医保管理系统,以使所述医保管理系统基于所述支付码和所述标识信息对所述目标用户进行身份认证。
13.一种支付方法,包括:
接收客户端针对目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
将所述支付码传输至所述客户端,以使医疗机构终端将从所述客户端获取的所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
14.一种支付方法,包括:
接收医疗机构终端针对目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
将所述支付码发送至所述医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
15.一种支付装置,包括:
请求获取模块,其接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
支付码获取模块,其获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
支付码发送模块,其将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
支付信息接收模块,其接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述支付码获取模块,向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述支付码获取模块,若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
16.一种支付装置,包括:
请求获取模块,其接收客户端针对目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
支付码获取模块,其获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
支付码发送模块,其将所述支付码传输至所述客户端,以使医疗机构终端将从所述客户端获取的所述支付码发送至医保管理系统对所述目标用户进行身份认证;
支付信息接收模块,其接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述支付码获取模块,向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述支付码获取模块,若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
17.一种支付装置,包括:
请求获取模块,其接收医疗机构终端针对目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
支付码获取模块,其获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
支付码发送模块,其将所述支付码发送至所述医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
支付信息接收模块,其接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述支付码获取模块,向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述支付码获取模块,若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
18.一种支付系统,包括:后台服务器、客户端、医疗机构、医保管理系统;
所述后台服务器,获取来自于所述客户端的目标用户的医保就医请求;以及,获取为所述目标用户分配的用于医保就医的支付码,并将所述支付码传输至所述医疗机构终端;其中,所述目标用户为预先申请医保类虚拟卡的用户,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
所述医疗机构终端,将所述支付码发送至所述医保管理系统;
所述医保管理系统,基于所述支付码,对所述目标用户进行身份认证;
所述医疗机构终端,在确定所述目标用户的身份认证通过后,向所述医保管理系统发送所述目标用户的就医结算清单;
所述医保管理系统,根据所述就医结算清单,生成所述目标用户的支付信息,并将所述支付信息发送至所述后台服务器;
所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
19.一种支付设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:
接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
20.一种存储介质,用于存储计算机可执行指令,所述可执行指令在被处理器执行时实现以下方法:
接收目标用户的医保就医请求;其中,所述目标用户为预先申请医保类虚拟卡的用户;
获取为所述目标用户分配的用于医保就医的支付码;其中,所述支付码与所述医保类虚拟卡相对应,所述支付码用于识别用户是否具备使用医保进行就医的条件;
将所述支付码传输至医疗机构终端,以使所述医疗机构终端将所述支付码发送至医保管理系统对所述目标用户进行身份认证;
接收所述医保管理系统返回的支付信息;其中,所述支付信息是在身份认证通过后基于医疗机构终端发送的所述目标用户的就医结算清单生成的;
所述获取为所述目标用户分配的用于医保就医的支付码,包括:
向预设风控系统发送针对所述目标用户的风险识别请求,以使所述预设风控系统基于所述目标用户的历史交易数据对所述目标用户进行风险程度识别;
接收所述预设风控系统返回的所述目标用户的风险识别结果;
根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码;
所述根据所述风险识别结果,确定是否获取为所述目标用户分配的用于医保就医的支付码,包括:
若所述风险识别结果表征所述目标用户为风险用户,则通过客户端提供的所述目标用户的实名认证信息,对所述目标用户进行身份核验,并基于身份核验结果确定是否获取为所述目标用户分配的用于医保就医的支付码。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110880771.4A CN113643025B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
CN201911158753.4A CN110889693B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
PCT/CN2020/117912 WO2021098378A1 (zh) | 2019-11-22 | 2020-09-25 | 一种支付方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911158753.4A CN110889693B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110880771.4A Division CN113643025B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110889693A CN110889693A (zh) | 2020-03-17 |
CN110889693B true CN110889693B (zh) | 2021-06-25 |
Family
ID=69748488
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110880771.4A Active CN113643025B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
CN201911158753.4A Active CN110889693B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110880771.4A Active CN113643025B (zh) | 2019-11-22 | 2019-11-22 | 一种支付方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN113643025B (zh) |
WO (1) | WO2021098378A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113643025B (zh) * | 2019-11-22 | 2024-02-02 | 支付宝(中国)网络技术有限公司 | 一种支付方法、装置及系统 |
CN115797085A (zh) * | 2020-04-10 | 2023-03-14 | 支付宝(杭州)信息技术有限公司 | 医疗费用支付方法、装置和系统 |
CN111652683A (zh) * | 2020-05-29 | 2020-09-11 | 上海慧生健康科技有限公司 | 药品购买请求方法、装置、电子设备及计算机存储介质 |
CN111598709B (zh) * | 2020-06-29 | 2023-03-21 | 腾讯科技(深圳)有限公司 | 医保数据处理系统、方法、装置、设备及存储介质 |
CN117764579A (zh) * | 2021-04-30 | 2024-03-26 | 支付宝(中国)网络技术有限公司 | 一种医保支付方法、装置及设备 |
CN115049471A (zh) * | 2021-05-25 | 2022-09-13 | 支付宝(杭州)信息技术有限公司 | 票据处理方法、装置、设备和存储介质 |
CN113761579A (zh) * | 2021-09-10 | 2021-12-07 | 泰康保险集团股份有限公司 | 基于区块链的评审方法、装置、设备及存储介质 |
CN113822668B (zh) * | 2021-09-29 | 2024-06-21 | 深圳平安医疗健康科技服务有限公司 | 线上医保支付方法及装置、存储介质、计算机设备 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2739952B1 (fr) * | 1995-10-11 | 1998-01-23 | Gemplus Card Int | Dispositif portatif destine a effectuer des transactions securisees en interne et par carte a micro-circuits, et procede de mise en oeuvre correspondant |
KR100472550B1 (ko) * | 2001-05-22 | 2005-03-08 | 박용남 | 무인단말기를 이용한 진료처방 및 진료비 수납 방법 |
KR20010086601A (ko) * | 2001-06-19 | 2001-09-15 | 웅 이 | 온라인을 통한 의료보험료 수가 즉시 결제 시스템 및 방법 |
KR20080033024A (ko) * | 2006-10-12 | 2008-04-16 | 주식회사 신한은행 | 의료비 결제 처리를 위한 단말장치와 프로그램 기록매체 |
CN106022759A (zh) * | 2016-06-20 | 2016-10-12 | 中国银联股份有限公司 | 支持多帐户的电子支付方法 |
CN106355004A (zh) * | 2016-08-27 | 2017-01-25 | 挂号网(杭州)科技有限公司 | 一种居民健康卡基于实体卡虚拟化实现方法及系统平台 |
CN106600267A (zh) * | 2016-12-16 | 2017-04-26 | 广东华大互联网股份有限公司 | 基于nfc的医保支付系统及方法 |
CN107833039A (zh) * | 2017-02-13 | 2018-03-23 | 平安医疗健康管理股份有限公司 | 医疗费用支付方法和系统 |
CN107292597A (zh) * | 2017-05-26 | 2017-10-24 | 深圳医畅科技发展有限公司 | 基于社保卡实现就诊支付的方法、移动终端及存储设备 |
CN109756458B (zh) * | 2017-11-06 | 2021-02-26 | 北京京东尚科信息技术有限公司 | 身份认证方法和系统 |
CN108122107A (zh) * | 2017-12-29 | 2018-06-05 | 山大地纬软件股份有限公司 | 一种基于社会保障卡虚拟化的移动支付系统及实施方法 |
CN108766537A (zh) * | 2018-05-29 | 2018-11-06 | 镇江市第人民医院 | 一种支持社会保障卡移动支付的系统 |
CN110060049A (zh) * | 2018-11-30 | 2019-07-26 | 阿里巴巴集团控股有限公司 | 支付方法、装置及设备 |
CN111326239A (zh) * | 2018-12-13 | 2020-06-23 | 熙牛医疗科技(浙江)有限公司 | 医疗环境下用户信息管理、身份识别方法及装置 |
CN113643025B (zh) * | 2019-11-22 | 2024-02-02 | 支付宝(中国)网络技术有限公司 | 一种支付方法、装置及系统 |
-
2019
- 2019-11-22 CN CN202110880771.4A patent/CN113643025B/zh active Active
- 2019-11-22 CN CN201911158753.4A patent/CN110889693B/zh active Active
-
2020
- 2020-09-25 WO PCT/CN2020/117912 patent/WO2021098378A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN110889693A (zh) | 2020-03-17 |
CN113643025B (zh) | 2024-02-02 |
WO2021098378A1 (zh) | 2021-05-27 |
CN113643025A (zh) | 2021-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110889693B (zh) | 一种支付方法、装置及系统 | |
US11645655B2 (en) | Methods and systems for verifying individuals prior to benefits distribution | |
US20220292485A1 (en) | Systems and methods for payment management for supporting mobile payments | |
CN112214545A (zh) | 基于区块链的业务处理方法及装置 | |
CN111539833B (zh) | 医疗费用支付方法、装置和系统 | |
WO2020108151A1 (zh) | 支付方法、装置及设备 | |
KR20160111286A (ko) | 결제 부가 서비스 정보 처리 방법 및 이를 지원하는 전자 장치 | |
CN110555683A (zh) | 虚拟货币与法定货币服务整合平台 | |
JP2020177453A (ja) | 第1のサーバの制御方法、端末の情報処理方法、第2のサーバの制御方法、プログラム、第1のサーバ、端末、第2のサーバ | |
US11922517B2 (en) | System and method for allocation, management and peer review based transfer of electronic tokens | |
KR20200057564A (ko) | 피어 투 피어 네트워크를 이용한 결제 서비스를 제공하기 위한 클라이언트 단말, 서버 및 시스템 | |
US20180089677A1 (en) | Scalable credit card system | |
US20240089109A1 (en) | Secure digital information infrastructure | |
CN113129016A (zh) | 一种医保支付方法、装置及设备 | |
WO2024006042A1 (en) | Systems and methods for use in biometric-enabled network interactions | |
Matar et al. | Adoption of electronic cards using Wi-Fi platform services by clients of banking sector during COVID-19 pandemic | |
JP7348726B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
CN110659890A (zh) | 支付方法、装置、介质及电子设备 | |
CN114548963B (zh) | 支付交互处理方法及装置 | |
CN110086761B (zh) | 一种提供资源的方法和设备 | |
US12008605B2 (en) | Peer-to-peer donation management | |
Dragomirescu et al. | The Use of Blockchain Technology for Managing a Voting Process | |
CN110046954B (zh) | 一种卡片申请的处理方法、装置、设备及系统 | |
CN116091252A (zh) | 医疗费用支付方法及装置 | |
CN115330373A (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230118 Address after: 200120 Floor 15, No. 447, Nanquan North Road, China (Shanghai) Pilot Free Trade Zone, Pudong New Area, Shanghai Patentee after: Alipay.com Co.,Ltd. Address before: 310000 801-11 section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province Patentee before: Alipay (Hangzhou) Information Technology Co.,Ltd. |