CN109886673A - 二维码功能的拓展方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种二维码功能的拓展方法、装置、计算机设备和存储介质，计算机设备根据用户端扫描目标二维码生成的请求指令，获取目标二维码的配置信息，并根据该配置信息加载对应的信息填写页面，然后根据用户在信息填写页面上填写的多个服务项目的信息加载支付页面，以便用户完成费用支付，该方法中，由于对目标二维码预先进行了多个服务项目信息的配置，使得用户在扫描该目标二维码后可以根据实际情况填写多个服务项目的对应信息，并对该多个服务项目进行费用支付，这样对二维码的功能进行了拓展后，用户扫描该目标二维码不只是实现费用支付，还可以进行多项服务定制，大大丰富了二维码的功能，提高了配置的灵活性。

Description

二维码功能的拓展方法、装置、计算机设备和存储介质

技术领域

本申请涉及二维码技术领域，特别是涉及一种二维码功能的拓展方法、装置、计算机设备和存储介质。

背景技术

二维码支付是一种基于账户体系搭起来的新一代无线支付方案，在该支付方案下，商家把账号、商品价格等交易信息汇编成一个二维码，并印刷在各种报纸、杂志、广告、图书等载体上已进行消费者支付工作。

随着二维码支付的普及，越来越多领域的都开始使用二维码进行支付，例如，医院就诊时，医生针对受检者的身体状况和病情进行诊断，判断是否需要进行检验，当医院环境或设备受限，不具备某些检验项目的检验，需要就诊者去与医院合作的第三方检验机构进行检查，则需要就诊者填写第三方检验机构提供的纸质申请单，与此同时，医生会提供二维码供受检者扫描缴费，费用由受检者支付，直接支付给第三方检测机构。

但是，上述通过二维码进行支付的方式只能实现费用交付，存在功能单一、配置不够灵活的问题。

发明内容

基于此，有必要针对上述通过二维码进行支付的方式只能实现费用交付，存在功能单一、配置不够灵活的技术问题，提供一种二维码功能的拓展方法、装置、计算机设备和存储介质。

第一方面，本发明实施例提供一种二维码功能的拓展方法，所述方法包括：

根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

在其中一个实施例中，所述根据请求指令获取目标二维码的配置信息，包括：

判断所述目标二维码的标识ID是否合法；

若是，从配置表中查询所述ID对应的配置选项，并根据所述配置选项确定所述目标二维码的配置信息。

在其中一个实施例中，所述方法还包括：

根据申请请求和预设规范，对所述多个服务项目的信息进行配置，得到所述配置信息；所述申请请求用于请求生成所述目标二维码；

根据所述配置信息生成所述目标二维码。

在其中一个实施例中，所述多个服务项目信息包括：基础服务、开单项目、收款设定、关联项目、物流信息和发票信息。

在其中一个实施例中，在所述根据输入信息加载支付页面之前，所述方法包括：

根据所述请求指令中携带的应用标识，确定扫描所述目标二维码的目标应用；

根据所述目标应用和所述目标二维码的ID支持的支付方式，确定对应的目标支付方式；

所述根据输入信息加载支付页面，包括：

根据所述目标支付方式和所述输入信息加载所述支付页面。

在其中一个实施例中，所述根据所述目标应用，确定对应的目标支付方式，包括：

判断所述目标应用是否为原生支付应用；

若是，确定所述目标应用的支付方式为所述目标支付方式；

若否，展示支付选择界面，并根据用户在所述支付选择界面上输入的选择信息确定所述目标支付方式；所述支付选择界面包括所述目标二维码的ID支持的所有支付方式。

在其中一个实施例中，在所述根据输入信息加载支付页面之后，所述方法包括：

接收用户的支付指令；所述支付指令包括支付密码；

根据所述支付指令创建订单记录；所述订单记录包括用户信息、服务项目、金额和物流信息中至少一个；

根据所述订单记录给管理中心发送登记指令；所述登记指令表征所述用户已对所述订单进行了结算。

在其中一个实施例中，所述根据所述订单记录给财务中心发送登记指令，包括：

对比所述订单记录中的用户信息与第三方管理系统中对应订单记录的用户信息是否匹配；

若是，发送所述登记指令至所述管理中心。

第二方面，本发明实施例提供一种二维码功能的拓展装置，所述装置包括：

获取模块，用于根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

第一加载模块，用于根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

第二加载模块，用于根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

第三方面，本发明实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以上第一方面任一项所述方法的步骤。

第四方面，本发明实施例一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以上第一方面任一项所述方法的步骤。

本申请实施例提供的一种二维码功能的拓展方法、装置、计算机设备和存储介质，计算机设备根据用户端扫描目标二维码生成的请求指令，获取目标二维码的配置信息，并根据该配置信息加载对应的信息填写页面，然后根据用户在信息填写页面上填写的多个服务项目的信息加载支付页面，以便用户完成费用支付，该方法中，由于对目标二维码预先进行了多个服务项目信息的配置，使得用户在扫描该目标二维码后可以根据实际情况填写多个服务项目的对应信息，并对该多个服务项目进行费用支付，这样对二维码的功能进行了拓展后，用户扫描该目标二维码不只是实现费用支付，还可以进行多项服务定制，大大丰富了二维码的功能，提高了配置的灵活性。

附图说明

图1为一个实施例提供的一种二维码功能的拓展方法的应用环境图；

图2为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图3为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图4为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图5为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图6为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图7为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图8为一个实施例提供的一种二维码功能的拓展方法的流程示意图；

图9为一个实施例中一种二维码功能的拓展方法的结构框图；

图10为一个实施例中一种二维码功能的拓展方法的结构框图；

图11为一个实施例中一种二维码功能的拓展方法的结构框图；

图12为一个实施例中一种二维码功能的拓展方法的结构框图；

图13为一个实施例中一种二维码功能的拓展方法的结构框图；

图14为一个实施例中一种二维码功能的拓展方法的结构框图；

图15为一个实施例中一种二维码功能的拓展方法的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的一种二维码功能的拓展方法，可以应用于如图1所示的应用环境中，该计算机设备可以是服务器，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储二维码功能的拓展方法的数据。该计算机设备的网络接口用于与外部的其他设备通过网络连接通信。该计算机程序被处理器执行时以实现一种二维码功能的拓展方法。

本申请实施例提供一种二维码功能的拓展方法、装置、计算机设备和存储介质，旨在解决通过二维码进行支付的方式只能实现费用交付，存在功能单一、配置不够灵活的技术问题。下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是，本发明提供的一种二维码功能的拓展方法，其执行主体为计算机设备，其中，该执行主体还可以为二维码功能的拓展装置，其中该装置可以通过软件、硬件或者软硬件结合的方式实现成为二维码功能的拓展的部分或者全部。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

在一个实施例中，图2提供了一种二维码功能的拓展方法，本实施例涉及的是计算机设备根据目标二维码的配置信息加载对应的信息填写页面，并根据用户在该信息填写页面录入的信息加载支付页面，以使用户完成支付的具体过程。如图2所示，该方法包括：

S101，根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息。

本实施例中，请求指令表示的是用户端扫描目标二维码时生成的指令，其中该目标二维码表示的是用户当前需要扫描的二维码，该二维码为服务方提前在指定平台上申请的静态二维码。其中，目标二维码的配置信息为平台在生成该静态二维码时对该二维码中的内容进行的配置，即预先配置了多个服务项目的信息。示例地，该多个服务项目信息可以包括：基础服务、开单项目、收款设定、关联项目、物流信息和发票信息等，还可以包括其他一些服务项目，本实施例对此不做限定。其中，基础服务为平台针对该目标二维码同一类型内容进行的一系列配置，例如，以服务方是医生为例，平台对开单项目管理库和支付渠道管理库进行统一配置，该开单项目管理库配置的是医生可以开单的项目，包括项目名称、科室、项目代码、简述、价格、是否启用等，且，如果配置的某个开单项目启用状态为关闭状态，则此项目即使医生自己进行配置，用户扫码时也会对此项目进行屏蔽，而价格的配置包括直接显示为标准价格，或者可折扣价格等各种情况。该支付渠道管理表示配置该医生以及该目标二维码可以支持的支付渠道或者商户，其中支付渠道可以是原生支付渠道(支付宝或微信等)，也可以是第三方支付，其中商户配置表示的是针对每个支付主体配置的可支持的支付渠道。本实施例对基础服务的各项内容均不作限定，可根据实际情况而定。其中，在平台进行了基础服务配置后，会针对每个二维码进行单独配置，配置的内容包括了上述的开单项目、收款设定、物流信息和发票信息几项内容，其中对于这几项服务的具体配置方式，本实施例不做限定，具体地会在以下实施例中进行一一说明。

在实际应用中，计算机设备根据接收的用户端扫描目标二维码生成的请求，获取该目标二维码的所有已经预先配置好的信息，其中，计算机设备获取配置信息的方式可以为从后台数据库中直接获取已经存储的配置信息，还可以是其他方式，本实施例对此不做限定。

S102，根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目。

基于上述S101步骤中获取的目标二维码的配置信息，计算机设备根据该配置信息加载对应的信息填写页面，其中，该信息填写页面包括了多个服务项目，需要说明的是，该信息填写页面上展示的多个服务项目与目标二维码配置信息中配置的各服务项目一一对应。示例地，给目标二维码配置的多个服务项目为关联项目、物流信息和发票信息为例，则计算机设备若给目标二维码配置的关联项目的开关为打开，则表示在信息填写页面上可以展示从医生的开单项目列表中获取此医生所开单的项目，若关联项目的开关是关闭，则表示在信息填写页面上医生不加载关联项目列表，即不展示医生所开单的项目。若计算机设备给目标二维码配置的物流信息为物流信息开关打开，则在信息填写页面上展示物流金额和物流录入信息(寄送地址、联系电话等)的填写框，若物流信息开关关闭，则在信息填写页面上不展示以上物流相关信息。若计算机设备给目标二维码配置的发票信息为开关打开，则在信息填写页面上展示纸质发票或者电子发票的选择项以及发票的邮寄地址或电子邮箱的填写框，若发票信息开关为关闭，则在信息填写界面上不展示发票相关的信息。

S103，根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

本步骤中，基于上述S102中计算机设备加载的信息填写页面，用户在该信息填写页面输入页面上展示的各服务项目的正确信息，然后计算机设备根据用户输入的信息为用户加载支付页面，以便用户在该支付页面上完成费用支付。其中计算机设备为用户加载支付页面时,计算机设备需要将用户输入信息中涉及的所有服务项目的费用进行汇总，并根据用户一开始扫描目标二维码所使用的应用为用户加载合适的支付页面。示例地，用户在信息填写页面输入的信息可以是依据医生填写的纸质申请单来填写，具体地，先根据纸质申请单上的内容进行项目信息填写，选择检验项目(支持多选)，若纸质申请单上的项目不在该信息填写页面上显示，用户可以查看其他项目这一选项是否打开，若打开，则在其他项目这一栏中录入该检验项目以及对应金额，如果关闭，则表示不允许医生开此项目，用户无需做选择。对于各项目的金额，若信息填写页面上的金额修改选项打开，则表示用户可以与医生进行沟通，更改为约定的价格，若关闭，则表示该项目的金额不能修改。

其次，用户在信息填写界面填写个人基本信息，包括姓名、身份证号、手机号以及其他信息等，对于身份证号，用户可以通过点击扫描按钮，对自己的身份证正面进行拍照，上传图片后，系统会调用百度OCR接口服务，通过传输图片，获取身份证上记录的信息，当然，还可以是用户手工填写身份证信息。最后，用户对发票信息和物流信息进行填写，对于发票信息，用户直接填写发票开具信息以及邮寄地址，如果是电子发票的话，需要用户输入正确的邮箱地址；对于物流信息，用户直接在信息填写页面的对应位置填写邮寄地址、联系方式等信息。在用户将信息填写页面上的信息填写完后，和医生确定检测项目金额是否正确，如果正确，则点击下一步操作按钮，以便计算机设备为其加载支付页面。

本实施例提供的一种二维码功能的拓展方法，计算机设备根据用户端扫描目标二维码生成的请求指令，获取目标二维码的配置信息，并根据该配置信息加载对应的信息填写页面，然后根据用户在信息填写页面上填写的多个服务项目的信息加载支付页面，以便用户完成费用支付，该方法中，由于对目标二维码预先进行了多个服务项目信息的配置，使得用户在扫描该目标二维码后可以根据实际情况填写多个服务项目的对应信息，并对该多个服务项目进行费用支付，这样对二维码的功能进行了拓展后，用户扫描该目标二维码不只是实现费用支付，还可以进行多项服务定制，大大丰富了二维码的功能，提高了配置的灵活性。

由于计算机设备获取目标二维码的配置信息前，需要先对目标二维码的标识ID进行合法性校验，确定该目标二维码合法后，才开始获取该目标二维码的配置信息，则在一个实施例中，本申请实施例还提供一种二维码功能的拓展方法，其涉及的是计算机设备先对目标二维码的标识ID进行合法性校验，以及在确定目标二维码合法后获取其配置信息的具体过程，如图3所示，上述S101步骤包括：

S201，判断所述目标二维码的标识ID是否合法。

本实施例中，计算机设备在接收到请求指令后，先识别目标二维码的标识ID，然后判断目标二维码的标识ID是否合法,这里需要说明的是，目标二维码在生成时是对应一个固定的标识ID的，以用户跟医生之间的交互为例，医生申请二维码之前，需要先在互联网平台上注册账号，注册时，将个人信息进行填写，例如：姓名、手机号码、所属医院、医生执照等相关信息，这样后续医生申请二维码时，其申请的账号就会作为其固定的标识ID。在实际应用中，计算机设备判断目标二维码的标识ID是否合法的方式，可以是计算机设备在后台申请记录中查找该标识ID，若存在该标识ID，则表示该目标二维码的标识ID是合法的，否则该目标二维码的标识ID不合法，这种情况下，计算机设备需要推送一条提醒消息，以提醒用户该目标二维码不合法，不要进行缴费，合理的保证了用户的财产安全。

S202，若所述目标二维码的标识ID是合法的，从配置表中查询所述ID对应的配置选项，并根据所述配置选项确定所述目标二维码的配置信息。

其中，该配置表表示的是计算机设备中存储了所有二维码的配置信息的表，配置选项表示的是每个二维码的各服务项目的配置选项，则在实际应用中，基于上述S201步骤，计算机设备确定了该目标二维码的标识ID合法后，从配置表中查询该ID对应的配置选项，并根据所述配置选项确定所述目标二维码的配置信息。

本实施例提供一种二维码功能的拓展方法，计算机设备先判断目标二维码的标识ID是否合法，在确定合法时，从配置表中查询该标识ID对应的配置选项，并根据该配置选项确定目标二维码的配置信息，该方法中，先对目标二维码的标识ID进行了合法性校验，只有在合法的时才会执行后续步骤，不合法时会对用户进行提醒，大大保证了用户的财产安全性。

对于计算机设备生成目标二维码的具体过程，在一个实施例中，本申请实施例提供了一种二维码功能的拓展方法，其涉及的是计算机设备根据申请请求和预设规范对目标二维码进行配置，并根据配置后的信息生成目标二维码的具体过程，如图4所示，所述方法还包括：

S301，根据申请请求和预设规范，对所述多个服务项目的信息进行配置，得到所述配置信息；所述申请请求用于请求生成所述目标二维码。

本实施例中，申请请求表示的是用户请求生成目标二维码的请求，例如，医生在互联网平台注册了账号后，同时会申请生成目标二维码，即发送了二维码申请请求，当然，对于纸质二维码，医生还可以在申请时提供具体数量和寄送地址，以便在纸质二维码制作好后为医生邮寄。其中，预设规范表示的用户预先制定的为各二维码进行配置时标准，例如为医生申请的二维码进行配置时，可以是根据不同科室的医生的检验项目之前的差异制定的标准，还可以是根据其他规则定制的标准，本实施例对此不做限定。

在实际应用中，计算机设备收到生成目标二维码的请求后，会先在后台的申请记录表中创建一条相应的记录，然后对进行多个服务项目的信息进行配置，示例地，配置过程可以是开单项目配置和开关选项配置，其中，开单项目的配置表示从开单项目管理库中选取医生可以开单的项目，支持多选，并在选择项目后，根据实际情况，可以设置此医生开单项目的实际价格，并在开单项目配置完成后，后台会在医生开单项目信息表中记录该医生可以支持的开单项目及实际项目价格。其中，开关选项配置表示针对医生进行关联检验项目开关、关联其他项目、编辑应付费用、关联物流费用、申请开发票和收款主体设定等开关选项的配置，配置完后并保存后，相应会在后台医生开关选项配置表中记录已设置的开关信息。其中，该关联检验项目开关为打开时，表示用户扫码的页面会出现建议项目的选择入口，否则不会展现；当关联建议项目的开关打开时，则会为用户展示建议选择的项目列表，且选择项目后，会带出相应的金额。其中，该关联其他项目打开时表示用户可以录入其他相关项目的费用。其中，该编辑应付费用打开时表示选择的项目对应的金额可以进行修改，即医生可以根据患者的实际情况再次调整价格，关闭时，选择的项目对应的金额不能进行修改；其中，该关联物流费用打开时表示可以填写物流费用，否则不允许。其中，该申请开发票打开时表示可以申请发票信息，包括纸质发票或者电子发票。其中，收款主体设定后表示该目标二维码仅支持设定的支付渠道，例如原生账户(微信\支付宝)、第三方支付(聚合支付)。

S302，根据所述配置信息生成所述目标二维码。

基于上述S301步骤中，计算机设备根据申请请求和预设规范进行了多个服务项目配置后生成的配置信息，根据该配置信息，计算机设备生成目标二维码。

本实施例提供的一种二维码功能的拓展方法，计算机设备根据申请请求和预设规范对多个服务项目进行配置，生成配置信息后，根据该配置信息生成目标二维码，该方法中，目标二维码的配置信息是包括了多个服务项目的配置信息，且该多个服务项目并不做限定，用户可根据实际情况进行服务项目定制，大大丰富了二维码的功能，提高了配置的灵活性。

考虑到计算机设备加载支付页面之前，需要先确定要加载的对应页面，则在一个实施例中，本申请实施例提供一种二维码功能的拓展方法，其涉及的是计算机设备根据请求指令中携带的应用标识确定目标应用，并根据目标应用确定目标支付方式的具体过程，如图5所示，所述方法包括：

S401，根据所述请求指令中携带的应用标识，确定扫描所述目标二维码的目标应用。

本实施例中，应用标识表示用户扫描目标二维码时使用的应用程序的标识，示例地，计算机设备根据请求指令中携带的应用标识，确定扫描所述目标二维码的目标应用可以是，计算机设备先获取请求指令中的应用标识，将该应用标识在数据库中进行对比，并根据对比结果确定该应用标识对应的应用程序，然后将对应的应用程序确定为目标二维码的目标应用。当然，计算机设备确定目标应用的方式还可以是其他方式，例如：计算机设备判断过程的iavascript代码如下：

if(browser.versions.mobile){//判断是否是移动设备打开。

var ua＝navigator.userAgent.toLowerCase()；//获取判断用的对象

if(ua.match(/MicroMessenger/i)＝＝"micromessenger"){//在微信中打开}

if(ua.match(/WeiBo/i)＝＝"weibo"){//在新浪微博客户端打开}

if(ua.match(/QQ/i)＝＝"qq"){//在QQ空间打开}

if(browser.versions.ios){//是否在IOS浏览器打开}

if(browser.versions.android){//是否在安卓浏览器打开}

}

else{//否则就是PC浏览器打开}

S402，根据所述目标应用和所述目标二维码的ID支持的支付方式，确定对应的目标支付方式。

基于上述S401步骤中，计算机设备确定的目标应用，结合目标二维码支持的支付方式，计算机设备确定对应的目标支付方式，示例地，计算机获取目标二维码支持的支付方式可以根据二维码的ID标识，从医生开关项目配置表中获取支持的渠道和支付主体，如果该目标应用是浏览器，则弹出提示框，让用户手工选择支付方式，如果该目标应用是微信\支付宝，则直接就选择微信\支付宝的支付方式。

可选地，如图6所示，该S402步骤的一种可实现方式包括：

S501，判断所述目标应用是否为原生支付应用，若是，执行所述S502，若否，执行所述S503。

本实施例中，计算机设备先判断目标应用是否为原生支付方式，例如：支付宝、微信等，若目标应用为原生支付应用，则确定该目标应用的支付方式为目标支付方式，若目标应用不是原生支付应用，则展示支付选择界面，以便用户进行选择，并根据用户的选择确定目标支付方式。

S502，确定所述目标应用的支付方式为所述目标支付方式。

本步骤中，计算机设备确定了目标应用的支付方式为原生支付方式，则直接将该目标应用的支付方式确定为目标支付方式，例如该目标应用的支付方式为微信，而微信属于原生支付方式，则确定微信为目标支付方式。

S503，展示支付选择界面，并根据用户在所述支付选择界面上输入的选择信息确定所述目标支付方式；所述支付选择界面包括所述目标二维码的ID支持的所有支付方式。

本步骤中，计算机设备确定目标应用的支付方式不是原生支付方式，则计算机设备展示一个包括了该目标二维码支持的所有支付方式的选择界面，以便用户选择一个支付方式，并将用户选择的方式确定目标支付方式。

基于上述实施例描述的内容，S103步骤中“所述根据输入信息加载支付页面”的一种可实现方式包括：根据所述目标支付方式和所述输入信息加载所述支付页面。

其中，计算机设备根据目标支付方式和用户在信息填写页面输入的信息加载支付页面，在加载完支付页面后，需要提示用户再次确认金额是否正确，并根据用户对金额确认后的提交指令完成支付工作，最后支付成功后，在界面上展示支付成功的信息。

本实施例提供的一种二维码功能的拓展方法，计算机设备根据请求指令中携带的应用标识确定扫描所述目标二维码的目标应用，并根据目标应用和目标二维码的ID支持的支付方式确定对应的目标支付方式，由于计算机设备在加载支付页面时可以根据用户不同的支付方式进行自动切换，实现无缝衔接，大大提高了支付速度。

在一些场景中，计算机设备需要将用户支付完成的申请单进行登记，并通知到管理中心进行备案，以表示用户已经结清了该申请单上的所有费用。则在其中一个实施例中，本申请提供一种二维码功能的拓展方法，其涉及的是计算机设备根据支付指令创建订单记录，并将该订单记录发送至管理中心进行登记的具体过程，如图7所示，所述方法包括：

S601，接收用户的支付指令；所述支付指令包括支付密码。

本实施例中，基于上述S103步骤计算机设备加载了支付页面后，用户需要进行支付操作，向计算机设备发送了支付指令，即，计算机设备接收用户的支付指令，该支付指令中包括了支付密码。

S602，根据所述支付指令创建订单记录；所述订单记录包括用户信息、服务项目、金额和物流信息中至少一个。

基于上述S601步骤中，计算机设备接收了支付指令后，表示用户已经完成了支付，则计算机设备根据该支付指令创建订单记录，其中，该订单记录包括用户信息、服务项目、金额和物流信息中至少一个。需要说明的是，该订单是用户扫描目标二维码产生的，而目标二维码中进行多个服务项目的信息配置，则所该配置信息中包含发票信息，计算机设备会调用发票服务接口，传输发票开具信息，返回电子发票pdf文件，然后通过邮件服务功能，将pdf发送到受检者的电子邮箱地址中，并触发一条短信，告知受检者发票已开具，请上电子邮箱上进行查看。

S603，根据所述订单记录给管理中心发送登记指令；所述登记指令表征所述用户已对所述订单进行了结算。

本步骤中，计算机设备根据S602步骤中创建的订单记录给管理中心发送登记指令，以便管理中心根据该登记指令对该订单进行存储，存储后表示该订单涉及的费用已经结清。

需要说明的是，上述S603步骤中将创建的订单发送至管理中心之前需要先对该订单记录中的信息进行正确性确认，确认该订单中所有信息都正确后才执行将该订单已结清的登记指令发送给管理中心。则可选地，如图8所示，上述S603步骤的一种可实现方式包括：

S701，对比所述订单记录中的用户信息与第三方管理系统中对应订单记录的用户信息是否匹配。

本实施例中，第三方管理系统表示的是对用户需要做检验的项目进行检测的机构。在实际应用中，计算机设备将用户录入的申请单生成订单的同时，第三方管理系统也会将医生为用户填写的纸质申请单中的信息进行录入。则示例地，计算机设备对比创建的订单记录和第三方管理系统中订单记录对应的用户信息，可以是定时(例如每小时1次)对比，具体地，可以是调用接口服务从管理系统中获取对应订单中用户的信息(例如姓名、手机号等信息)进行匹配，如果用户信息一致，则获取该订单在管理系统中对应的检验条码号，将该检验条码号更新到计算机设备创建的订单中。如果不匹配，则在预设时间内，再次去获取相关信息。当然，对于计算机设备对比订单记录中的用户信息与第三方管理系统中订单记录对应的用户信息的方式本实施例不做限定，还可以是工作人员手工进行信息匹配信息，例如工作人员通过姓名和手机号码在第三方管理系统中进行检索，检索到后，将检索到的检验条码号记录到计算机设备创建的订单中。可以理解的是，与计算机设备创建的订单对应的第三方管理系统中订单表示的是订单中携带的ID号相同的，该ID号即为上述目标二维码中携带的标识ID。

S702，若所述订单记录中的用户信息与第三方管理系统中对应订单记录的用户信息匹配，发送所述登记指令至所述管理中心。

本步骤中，若上述S701步骤中，计算机设备对创建订单记录的用户信息与第三方管理系统中对应订单记录的用户信息进行对比后的结果为匹配，即计算机设备确认了创建的订单记录中用户信息是正确的，然后，计算机设备发送登记指令至管理中心，以便管理中心对该订单已经结清费用进行登记。

本实施例提供的一种二维码功能的拓展方法，计算机设备在确认用户支付完成后会创建一条订单记录，并对该订单记录中的用户信息进行正确性核对，若核对正确，再将该订单记录发送至管理中心进行登记，以表示该订单的费用已经结清，后续无需再进行收费，大大提高了信息之间的交互性。

应该理解的是，虽然图2-8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种二维码功能的拓展装置，包括：获取模块10、第一加载模块11和第二加载模块12，其中：

获取模块10，用于根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

第一加载模块11，用于根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

第二加载模块12，用于根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，如图10所示，提供了一种二维码功能的拓展装置，上述获取模块10包括：判断单元101和获取单元102，其中，

判断单元101，用于判断所述目标二维码的标识ID是否合法；

获取单元102，用于若所述目标二维码的标识ID是合法的，从配置表中查询所述ID对应的配置选项，并根据所述配置选项确定所述目标二维码的配置信息。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，如图11所示，提供了一种二维码功能的拓展装置，所述装置还包括：配置模块13和生成模块14；其中，

配置模块13，用于根据申请请求和预设规范，对所述多个服务项目的信息进行配置，得到所述配置信息；所述申请请求用于请求生成所述目标二维码。

生成模块14，用于根据所述配置信息生成所述目标二维码。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，所述多个服务项目信息包括：基础服务、开单项目、收款设定、关联项目、物流信息和发票信息。

在一个实施例中，如图12所示，提供了一种二维码功能的拓展装置，所述装置包括：第一确定模块15和第二确定模块16；其中，

第一确定模块15，用于根据所述请求指令中携带的应用标识，确定扫描所述目标二维码的目标应用；

第二确定模块16，用于根据所述目标应用和所述目标二维码的ID支持的支付方式，确定对应的目标支付方式。

上述第二加载模块12具体用于根据所述目标支付方式和所述输入信息加载所述支付页面。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，如图13所示，提供了一种二维码功能的拓展装置，上述第二确定模块16，包括：判断单元161、确定单元162和展示单元163；其中，

判断单元161，用于判断所述目标应用是否为原生支付应用；

确定单元162，用于确定所述目标应用的支付方式为所述目标支付方式。

展示单元163，用于展示支付选择界面，并根据用户在所述支付选择界面上输入的选择信息确定所述目标支付方式；所述支付选择界面包括所述目标二维码的ID支持的所有支付方式。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，如图14所示，提供了一种二维码功能的拓展装置，所述装置还包括：接收模块17、创建模块18和发送模块19；其中，

接收模块17，用于接收用户的支付指令；所述支付指令包括支付密码。

创建模块18，用于根据所述支付指令创建订单记录；所述订单记录包括用户信息、服务项目、金额和物流信息中至少一个。

发送模块19，用于根据所述订单记录给管理中心发送登记指令；所述登记指令表征所述用户已对所述订单进行了结算。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，如图15所示，提供了一种二维码功能的拓展装置，发送模块19包括：对比单元191和发送单元192；其中，

对比单元191，用于对比所述订单记录中的用户信息与第三方管理系统中对应订单记录的用户信息是否匹配。

发送单元192，用于若所述订单记录中的用户信息与第三方管理系统中对应订单记录的用户信息匹配，发送所述登记指令至所述管理中心。

上述实施例提供的一种二维码功能的拓展装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

关于二维码功能的拓展装置的具体限定可以参见上文中对于二维码功能的拓展方法的限定，在此不再赘述。上述二维码功能的拓展装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如上图1所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种二维码功能的拓展方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，上述图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种二维码功能的拓展方法，其特征在于，所述方法包括：

根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

2.根据权利要求1所述的方法，其特征在于，所述根据请求指令获取目标二维码的配置信息，包括：

判断所述目标二维码的标识ID是否合法；

若是，从配置表中查询所述ID对应的配置选项，并根据所述配置选项确定所述目标二维码的配置信息。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

根据申请请求和预设规范，对所述多个服务项目的信息进行配置，得到所述配置信息；所述申请请求用于请求生成所述目标二维码；

根据所述配置信息生成所述目标二维码。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述多个服务项目信息包括：基础服务、开单项目、收款设定、关联项目、物流信息和发票信息。

5.根据权利要求1-3任一项所述的方法，其特征在于，在所述根据输入信息加载支付页面之前，所述方法包括：

根据所述请求指令中携带的应用标识，确定扫描所述目标二维码的目标应用；

根据所述目标应用和所述目标二维码的ID支持的支付方式，确定对应的目标支付方式；

所述根据输入信息加载支付页面，包括：

根据所述目标支付方式和所述输入信息加载所述支付页面。

6.根据权利要求5所述的方法，其特征在于，所述根据所述目标应用，确定对应的目标支付方式，包括：

判断所述目标应用是否为原生支付应用；

若是，确定所述目标应用的支付方式为所述目标支付方式；

若否，展示支付选择界面，并根据用户在所述支付选择界面上输入的选择信息确定所述目标支付方式；所述支付选择界面包括所述目标二维码的ID支持的所有支付方式。

7.根据权利要求6所述的方法，其特征在于，在所述根据输入信息加载支付页面之后，所述方法包括：

接收用户的支付指令；所述支付指令包括支付密码；

根据所述支付指令创建订单记录；所述订单记录包括用户信息、服务项目、金额和物流信息中至少一个；

根据所述订单记录给管理中心发送登记指令；所述登记指令表征所述用户已对所述订单进行了结算。

8.根据权利要求7所述的方法，其特征在于，所述根据所述订单记录给财务中心发送登记指令，包括：

对比所述订单记录中的用户信息与第三方管理系统中对应订单记录的是否匹配；

若是，发送所述登记指令至所述管理中心。

9.一种二维码功能的拓展装置，其特征在于，所述装置包括：

获取模块，用于根据请求指令获取目标二维码的配置信息；所述请求指令为用户端扫描所述目标二维码生成的指令；所述配置信息包括预先配置的多个服务项目的信息；

第一加载模块，用于根据所述配置信息加载对应的信息填写页面；所述信息填写页面用于向所述用户展示多个服务项目；

第二加载模块，用于根据输入信息加载支付页面；所述输入信息为用户在所述信息填写页面上录入的至少一个服务项目的信息；所述支付页面用于指示所述用户完成支付。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。