CN113822668A - 线上医保支付方法及装置、存储介质、计算机设备 - Google Patents
线上医保支付方法及装置、存储介质、计算机设备 Download PDFInfo
- Publication number
- CN113822668A CN113822668A CN202111148620.6A CN202111148620A CN113822668A CN 113822668 A CN113822668 A CN 113822668A CN 202111148620 A CN202111148620 A CN 202111148620A CN 113822668 A CN113822668 A CN 113822668A
- Authority
- CN
- China
- Prior art keywords
- medical insurance
- target user
- payment
- information
- order
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 239000003814 drug Substances 0.000 claims abstract description 77
- 238000012795 verification Methods 0.000 claims description 95
- 229940126532 prescription medicine Drugs 0.000 claims description 20
- 238000012790 confirmation Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 10
- 229940079593 drug Drugs 0.000 claims description 10
- 238000004891 communication Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 239000000955 prescription drug Substances 0.000 description 3
- 238000012797 qualification Methods 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000820 nonprescription drug Substances 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
-
- 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
- G06Q20/40145—Biometric identity checks
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请涉及数字医疗领域，公开了一种线上医保支付方法及装置、存储介质、计算机设备，该方法包括：接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证；在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。本申请解决了现有技术中线上购药时无法使用医保支付的问题。
Description
技术领域
本申请涉及数字医疗技术领域，尤其是涉及到一种线上医保支付方法及装置、存储介质、计算机设备。
背景技术
随着互联网技术的快速发展，线上购物的普及率越来越高，为了方便用户购药，一些互联网平台推出了线上购药服务，用户足不出户，就可以在平台上选择药店和药品进行购药。目前，用户通过互联网医药平台购买药品时，即使所购的药品、或者选择的药店支持医保支付，由于互联网平台的限制也只能进行自费支付，用户体验较差。
发明内容
有鉴于此，本申请提供了一种线上医保支付方法及装置、存储介质、计算机设备，解决了现有技术中线上购药时无法使用医保支付的问题。
根据本申请的一个方面，提供了一种线上医保支付方法，包括：
接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；
若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证；
在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；
将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。
可选地，所述发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证，具体包括：
向医保凭证终端发送第一身份验证请求，以请求所述医保凭证终端向目标用户终端发送第一鉴权令牌，其中，所述身份验证请求包括所述第一身份验证请求；
接收所述目标用户终端反馈的第二鉴权令牌，并将所述第二鉴权令牌转发至所述医保凭证终端，以在所述医保凭证终端验证所述第一鉴权令牌与所述第二鉴权令牌匹配时向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述第二鉴权令牌；
接收到所述第一身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
可选地，所述发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证，具体包括：
向所述目标用户终端发送第二身份验证请求，其中，所述身份验证请求包括所述第二身份验证请求；
接收所述目标用户终端反馈的身份验证信息，并将所述身份验证信息转发至所述医保凭证终端，以在所述医保凭证终端验证所述身份验证信息与所述目标用户的预留身份信息匹配时，向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述身份验证信息，所述预留身份信息包括所述目标用户的人脸信息、声波信息以及指纹信息中至少一种；
接收到所述第二身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
可选地，所述医保购药订单包括预计医保支付金额，所述医保支付订单包括所述预计医保支付金额；所述将所述医保支付订单发送至目标药店终端之后，所述方法还包括：
所述目标药店终端依据所述医保支付订单，向医保结算中心发送医保支付查询信息，以使医保结算中心依据所述目标用户的医保账户余额和所述预计医保支付金额，确定医保预结算信息，所述医保预结算信息包括实际医保支付金额；
接收所述医保预结算信息，并依据所述实际医保支付金额，确定所述医保支付订单对应的实际自费支付金额；
依据所述实际医保支付金额和所述实际自费支付金额，生成并向所述目标用户终端发送支付订单；
接收所述支付订单的支付结果，并在所述支付结果指示所述目标用户已支付所述实际自费支付金额时，向所述目标药店终端反馈所述医保预结算信息对应的自费支付确认指令，以使所述目标药店终端接收到所述自费支付确认指令后，依据所述实际医保支付金额向医保结算中心发起对所述医保支付订单的结算。
可选地，所述接收所述支付订单的支付结果之后，所述方法还包括：
依据所述实际自费支付金额，确定目标药店的结算金额；
实时或在预设结算时间，依据所述结算金额对目标药店账户进行结算。
可选地，所述接收目标用户的医保购药订单之后，所述方法还包括：
查询所述医保购药订单包含的目标药品是否包含处方药；
若包含处方药，则依据所述目标用户的电子处方数据，确定所述目标用户是否具有购买所述处方药的资格时，并在确定所述目标用户具有购买所述处方药的资格时，查询所述目标用户的医保电子凭证注册信息。
可选地，所述接收目标用户的医保购药订单，具体包括：
接收所述目标用户的线上购药订单，其中，所述线上购药订单包括目标药店信息和目标药品信息；
若目标药店属于医保定点药店，且目标药品属于医保定点药品，则向所述目标用户终端发送询问信息，以询问所述目标用户是否使用医保支付；
接收反馈信息，并在所述反馈信息指示使用医保支付时，确定所述线上购药订单为所述医保购药订单。
根据本申请的另一方面，提供了一种线上医保支付装置，包括：
凭证查询模块，用于接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；
身份验证模块，用于若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证；
订单生成模块，用于在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；
订单发送模块，用于将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。
可选地，所述身份验证模块，具体用于向医保凭证终端发送第一身份验证请求，以请求所述医保凭证终端向目标用户终端发送第一鉴权令牌，其中，所述身份验证请求包括所述第一身份验证请求；接收所述目标用户终端反馈的第二鉴权令牌，并将所述第二鉴权令牌转发至所述医保凭证终端，以在所述医保凭证终端验证所述第一鉴权令牌与所述第二鉴权令牌匹配时向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述第二鉴权令牌；接收到所述第一身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
可选地，所述身份验证模块，具体用于向所述目标用户终端发送第二身份验证请求，其中，所述身份验证请求包括所述第二身份验证请求；接收所述目标用户终端反馈的身份验证信息，并将所述身份验证信息转发至所述医保凭证终端，以在所述医保凭证终端验证所述身份验证信息与所述目标用户的预留身份信息匹配时，向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述身份验证信息，所述预留身份信息包括所述目标用户的人脸信息、声波信息以及指纹信息中至少一种；接收到所述第二身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
可选地，所述医保购药订单包括预计医保支付金额，所述医保支付订单包括所述预计医保支付金额；所述装置还包括：
支付模块，用于所述将所述医保支付订单发送至目标药店终端之后，所述目标药店终端依据所述医保支付订单，向医保结算中心发送医保支付查询信息，以使医保结算中心依据所述目标用户的医保账户余额和所述预计医保支付金额，确定医保预结算信息，所述医保预结算信息包括实际医保支付金额；
接收所述医保预结算信息，并依据所述实际医保支付金额，确定所述医保支付订单对应的实际自费支付金额；
依据所述实际医保支付金额和所述实际自费支付金额，生成并向所述目标用户终端发送支付订单；
接收所述支付订单的支付结果，并在所述支付结果指示所述目标用户已支付所述实际自费支付金额时，向所述目标药店终端反馈所述医保预结算信息对应的自费支付确认指令，以使所述目标药店终端接收到所述自费支付确认指令后，依据所述实际医保支付金额向医保结算中心发起对所述医保支付订单的结算。
可选地，所述装置还包括：
结算模块，用于所述接收所述支付订单的支付结果之后，依据所述实际自费支付金额，确定目标药店的结算金额；实时或在预设结算时间，依据所述结算金额对目标药店账户进行结算。
可选地，所述装置还包括：
资格验证模块，用于所述接收目标用户的医保购药订单之后，查询所述医保购药订单包含的目标药品是否包含处方药；若包含处方药，则依据所述目标用户的电子处方数据，确定所述目标用户是否具有购买所述处方药的资格时，并在确定所述目标用户具有购买所述处方药的资格时，查询所述目标用户的医保电子凭证注册信息。
可选地，所述凭证查询模块，具体用于：
接收所述目标用户的线上购药订单，其中，所述线上购药订单包括目标药店信息和目标药品信息；若目标药店属于医保定点药店，且目标药品属于医保定点药品，则向所述目标用户终端发送询问信息，以询问所述目标用户是否使用医保支付；接收反馈信息，并在所述反馈信息指示使用医保支付时，确定所述线上购药订单为所述医保购药订单。
依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述线上医保支付方法。
依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述线上医保支付方法。
借由上述技术方案，本申请提供的一种线上医保支付方法及装置、存储介质、计算机设备，接收到目标用户的医保购药订单时，对目标用户的医保电子凭证注册信息进行查询，若目标用户已经注册医保电子凭证，那么根据该医保购药订单以及医保电子凭证，生成医保支付订单，进而将医保支付订单发送至医保购药订单对应的目标药店终端，以通过目标药店与医保结算中心之间的支付通道进行医保结算。本申请实施例解决了现有技术中线上购药时无法使用医保支付的问题。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1示出了本申请实施例提供的一种线上医保支付方法的流程示意图；
图2示出了本申请实施例提供的另一种线上医保支付方法的流程示意图；
图3示出了本申请实施例提供的一种线上医保支付装置的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种线上医保支付方法，如图1所示，该方法包括：
步骤101，接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；
步骤102，若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证；
步骤103，在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；
步骤104，将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。
最近几年来，医疗云平台受到广大用户的欢迎。医疗云(Medical cloud)，是指在云计算、移动技术、多媒体、4G通信、大数据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术的运用于结合，医疗云提高医疗机构的效率，方便居民就医。像现在医院的预约挂号、电子病历、医保等都是云计算与医疗领域结合的产物，医疗云还具有数据安全、信息共享、动态扩展、布局全局的优势。为解决目前线上购药无法使用医保支付的问题，本申请实施例提供了一种线上医保支付方法，该方法可以应用于线上购药平台服务器一侧。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
其中，医保购药订单为线上订单，线上订单信息是指用户通过互联网医药平台提交的购买药品的订单，线上订单信息具体可以包括购药药店信息和购药药品信息。购药订单中可以包括一种或多种处方药、非处方药。医保购药订单是指需要通过医保进行支付的线上订单。用户选择进行医保支付后，首先，平台方判断用户是否已经注册医保电子凭证，并在用户未注册时，提示用户进行医保电子凭证注册，例如通过拉取医保电子凭证第三方渠道提供的凭证注册接口，提示、引导用户完成医保电子凭证注册；其次，在用户已注册医保电子凭证的情况下，发送身份验证请求，并依据接收到的验证反馈信息验证目标用户的身份，通过验证后，平台方可以依据医保购药订单和目标用户的医保电子凭证，生成医保支付订单，并将该医保支付订单发送到目标药店对应的目标药店终端内，以便目标药店终端利用目标药店与医保结算中心之间的支付渠道，完成医保支付，以实现在线购药的医保间接支付。
本申请实施例中，可选地，步骤101中“接收目标用户的医保购药订单”具体可以包括：接收所述目标用户的线上购药订单，其中，所述线上购药订单包括目标药店信息和目标药品信息；若目标药店属于医保定点药店，且目标药品属于医保定点药品，则向所述目标用户终端发送询问信息，以询问所述目标用户是否使用医保支付；接收反馈信息，并在所述反馈信息指示使用医保支付时，确定所述线上购药订单为所述医保购药订单。
在上述实施例中，接收到目标用户的线上购药订单之后，查询目标药店是否为医保定点药店，即该药店是否支持医保支付，其次，在确定购药药店属于医保定点药店的情况下，进一步查询目标药品中是否包括医保定点药品，若购药药品中包括医保定点药品，则确定线上订单包括医保支付项目，即线上购药订单为医保购药订单。
另外，在目标用户终端侧，在展示药店信息和药品信息时，可以附带医保支付标识。可选地，步骤101之前还可以包括：目标用户终端展示附带医保支付标识的药店信息和药品信息，基于用户对药店信息和药品信息的选择操作，生成线上订单信息。
通过应用本实施例的技术方案，接收到目标用户的医保购药订单时，对目标用户的医保电子凭证注册信息进行查询，若目标用户已经注册医保电子凭证，并且目标用户通过身份验证后，那么根据该医保购药订单以及医保电子凭证，生成医保支付订单，进而将医保支付订单发送至医保购药订单对应的目标药店终端，以通过目标药店与医保结算中心之间的支付通道进行医保结算。本申请实施例解决了现有技术中线上购药时无法使用医保支付的问题。
进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种线上医保支付方法，如图2所示，该方法包括：
步骤201，接收目标用户的医保购药订单；查询所述医保购药订单包含的目标药品是否包含处方药；若包含处方药，则依据所述目标用户的电子处方数据，确定所述目标用户是否具有购买所述处方药的资格时，并在确定所述目标用户具有购买所述处方药的资格时，查询所述目标用户的医保电子凭证注册信息；
在上述实施例中，如果购药订单中包括处方药，在用户提交订单时，需要对用户的电子处方进行验证，以确定用户是否具有购买相应处方药的资格。具体地，用户可以预先上传电子处方，提交订单时，提示用户选择电子处方，并根据提交的线上订单信息和电子处方，验证用户是否具有购买相应处方药的资格，验证通过后执行后续流程。
步骤202，若所述目标用户已注册医保电子凭证，则向医保凭证终端发送第一身份验证请求，以请求所述医保凭证终端向目标用户终端发送第一鉴权令牌，其中，所述身份验证请求包括所述第一身份验证请求；接收所述目标用户终端反馈的第二鉴权令牌，并将所述第二鉴权令牌转发至所述医保凭证终端，以在所述医保凭证终端验证所述第一鉴权令牌与所述第二鉴权令牌匹配时向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述第二鉴权令牌；接收到所述第一身份验证请求的验证通过结果时，确定所述目标用户通过身份验证；和/或，
步骤203，若所述目标用户已注册医保电子凭证，则向所述目标用户终端发送第二身份验证请求，其中，所述身份验证请求包括所述第二身份验证请求；接收所述目标用户终端反馈的身份验证信息，并将所述身份验证信息转发至所述医保凭证终端，以在所述医保凭证终端验证所述身份验证信息与所述目标用户的预留身份信息匹配时，向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述身份验证信息，所述预留身份信息包括所述目标用户的人脸信息、声波信息以及指纹信息中至少一种；接收到所述第二身份验证请求的验证通过结果时，确定所述目标用户通过身份验证；
在上述实施例中，用户选择进行医保支付后，平台终端向医保凭证终端发送第一身份验证请求，医保凭证终端(即医保电子凭证第三方渠道)向备案注册医保电子凭证的用户客户端发送第一鉴权令牌，目标用户终端通过平台方向医保凭证终端返回第二鉴权令牌，医保凭证终端验证发送的和接收的鉴权令牌一致，则通过用户身份核验，并通知平台终端验证通过。或者平台终端向医保凭证终端发送第一身份验证请求，以请求医保凭证终端分别向目标用户终端和平台终端均发送第一鉴权令牌，而后，目标用户终端接收到第一鉴权令牌后反馈给平台方，平台方依据接收目标用户终端反馈的第二鉴权令牌与医保凭证终端发送的第一鉴权令牌进行一致性验证，并在二者匹配时通过身份验证。
另外，对用户身份核验的方式，还可以包括人脸图像核验、声波核验、指纹核验等等。具体可以在确定用户已注册医保电子凭证之后，平台方向目标用户终端发送第二身份验证请求，第二身份验证请求具体可以包括人脸验证请求、声波验证请求、指纹验证请求中至少一个，目标用户终端将采集的人脸、声波、指纹反馈给平台终端，平台终端转发至医保凭证终端，以使医保凭证终端依据预存的身份特征信息(人脸、声波、指纹)对用户的身份进行核验。
需要说明的是，上述两种身份验证方式可以选择其中一种，也可以在两种验证都通过时，才认为身份验证通过，两种验证方式的验证顺序不做限定。
步骤204，在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算；
步骤205，所述目标药店终端依据所述医保支付订单，向医保结算中心发送医保支付查询信息，以使医保结算中心依据所述目标用户的医保账户余额和所述预计医保支付金额，确定医保预结算信息，所述医保预结算信息包括实际医保支付金额；
步骤206，接收所述医保预结算信息，并依据所述实际医保支付金额，确定所述医保支付订单对应的实际自费支付金额；
步骤207，依据所述实际医保支付金额和所述实际自费支付金额，生成并向所述目标用户终端发送支付订单；
在步骤204至步骤207中，用户身份核验通过后，平台方依据线上订单信息生成医保支付信息，并将支付信息发送至药店终端；药店终端根据医保支付信息，向医保局结算中心发起医保预结算，药店终端接收医保局结算中心反馈的医保预结算结果，并将该医保预结算结果反馈至平台方，由平台方根据医保预结算结果，确定线上订单信息对应的实际医保支付金额和实际自费支付金额，生成支付订单，发送至目标用户终端。其中，向医保结算中心发送医保支付订单后，医保结算中心先查询目标用户的医保账户余额是否足够支付预计医保支付金额，若足够则实际医保支付金额为预计医保支付金额，而若不足够则实际医保支付金额为医保账户余额。实际自费支付金额依据订单总金额和实际医保支付金额计算。
步骤208，接收所述支付订单的支付结果，并在所述支付结果指示所述目标用户已支付所述实际自费支付金额时，向所述目标药店终端反馈所述医保预结算信息对应的自费支付确认指令，以使所述目标药店终端接收到所述自费支付确认指令后，依据所述实际医保支付金额向医保结算中心发起对所述医保支付订单的结算；
在步骤208中，用户接收到支付订单后，可以对自费支付部分进行支付，平台终端接收到支付订单的支付结果后，向目标药店终端反馈自费支付确认指令，以使目标药店终端与医保结算中心发起医保结算，将医保支付部分从目标用户的医保账户中扣除，完成整个订单的支付。
步骤209，依据所述实际自费支付金额，确定目标药店的结算金额；实时或在预设结算时间，依据所述结算金额对目标药店账户进行结算。
在步骤209中，平台终端依据用户的实际自费支付金额，确定对目标药店的结算金额，实时进行结算，或者平台方与药店方约定自费结算周期，平台方统计每个对接的定点药店对应的周期内自费结算金额，并与药店终端统计的周期内该平台的自费结算金额进行对账，若二者一致，则平台方将自费结算金额打款至药店对应的账户内。
另外，医保局结算中心可以与药店约定医保结算周期，医保局结算中心统计每个对接的定点药店对应的周期内医保结算金额，并与药店终端统计的周期内的医保结算金额进行对账，若二者一致，则医保局结算中心将医保结算金额打款至药店对应的账户内。
进一步的，作为图1方法的具体实现，本申请实施例提供了一种线上医保支付装置，如图3所示，该装置包括：
凭证查询模块，用于接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；
身份验证模块，用于若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证；
订单生成模块，用于在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；
订单发送模块，用于将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。
可选地，所述身份验证模块，具体用于向医保凭证终端发送第一身份验证请求，以请求所述医保凭证终端向目标用户终端发送第一鉴权令牌，其中，所述身份验证请求包括所述第一身份验证请求；接收所述目标用户终端反馈的第二鉴权令牌，并将所述第二鉴权令牌转发至所述医保凭证终端，以在所述医保凭证终端验证所述第一鉴权令牌与所述第二鉴权令牌匹配时向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述第二鉴权令牌；接收到所述第一身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
可选地，所述身份验证模块，具体用于向所述目标用户终端发送第二身份验证请求，其中，所述身份验证请求包括所述第二身份验证请求；接收所述目标用户终端反馈的身份验证信息，并将所述身份验证信息转发至所述医保凭证终端，以在所述医保凭证终端验证所述身份验证信息与所述目标用户的预留身份信息匹配时，向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述身份验证信息，所述预留身份信息包括所述目标用户的人脸信息、声波信息以及指纹信息中至少一种；接收到所述第二身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
可选地，所述医保购药订单包括预计医保支付金额，所述医保支付订单包括所述预计医保支付金额；所述装置还包括：
支付模块，用于所述将所述医保支付订单发送至目标药店终端之后，所述目标药店终端依据所述医保支付订单，向医保结算中心发送医保支付查询信息，以使医保结算中心依据所述目标用户的医保账户余额和所述预计医保支付金额，确定医保预结算信息，所述医保预结算信息包括实际医保支付金额；
接收所述医保预结算信息，并依据所述实际医保支付金额，确定所述医保支付订单对应的实际自费支付金额；
依据所述实际医保支付金额和所述实际自费支付金额，生成并向所述目标用户终端发送支付订单；
接收所述支付订单的支付结果，并在所述支付结果指示所述目标用户已支付所述实际自费支付金额时，向所述目标药店终端反馈所述医保预结算信息对应的自费支付确认指令，以使所述目标药店终端接收到所述自费支付确认指令后，依据所述实际医保支付金额向医保结算中心发起对所述医保支付订单的结算。
可选地，所述装置还包括：
结算模块，用于所述接收所述支付订单的支付结果之后，依据所述实际自费支付金额，确定目标药店的结算金额；实时或在预设结算时间，依据所述结算金额对目标药店账户进行结算。
可选地，所述装置还包括：
资格验证模块，用于所述接收目标用户的医保购药订单之后，查询所述医保购药订单包含的目标药品是否包含处方药；若包含处方药，则依据所述目标用户的电子处方数据，确定所述目标用户是否具有购买所述处方药的资格时，并在确定所述目标用户具有购买所述处方药的资格时，查询所述目标用户的医保电子凭证注册信息。
可选地，所述凭证查询模块，具体用于：
接收所述目标用户的线上购药订单，其中，所述线上购药订单包括目标药店信息和目标药品信息；若目标药店属于医保定点药店，且目标药品属于医保定点药品，则向所述目标用户终端发送询问信息，以询问所述目标用户是否使用医保支付；接收反馈信息，并在所述反馈信息指示使用医保支付时，确定所述线上购药订单为所述医保购药订单。
需要说明的是，本申请实施例提供的一种线上医保支付装置所涉及各功能单元的其他相应描述，可以参考图1至图2方法中的对应描述，在此不再赘述。
基于上述如图1至图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图2所示的线上医保支付方法。
基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。
基于上述如图1至图2所示的方法，以及图3所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图2所示的线上医保支付方法。
可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。
本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现接收到目标用户的医保购药订单时，对目标用户的医保电子凭证注册信息进行查询，若目标用户已经注册医保电子凭证，那么根据该医保购药订单以及医保电子凭证，生成医保支付订单，进而将医保支付订单发送至医保购药订单对应的目标药店终端，以通过目标药店与医保结算中心之间的支付通道进行医保结算。本申请实施例解决了现有技术中线上购药时无法使用医保支付的问题。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
Claims (10)
1.一种线上医保支付方法，其特征在于，包括：
接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；
若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证；
在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；
将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。
2.根据权利要求1所述的方法，其特征在于，所述发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证，具体包括：
向医保凭证终端发送第一身份验证请求，以请求所述医保凭证终端向目标用户终端发送第一鉴权令牌，其中，所述身份验证请求包括所述第一身份验证请求；
接收所述目标用户终端反馈的第二鉴权令牌，并将所述第二鉴权令牌转发至所述医保凭证终端，以在所述医保凭证终端验证所述第一鉴权令牌与所述第二鉴权令牌匹配时向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述第二鉴权令牌；
接收到所述第一身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
3.根据权利要求1所述的方法，其特征在于，所述发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证，具体包括：
向所述目标用户终端发送第二身份验证请求，其中，所述身份验证请求包括所述第二身份验证请求；
接收所述目标用户终端反馈的身份验证信息，并将所述身份验证信息转发至所述医保凭证终端，以在所述医保凭证终端验证所述身份验证信息与所述目标用户的预留身份信息匹配时，向平台终端反馈验证通过结果，其中，所述验证反馈信息包括所述身份验证信息，所述预留身份信息包括所述目标用户的人脸信息、声波信息以及指纹信息中至少一种；
接收到所述第二身份验证请求的验证通过结果时，确定所述目标用户通过身份验证。
4.根据权利要求1所述的方法，其特征在于，所述医保购药订单包括预计医保支付金额，所述医保支付订单包括所述预计医保支付金额；所述将所述医保支付订单发送至目标药店终端之后，所述方法还包括：
所述目标药店终端依据所述医保支付订单，向医保结算中心发送医保支付查询信息，以使医保结算中心依据所述目标用户的医保账户余额和所述预计医保支付金额，确定医保预结算信息，所述医保预结算信息包括实际医保支付金额；
接收所述医保预结算信息，并依据所述实际医保支付金额，确定所述医保支付订单对应的实际自费支付金额；
依据所述实际医保支付金额和所述实际自费支付金额，生成并向所述目标用户终端发送支付订单；
接收所述支付订单的支付结果，并在所述支付结果指示所述目标用户已支付所述实际自费支付金额时，向所述目标药店终端反馈所述医保预结算信息对应的自费支付确认指令，以使所述目标药店终端接收到所述自费支付确认指令后，依据所述实际医保支付金额向医保结算中心发起对所述医保支付订单的结算。
5.根据权利要求4所述的方法，其特征在于，所述接收所述支付订单的支付结果之后，所述方法还包括：
依据所述实际自费支付金额，确定目标药店的结算金额；
实时或在预设结算时间，依据所述结算金额对目标药店账户进行结算。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述接收目标用户的医保购药订单之后，所述方法还包括：
查询所述医保购药订单包含的目标药品是否包含处方药；
若包含处方药，则依据所述目标用户的电子处方数据，确定所述目标用户是否具有购买所述处方药的资格时，并在确定所述目标用户具有购买所述处方药的资格时，查询所述目标用户的医保电子凭证注册信息。
7.根据权利要求1至5中任一项所述的方法，其特征在于，所述接收目标用户的医保购药订单，具体包括：
接收所述目标用户的线上购药订单，其中，所述线上购药订单包括目标药店信息和目标药品信息；
若目标药店属于医保定点药店，且目标药品属于医保定点药品，则向所述目标用户终端发送询问信息，以询问所述目标用户是否使用医保支付；
接收反馈信息，并在所述反馈信息指示使用医保支付时，确定所述线上购药订单为所述医保购药订单。
8.一种线上医保支付装置，其特征在于，包括：
凭证查询模块，用于接收目标用户的医保购药订单，查询所述目标用户的医保电子凭证注册信息，其中，所述医保购药订单包括目标药店信息；
订单生成模块，用于若所述目标用户已注册医保电子凭证，则发送身份验证请求，并依据接收到的所述身份验证请求的验证反馈信息对所述目标用户进行身份验证，并在所述目标用户通过身份验证时，依据所述医保购药订单以及所述医保电子凭证，生成医保支付订单；
订单发送模块，用于将所述医保支付订单发送至目标药店终端，以使所述目标药店终端依据所述医保支付订单向医保结算中心发起医保结算。
9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。
10.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111148620.6A CN113822668A (zh) | 2021-09-29 | 2021-09-29 | 线上医保支付方法及装置、存储介质、计算机设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111148620.6A CN113822668A (zh) | 2021-09-29 | 2021-09-29 | 线上医保支付方法及装置、存储介质、计算机设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113822668A true CN113822668A (zh) | 2021-12-21 |
Family
ID=78921699
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111148620.6A Pending CN113822668A (zh) | 2021-09-29 | 2021-09-29 | 线上医保支付方法及装置、存储介质、计算机设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113822668A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113989060A (zh) * | 2021-12-23 | 2022-01-28 | 浙江口碑网络技术有限公司 | 一种医疗服务订单的处理方法、装置及电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107292597A (zh) * | 2017-05-26 | 2017-10-24 | 深圳医畅科技发展有限公司 | 基于社保卡实现就诊支付的方法、移动终端及存储设备 |
| CN110889693A (zh) * | 2019-11-22 | 2020-03-17 | 支付宝(杭州)信息技术有限公司 | 一种支付方法、装置及系统 |
| CN111539833A (zh) * | 2020-04-10 | 2020-08-14 | 支付宝(杭州)信息技术有限公司 | 医疗费用支付方法、装置和系统 |
-
2021
- 2021-09-29 CN CN202111148620.6A patent/CN113822668A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107292597A (zh) * | 2017-05-26 | 2017-10-24 | 深圳医畅科技发展有限公司 | 基于社保卡实现就诊支付的方法、移动终端及存储设备 |
| CN110889693A (zh) * | 2019-11-22 | 2020-03-17 | 支付宝(杭州)信息技术有限公司 | 一种支付方法、装置及系统 |
| CN111539833A (zh) * | 2020-04-10 | 2020-08-14 | 支付宝(杭州)信息技术有限公司 | 医疗费用支付方法、装置和系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113989060A (zh) * | 2021-12-23 | 2022-01-28 | 浙江口碑网络技术有限公司 | 一种医疗服务订单的处理方法、装置及电子设备 |
| CN116228442A (zh) * | 2021-12-23 | 2023-06-06 | 浙江口碑网络技术有限公司 | 一种医疗服务订单的处理方法、装置及电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210312447A1 (en) | Network node authentication | |
| US11475104B2 (en) | Verification system for secure transmission in a distributed processing network | |
| US8538885B2 (en) | Encryption switch processing | |
| CN108629565A (zh) | 基于区块链的医疗理赔方法及装置、电子设备 | |
| CN109478282A (zh) | 通过交易装置进行数字资产分发 | |
| CN110880106A (zh) | 双离线支付的实现方法和装置 | |
| RU2747448C1 (ru) | Способ, устройство, электронное устройство и терминал для подтверждения доставки заказа | |
| CN110796449B (zh) | 交易处理方法、系统、介质和计算设备 | |
| WO2020108151A1 (zh) | 支付方法、装置及设备 | |
| US10885505B2 (en) | Managing electronic funds in a network of computing devices | |
| EP3038038A1 (en) | Mobile card sharing service method and system with enhanced security | |
| US20140089023A1 (en) | Method and system for distributing data stream | |
| CN110555683A (zh) | 虚拟货币与法定货币服务整合平台 | |
| CN106529935A (zh) | 一种微信支付方法和系统 | |
| JP2022000758A (ja) | 決済処理方法 | |
| US20160232525A1 (en) | Online form fill for tokenized credentials | |
| CN113724832A (zh) | 处方数据流转方法及装置、存储介质、计算机设备 | |
| CN113822668A (zh) | 线上医保支付方法及装置、存储介质、计算机设备 | |
| CN113256403A (zh) | 基于区块链和5g消息的个人小额贷款方法、装置及系统 | |
| JP4688744B2 (ja) | 決済方法及び決済用情報処理システム | |
| KR20210039203A (ko) | Otp 기반의 회원 인증을 통해 여신 및 직불 결제 처리를 지원하는 결제 처리 대행 장치 및 그 동작 방법 | |
| WO2022092162A1 (ja) | 情報処理装置、プログラム、方法、端末 | |
| WO2014178128A1 (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
| KR102571365B1 (ko) | 후불 멤버십 서비스 운영 서버 및 그 동작 방법 | |
| Dai et al. | Off-line micro-payment protocol for multiple vendors in mobile commerce |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220523 Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd. Address before: Room 12G, Area H, 666 Beijing East Road, Huangpu District, Shanghai 200001 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |