授权处理方法及装置、结算处理方法及装置与流程

本文件涉及数据处理技术领域，尤其涉及一种授权处理方法及装置、结算处理方法及装置。

背景技术：

随着社会医疗服务的普及、发展以及医保制度完善，为了向用户提供一种基础医疗保障，确保用户享有基本的医疗服务并有效享有医疗保障机构为其提供的医疗资金，医疗保障制度已经成为减轻用户经济压力的一项重要制度，并且医疗费用不断攀升，使用医保支付医疗费用的情况也越来越多，医疗保障制度对于用户而言的作用也越来越重要。

技术实现要素：

本说明书一个或多个实施例提供了一种授权处理方法。所述授权处理方法包括：接收医疗终端系统提交的调用请求。向所述医疗终端系统返回授权链接以响应所述调用请求。获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求。从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌。在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本说明书一个或多个实施例提供了一种结算处理方法，包括：针对待结算订单向授权服务器提交调用请求。接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示。向所述授权服务器请求医疗结算凭证。接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证。基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

本说明书一个或多个实施例提供了一种授权处理装置，包括：调用请求接收模块，被配置为接收医疗终端系统提交的调用请求。授权链接返回模块，被配置为向所述医疗终端系统返回授权链接以响应所述调用请求。授权请求获取模块，被配置为获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求。授权令牌生成模块，被配置为从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌。医疗结算凭证返回模块，被配置为在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本说明书一个或多个实施例提供了一种结算处理装置，包括：调用请求提交模块，被配置为针对待结算订单向授权服务器提交调用请求。授权标识码展示模块，被配置为接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示。医疗结算凭证请求模块，被配置为向所述授权服务器请求医疗结算凭证。医疗结算凭证接收模块，被配置为接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证。结算处理模块，被配置为基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

本说明书一个或多个实施例提供了一种授权处理设备，包括：接收医疗终端系统提交的调用请求。向所述医疗终端系统返回授权链接以响应所述调用请求。获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求。从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌。在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本说明书一个或多个实施例提供了一种结算处理设备，包括：针对待结算订单向授权服务器提交调用请求。接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示。向所述授权服务器请求医疗结算凭证。接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证。基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：接收医疗终端系统提交的调用请求。向所述医疗终端系统返回授权链接以响应所述调用请求。获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求。从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌。在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：针对待结算订单向授权服务器提交调用请求。接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示。向所述授权服务器请求医疗结算凭证。接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证。基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例提供的一种授权处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种应用于医保结算场景的授权处理以及结算处理时序图；

图3为本说明书一个或多个实施例提供的一种授权处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种授权处理装置示意图；

图5为本说明书一个或多个实施例提供的一种结算处理装置示意图；

图6为本说明书一个或多个实施例提供的一种授权处理设备的结构示意图；

图7为本说明书一个或多个实施例提供的一种结算处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种授权处理方法实施例：

参照图1，其示出了本实施例提供的一种授权处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于医保结算场景的授权处理以及结算处理时序图。

参见图1，本实施例提供的授权处理方法，应用于授权服务器，包括步骤s102至步骤s110。

步骤s102，接收医疗终端系统提交的调用请求。

实际应用中，医院、体检中心、疗养院等医疗机构部署的自助缴费结算终端往往缺少读码设备，无法实现线下用户展示结算码的被扫模式，给用户结算带来一定困扰，而额外配置读码设备需要对现有的自助缴费结算终端进行改造，经济成本比较高。本实施例提供的所述授权处理方法，通过与下述方法实施例提供的结算处理方法配合，在结算过程中由用户通过用户扫描自助缴费结算终端的“主扫”模式来扫描自助缴费结算终端上的授权标识码，并在接收到扫码之后提交的授权结算请求时，生成在特定范围有效的授权令牌，基于生成的授权令牌从医保结算系统获取相应的医保结算凭证发送给自助缴费结算终端，基于医保结算凭证配合医保结算系统进行相应的结算处理，从而能够兼容医疗机构部署的自助缴费结算终端的结算模式，避免用户在医疗费用结算的过程中多次授权从医保结算系统获取医保结算凭证的重复操作，实现方便快捷的医保结算。

本实施例所述医疗终端系统，是指面向用户提供医疗结算服务、配合医疗结算服务平台(比如，医保结算系统)进行医疗费用结算的服务侧的系统。需要说明的是，所述医疗终端系统可以是运行在医疗机构的自助缴费结算终端上的医疗服务系统，也可以是运行在与医疗机构的自助缴费结算终端配合工作的后台服务器上的医疗服务系统，还可以是部分运行在自助缴费结算终端、部分运行在后台服务器上的医疗服务系统。所述授权服务器，用于根据用户的授权生成的授权令牌，从医疗结算服务平台请求相应的医疗结算凭证(比如，医保结算凭证)以配合医疗终端系统的医疗费用结算。

需要说明的是，医疗终端系统在进行医疗费用结算处理的过程中，在一次结算过程中可能会面临对多个待结算订单进行结算的需求，需要多次从医疗结算服务平台查询对应的多个医疗结算凭证；此外，在对待结算订单进行结算处理的过程中，如果一个待结算订单中涉及多笔医疗费用结算或者不同类型的医疗费用结算，同样需要多次医疗结算服务平台查询对应的多个医疗结算凭证，针对于此，本实施例以授权令牌的方式进行授权，具体而言，对于用户一次授权生成的授权令牌，该授权令牌具有授权有效期属性和授权结算次数两个维度的属性，即：该授权令牌可以在授权有效期内多次医疗结算服务平台查询医疗结算凭证，但查询次数不得超过授权结算次数，也即：在所述授权令牌的授权有效期内从所述医疗结算服务平台查询医疗结算凭证的查询次数不超过所述授权结算次数。

所述调用请求，是指医疗终端系统在接收到用户的医疗服务(比如，挂号、缴费)请求之后，向授权服务器发送的用于调用授权链接的消息请求，通过调用授权服务器提供的授权链接来访问授权服务器提供授权服务，具体实施时，所述调用请求可由用户在医疗机构的自助缴费结算终端上进行触发。

步骤s104，向所述医疗终端系统返回授权链接以响应所述调用请求。

上述接收到医疗终端系统发送的调用请求，向发送调用请求的医疗终端系统返回授权链接，所述授权链接也即是访问授权服务器提供的授权服务的接口，医疗终端系统在接收到授权服务器返回的授权链接之后，基于返回的授权链接生成相应的授权标识码，并向用户展示生成的授权标识码，在此之后，用户可通过用户终端扫描所述授权标识码，在用户终端上进行授权操作。

步骤s106，获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求。

如上所述，向医疗终端系统返回所述授权标识码之后，根据所述授权标识码生成对应的授权标识码，比如授权二维码，并将生成的二维码向用户展示，用户通过用户终端扫描所述授权标识码，以此向授权服务器提交授权请求。

步骤s108，从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌。

上述步骤s106获取到用户终端提交的授权请求之后，本步骤中，基于所述授权请求生成对应的授权令牌，在此基础上，从医疗结算服务平台查询相应的医疗结算凭证，以供医疗终端系统对所述待结算订单的医疗费用结算处理使用。为提升用户体验，避免因医疗结算凭证不存在或者查询失败导致用户再次提交授权请求，在接收到所述授权请求的基础上，预先从所述医疗结算服务平台查询医疗结算凭证，然后根据所述用户终端提交的授权确认指令，缓存所述医疗结算凭证，将所述医疗结算凭证与所述待结算订单进行关联，并生成所述待结算订单的授权令牌。

具体实施时，从医疗结算服务平台查询医疗结算凭证的过程中，为避免医疗结算凭证查询失败给用户带来的负面体验，针对于此，本实施例提供的一种可选实施方式中，在用户提交授权请求之后、授权确认指令提交之前，对从医疗结算服务平台查询医疗结算凭证的查询结果进行检测，并根据查询结果进行适应性的处理，以此来降低用户对医疗结算凭证查询失败的感知，具体采用如下方式实现：

1)判断所述用户终端所属的用户是否激活对应的医疗结算凭证；

若是，则执行下述步骤2)，从所述医疗结算系统查询医疗结算凭证；

若否，生成携带激活引导信息的第二授权页并向所述用户终端下发；

根据所述用户终端通过所述第二授权页提交的激活指令进行医疗结算凭证激活处理，并在激活处理完成后执行下述步骤2)，从所述医疗结算系统查询医疗结算凭证；

2)从所述医疗结算系统查询医疗结算凭证；

若返回的查询结果中携带医疗结算凭证，则生成携带有所述医疗结算凭证的授权页并向所述用户终端下发，根据所述用户终端针对所述授权页提交的授权确认指令，缓存所述医疗结算凭证；

若返回的查询结果未查询失败，执行如下操作：

生成携带有密码设置的第三授权页并向所述用户终端下发；

根据所述用户终端针对所述第三授权页提交的密码信息进行密码设置处理；

在密码设置完成后从所述医疗结算系统查询医疗结算凭证。

如上所述，所述授权令牌具有授权有效期属性和授权结算次数两个维度的属性，即：该授权令牌可以在授权有效期内多次医疗结算服务平台查询医疗结算凭证，但查询次数不得超过授权结算次数，也即：在所述授权令牌的授权有效期内从所述医疗结算服务平台查询医疗结算凭证的查询次数不超过所述授权结算次数。可选的，若所述待结算订单的结算需要多个医疗结算凭证，则在从医疗结算服务平台查询医疗结算凭证的过程中，基于所述授权令牌从所述医疗结算服务平台查询多个医疗结算凭证；并且，从医疗结算服务平台查询医疗结算凭证，还需满足授权令牌的授权有效期未届满、授权结算次数未被用尽的前置查询条件。

步骤s110，在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本实施例所述授权结算条件包括：所述授权令牌的授权有效期未届满、授权结算次数未被用尽，且所述医疗结算凭证的结算有效期未届满。通过所述授权结算条件，将用户在医疗费用结算过程中的授权在时间维度约束在一定范围内，避免用户在一次授权之后获得的授权令牌被无限期滥用；同时，在所述授权令牌的授权有效期内从所述医疗结算服务平台查询医疗结算凭证的查询次数不超过所述授权结算次数，避免了一次授权之后获得的授权令牌被无限次数的滥用，提升了授权处理的有效性和安全性。

具体实施时，在所述授权令牌具有授权有效期属性和授权结算次数两个维度属性的基础上，为确保医疗费用结算处理的有效性以及安全性，针对所述医疗结算凭证配置相应的结算有效期属性，基于此，本实施例提供的一种可选实施方式中，授权服务器从医疗结算服务平台查询到所述医疗结算凭证之后，医疗终端系统在向授权服务器请求医疗结算凭证时，首先判断所述授权令牌的授权有效期是否届满，且授权令牌的授权结算次数是否用尽；

如果所述授权令牌仍处于授权有效期内、且所述授权令牌的授权结算次数尚未用尽，则进一步判断所述医疗结算凭证的结算有效期是否届满；若所述医疗结算凭证的结算有效期未届满，确定所述授权令牌和所述医疗结算凭证满足所述授权结算条件；若所述医疗结算凭证的结算有效期届满，则从所述医疗结算服务平台查询第二医疗结算凭证，并将所述第二医疗结算凭证与所述待结算订单关联，即：根据所述授权令牌重新从医疗结算服务平台查询到所述医疗结算凭证；

如果所述授权令牌的授权有效期届满，或者所述授权令牌的授权结算次数被用尽，则需要通过用户终端引导用户进行重新授权(即：二次授权)，具体是向所述用户终端发送所述待结算订单的二次授权申请，根据所述用户终端提交的授权确定操作，生成所述待结算订单的第二授权令牌。

除此之外，用户通过用户终端扫描所述授权标识码进行授权确认之后，医疗费用的结算处理过程由医疗终端系统进行，为了避免用户二次授权再次通过用户终端来进行授权确认，提升用户进行二次授权确认的便捷性，除上述提供的通过用户终端引导用户进行重新授权的实现方式之外，还可以向所述医疗终端系统发送所述待结算订单的二次授权申请，根据所述医疗终端系统提交的授权确定操作，生成所述待结算订单的第二授权令牌。

例如，向用户当前进行待结算订单结算处理的自助缴费结算终端发送当前待结算订单的二次授权申请，以提醒用户通过自助缴费结算终端提交授权确定操作的方式来确认该二次授权申请，从而根据用户的授权确定操作进行二次授权获得第二授权令牌，最终基于第二授权令牌从医保结算服务平台查询相应的医保结算凭证。

实际应用中，许多场景下都面临医疗费用结算处理过程的回溯需求，或者访问结算处理过程产生的结算过程数据的需求，本实施例通过对结算处理过程产生的结算过程数据进行记录的方式来满足实际需求，为提升结算过程数据的记录有效性和全面性，本实施例提供的一种可选实施方式中，记录所述待结算订单的结算过程数据，并在所述结算过程数据的特定字段写入结算位置信息和数据源类型标识；其中，所述结算位置信息由所述用户终端或者医疗终端系统中的自助缴费结算终端获取，或者，所述结算位置信息基于所述自助缴费结算终端所属的医疗机构的位置匹配获得。

进一步，还可以设置结算位置信息获取方式的优先级，具体的，优先采用自助缴费结算终端或者用户终端通过lbs(locationbasedservices，基于位置的服务)采集并传入的位置信息作为结算位置信息；

在自助缴费结算终端或者用户终端传入的位置信息为空的情况下，以待结算订单中记录的医疗机构名称或者编号为基础，查询医疗机构名称或者编号对应的位置信息作为结算位置信息；

如果查询到医疗机构名称或者编号对应的位置信息为空，则基于用户的医保结算凭证确定用户归属的地理区域，将该地理区域的位置信息作为结算位置信息。

下述以本实施例提供的一种授权处理方法在医保结算场景的应用为例，对本实施例提供的应用于授权服务器的授权处理方法进行进一步说明，并以应用于自助缴费结算终端的授权处理方法为例，对下述方法实施例提供的结算处理方法进行说明。参见图2，应用于医保结算场景的授权处理以及结算处理时序图，具体包括如下步骤。

步骤s202，自助缴费结算终端向授权服务器提交链接调用请求。

具体的，用户在自助缴费结算终端针对待结算订单进行结算处理过程中，针对待结算订单输入的结算指令，自助缴费结算终端根据用户输入的结算指令向授权服务器提交用于调用授权链接的链接调用请求。

步骤s204，授权服务器向自助缴费结算终端返回授权链接。

步骤s206，自助缴费结算终端基于授权链接生成授权二维码并向用户展示。

向用户展示二维码之后，用户通过用户终端扫描授权二维码，成功扫码之后用户终端进入授权请求页，用户基于该授权请求页向授权服务器提交相应的授权请求。

步骤s208，授权服务器根据用户提交的授权请求，获取用户的身份标识。

步骤s210，授权服务器基于身份标识对用户进行准入校验。

步骤s212，在准入校验通过的情况下，判断用户是否激活医保结算凭证；

若是，执行下述步骤s218；

若否，执行下述步骤s214。

步骤s214，生成携带激活引导信息的授权激活页并向用户终端下发。

步骤s216，根据用户终端通过授权激活页提交的激活指令进行医保结算凭证激活处理。

步骤s218，授权服务器从医保结算系统查询医保结算凭证。

步骤s220，若返回的查询结果未查询失败，则生成携带有密码设置的密码设置页并向用户终端下发。

此外，若返回的查询结果中携带医保结算凭证，则生成携带有医保结算凭证的授权确认页并向用户终端下发。

步骤s222，授权服务器根据用户终端针对密码设置提交的密码信息进行密码设置处理。

步骤s224，在密码设置处理完成后跳转至授权确认页并向用户终端下发。

步骤s226，授权服务器获取用户通过用户终端针对授权确认页提交的授权确认指令。

步骤s228，授权服务器缓存医保结算凭证，将医保结算凭证与待结算订单进行关联，并生成待结算订单的授权令牌。

步骤s230，授权服务器获取自助缴费结算终端提交的授权令牌获取请求。

步骤s232，授权服务器判断授权令牌的授权有效期是否届满，且授权令牌的授权结算次数是否用尽；

若是，返回执行步骤s218；

若否，判断医保结算凭证的结算有效期是否届满；

若届满，返回执行步骤s218；

若未届满，执行下述步骤s234。

其中，授权令牌的授权有效期是否届满、授权令牌的授权结算次数是否用尽以及医保结算凭证的结算有效期是否届满条件的判断过程，即为为授权结算条件的判断。

步骤s234，授权服务器向自助缴费结算终端下发医保结算凭证。

步骤s236，自助缴费结算终端基于医保结算凭证与医保结算系统配合进行医保结算处理。

步骤s238，医保结算系统向授权服务器同步医保结算结果。

步骤s240，授权服务器向医保结算系统反馈同步结果。

本说明书提供的一种结算处理方法实施例：

参照图3，其示出了本实施例提供的一种结算处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于医保结算场景的授权处理以及结算处理时序图。

本实施例提供的结算处理方法，应用于医疗终端系统，与上述提供的应用于授权服务器的授权处理方法，在执行过程中相互配合，所以描述得比较简单，相关的部分请参见上述提供的授权处理方法实施例的对应说明即可。

参见图3，本实施例提供的授权处理方法，应用于医疗终端系统，包括步骤s302至步骤s310。

步骤s302，针对待结算订单向授权服务器提交调用请求。

本实施例所述医疗终端系统，是指面向用户提供医疗结算服务、配合医疗结算服务平台(比如，医保结算系统)进行医疗费用结算的服务侧的系统。需要说明的是，所述医疗终端系统可以是运行在医疗机构的自助缴费结算终端上的医疗服务系统，也可以是运行在与医疗机构的自助缴费结算终端配合工作的后台服务器上的医疗服务系统，还可以是部分运行在自助缴费结算终端、部分运行在后台服务器上的医疗服务系统。所述授权服务器，用于根据用户的授权生成的授权令牌，从医疗结算服务平台请求相应的医疗结算凭证(比如，医保结算凭证)以配合医疗终端系统的医疗费用结算。

需要说明的是，医疗终端系统在进行医疗费用结算处理的过程中，在一次结算过程中可能会面临对多个待结算订单进行结算的需求，需要多次从医疗结算服务平台查询对应的多个医疗结算凭证；此外，在对待结算订单进行结算处理的过程中，如果一个待结算订单中涉及多笔医疗费用结算或者不同类型的医疗费用结算，同样需要多次医疗结算服务平台查询对应的多个医疗结算凭证，针对于此，本实施例以授权令牌的方式进行授权，具体而言，对于用户一次授权生成的授权令牌，该授权令牌具有授权有效期属性和授权结算次数两个维度的属性，即：该授权令牌可以在授权有效期内多次医疗结算服务平台查询医疗结算凭证，但查询次数不得超过授权结算次数，也即：在所述授权令牌的授权有效期内从所述医疗结算服务平台查询医疗结算凭证的查询次数不超过所述授权结算次数。

所述调用请求，是指医疗终端系统在接收到用户的医疗服务(比如，挂号、缴费)请求之后，向授权服务器发送的用于调用授权链接的消息请求，通过调用授权服务器提供的授权链接来访问授权服务器提供授权服务，具体实施时，所述调用请求可由用户在医疗机构的自助缴费结算终端上进行触发。

步骤s304，接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示。

本实施例所述授权链接是指访问授权服务器提供的授权服务的接口，医疗终端系统在接收到授权服务器返回的授权链接之后，基于返回的授权链接生成相应的授权标识码，并向用户展示生成的授权标识码，在此之后，用户可通过用户终端扫描所述授权标识码，在用户终端上进行授权操作。

步骤s306，向所述授权服务器请求医疗结算凭证。

用户在对待结算订单进行结算处理的过程中，通过医疗终端系统向所述授权服务器请求医疗结算凭证，比如通过在自助缴费结算终端提交操作指令向授权服务器请求医保结算凭证。

步骤s308，接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证。

上述向授权服务器请求医疗结算凭证之后，授权服务器将缓存的与所述待结算订单进行关联向医疗终端系统发送，在此，医疗终端系统接收授权服务器发送的与所述待结算订单关联的医疗结算凭证。

步骤s310，基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

为了提升结算处理的有效性，提升各参与方对结算结果的感知程度，本实施例提供的一种可选实施方式中，基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理，包括：

对所述医疗结算凭证进行解析，获得用户身份标识；

从所述医疗结算服务平台获取所述用户身份标识对应的医疗信息；

基于所述医疗信息对所述待结算订单进行结算处理，并向所述医疗结算服务平台发送结算结果；所述医疗结算服务平台在接收到所述结算结果之后向所述授权服务器进行同步。

进一步，还可以由授权服务器将结算结果下发至用户终端，以使用户能够及时感知结算处理的处理结果，从而提升用户的结算处理体验。

具体实施时，用户通过用户终端扫描所述授权标识码进行授权确认之后，医疗费用的结算处理过程由医疗终端系统进行，为了避免用户二次授权再次通过用户终端来进行授权确认，提升用户进行二次授权确认的便捷性，除上述提供的通过用户终端引导用户进行重新授权的实现方式之外，向所述医疗终端系统发送所述待结算订单的二次授权申请，根据所述医疗终端系统提交的授权确定操作，生成所述待结算订单的第二授权令牌。

例如，向用户当前进行待结算订单结算处理的自助缴费结算终端发送当前待结算订单的二次授权申请，以提醒用户通过自助缴费结算终端提交授权确定操作的方式来确认该二次授权申请，从而根据用户的授权确定操作进行二次授权获得第二授权令牌，最终基于第二授权令牌从医保结算服务平台查询相应的医保结算凭证。

实际应用中，许多场景下都面临医疗费用结算处理过程的回溯需求，或者访问结算处理过程产生的结算过程数据的需求，本实施例通过对结算处理过程产生的结算过程数据进行记录的方式来满足实际需求，为提升结算过程数据的记录有效性和全面性，本实施例提供的一种可选实施方式中，记录所述待结算订单的结算过程数据，并在所述结算过程数据的特定字段写入结算位置信息和数据源类型标识；其中，所述结算位置信息由所述用户终端或者医疗终端系统中的自助缴费结算终端获取，或者，所述结算位置信息基于所述自助缴费结算终端所属的医疗机构的位置匹配获得。

进一步，还可以设置结算位置信息获取方式的优先级，具体的，优先采用自助缴费结算终端或者用户终端通过lbs(locationbasedservices，基于位置的服务)采集并传入的位置信息作为结算位置信息；

在自助缴费结算终端或者用户终端传入的位置信息为空的情况下，以待结算订单中记录的医疗机构名称或者编号为基础，查询医疗机构名称或者编号对应的位置信息作为结算位置信息；

如果查询到医疗机构名称或者编号对应的位置信息为空，则基于用户的医保结算凭证确定用户归属的地理区域，将该地理区域的位置信息作为结算位置信息。

本说明书提供的一种授权处理装置实施例如下：

在上述的实施例中，提供了一种授权处理方法，与之相对应的，还提供了一种授权处理装置，下面结合附图进行说明。

参照图4，其示出了本实施例提供的一种授权处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种授权处理装置，运行于授权服务器，包括：

调用请求接收模块402，被配置为接收医疗终端系统提交的调用请求；

授权链接返回模块404，被配置为向所述医疗终端系统返回授权链接以响应所述调用请求；

授权请求获取模块406，被配置为获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求；

授权令牌生成模块408，被配置为从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌；

医疗结算凭证返回模块410，被配置为在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本说明书提供的一种结算处理装置实施例如下：

在上述的实施例中，提供了一种结算处理方法，与之相对应的，还提供了一种结算处理装置，下面结合附图进行说明。

参照图5，其示出了本实施例提供的一种结算处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种结算处理装置，运行于医疗终端系统，包括：

调用请求提交模块502，被配置为针对待结算订单向授权服务器提交调用请求；

授权标识码展示模块504，被配置为接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示；

医疗结算凭证请求模块506，被配置为向所述授权服务器请求医疗结算凭证；

医疗结算凭证接收模块508，被配置为接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证；

结算处理模块510，被配置为基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

本说明书提供的一种授权处理设备实施例如下：

对应上述描述的一种授权处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种授权处理设备，该授权处理设备用于执行上述提供的授权处理方法，图6为本说明书一个或多个实施例提供的一种授权处理设备的结构示意图。

本实施例提供的一种授权处理设备，包括：

如图6所示，授权处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器601和存储器602，存储器602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括授权处理设备中的一系列计算机可执行指令。更进一步地，处理器601可以设置为与存储器602通信，在授权处理设备上执行存储器602中的一系列计算机可执行指令。授权处理设备还可以包括一个或一个以上电源603，一个或一个以上有线或无线网络接口604，一个或一个以上输入输出接口605，一个或一个以上键盘606等。

在一个具体的实施例中，授权处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对授权处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收医疗终端系统提交的调用请求；

向所述医疗终端系统返回授权链接以响应所述调用请求；

获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求；

从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌；

在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

本说明书提供的一种结算处理设备实施例如下：

对应上述描述的一种结算处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种结算处理设备，该结算处理设备用于执行上述提供的结算处理方法，图7为本说明书一个或多个实施例提供的一种结算处理设备的结构示意图。

本实施例提供的一种结算处理设备，包括：

如图7所示，结算处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括结算处理设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在结算处理设备上执行存储器702中的一系列计算机可执行指令。结算处理设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入输出接口705，一个或一个以上键盘706等。

在一个具体的实施例中，结算处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对结算处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

针对待结算订单向授权服务器提交调用请求；

接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示；

向所述授权服务器请求医疗结算凭证；

接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证；

基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种授权处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

接收医疗终端系统提交的调用请求；

向所述医疗终端系统返回授权链接以响应所述调用请求；

获取用户终端扫描根据所述授权链接生成的授权标识码之后提交的授权请求；

从医疗结算服务平台查询医疗结算凭证与待结算订单进行关联，并生成所述待结算订单的授权令牌；

在所述授权令牌和所述医疗结算凭证满足授权结算条件的情况下，向所述医疗终端系统返回所述医疗结算凭证。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于授权处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的一种结算处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

针对待结算订单向授权服务器提交调用请求；

接收所述授权服务器返回的授权链接，基于所述授权链接生成授权标识码并展示；

向所述授权服务器请求医疗结算凭证；

接收所述授权服务器返回的与所述待结算订单关联的医疗结算凭证；

基于所述医疗结算凭证配合医疗结算服务平台对所述待结算订单进行结算处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于结算处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice，pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程授权处理设备的处理器以产生一个机器，使得通过计算机或其他可编程授权处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程授权处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程授权处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。