用户线上购药的安全保障方法、装置、设备及存储介质与流程

1.本公开涉及信息处理技术领域，具体涉及一种用户线上购药的安全保障方法、装置、设备及存储介质。


背景技术：

2.基于当前对于疫情防控的要求，购买感冒发热咳嗽类药品需要进行实名登记，以实现对于用户线上购药行为的安全保障，但由于实名登记需要的信息繁多，用户填写时将会花费较多的时间，因此，亟需一种在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间的技术方案。


技术实现要素：

3.本公开实施例提供一种用户线上购药的安全保障方法、装置、设备及存储介质。
4.第一方面，本公开实施例中提供了一种用户线上购药的安全保障方法。
5.具体的，所述用户线上购药的安全保障方法，包括：响应于检测到购药订单的生成，发送所述购药订单的订单信息，所述订单信息中包含订单中每一种药品的唯一识别信息，所述药品的唯一识别信息对于同一种药品唯一识别，同一种药品在不同的店铺中所述唯一识别信息相同，根据所述药品的唯一识别信息确定是否需要获取用户信息；当确定需要获取用户信息时，显示用户线上购药的安全保障请求页面，所述用户线上购药的安全保障请求页面至少包括请求原因的信息、用户许可触发件、用户不许可取消件；当用户点击许可触发件后，显示用户信息填写页面；响应于检测到所述用户信息填写完成后发送所述用户信息完成登记；接收对于所述用户信息的校验反馈，当符合校验标准时显示订单继续执行页面，当不符合校验标准时显示校验失败提示信息。
6.结合第一方面，本公开在第一方面的第一种实现方式中，所述根据所述药品的唯一识别信息确定是否需要获取用户信息，包括：根据所述药品的唯一识别信息确定所述购药订单中是否存在预设药品；若所述购药订单中存在预设药品，确定需要获取用户信息。
7.结合第一方面和第一方面的第一种实现方式，本公开实施例在第一方面的第二种实现方式中，当所述用户信息填写页面所需填写的内容中存在用户账号关联信息时，自动获取用户账号关联信息，并将所述用户账号关联信息填入至所述用户信息填写页面中。
8.结合第一方面、第一方面的第一种实现方式和第一方面的第二种实现方式，本公开实施例在第一方面的第三种实现方式中，其中，所述用户信息填写页面中还包括第三方填写授权询问消息，所述方法还包括：响应于接收到用户发送的第三方填写授权确认命令，获取第三方支付平台存储的
用户信息，将所述用户信息填入至所述用户信息填写页面中。
9.结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式和第一方面的第三种实现方式，本公开实施例在第一方面的第四种实现方式中，所述获取第三方支付平台存储的用户信息，包括：向预设服务接口发送令牌获取请求，以获取令牌，其中，所述令牌获取请求和令牌中均携带有用户标识信息和用户授权标识；利用所述令牌调用第三方支付平台接口获取得到至少携带有所述用户授权标识的授权码；利用所述授权码和所述用户标识信息调用第三方支付平台接口获取得到与所述用户标识信息对应的用户信息。
10.结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式和第一方面的第四种实现方式，本公开实施例在第一方面的第五种实现方式中，所述用户信息还包括用户附加信息；所述获取第三方支付平台存储的用户信息之后，还包括：获取用户在所述用户信息填写页面中输入的用户附加信息。
11.结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式和第一方面的第五种实现方式，本公开实施例在第一方面的第六种实现方式中，还包括：获取预设药品信息。
12.第二方面，本公开实施例中提供了一种用户线上购药的安全保障装置。
13.具体的，所述用户线上购药的安全保障装置，包括：确定模块，被配置为响应于检测到购药订单的生成，发送所述购药订单的订单信息，所述订单信息中包含订单中每一种药品的唯一识别信息，所述药品的唯一识别信息对于同一种药品唯一识别，同一种药品在不同的店铺中所述唯一识别信息相同，根据所述药品的唯一识别信息确定是否需要获取用户信息；第一显示模块，被配置为当确定需要获取用户信息时，显示用户线上购药的安全保障请求页面，所述用户线上购药的安全保障请求页面至少包括请求原因的信息、用户许可触发件、用户不许可取消件；第二显示模块，被配置为当用户点击许可触发件后，显示用户信息填写页面；发送模块，被配置为响应于检测到所述用户信息填写完成后发送所述用户信息完成登记；第三显示模块，被配置为接收对于所述用户信息的校验反馈，当符合校验标准时显示订单继续执行页面，当不符合校验标准时显示校验失败提示信息。
14.结合第二方面，本公开在第二方面的第一种实现方式中，所述确定模块中根据所述药品的唯一识别信息确定是否需要获取用户信息的部分，被配置为：获取所述购药订单中的药品信息；根据所述药品的唯一识别信息确定所述购药订单中是否存在预设药品；若所述购药订单中存在预设药品，确定需要获取用户信息。
15.结合第二方面和第二方面的第一种实现方式，本公开实施例在第二方面的第二种
实现方式中，还包括：填写模块，被配置为当所述用户信息填写页面所需填写的内容中存在用户账号关联信息时，自动获取用户账号关联信息，并将所述用户账号关联信息填入至所述用户信息填写页面中。
16.结合第二方面、第二方面的第一种实现方式和第二方面的第二种实现方式，本公开实施例在第二方面的第三种实现方式中，其中，所述用户信息填写页面中还包括第三方填写授权询问消息，所述填写模块还被配置为：响应于接收到用户发送的第三方填写授权确认命令，获取第三方支付平台存储的用户信息，将所述用户信息填入至所述用户信息填写页面中。
17.结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式和第二方面的第三种实现方式，本公开实施例在第二方面的第四种实现方式中，所述获取第三方支付平台存储的用户信息的部分，被配置为：向预设服务接口发送令牌获取请求，以获取令牌，其中，所述令牌获取请求和令牌中均携带有用户标识信息和用户授权标识；利用所述令牌调用第三方支付平台接口获取得到至少携带有所述用户授权标识的授权码；利用所述授权码和所述用户标识信息调用第三方支付平台接口获取得到与所述用户标识信息对应的用户信息。
18.结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式和第二方面的第四种实现方式，本公开实施例在第二方面的第五种实现方式中，所述用户信息还包括用户附加信息；所述填写模块还被配置为：获取用户在所述用户信息填写页面中输入的用户附加信息。
19.结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式、第二方面的第四种实现方式和第二方面的第五种实现方式，本公开实施例在第二方面的第六种实现方式中，还包括：获取模块，被配置为获取预设药品信息。
20.第三方面，本公开实施例提供了一种电子设备，包括存储器和至少一个处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述至少一个处理器执行以实现上述用户线上购药的安全保障方法的方法步骤。
21.第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储用户线上购药的安全保障装置所用的计算机指令，其包含用于执行上述用户线上购药的安全保障方法为用户线上购药的安全保障装置所涉及的计算机指令。
22.第五方面，本公开实施例提供了一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行时实现上述用户线上购药的安全保障方法。
23.本公开实施例提供的技术方案可以包括以下有益效果：上述技术方案能够实现用户信息是否需要填写的有效自动判断，并在确定需要获取用户信息时，对于获得的信息实现自动校验。该技术方案在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间，提升用户的操作体验。
24.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
25.结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。以下是对附图的说明。
26.图1示出根据本公开一实施方式的用户线上购药的安全保障方法的流程图。
27.图2示出根据本公开一实施方式的用户线上购药的安全保障方法的整体流程图。
28.图3示出根据本公开一实施方式的用户线上购药的安全保障装置的结构框图。
29.图4示出根据本公开一实施方式的电子设备的结构框图。
30.图5是适于用来实现根据本公开一实施方式的用户线上购药的安全保障方法的计算机系统的结构示意图。
具体实施方式
31.下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。
32.在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
33.另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
34.本公开实施例提供的技术方案能够实现用户信息是否需要填写的有效自动判断，并在确定需要获取用户信息时，对于获得的信息实现自动校验。该技术方案在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间，提升用户的操作体验。
35.图1示出根据本公开一实施方式的用户线上购药的安全保障方法的流程图，如图1所示，所述用户线上购药的安全保障方法包括以下步骤s101-s105：在步骤s101中，响应于检测到购药订单的生成，发送所述购药订单的订单信息，所述订单信息中包含订单中每一种药品的唯一识别信息，所述药品的唯一识别信息对于同一种药品唯一识别，同一种药品在不同的店铺中所述唯一识别信息相同，根据所述药品的唯一识别信息确定是否需要获取用户信息；在步骤s102中，当确定需要获取用户信息时，显示用户线上购药的安全保障请求页面，所述用户线上购药的安全保障请求页面至少包括请求原因的信息、用户许可触发件、用户不许可取消件；在步骤s103中，当用户点击许可触发件后，显示用户信息填写页面；在步骤s104中，响应于检测到所述用户信息填写完成后发送所述用户信息完成登记；在步骤s105中，接收对于所述用户信息的校验反馈，当符合校验标准时显示继续支付页面，当不符合校验标准时显示无法继续交易提示信息。
36.上文提及，基于当前对于疫情防控的要求，购买感冒发热咳嗽类药品需要进行实名登记，以实现对于用户线上购药行为的安全保障，但由于实名登记需要的信息繁多，用户填写时将会花费较多的时间，因此，亟需一种在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间的技术方案。
37.考虑到上述缺陷，在该实施方式中，提出一种用户线上购药的安全保障方法，该方法能够实现用户信息是否需要填写的有效自动判断，并在确定需要获取用户信息时，对于获得的信息实现自动校验。该技术方案在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间，提升用户的操作体验。
38.在本公开一实施方式中，所述用户线上购药的安全保障方法可适用于计算机、计算设备、电子设备、智能终端等购药平台客户端。
39.在本公开一实施方式中，所述购药订单指的是用户想要购买的药品的订单，每一购药订单均对应有一标识信息，比如订单号等等。其中，所述购药订单的订单信息可包括以下信息中的一种或多种：药品唯一识别信息、药品名称、药品数量、药品剂量、药品类别、药品生产厂家、药品批号、药品单价、药品总价、订单金额、优惠金额、支付方式、配送方式、备注信息等等，其中，所述药品唯一识别信息比如可以为药品id等信息，其与不同类别药品对应，也就是说，所述药品唯一识别信息对于同一种药品唯一识别，同一种药品在不同的店铺中所述唯一识别信息相同，因此后续可根据所述药品的唯一识别信息来确定某一购药订单是否需要获取用户信息。
40.在本公开一实施方式中，所述购药订单的完成既可以指的是购药订单结算完成，也可以指的是用户点击了生成订单，也就是说，既可以在购药订单结算完成后认为购药订单已生成，也可以在用户点击了生成订单后就认为购药订单已生成。
41.在本公开一实施方式中，所述用户信息指的是用户的基本信息，比如，用户姓名、用户身份标识信息、用户家庭住址、用户联系电话等等。
42.在本公开一实施方式中，所述用户线上购药的安全保障请求页面中至少包括请求原因的信息、用户许可触发件、用户不许可取消件等等，其中，所述用户许可触发件指的是提供给用户，当用户点击或作出其他触发动作后确认用户许可进行线上购药的安全保障的可触发组件，比如许可触发按钮；所述用户不许可取消件指的是提供给用户，当用户点击或作出其他触发动作后确认用户不许可，需要取消线上购药的安全保障的可触发组件，比如不许可取消按钮。
43.在本公开一实施方式中，所述用户信息填写页面指的是提供给用户填写所述用户信息的页面。
44.在本公开一实施方式中，所述校验反馈指的是对于所述用户信息的完整性和正确性进行校验的反馈信息，当需要填写的用户信息内容均已被填写，且需要填写的用户信息内容满足一般正确性要求时，比如用户填写的身份标识信息为十八位且满足身份标识信息的编码规律则可认为用户身份标识信息的填写满足一般正确性要求，可认为所述用户信息符合校验标准，此时可显示订单继续执行页面，以引导用户继续执行所述购药订单，比如，若购药订单的完成指的是购药订单结算完成，当用户信息符合校验标准时，可显示订单备货配送页面，若购药订单的完成指的是用户点击了生成订单，当用户信息符合校验标准时，可显示订单支付页面；否则，可认为所述用户信息不符合校验标准，此时可显示校验失败提
示信息，以引导用户重新填写所述用户信息或者直接告知用户无法继续交易。
45.在上述实施方式中，在检测到某一用户的购药订单生成后，首先获取所述购药订单的订单信息，然后将其发送至购药平台，然后根据所述购药订单中药品的唯一识别信息确定该订单是否需要获取用户信息，若需要，则显示用户线上购药的安全保障请求页面，在得到用户的许可后，显示用户信息填写页面使用户填写所述用户信息，并在检测到用户信息填写完成后将所述用户信息发送至购药平台完成用户信息的登记，并在确认所述用户信息符合校验标准时显示订单继续执行页面，以继续执行所述购药订单，在确认所述用户信息不符合校验标准时显示校验失败提示信息，以引导用户重新填写所述用户信息或者直接告知用户无法继续交易。
46.在本公开一实施方式中，所述步骤s101中根据所述药品的唯一识别信息确定是否需要获取用户信息的步骤，可包括以下步骤：根据所述药品的唯一识别信息确定所述购药订单中是否存在预设药品；若所述购药订单中存在预设药品，确定需要获取用户信息。
47.在该实施方式中，通过确认所述购药订单中是否存在需要获取用户信息才能出售的药品来决定是否需要获取用户信息。具体地，首先将所述购药订单中的药品唯一识别信息与预设药品的唯一识别信息相比较，以确定所述购药订单中是否存在预设药品，其中，所述预设药品指的是药品售卖监管方根据疫情防控措施指定的、与疫情特征对应的、需要限制购买的、如果购买需要用户实名登记的药品，比如当疫情特征为流涕、发烧、咳嗽时，则所述预设药品可以为治疗感冒、发热、咳嗽等症状的药品，等等，与所述购药订单中的药品类似，所述预设药品也具有唯一识别信息；最后，若确定所述购药订单中存在预设药品，则可确定该购药订单需要获取用户信息。
48.进一步地，为了对于所述购药订单中的药品进行比对和确认，在根据所述药品的唯一识别信息确定是否需要获取用户信息之前，还需要获取预设药品信息，即在本公开一实施方式中，所述方法还可包括以下步骤：获取预设药品信息。
49.其中，所述预设药品信息至少包括预设药品的唯一识别信息，所述预设药品信息还可包括以下信息中的一种或多种：预设药品名称、预设药品剂量、预设药品类别、预设药品生产厂家、预设药品批号等等。
50.在本公开一实施方式中，为了进一步节省用户时间，当所述用户信息填写页面所需填写的内容中存在用户账号关联信息时，则从已得到用户授权的购药平台客户端中自动获取用户账号关联信息，并将所述用户账号关联信息填入至所述用户信息填写页面中。
51.在本公开一实施方式中，所述用户信息填写页面中还包括第三方填写授权询问消息，在该实施方式中，所述方法还可包括以下步骤：响应于接收到用户发送的第三方填写授权确认命令，获取第三方支付平台存储的用户信息，将所述用户信息填入至所述用户信息填写页面中。
52.其中，所述第三方填写授权询问消息指的是询问用户是否授权从第三方支付平台获取所述用户信息的消息，所述第三方填写授权询问消息比如可以为“需要***平台授权免填写吗”若用户点击了所述第三方填写授权询问消息，则可认为用户确认授权从第三方支付平台获取所述用户信息，也即，用户发送了第三方填写授权确认命令。
53.其中，所述第三方支付平台指的是不同于购药平台的、属于第三方的、支付类别的平台，因为支付平台通常会安全地存储有用户的基本信息，因此，可借助用户的授权来从所述第三方支付平台处获得用户信息，进而实现用户信息的自动填写，节省用户的时间，提升用户的操作体验。
54.在本公开一实施方式中，所述获取第三方支付平台存储的用户信息的步骤，可包括以下步骤：向预设服务接口发送令牌获取请求，以获取令牌，其中，所述令牌获取请求和令牌中均携带有用户标识信息和用户授权标识；利用所述令牌调用第三方支付平台接口获取得到至少携带有所述用户授权标识的授权码；利用所述授权码和所述用户标识信息调用第三方支付平台接口获取得到与所述用户标识信息对应的用户信息。
55.在该实施方式中，在接收到用户发送的第三方填写授权确认命令后，认为得到了用户的授权和许可，即可借助所述第三方支付平台来获取该用户的用户信息。具体地，在接收到用户发送的第三方填写授权确认命令后，向预设服务接口发送令牌获取请求，以获取令牌，其中，所述令牌获取请求和令牌中均携带有用户标识信息和用户授权标识，其中，所述预设服务接口指的是预先设置的、可获得第三方支付平台令牌信息的服务接口，所述用户标识信息用于对于用户进行可区别性的标识，所述用户标识信息比如可以为用户id等等，所述用户授权标识用于标识是否获得了用户的授权，比如，若获得了用户的授权，则所述用户授权标识可设置为1，若未获得用户的授权，则所述用户授权标识可设置为0；然后利用所述令牌调用第三方支付平台接口获取得到至少携带有所述用户授权标识的授权码，其中，所述授权码用于提供给第三方支付平台以使其提供用户已授权获得的信息；利用所述授权码和所述用户标识信息调用第三方支付平台接口获取得到与所述用户标识信息对应的用户信息，其中，所述用户标识信息可携带在所述授权码中一并发送，也可另行发送，本公开对于用户标识信息的发送方式不作具体限定。
56.上文提及，所述用户信息指的是用户的基本信息，但在很多疫情防控场景下，只有用户基本信息并不足够，还需要用户当前的一些身体状态信息，比如，若当前疫情特征为流涕、发烧、咳嗽时，除了上述用户的基本信息，还需要用户当前体温信息，用户是否存在流涕、发烧、咳嗽、胸闷、气喘等症状，用户是否存在高血压、心脏病、哮喘、药物过敏等既往病症，用户是否具有预定天数内疫情风险区域的旅居史，用户是否为高危职业等等，为了保障上述身体状态信息的真实性，还需要用户对于上述身体状态信息真实性的承诺信息。
57.即在本公开一实施方式中，所述用户信息还包括用户附加信息。在该实施方式中，所述获取第三方支付平台存储的用户信息之后，还可包括以下步骤：获取用户在所述用户信息填写页面中输入的用户附加信息。
58.如上文所述，所述用户附加信息包括用户当前身体状态信息以及对于所述身体状态信息真实性的承诺信息，其中，由于所述用户附加信息与用户基本信息不同，不是固定不变的信息，而是需要实时输入的信息，因此，需要在用户输入之后，在所述用户信息填写页面中获取。
59.图2示出根据本公开一实施方式的用户线上购药的安全保障方法的整体流程图，
如图2所示，假设药品售卖方为药店，药品售卖监管方为疫情防控部门，首先，药品售卖监管方根据当前疫情防控措施指定预设药品信息，发送给购药平台；然后当用户要购买药品并生成购药订单时，根据所述购药订单中的药品唯一识别信息确定所述购药订单中是否包含预设药品，若所述购药订单中不存在预设药品，则用户可直接购买，若所述购药订单中存在预设药品，则需提醒用户在用户信息填写页面上填写相应的用户信息，进一步地，所述用户信息填写页面中包括第三方填写授权询问消息；若用户确认从第三方支付平台获取用户基本信息，则从所述第三方支付平台处获取得到用户的基本信息，购药平台将用户的基本信息自动填入至用户信息填写页面中；购药平台在判断用户填写完成疫情防控要求的用户当前身体状态信息以及对于所述身体状态信息真实性的承诺信息等用户附加信息并提交后，将所述用户信息填写页面中的用户信息发送给药品售卖方，以使得药品售卖方根据所述用户信息售卖药品，后续也可将所述用户信息提供给疫情防控部门，以便疫情防控部门对于药品售卖情况进行监管和核查。
60.下述为本公开装置实施例，可以用于执行本公开方法实施例。
61.图3示出根据本公开一实施方式的用户线上购药的安全保障装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图3所示，所述用户线上购药的安全保障装置包括：确定模块301，被配置为响应于检测到购药订单的生成，发送所述购药订单的订单信息，所述订单信息中包含订单中每一种药品的唯一识别信息，所述药品的唯一识别信息对于同一种药品唯一识别，同一种药品在不同的店铺中所述唯一识别信息相同，根据所述药品的唯一识别信息确定是否需要获取用户信息；第一显示模块302，被配置为当确定需要获取用户信息时，显示用户线上购药的安全保障请求页面，所述用户线上购药的安全保障请求页面至少包括请求原因的信息、用户许可触发件、用户不许可取消件；第二显示模块303，被配置为当用户点击许可触发件后，显示用户信息填写页面；发送模块304，被配置为响应于检测到所述用户信息填写完成后发送所述用户信息完成登记；第三显示模块305，被配置为接收对于所述用户信息的校验反馈，当符合校验标准时显示订单继续执行页面，当不符合校验标准时显示校验失败提示信息。
62.上文提及，基于当前对于疫情防控的要求，购买感冒发热咳嗽类药品需要进行实名登记，以实现对于用户线上购药行为的安全保障，但由于实名登记需要的信息繁多，用户填写时将会花费较多的时间，因此，亟需一种在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间的技术方案。
63.考虑到上述缺陷，在该实施方式中，提出一种用户线上购药的安全保障装置，该装置能够实现用户信息是否需要填写的有效自动判断，并在确定需要获取用户信息时，对于获得的信息实现自动校验。该技术方案在需要时能够获取疫情防控所需要的用户完整的信息，有效节省用户时间，提升用户的操作体验。
64.在本公开一实施方式中，所述用户线上购药的安全保障装置可实现为计算机、计算设备、电子设备、智能终端等购药平台客户端。
65.在本公开一实施方式中，所述购药订单指的是用户想要购买的药品的订单，每一
购药订单均对应有一标识信息，比如订单号等等。其中，所述购药订单的订单信息可包括以下信息中的一种或多种：药品唯一识别信息、药品名称、药品数量、药品剂量、药品类别、药品生产厂家、药品批号、药品单价、药品总价、订单金额、优惠金额、支付方式、配送方式、备注信息等等，其中，所述药品唯一识别信息比如可以为药品id等信息，其与不同类别药品对应，也就是说，所述药品唯一识别信息对于同一种药品唯一识别，同一种药品在不同的店铺中所述唯一识别信息相同，因此后续可根据所述药品的唯一识别信息来确定某一购药订单是否需要获取用户信息。
66.在本公开一实施方式中，所述购药订单的完成既可以指的是购药订单结算完成，也可以指的是用户点击了生成订单，也就是说，既可以在购药订单结算完成后认为购药订单已生成，也可以在用户点击了生成订单后就认为购药订单已生成。
67.在本公开一实施方式中，所述用户信息指的是用户的基本信息，比如，用户姓名、用户身份标识信息、用户家庭住址、用户联系电话等等。
68.在本公开一实施方式中，所述用户线上购药的安全保障请求页面中至少包括请求原因的信息、用户许可触发件、用户不许可取消件等等，其中，所述用户许可触发件指的是提供给用户，当用户点击或作出其他触发动作后确认用户许可进行线上购药的安全保障的可触发组件，比如许可触发按钮；所述用户不许可取消件指的是提供给用户，当用户点击或作出其他触发动作后确认用户不许可，需要取消线上购药的安全保障的可触发组件，比如不许可取消按钮。
69.在本公开一实施方式中，所述用户信息填写页面指的是提供给用户填写所述用户信息的页面。
70.在本公开一实施方式中，所述校验反馈指的是对于所述用户信息的完整性和正确性进行校验的反馈信息，当需要填写的用户信息内容均已被填写，且需要填写的用户信息内容满足一般正确性要求时，比如用户填写的身份标识信息为十八位且满足身份标识信息的编码规律则可认为用户身份标识信息的填写满足一般正确性要求，可认为所述用户信息符合校验标准，此时可显示订单继续执行页面，以引导用户继续执行所述购药订单，比如，若购药订单的完成指的是购药订单结算完成，当用户信息符合校验标准时，可显示订单备货配送页面，若购药订单的完成指的是用户点击了生成订单，当用户信息符合校验标准时，可显示订单支付页面；否则，可认为所述用户信息不符合校验标准，此时可显示校验失败提示信息，以引导用户重新填写所述用户信息或者直接告知用户无法继续交易。
71.在上述实施方式中，在检测到某一用户的购药订单生成后，首先获取所述购药订单的订单信息，然后将其发送至购药平台，然后根据所述购药订单中药品的唯一识别信息确定该订单是否需要获取用户信息，若需要，则显示用户线上购药的安全保障请求页面，在得到用户的许可后，显示用户信息填写页面使用户填写所述用户信息，并在检测到用户信息填写完成后将所述用户信息发送至购药平台完成用户信息的登记，并在确认所述用户信息符合校验标准时显示订单继续执行页面，以继续执行所述购药订单，在确认所述用户信息不符合校验标准时显示校验失败提示信息，以引导用户重新填写所述用户信息或者直接告知用户无法继续交易。
72.在本公开一实施方式中，所述确定模块301中根据所述药品的唯一识别信息确定是否需要获取用户信息的部分，可被配置为：
根据所述药品的唯一识别信息确定所述购药订单中是否存在预设药品；若所述购药订单中存在预设药品，确定需要获取用户信息。
73.在该实施方式中，通过确认所述购药订单中是否存在需要获取用户信息才能出售的药品来决定是否需要获取用户信息。具体地，首先将所述购药订单中的药品唯一识别信息与预设药品的唯一识别信息相比较，以确定所述购药订单中是否存在预设药品，其中，所述预设药品指的是药品售卖监管方根据疫情防控措施指定的、与疫情特征对应的、需要限制购买的、如果购买需要用户实名登记的药品，比如当疫情特征为流涕、发烧、咳嗽时，则所述预设药品可以为治疗感冒、发热、咳嗽等症状的药品，等等，与所述购药订单中的药品类似，所述预设药品也具有唯一识别信息；最后，若确定所述购药订单中存在预设药品，则可确定该购药订单需要获取用户信息。
74.进一步地，为了对于所述购药订单中的药品进行比对和确认，在根据所述药品的唯一识别信息确定是否需要获取用户信息之前，还需要获取预设药品信息，即在本公开一实施方式中，所述装置还可包括：获取模块，被配置为获取预设药品信息。
75.其中，所述预设药品信息至少包括预设药品的唯一识别信息，所述预设药品信息还可包括以下信息中的一种或多种：预设药品名称、预设药品剂量、预设药品类别、预设药品生产厂家、预设药品批号等等。
76.在本公开一实施方式中，为了进一步节省用户时间，当所述用户信息填写页面所需填写的内容中存在用户账号关联信息时，则从已得到用户授权的购药平台客户端中自动获取用户账号关联信息，并将所述用户账号关联信息填入至所述用户信息填写页面中。即，在该实施方式中，所述装置还可包括：填写模块，被配置为当所述用户信息填写页面所需填写的内容中存在用户账号关联信息时，自动获取用户账号关联信息，并将所述用户账号关联信息填入至所述用户信息填写页面中。
77.在本公开一实施方式中，所述用户信息填写页面中还包括第三方填写授权询问消息，在该实施方式中，所述填写模块还可被配置为：响应于接收到用户发送的第三方填写授权确认命令，获取第三方支付平台存储的用户信息，将所述用户信息填入至所述用户信息填写页面中。
78.其中，所述第三方填写授权询问消息指的是询问用户是否授权从第三方支付平台获取所述用户信息的消息，所述第三方填写授权询问消息比如可以为“需要***平台授权免填写吗”若用户点击了所述第三方填写授权询问消息，则可认为用户确认授权从第三方支付平台获取所述用户信息，也即，用户发送了第三方填写授权确认命令。
79.其中，所述第三方支付平台指的是不同于购药平台的、属于第三方的、支付类别的平台，因为支付平台通常会安全地存储有用户的基本信息，因此，可借助用户的授权来从所述第三方支付平台处获得用户信息，进而实现用户信息的自动填写，节省用户的时间，提升用户的操作体验。
80.在本公开一实施方式中，所述获取第三方支付平台存储的用户信息的部分，可被配置为：向预设服务接口发送令牌获取请求，以获取令牌，其中，所述令牌获取请求和令牌
中均携带有用户标识信息和用户授权标识；利用所述令牌调用第三方支付平台接口获取得到至少携带有所述用户授权标识的授权码；利用所述授权码和所述用户标识信息调用第三方支付平台接口获取得到与所述用户标识信息对应的用户信息。
81.在该实施方式中，在接收到用户发送的第三方填写授权确认命令后，认为得到了用户的授权和许可，即可借助所述第三方支付平台来获取该用户的用户信息。具体地，在接收到用户发送的第三方填写授权确认命令后，向预设服务接口发送令牌获取请求，以获取令牌，其中，所述令牌获取请求和令牌中均携带有用户标识信息和用户授权标识，其中，所述预设服务接口指的是预先设置的、可获得第三方支付平台令牌信息的服务接口，所述用户标识信息用于对于用户进行可区别性的标识，所述用户标识信息比如可以为用户id等等，所述用户授权标识用于标识是否获得了用户的授权，比如，若获得了用户的授权，则所述用户授权标识可设置为1，若未获得用户的授权，则所述用户授权标识可设置为0；然后利用所述令牌调用第三方支付平台接口获取得到至少携带有所述用户授权标识的授权码，其中，所述授权码用于提供给第三方支付平台以使其提供用户已授权获得的信息；利用所述授权码和所述用户标识信息调用第三方支付平台接口获取得到与所述用户标识信息对应的用户信息，其中，所述用户标识信息可携带在所述授权码中一并发送，也可另行发送，本公开对于用户标识信息的发送方式不作具体限定。
82.上文提及，所述用户信息指的是用户的基本信息，但在很多疫情防控场景下，只有用户基本信息并不足够，还需要用户当前的一些身体状态信息，比如，若当前疫情特征为流涕、发烧、咳嗽时，除了上述用户的基本信息，还需要用户当前体温信息，用户是否存在流涕、发烧、咳嗽、胸闷、气喘等症状，用户是否存在高血压、心脏病、哮喘、药物过敏等既往病症，用户是否具有预定天数内疫情风险区域的旅居史，用户是否为高危职业等等，为了保障上述身体状态信息的真实性，还需要用户对于上述身体状态信息真实性的承诺信息。
83.即在本公开一实施方式中，所述用户信息还包括用户附加信息。在该实施方式中，所述填写模块还可被配置为：获取用户在所述用户信息填写页面中输入的用户附加信息。
84.如上文所述，所述用户附加信息包括用户当前身体状态信息以及对于所述身体状态信息真实性的承诺信息，其中，由于所述用户附加信息与用户基本信息不同，不是固定不变的信息，而是需要实时输入的信息，因此，需要在用户输入之后，在所述用户信息填写页面中获取。
85.本公开还公开了一种电子设备，图4示出根据本公开一实施方式的电子设备的结构框图，如图4所示，所述电子设备400包括存储器401和处理器402；其中，所述存储器401用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器402执行以实现上述方法步骤。
86.图5是适于用来实现根据本公开一实施方式的用户线上购药的安全保障方法的计算机系统的结构示意图。
87.如图5所示，计算机系统500包括处理单元501，其可以根据存储在只读存储器（rom）502中的程序或者从存储部分508加载到随机访问存储器（ram）503中的程序而执行上
述实施方式中的各种处理。在ram503中，还存储有计算机系统500操作所需的各种程序和数据。处理单元501、rom502以及ram503通过总线504彼此相连。输入/输出（i/o）接口505也连接至总线504。
88.以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管（crt）、液晶显示器（lcd）等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。其中，所述处理单元501可实现为cpu、gpu、tpu、fpga、npu等处理单元。
89.特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行所述畅通信息确定方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。
90.附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
91.描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
92.作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
93.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。