一种通过识别二维码进行处方单缴费的方法和设备与流程

[0001]
本申请涉及通信技术领域，具体涉及一种通过识别二维码进行处方单缴费的方法、装置、设备及存储介质。


背景技术：

[0002]
处方是指由注册的执业医师和执业助理医师（以下简称医师）在诊疗活动中为患者开具的、由取得药学专业技术职务任职资格的药学专业技术人员（以下简称药师）审核、调配、核对，并作为患者用药凭证的医疗文书。现有的医疗实践中都是通过医生开具的处方打印对应处方单，通过该处方单上的支付二维码进行支付后进行相应项目或者取药等，通常处方单上印有两个支付二维码，分别是微信支付二维码和支付宝支付二维码，患者需要先决定扫哪个码再打开对应的app，不仅患者更麻烦，而且如果一个患者开的药品、检查检验项目特别多，还占用处方单的面积资源。


技术实现要素：

[0003]
本申请提供一种通过识别二维码进行处方单缴费的方法、装置、设备及存储介质，本申请能够节约处方单的空间资源，且用户不需要思考这个二维码对应哪个app，能够快速完成处方单缴费，简化了处方单缴费的繁琐操作，提升了缴费操作的速率，提升了用户使用体验。
[0004]
根据本申请的一个方面，提供了一种通过识别二维码进行处方单缴费的方法，应用于终端，所述方法包括：通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口，所述第一应用包含于所述多个应用；通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目；若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息；接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。
[0005]
根据本申请的另一个方面，提供了一种通过识别二维码进行处方单缴费的方法，应用于服务器，所述方法包括：根据目标用户的处方单对应的所述一个或多个待缴费项目生成关于所述目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口；接收所述目标用户的终端发送的付费请求，其中，所述付费请求包括所述一个或多个待缴费项目中至少一个待缴费项目的项目标识信息；响应于所述付费请求，根据所述至少一个待缴费项目的项目标识信息生成对应已缴费
信息，并将所述已缴费信息返回至所述终端。
[0006]
根据本申请的一个方面，提供了一种通过识别二维码进行处方单缴费的方法，所述方法包括：服务器根据目标用户的处方单对应的一个或多个待缴费项目生成关于所述目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口；终端通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口，所述第一应用包含于所述多个应用；所述终端通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目；若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，所述终端向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息；所述服务器接收所述目标用户的终端发送的付费请求，其中，所述付费请求包括所述一个或多个待缴费项目中至少一个待缴费项目的项目标识信息；所述服务器响应于所述付费请求，根据所述至少一个待缴费项目的项目标识信息生成对应已缴费信息，并将所述已缴费信息返回至所述终端；所述终端接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。
[0007]
根据本申请的一个方面，提供了一种通过识别二维码进行处方单缴费的终端，其特征在于，所述终端包括：获取模块，用于通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口，所述第一应用包含于所述多个应用；识别模块，用于通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目；付费模块，用于若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息；调整模块，用于接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。
[0008]
根据本申请的另一个方面，提供了一种通过识别二维码进行处方单缴费的服务器，其特征在于，所述服务器包括：生成模块，用于根据目标用户的处方单对应的一个或多个待缴费项目生成关于所述目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口；接收模块，用于接收所述目标用户的终端发送的付费请求，其中，所述付费请求包括所述一个或多个待缴费项目中至少一个待缴费项目的项目标识信息；返回模块，用于响应于所述付费请求，根据所述至少一个待缴费项目的项目标识信息生成对应已缴费信息，并将所述已缴费信息返回至所述终端。
[0009]
根据本申请的一个方面，提供一种通过识别二维码进行处方单缴费的设备，所述设备包括：
一个或多个处理器；存储器；以及一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行如上所述的任一方法的操作。
[0010]
根据本申请的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行如上所述的任一方法的操作。
[0011]
本申请中通过将多个应用的二维码合并实现通过不同应用可以识别同一个二维码，从而节约处方单的空间资源，且用户不需要思考这个二维码对应哪个app，能够快速完成处方单缴费，简化了处方单缴费的繁琐操作，提升了缴费操作的速率，提升了用户使用体验。
附图说明
[0012]
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0013]
图1示出本申请实施例提供的一种通过识别二维码进行处方单缴费的系统拓扑图；图2示出本申请实施例中提供的一种通过识别二维码进行处方单缴费的系统方法的一个实施例流程示意图；图3示出本申请实施例中提供的应用于终端的一种通过识别二维码进行处方单缴费的方法的流程示意图；图4示出本申请实施例中提供的应用于服务器的一种通过识别二维码进行处方单缴费的方法的流程示意图；图5示出本申请实施例中提供的一种通过识别二维码进行处方单缴费的终端的功能模块；图6示出本申请实施例中提供的一种通过识别二维码进行处方单缴费的服务器的功能模块；图7示出可被用于实施本申请中所述的各个实施例的示例性系统。
[0014]
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
[0015]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0016]
在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描
述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
[0017]
在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。
[0018]
需要说明的是，本申请实施例方法由于是在计算设备中执行，各计算设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实施例中若提及尺寸、数量、位置等，均为对应的数据存在，以便电子设备进行处理，具体此处不作赘述。
[0019]
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(例如，中央处理器（central processing unit，cpu）)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(random access memory，ram)和/或非易失性内存等形式，如只读存储器(read only memory，rom)或闪存(flash memory)。内存是计算机可读介质的示例。
[0020]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（phase-change memory，pcm）、可编程随机存取存储器(programmable random access memory，pram)、静态随机存取存储器(static random-access memory，sram)、动态随机存取存储器 (dynamic random access memory，dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器 (electrically-erasable programmable read-only memory，eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(compact disc read-only memory，cd-rom)、数字多功能光盘(digital versatile disc ,dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
[0021]
当然，本领域技术人员应能理解上述设备仅为举例，其他现有的或今后可能出现的设备如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。
[0022]
本申请提供了一种通过识别二维码进行处方单缴费的方法，该方法由终端和服务器两部分配合完成，其中，所述服务器包括数据处理装置，用于生成目标用户的处方单相关的二维码图像；所述服务器还包括通信装置，用于建立与终端的通信连接从而向所述终端发送数据或者接收所述终端发送的数据等；所述终端包括摄像装置，用于扫描采集处方单相关的二维码图像，如摄像头、外接摄像机等；所述终端还包括通信装置，用于建立与服务器或者其他终端的通信连接，如接收服务器或者其他终端发送的二维码图像，或者向服务
器发送、接收数据等；所述终端包括数据处理装置，用于分析、处理数据等；所述终端还包括输入装置，用于采集用户的输入操作等，如键盘鼠标、触摸屏或者触摸板等。非示例性地，图1示出本申请的一个典型场景，服务器200生成对应二维码，终端100获取并识别对应二维码，并通过与服务器200之间的通信完成处方单缴费等，所述终端100包括但不限于任何一种可与用户进行人机交互的电子产品，例如智能手机、平板电脑、笔记本电脑、个人电脑等，所述电子产品可以采用任意操作系统，如android操作系统，ios操作系统、windows操作系统等。其中，所述服务器包括但不限于一种能够按照事先设定或存储的指令，自动进行数值计算和信息处理的电子设备，例如，计算机、网络主机、单个网络服务器、多个网络服务器或多个服务器构成的云等。对应运行网络包括但不限于互联网、广域网、城域网、局域网、vpn网络、无线自组织网络（ad hoc网络）等。所述二维码可以是呈现于其他电子设备，如服务器将该二维码发送至医院的自助终端等，该自助终端可以通过显示装置呈现对应处方单，在处方单对应位置呈现该二维码；所述二维码还可以被打印在纸质处方单的对应位置等。所述二维码通过可以被多个应用识别，如二维码包含多个不同应用对应的定位点，各应用对应识别接口能够识别各自应用对应的定位点确定识别范围，从而确定对应的一个或多个待缴费项目等，或者二维码包含多个不同的色彩分布规则，每一种色彩分布对应一个应用的识别接口，每个识别接口能够根据色彩分布规则确定识别范围，从而确定对应的一个或多个待缴费项目等。
[0023]
本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，本领域普通技术人员可知，随着识别二维码进行处方单缴费场景的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
[0024]
结合图1示出的系统，图2示出根据本申请一个方面的一种通过识别二维码进行处方单缴费的系统方法，所述系统方法由终端100和服务器200，所述方法包括：服务器根据目标用户的处方单对应的一个或多个待缴费项目生成关于所述目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口；终端通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口，所述第一应用包含于所述多个应用；所述终端通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目；若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，所述终端向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息；所述服务器接收所述目标用户的终端发送的付费请求，其中，所述付费请求包括所述一个或多个待缴费项目中至少一个待缴费项目的项目标识信息；所述服务器响应于所述付费请求，根据所述至少一个待缴费项目的项目标识信息生成对应已缴费信息，并将所述已缴费信息返回至所述终端；所述终端接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。
[0025]
参考图1所示的系统拓扑和图2示出的系统方法，下面分别从终端和服务器两个方
面对本申请提供的一种通过识别二维码进行处方单缴费的方法进行详细阐述。
[0026]
终端图3示出根据本申请一个方面的一种通过识别二维码进行处方单缴费的方法，应用于终端，该方法适用于图1所示的系统，该方法包括步骤s101、步骤s102、步骤s103以及步骤s104。在步骤s101中，终端通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码图像对应多个应用的识别接口，所述第一应用包含于所述多个应用；在步骤s102中，终端通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目；在步骤s103中，若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息；在步骤s104中，终端接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。
[0027]
具体而言，在步骤s101中，终端通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码图像对应多个应用的识别接口，所述第一应用包含于所述多个应用。例如，所述二维码图像包括包含目标用户的处方单的二维码的图像，该处方单二维码对应着多个应用的识别接口，可以通过不同应用的识别接口对该二维码进行扫描识别等。所述二维码由对应服务器生成，例如，服务器可以获取到目标用户的用户标识信息（如用户的身份证号码、手机号或者患者序列号等），根据用户标识信息可以查询到目标用户当前的一个或多个待缴费项目，该待缴费项目包括但不限于未缴费的医生开的药方或者待检查项目等；服务器基于该一个或多个待缴费项目生成对应多个应用均能识别的二维码，服务器可以将包含该二维码的处方单发送至其他设备，如医院的打印装置或者终端等，目标用户的终端可以扫描处方单上的二维码或者接收服务器或者其他终端发送的二维码图像等。例如，目标用户的终端安装有多个应用中的第一应用，通过该第一应用的扫描功能启用对应摄像头，利用摄像头采集处方单的二维码图像；或者在第一应用中接收其他终端或者服务器发送的二维码图像，并利用第一应用的二维码扫描功能调用该二维码图像，进行二维码识别等。
[0028]
在步骤s102中，终端通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目。例如，终端获取到二维码图像后，通过第一应用的识别接口对所述二维码图像进行识别，如对所述二维码图像进行校正，将畸变的二维码图像校正为正对的二维码图像，随后确定二维码的识别范围，获取识别范围内的编码数据信息，其中，所述二维码的编码数据信息包括目标用户对应的一个或多个待缴费项目等，如各个待缴费项目的标识信息、项目名称及待缴费信息等；待缴费项目包括但不限于对应拿药的处方或者待检查项目等，如阿莫西林、一次性引流袋等药品或者物品对应待缴费项目或者肝功能检查、胸透等检查的待缴费项目等。
[0029]
在步骤s103中，若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息。例如，所述终端确定对应一个或多个待缴费项目同时，能够获取到该一个或多个待缴费项目中每个待缴费项目的具体缴费金额等，用户可以选择其中至少一个待缴费项目进行缴费，如终端呈现用户选中的至少一个待缴费信息的
缴费控件，或者终端在各待缴费项目对应呈现位置设置对应缴费控件等，基于用户关于缴费控件的触控操作跳转至付费页面，并进一步基于用户的付费确认操作向对应服务器发送付费请求，当然，在一些情形下，所述终端在第一应用中对应应用账号设置有免验证支付功能，则基于用户关于缴费控件的触控操作，直接生成对应付费请求并将该付费请求发送至服务器等，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息，所述项目标识信息用于表征该目标用户对应的至少一个待缴费项目的唯一性，如结合当前日期及目标用户的序列号等生成的标识码或者根据排序生成的序列号等。服务器接收对应的付费请求，并通过账户查询对应付费结果，如果通过所述至少一个待缴费项目的缴费页面收到对应缴费，则生成对应已缴费信息，并将该已缴费信息返回至终端。
[0030]
在步骤s104中，终端接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。例如，终端接收服务器返回的已缴费信息，该已缴费信息包括所述至少一个待缴费项目的已缴费状态信息等，终端基于该已缴费信息调整对应至少一个待缴费项目的状态，如将该至少一个待缴费项目调整为已缴费项目等。
[0031]
例如，用户甲持有终端1（如手机1等），手机1上安装有第一应用，用户甲在医院挂号后经过医生的诊断确定对应处方单，该处方单可以是通过打印设备打印出来的纸质处方单，或者发送至第一应用或对应小程序中的电子处方单等，处方单上包含对应二维码，该二维码可供多个不同应用的识别接口进行扫描识别等。基于用户甲的扫描操作，手机1扫描纸质处方单或者截取电子处方单上的二维码图像，并基于第一应用的识别接口识别对应二维码，从而确定该用户甲经诊断后的待缴费项目，如阿莫西林、肝功能检查、胸透等检查项目。手机1可以在页面中呈现该待缴费项目，如呈现各个项目的名称、待缴费信息等，用户甲可以选择其中一项或多项进行缴费（如阿莫西林和肝功能检查两项），基于用户甲对一项或多项待缴费项目的缴费控件的触控操作，手机1向服务器发送对应付费请求，该付费请求包括用户甲选中的一项或多项待缴费项目的项目标识信息等。服务器接收该付费请求，并查询该项目标识信息的缴费信息是否到账，若查询到已到账，则确定对应已缴费信息，并将已缴费信息发送至手机1；手机1接收该已缴费信息，并基于已缴费信息在呈现页面中调整已缴费项目的状态，如将阿莫西林和肝功能检查调整为已缴费项目等。基于已缴费项目的状态更改信息，用户甲能够进行对应项目的检查或者去药房领取对应药品等。
[0032]
在一些实施方式中，所述二维码包含目标用户的标识信息，更加直观的呈现患者的相关信息，避免出现出单错漏的情况等。如在步骤s102中，终端通过所述第一应用的识别接口识别所述二维码图像，确定并呈现所述目标用户的用户标识信息，根据所述用户标识信息确定并呈现所述目标用户对应的一个或多个待缴费项目。例如，所述二维码的编码数据信息中包含目标用户的用户标识信息，如所述用户标识信息包括但不限于目标用户的患者基本信息等，如名称、年龄、身份证号等，基于基本信息表征所述目标用户的唯一性等。所述二维码对应编码数据信息还能够启用第一应用中对应小程序，如医院对应医疗小程序等，在进入对应小程序后基于所述用户标识信息确定用户当前诊疗对应的一个或多个待缴费信息，并在当前页面呈现该确定的一个或多个待缴费信息等。当然，为了方便用户直观了解各个项目的缴费详情信息，可以在当前页面中呈现对应待缴费信息等，如在一些实施方式中，所述呈现所述目标用户对应的一个或多个待缴费项目，包括：在当前页面中呈现所述目标用户对应的一个或多个待缴费项目的待缴费信息。例如，所述终端通过显示装置（如显
示屏等）呈现一个或多个待缴费项目时，同时呈现该一个或多个待缴费项目的待缴费信息等，如阿莫西林*2盒总计20元，肝功能检查总计30元，胸透检查总计50元等。在一些情形下，还可以在页面下方呈现当前页面选择的至少一个待缴费项目的待缴费信息，如目标用户选择了阿莫西林*2盒和肝功能检查对应的项目，则下方呈现当前所选的项目总计50元等。通过直观的呈现各个项目的待缴费信息，能够帮助患者快速了解项目缴费信息，为用户的项目选择提供了直观缴费信息，提升了用户的使用体验等。
[0033]
当然，本领域技术人员应能理解上述待缴费项目仅为举例，其他现有的或今后可能出现的待缴费项目如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。
[0034]
在一些实施方式中，终端在页面中呈现一个或多个待缴费项目后，该一个或多个待缴费项目可以处于可选状态，目标用户可以从该一个或多个待缴费项目中选择至少一个待缴费项目进行缴费等。如在步骤s103中，终端若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的选中操作，呈现所述至少一个待缴费项目的待缴费信息；若获取到所述目标用户关于所述至少一个待缴费项目的待缴费信息的付费操作，向对应服务器发送关于所述至少一个待缴费项目的付费请求。例如，终端在对应页面（如第一应用对应页面或者小程序对应页面等）呈现一个或多个待缴费项目，该呈现的一个或多个待缴费项目处于可选状态，若获取到目标用户关于该一个或多个待缴费项目中至少一个待缴费项目的选中操作，如点击对应至少一个待缴费项目的位置或者将至少一个待缴费项目的选择状态调整为选中状态等；终端基于对应选中操作，确定对应至少一个待缴费项目的待缴费信息，如在页面对应位置（如页面下方或者页面缴费控件旁边等）呈现该至少一个待缴费项目的总待缴费信息或者各个待缴费项目的待缴费信息等。在该呈现页面设置有对应缴费控件，若获取到目标用户关于该缴费控件的付费操作，如点击或者长按缴费控件等；终端根据付费操作生成对应付费请求，并将付费请求发送至对应服务器等，其中，该付费请求包括选中的至少一个待缴费项目的项目标识信息等。在一些实施方式中，账单中包含多个待缴费项目，多个待缴费项目除了包含可选待缴费项目之外，还可以包括其他不可选的待缴费项目，如医生诊断所需的必选待缴费项目等；如所述多个待缴费项目包括至少一个可选待缴费项目和所述多个待缴费项目中剩余的必选待缴费项目；其中，所述若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送关于所述至少一个待缴费项目的付费请求，包括：若获取到所述目标用户关于所述至少一个可选待缴费操作的选中操作，呈现所述至少一个可选待缴费项目和所述必选待缴费项目的待缴费信息；若获取到所述目标用户关于所述至少一个可选待缴费项目和所述必选待缴费项目的待缴费信息的付费操作，将所述至少一个待缴费项目和所述必选待缴费项目确定为已缴费项目。例如，处方单上的项目根据需求分为可选项目和必选项目，如用户甲对应处方单的待缴费项目为阿莫西林*2盒、肝功能检查和胸透检查等，其中，阿莫西林*2盒和肝功能检查为必选项目，胸透检查为可选项目等。在一些情形下，目标用户可以不选可选项目，或者选择至少一个可选待缴费项目等，但是，处方单上的必选缴费项目则直接计入对应待缴费信息等，对应总缴费信息包括必选待缴费项目的缴费信息和选中的至少一个可选待缴费项目的缴费信息的总和等。具体的用户因体质（如年龄大小、体格强壮与否等）不同具体的项目安排可能不同，对于青壮年、体格强壮的用户所需的检查项目中可能必选待缴
费项目较少，其他可选待缴费项目用于辅助判断用户的病症等，从而实现因人而异的处方单缴费策略，使得医疗项目的选择更加灵活。
[0035]
在一些实施方式中，确定目标用户的已缴费项目后，若用户需要执行对应已缴费项目，如去药房拿药或者去对应科室进行检查等，考虑到医院格局较大，可以提供相关的项目导航。如所述方法还包括步骤s105（未示出），在步骤s105中，终端若获取到所述目标用户关于所述已缴费项目的导航查询请求，其中，所述导航查询请求包括所述已缴费项目的项目标识信息和所述目标用户的当前位置信息等。例如，在页面中呈现已缴费项目和各个已缴费项目的位置信息等，如药房位置信息，血检位置信息以及x光胸透科室位置信息等，具体位置信息包括在医院的楼层信息和在该楼层的房间号或者经纬度信息等。若目标用户不熟悉当前医院的布局，可以点击对应位置信息或者点击已缴费项目对应位置，向服务器发送导航查询请求，导航请求包括项目标识信息及目标用户的当前位置信息等。服务器接收对应导航查询请求根据当前位置信息和项目标识信息对应科室位置确定对应的导航路线，并将该导航路线信息返回至终端。终端接收并在地图中呈现该导航路线信息等。在一些实施方式中，所述导航查询请求还包括所述目标用户当前所处的当前楼层信息；其中，所述导航路线信息包括所述当前楼层信息至所述已缴费项目的项目楼层的楼层导航信息。例如，通常医院的布局都是立体的，不同科室布置于不同楼层，在医院的导航路线涉及对应楼层信息的导航等，如所述导航查询请求包含对应目标用户当前所处的当前楼层信息，如基于用户输入的楼层确定当前楼层信息（如3楼）等。对应导航路线信息包括对应楼层导航信息等，如对应药房处于1楼，则导航路线信息包括3楼至楼梯间或者电梯的路线，3楼至1楼的楼梯路线或者电梯路线（如根据高度传感器判断用户上下楼层的高度，从而判断用户上下楼的层数等），以及1楼楼梯间或者电梯至药房的路线等。通过该导航路线信息不仅实现医院平面上的导航，还能够实现医院纵向布局上各个楼层间的导航，能够极大提升导航路线的实用性，为用户提供了良好的导航体验。
[0036]
在一些实施方式中，若医院布局较大，各个科室之间距离较远，用户在各个科室之间来往不太方便，我们会向用户提供已缴费项目的状态查询信息，用于向用户呈现项目的当前排队状态，便于用户选择就近或者无排队人数的项目先进行检查或者取药等。如所述方法还包括步骤s106（未示出），在步骤s106中，终端若获取到所述目标用户关于所述已缴费项目的状态查询操作，生成对应状态请求并将所述状态查询请求发送至所述服务器，其中，所述状态查询请求包括所述已缴费项目的项目标识信息；接收并呈现所述服务器返回的关于所述状态查询请求对应的项目状态信息，其中，所述项目状态信息包括所述已缴费项目的等待人数信息。例如，在已缴费项目对应呈现页面，设置有对应状态查询功能，如长按对应已缴费项目会调出关于该已缴费项目的操作功能，该操作功能中包括对应导航查询功能、状态查询功能等。若获取到目标用户关于已缴费项目（如肝功能检查）的状态查询功能的触控操作，生成对应状态查询请求，其中，所述状态查询请求包括所述已缴费项目的项目标识信息；接收并呈现所述服务器返回的关于所述状态查询请求对应项目状态信息，其中，所述项目状态信息包括所述已缴费项目的等待人数信息，如肝功能检查当前等待人数为20人等，取药当前等待人数为10人、胸透检查当前等待人数为30人等。在一些实施方式中，所述项目状态信息还包括已缴费项目的人均等待时长信息。例如，对应项目状态信息不仅呈现已缴费项目的等待人数信息，还呈现人均等待时长信息，更有利于用户对已缴费项
目的优先顺序的确定，如所述人均等待时长信息包括每个项目一个人进行检查或者取药所需的时间等，如取药的人均等待时长信息为30秒，肝功能检查的人均等待时长为2分钟，胸透检查的人均等待时长为1分半等。在一些实施方式中，根据各个项目的人均等待时长信息和等待人数信息，可以计算出当前的已缴费项目的优先顺序等。如所述方法还包括步骤s107（未示出），在步骤s107中，终端根据所述已缴费项目的等待人数信息和人均等待时长信息确定所述已缴费项目的排序信息。例如，根据所述等待人数信息和人均等待时长信息等可以计算出每个已缴费项目的总等待时长，如取药的总等待时长为10*0.5=5分钟，肝功能的总等待时长为20*2=40分钟，胸透检查的总等待时长为30*1.5=45分钟等，根据对应总等待时长可以确定对应排序信息，如假设医院当前排序方式为通过科室取号叫号进行排队，则建议用户先去胸透检查项目取号、再去肝功能检查项目取号，最后去取药，取完药后依次去肝功能检查、胸透检查等。本申请能够为用户进行明确的取号排队指导等，为用户节省大量等待时长，有利于用户合理安排项目等，为用户营造了良好的医疗体验。
[0037]
服务器图4示出根据本申请另一个方面一种通过识别二维码进行处方单缴费的方法，应用于服务器，该方法同样适用于图1所示的系统，该方法包括步骤s201、步骤s202以及步骤s203。在步骤s201中，服务器根据目标用户的处方单对应的一个或多个待缴费项目生成关于所述目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口；在步骤s202中，服务器接收所述目标用户的终端发送的付费请求，其中，所述付费请求包括所述一个或多个待缴费项目中至少一个待缴费项目的项目标识信息；在步骤s203中，服务器响应于所述付费请求，根据所述至少一个待缴费项目的项目标识信息生成对应已缴费信息，并将所述已缴费信息返回至所述终端。例如，所述二维码图像包括包含目标用户的处方单的二维码的图像，该处方单二维码对应着多个应用的识别接口，可以通过不同应用的识别接口对该二维码进行扫描识别等。所述二维码由对应服务器生成，例如，服务器可以获取到目标用户的用户标识信息（如用户的身份证号码、手机号或者患者序列号等），根据用户标识信息可以查询到目标用户当前的一个或多个待缴费项目，该待缴费项目包括但不限于未缴费的医生开的药方或者待检查项目等；服务器基于该一个或多个待缴费项目生成对应多个应用均能识别的二维码，服务器可以将包含该二维码的处方单发送至其他设备，如医院的打印装置或者终端等，目标用户的终端可以扫描处方单上的二维码或者接收服务器或者其他终端发送的二维码图像等。例如，目标用户的终端安装有多个应用中的第一应用，通过该第一应用的扫描功能启用对应摄像头，利用摄像头采集处方单的二维码图像；或者在第一应用中接收其他终端或者服务器发送的二维码图像，并利用第一应用的二维码扫描功能调用该二维码图像，进行二维码识别等。终端获取到二维码图像后，通过第一应用的识别接口对所述二维码图像进行识别，如对所述二维码图像进行校正，将畸变的二维码图像校正为正对的二维码图像，随后确定二维码的识别范围，获取识别范围内的编码数据信息，其中，所述二维码的编码数据信息包括目标用户对应的一个或多个待缴费项目等，如各个待缴费项目的标识信息、项目名称及待缴费信息等；待缴费项目包括但不限于对应拿药的处方或者待检查项目等，如阿莫西林、一次性引流袋等药品或者物品对应待缴费项目或者肝功能检查、胸透检查的待缴费项目等。所述终端确定对应一个或多个待缴费项目同时，能够获取到该一个或多个待缴费项目中每个待缴费项目的具体缴费金额等，用户可以选择其中至少一个
待缴费项目进行缴费，如终端呈现用户选中的至少一个待缴费信息的缴费控件，或者终端在各待缴费项目对应呈现位置设置对应缴费控件等，基于用户关于缴费控件的触控操作跳转至付费页面，并进一步基于用户的付费确认操作向对应服务器发送付费请求，当然，在一些情形下，所述终端在第一应用中对应应用账号设置有免验证支付功能，则基于用户关于缴费控件的触控操作，直接生成对应付费请求并将该付费请求发送至服务器等，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息，所述项目标识信息用于表征该目标用户对应的至少一个待缴费项目的唯一性，如结合当前日期及目标用户的序列号等生成的标识码或者根据排序生成的序列号等。服务器接收对应的付费请求，并通过账户查询对应付费结果，如果通过所述至少一个待缴费项目的缴费页面收到对应缴费，则生成对应已缴费信息，并将该已缴费信息返回至终端。终端接收服务器返回的已缴费信息，该已缴费信息包括所述至少一个待缴费项目的已缴费状态信息等，终端基于该已缴费信息调整对应至少一个待缴费项目的状态，如将该至少一个待缴费项目调整为已缴费项目等。
[0038]
上文主要从终端和服务器交互的角度提供了本申请的一种通过识别二维码进行处方单缴费的方法对应的各实施例，此外，本申请还提供了能够实施上述各实施例的终端和服务器，下面结合图5、图6进行介绍。
[0039]
图5示出根据本申请一个方面的一种通过识别二维码进行处方单缴费的终端100，该终端包含于图1所示的系统，该终端包括获取模块101、识别模块102、付费模块103以及调整模块104。获取模块101，用于通过第一应用获取关于目标用户的处方单的二维码图像，其中，所述二维码图像对应多个应用的识别接口，所述第一应用包含于所述多个应用；识别模块102，用于通过所述第一应用对应的识别接口识别所述二维码图像，确定并呈现所述目标用户对应的一个或多个待缴费项目；付费模块103，用于若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送对应的付费请求，其中，所述付费请求包括所述至少一个待缴费项目的项目标识信息；调整模块104，用于接收所述服务器返回的已缴费信息，基于所述已缴费信息将所述至少一个待缴费项目调整为已缴费项目。在一些实施方式中，识别模块102，用于通过所述第一应用的识别接口识别所述二维码图像，确定并呈现所述目标用户的用户标识信息，根据所述用户标识信息确定并呈现所述目标用户对应的一个或多个待缴费项目。在一些实施方式中，所述呈现所述目标用户对应的一个或多个待缴费项目，包括：在当前页面中呈现所述目标用户对应的一个或多个待缴费项目的待缴费信息。在一些实施方式中，付费模块103，用于若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的选中操作，呈现所述至少一个待缴费项目的待缴费信息；若获取到所述目标用户关于所述至少一个待缴费项目的待缴费信息的付费操作，向对应服务器发送关于所述至少一个待缴费项目的付费请求。在一些实施方式中，如所述多个待缴费项目包括至少一个可选待缴费项目和所述多个待缴费项目中剩余的必选待缴费项目；其中，所述若获取到所述目标用户关于所述一个或多个待缴费项目中至少一个待缴费项目的付费操作，向对应服务器发送关于所述至少一个待缴费项目的付费请求，包括：若获取到所述目标用户关于所述至少一个可选待缴费操作的选中操作，呈现所述至少一个可选待缴费项目和所述必选待缴费项目的待缴费信息；若获取到所述目标用户关于所述至少一个可选待缴费项目和所述必选待缴费项目的待缴费信息的付费操作，将所述至少一个待缴费项目和所述必选待缴费项目确定为已缴费项目。在此，所述
图5示出的获取模块101、识别模块102、付费模块103以及调整模块104对应具体实施方式与前述图3示出的步骤s101、步骤s102、步骤s103以及步骤s104的具体实施例相同或相似，因而不再赘述，以引用的方式包含于此。
[0040]
在一些实施方式中，所述终端还包括导航模块105（未示出），用于若获取到所述目标用户关于所述已缴费项目的导航查询请求，其中，所述导航查询请求包括所述已缴费项目的项目标识信息和所述目标用户的当前位置信息等。在一些实施方式中，所述导航查询请求还包括所述目标用户当前所处的当前楼层信息；其中，所述导航路线信息包括所述当前楼层信息至所述已缴费项目的项目楼层的楼层导航信息。在此，所述导航模块105对应具体实施方式与前述步骤s105的具体实施例相同或相似，因而不再赘述，以引用的方式包含于此。
[0041]
在一些实施方式中，所述终端还包括状态模块106（未示出），用于若获取到所述目标用户关于所述已缴费项目的状态查询操作，生成对应状态请求并将所述状态查询请求发送至所述服务器，其中，所述状态查询请求包括所述已缴费项目的项目标识信息；接收并呈现所述服务器返回的关于所述状态查询请求对应的项目状态信息，其中，所述项目状态信息包括所述已缴费项目的等待人数信息。在一些实施方式中，所述项目状态信息还包括已缴费项目的人均等待时长信息。在一些实施方式中，所述终端还包括排序模块107（未示出），用于根据所述已缴费项目的等待人数信息和人均等待时长信息确定所述已缴费项目的排序信息。在此，所述状态模块106及排序模块107对应具体实施方式与前述步骤s106及步骤s107的具体实施例相同或相似，因而不再赘述，以引用的方式包含于此。
[0042]
服务器图6示出根据本申请另一个方面一种通过识别二维码进行处方单缴费的服务器200，该服务器包含于图1所示的系统，该服务器包括生成模块201、接收模块202以及返回模块203。生成模块201，用于根据目标用户的处方单对应的一个或多个待缴费项目生成关于所述目标用户的处方单的二维码图像，其中，所述二维码对应多个应用的识别接口；接收模块202，用于接收所述目标用户的终端发送的付费请求，其中，所述付费请求包括所述一个或多个待缴费项目中至少一个待缴费项目的项目标识信息；返回模块203，用于响应于所述付费请求，根据所述至少一个待缴费项目的项目标识信息生成对应已缴费信息，并将所述已缴费信息返回至所述终端。在此，所述图6示出的生成模块201、接收模块202以及返回模块203对应具体实施方式与前述图4示出的步骤s201、步骤s202以及步骤s203的具体实施例相同或相似，因而不再赘述，以引用的方式包含于此。
[0043]
除上述各实施例介绍的方法和装置外，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机代码，当所述计算机代码被执行时，如前任一项所述的方法被执行。
[0044]
本申请还提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时，如前任一项所述的方法被执行。
[0045]
本申请还提供了一种计算机设备，所述计算机设备包括：一个或多个处理器；存储器，用于存储一个或多个计算机程序；当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述一个或多个
integrated circuit，asic)和扬声器。
[0056]
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路（asic）、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序（包括相关的数据结构）可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
[0057]
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。
[0058]
通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、rf、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。
[0059]
作为示例而非限制，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(ram, dram, sram)；以及非易失性存储器，诸如闪存、各种只读存储器(rom, prom, eprom, eeprom)、磁性和铁磁(magnetoresistive random access memory，mram)/铁电存储器 ferroelectric ram，feram)；以及磁性和光学存储设备(硬盘、磁带、cd、dvd)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息/数据。
[0060]
在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
[0061]
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个
单元或装置也可以由一个单元或装置通过软件或者硬件来实现。
[0062]
以上对本申请实施例所提供的一种通过识别二维码进行处方单缴费的方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。