CN113782176B - 产品供给方法、产品交互平台、存储介质和电子设备 - Google Patents

Abstract

本公开涉及互联网技术领域，涉及了一种产品供给方法及产品交互平台、存储介质和电子设备。该方法包括：响应于用户对产品的所有权获取操作生成订单信息，将订单信息反馈至产品供给系统，以执行产品的线下供给，订单信息包括携带有疗效保障契约的服务包；采集使用产品过程中的产品使用信息和用户状态信息，在接收用户发起的疗效保障契约执行请求时，根据产品使用信息、用户状态信息和疗效保障契约审核疗效保障契约执行请求；若审核通过，与风险保障契约执行系统进行疗效保障契约的结算处理，根据结算结果向用户提供契约执行服务。本公开通过对同一产品订单同时提供产品、产品风险保障和互联网医疗服务，减少用户获取产品的顾虑，刺激用户获取产品。

Description

产品供给方法、产品交互平台、存储介质和电子设备

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种产品供给方法、产品交互平台、计算机存储介质和电子设备。

背景技术

随着互联网技术的广泛应用、智能终端的普及和网民使用习惯的改变，互联网行业正迎来一个全新的时代，产品供给互联网化作为互联网渗透的产物，是产品交互产业发展的必然趋势，用户下单生成订单信息后由产品供给方提供产品，订单完成，即只要双方达成需求关系即可，然而针对产品缺乏产品风险保障，例如产品疗效保障等，由此导致一些成效慢、消费高的产品得不到用户青睐。

互联网医疗是互联网在医疗行业的新应用，包括以互联网为载体和技术手段的健康教育、医疗信息查询、电子健康档案、在线疾病咨询、远程会诊及康复等健康医疗服务，但是目前互联网医疗仍处于用户服务阶段，与产品关联度低，更不能服务于产品本身，也缺乏将互联网医疗同时结合产品及产品风险保障以降低用户担忧、促进产品供给的实现方案，即无法在产品的交互过程中同时向用户提供产品、产品疗效保障和互联网医疗服务。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种产品供给方法及产品交互平台、计算机存储介质和电子设备，进而实现在产品交互过程中能同时提供产品、产品疗效保障和互联网医疗服务。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种产品供给方法，应用于产品交互平台中的互联网医院，所述产品交互平台还包括产品供给系统和风险保障契约执行系统，所述方法包括：响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的供给，其中所述订单信息包括携带有疗效保障契约的服务包；采集使用所述产品过程中的产品使用信息和用户状态信息，在接收所述用户发起的疗效保障契约执行请求时，根据所述产品使用信息、用户状态信息和所述疗效保障契约审核所述疗效保障契约执行请求；若审核通过，与所述风险保障契约执行系统进行所述疗效保障契约的结算处理，并根据结算结果向所述用户提供契约执行服务。

在本公开的一种示例性实施例中，在所述响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的线下供给之前，所述方法还包括：接收用户上传的历史异常体征信息和生化检测信息；基于所述服务包对所述历史异常体征信息和生化检测信息进行分析处理，所述服务包为产品及对应服务描述的集合；根据分析处理结果确定所述用户的产品获取权限。

在本公开的一种示例性实施例中，所述根据分析处理结果确定所述用户的产品获取权限，包括：若审核通过，通知所述用户携带有疗效保障契约服务包的订单生效；若审核未通过，向所述用户发送未通过响应信息并自动执行所述订单信息对应的交易资源返还操作；或者向所述用户发送其他服务包的推荐信息。

在本公开的一种示例性实施例中，若审核通过，所述方法还包括：根据所述历史异常体征信息和生化检测信息，制定所述产品的使用方案，并将所述使用方案反馈至所述用户。

在本公开的一种示例性实施例中，所述用户状态信息包括生活状态信息和生命体征监测信息；采集使用所述产品过程中的产品使用信息和用户状态信息，在接收所述用户发起的疗效保障契约执行请求时，根据所述产品使用信息、用户状态信息和所述疗效保障契约审核所述疗效保障契约执行请求，包括：监控并采集使用所述产品过程中的产品使用信息、生活状态信息和生命体征监测信息，并根据所述产品使用信息、生活状态信息和生命体征监测信息向所述用户提供指导建议；接收所述用户发起的疗效保障契约执行请求，基于所述指导建议，并结合采集到的产品使用信息和生活状态信息，对所述用户的当前生命体征监测信息进行审核，以确定所述疗效保障契约执行请求的审核结果。

在本公开的一种示例性实施例中，所述监控并采集使用所述产品过程中的产品使用信息、生活状态信息和生命体征监测信息，并根据所述产品使用信息、生活状态信息和生命体征监测信息向所述用户提供指导建议，包括：将采集到产品使用信息、生活状态信息和生命体征监测信息发送至医生终端，并转发医生针对所述产品使用信息、生活状态信息和生命体征监测信息提供的所述指导建议至所述用户；响应于用户发起的咨询请求操作，获取用户的咨询信息并转发至所述医生端，并反馈医生对所述咨询信息的指导建议至所述用户。

在本公开的一种示例性实施例中，采集使用所述产品过程中的产品使用信息和用户状态信息，包括：通过所述产品远程采集所述产品使用信息以及所述生命体征监测信息，并接收用户上传的生活状态信息；其中，通过作业人员线下对所述生活状态信息进行复核。

在本公开的一种示例性实施例中，在所述响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的线下供给之前，所述方法还包括：向所述用户展示所述多种携带有疗效保障契约的候选服务包；响应于用户的服务包选择操作，确定目标服务包括为所述携带有疗效保障契约的服务包。

根据本公开的一个方面，提供一种产品交互平台，所述产品交互平台包括互联网医院、产品供给系统和风险保障契约执行系统；所述互联网医院包括订单生成模块，用于响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，所述订单信息包括携带有疗效保障契约的服务包；所述产品供给系统用于根据所述订单信息向所述用户提供所述产品；所述互联网医院还包括：契约审核模块，用于采集使用所述产品过程中的产品使用信息和用户状态信息，在接收所述用户发起的疗效保障契约执行请求时，根据所述产品使用信息、用户状态信息和所述疗效保障契约审核所述疗效保障契约执行请求；契约执行模块，用于若所述疗效保障契约执行请求审核通过，与所述风险保障契约执行系统进行所述疗效保障契约的结算处理，并根据结算结果向所述用户提供契约执行服务。

根据本公开的一个方面，提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的产品供给方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的产品供给方法。

本公开的示例性实施例中的产品供给方法，互联网医院将生成的订单信息反馈至产品供给系统以执行产品的供给，并在用户使用产品过程中采集产品使用信息和用户状态信息，若接收用户发起的疗效保障契约执行请求时，根据产品使用信息、用户状态信息和订单信息中携带的疗效保障契约审核该疗效保障契约执行请求，若通过，则与风险保障契约执行系统进行该疗效保障契约的结算处理，以根据结算处理结果向用户提供契约执行服务。一方面，本公开通过互联网医院、产品供给系统和风险保障契约执行系统之间的三方交互，向用户提供产品的同时，附赠包含疗效保障契约的服务包，向用户提供使用产品的疗效保障服务，减少用户获取产品的顾虑，从而刺激用户获取产品；另一方面，在产品服务期满后，根据疗效保障契约，并结合采集到的产品使用过程中的产品使用信息和用户状态信息，对用户发起的疗效保障契约执行请求进行审核，将多方采集的产品及用户信息作为审核疗效保障契约执行请求的重要依据，进一步验证契约执行的合规性，防止欺骗行为产生，从而也保障产品供给方的权益，若审核通过则向用户提供契约执行服务，极大避免用户损失，用户体验好；再一方面，本公开提供了一种通过三方产品链结合的方式，实现在同一订单中能同时提供产品、产品疗效保障和互联网医疗服务的方法，是一种促进产品供给的切实可行的方法。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示出了根据本公开示例性实施例的相关技术医疗器械线上交易流程图；

图2示出了根据本公开示例性实施例的产品供给方法的流程图；

图3示出了根据本公开示例性实施例的对用户的产品获取权限进行分析的流程图；

图4示出了根据本公开示例性实施例的互联网医院处理疗效保障契约执行请求的流程图；

图5示出了根据本公开示例性实施例的胰岛素泵的供给方法流程图；

图6示出了根据本公开示例性实施例的用户进行咨询服务的流程图；

图7示出了根据本公开示例性实施例的产品交互平台的结构示意图；

图8示出了根据本公开示例性实施例的存储介质的示意图；以及

图9示出了根据本公开示例性实施例的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

现在将参考附图更全面地描述示例性实施方式。然而，示例性实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施例使得本公开将更加全面和完整，并将示例性实施方式的构思全面地传达给本领域的技术人员。图中相同的附图标记表示相同或类似的结构，因而将省略它们的详细描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

随着互联网技术的快速发展，在互联网社会进行产品交易已成为当下产品交易的重要手段之一，交易内容也具有多元化发展趋势，例如实体商品、虚拟商品、各种服务、招标项目等都可以成为交易的对象，只要双方达成需求关系即可。然而，这也导致用户产生更多顾虑，特别是交易产品是否适合、是否能够达到应有疗效，例如，针对医疗器械向用户进行售卖或租赁时，用户常常对器械的效果担忧，虽然线下交易时可以通过卖方向用户讲解医疗器械的功用或成功案例的方式消除用户顾虑，但也并非每次奏效，而线上交易在没有实体卖方讲解的情况下，仅通过平台网页提供的产品信息难以消除用户的顾虑，图1示出了相关技术中医疗器械的线上交易流程图，如图1所示，通过线上商城或自建小程序的方式建立用户、器械厂商和商城三者之间的关系，用户在商城支付并下单成功后生成订单信息，商城通知医疗器械厂商向用户发起设备的交易服务(租赁或购买)，这种交易方式下，由于医疗器械设备是否能够对自己产生积极作用是不可控的，对交易产生消息影响，特别对于如医疗器械此类成效慢、消费高的产品很难得到用户青睐，极大影响了产品交易量。

基于此，在本公开示例性实施例中，首先提供了一种产品供给方法，应用于产品交互平台中的互联网医院，该产品交互平台还包括产品供给系统和风险保障契约执行系统。参考图2所示，该产品供给方法包括以下步骤：

步骤S210：响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的供给，其中所述订单信息包括携带有疗效保障契约的服务包；

步骤S220：采集使用所述产品过程中的产品使用信息和用户状态信息，在接收所述用户发起的疗效保障契约执行请求时，根据所述产品使用信息、用户状态信息和所述疗效保障契约审核所述疗效保障契约执行请求；

步骤S230：若审核通过，与所述风险保障契约执行系统进行所述疗效保障契约的结算处理，并根据结算结果向所述用户提供契约执行服务。

根据本示例实施例中的产品供给方法，一方面，本公开通过互联网医院、产品供给系统和风险保障契约执行系统之间的三方交互，向用户提供产品的同时，附赠包含疗效保障契约的服务包，向用户提供使用产品的疗效保障服务，减少用户获取产品的顾虑，从而刺激用户获取产品；另一方面，在产品服务期满后，根据疗效保障契约，并结合采集到的产品使用过程中的产品使用信息和用户状态信息，对用户发起的疗效保障契约执行请求进行审核，将多方采集的产品及用户信息作为审核疗效保障契约执行请求的重要依据，进一步验证契约执行的合规性，防止欺骗行为产生，从而也保障产品供给方的权益，若审核通过则向用户提供契约执行服务，极大避免用户损失，用户体验好；再一方面，本公开提供了一种通过三方产品链结合的方式，实现在同一订单中能同时提供产品、产品疗效保障和互联网医疗服务的方法，是一种促进产品供给的切实可行的方法。

下面结合图2对本公开示例性实施例中的产品供给方法进行说明。

在步骤S210中，响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的供给，其中所述订单信息包括携带有疗效保障契约的服务包。

在本公开的示例性实施例中，产品的所有权可以为购买或租赁，携带有疗效保障契约的服务包为产品信息及对应服务描述和产品准入条件的集合；其中，疗效保障契约为一种合同行为，用于对产品提供服务保障，包括产品信息及对应服务描述，例如产品基本信息(产品型号、价格、使用说明等)、用户的责任和权利、互联网医院的责任以及疗效保障安排(如在产品服务指定期限后，若没有达到预定效果，则对用户发起理赔)，其中产品的服务期限、预定效果以及理赔情况，可根据产品实际情况制定，本公开对此不做特殊限定；产品准入条件描述了使用产品所需具备的条件信息，包括但不限于生命体征信息等等。

在本公开的示例性实施例中，可以向用户展示多种携带有疗效保障契约的候选服务包，并响应于用户的服务包选择操作，确定携带有疗效保障契约的服务包为目标服务包。其中，不同的候选服务包中疗效保障契约和产品准入条件不同，可选的，可以将候选服务包按照产品准入条件的严苛程度划分为不同等级，参见表1所示为针对胰岛素泵提供的不同候选服务包表：

表1

如表1所示，根据产品准入条件(空腹血糖、年龄)将候选服务包划分为两个等级，并且对应的疗效保障安排也不同，可以向用户提供不同的候选服务包，以根据用户的选择操作确定最终的服务包；需要说明的是，表1中各项仅是示例性的，候选服务包的具体内容可以根据实际需要调整，本公开对此不做特殊限定。

进一步的，在响应于用户对产品的所有权获取操作生成订单信息，并将订单信息反馈至产品供给系统，以执行产品的线下供给之前，还可以对用户的产品获取权限进行分析判断，图3示出了根据本公开示例性实施例的对用户的产品获取权限进行分析的流程图，如图3所示，包括如下步骤：

在步骤S310中，接收用户上传的历史异常体征信息和生化检测信息。

在本公开的示例性实施例中，历史异常体征信息可以为用户历史就医病例或者用户输入的历史异常体征描述信息，可以为文本、图片或语音；生化检测信息可以为用户的历史化验单据。

可选地，用户可以通过将历史异常体征信息和生化检测信息拍照或扫描后上传至互联网医院；可选的，用户也可以通过手动录入或语音录入的方式将上述信息上传至互联网医院。

在步骤S320中，基于服务包对历史异常体征信息和生化检测信息进行分析处理。

在本公开的示例性实施例中，可以通过入驻互联网医院的医生对历史异常体征信息和生化检测信息进行分析，由于服务包为产品信息及对应服务描述和产品准入条件的集合，基于服务包内容对历史异常体征信息和生化检测信息进行分析。可选地，可以将历史异常体征信息和生化检测信息派发给入驻互联网医院的医生终端以进行分析；可选地，可以将历史异常体征信息和生化检测信息发布至互联网医院平台，由入驻互联网医院的医生主动获取并进行分析。

在步骤S330中，根据分析处理结果确定用户的产品获取权限。

在本公开的示例性实施例中，若审核通过，通知用户携带有疗效保障契约服务包的订单生效，即用户具备获取产品的权限；

进一步的，还可以根据历史异常体征信息和生化检测信息，制定产品的使用方案，并将该使用方案与订单信息一并反馈至用户，其中使用方案包括但不限于产品的使用时间、使用剂量等使用规范信息。

在本公开的示例性实施例中，若审核未通过，可以向用户发送未通过响应信息并自动执行订单信息对应的交易资源返还操作，例如退款；也可以向用户发送其他候选服务包的推荐信息供用户再次选择并下单，例如下一级别的服务包，等等。

此外，当互联网医院将订单信息反馈至产品供给系统后，由产品供给系统对应的线下作业人员联系并为用户提供产品，包括但不限于产品安装、使用规范说明等等。

在步骤S220中，采集使用产品过程中的产品使用信息和用户状态信息，在接收用户发起的疗效保障契约执行请求时，根据产品使用信息、用户状态信息和疗效保障契约审核疗效保障契约执行请求。

在本公开的示例性实施例中，产品使用信息包括交易产品的使用状态信息(例如胰岛素泵的剂量信息、产品是否运行良好等)，用户状态信息包括生活状态信息和生命体征检测信息，其中生活状态信息包括但不限于用户的饮食、运动、作息信息，生命体征监测信息为通过产品检测到的体征信息，例如产品关联的血糖仪检测到的用户的血糖值。其中，可以通过产品远程采集产品使用信息以及生命体征监测信息，例如通过产品上设置的传感器获取并将信息发送至互联网医院，也可以通过网络、蓝牙的方式将上述信息发送至互联网医院，并接收用户上传的生活状态信息。

此外，还可以通过作业人员线下对用户生活状态信息进行复核。为了避免用户将不真实的生活状态信息发送至互联网平台而影响后续疗效保障契约的审核，可以通过线下回访的方式，对用户生活状态进行复核，从而确保产品疗效，也避免欺骗行为产生。

根据步骤S210可知，疗效保障契约中包括疗效保障安排，如在产品服务指定期限后，若没有达到预定效果，则对用户发起理赔，因此，在产品服务期满时，若根据产品检测到的生命体征监测信息并未达到疗效保障契约所规定的指标，则用户可以向互联网医院发起疗效保障契约执行请求，则互联网医院处理该请求的过程包括如下步骤，参见图4所示：

在步骤S410中，监控并采集使用产品过程中的产品使用信息、生活状态信息和生命体征监测信息，并根据产品使用信息、生活状态信息和生命体征监测信息向用户提供指导建议。

在本公开的示例性实施例中，入驻互联网医院的医生可以根据产品使用信息、生活状态信息和生命体征监测信息进行检查分析，若存在不合理且容易影响产品疗效的，可以对用户行为进行干预，即发送指导建议，从而避免因用户个人行为导致的产品疗效不佳等问题，也确保了疗效保障契约的合规性。

在一些可能的实施方式中，可以将采集到产品使用信息、生活状态信息和生命体征监测信息发送至医生终端，并转发医生针对产品使用信息、生活状态信息和生命体征监测信息提供的指导建议至用户，基于此，可以主动向用户提供使用建议，确保产品疗效的最大发挥，也提高用户体验。

在一些可能的实施方式中，可以响应于用户发起的咨询请求操作，获取用户的咨询信息并转发至医生端，并将医生对该咨询信息的指导建议反馈至用户。由于用户在产品使用时可能存在误操或其他问题，因此可以接收用户主动发起的资源请求，并提供指导建议。

通过主动、被动结合的方式，向用户提供产品的使用建议，保障产品在合理使用范围内达到应有的使用效果，也提高了产品的使用体验。

在步骤S420中，接收用户发起的疗效保障契约执行请求，基于指导建议，并结合采集到的产品使用信息和生活状态信息，对用户的当前生命体征监测信息进行审核，以确定疗效保障契约执行请求的审核结果。

在本公开的示例性实施例中，将医生对用户提供的指导建议作为审核疗效保障契约执行请求的依据之一，并结合采集到的产品使用信息和生活状态信息，对用户的当前生命体征监测信息进行审核，例如对用户当前的血糖指标进行审核，并与疗效保障契约中规定的目标血糖值进行比对，从而确定产品的使用是否具有实际效果。

在步骤S230中，若审核通过，与风险保障契约执行系统进行疗效保障契约的结算处理，并根据结算结果向用户提供契约执行服务。

在本公开的示例性实施例中，若审核疗效保障契约执行请求为合理，即用户按照服务包中的规则正常使用产品后，疗效并未达到服务包规定的目标指标，则互联网医院向风险保障契约执行系统发起理赔请求，并基于服务包中的疗效保障契约，与风险保障契约执行系统进行结算处理，最后根据结算结果向用户提供契约执行服务，即做出理赔，或者将产品回收，通过产品回收的方式可以将该产品再次提供给其他适用用户，也避免产品资源的浪费。其中，风险保障契约执行系统例如可以为保险公司。

需要说明的是，契约执行的具体内容，是根据服务包中的疗效保障安排确定的，根据不同的产品契约执行存在差异，例如赔付比不同等等，本公开对此不做特殊限定。

根据本示例实施例中的产品供给方法，通过互联网医院、产品供给系统和风险保障契约执行系统之间的交互，向用户提供产品的同时，附赠包含疗效保障契约的服务包，向用户提供使用产品的疗效保障服务，减少用户获取产品的顾虑，从而刺激用户获取产品；在产品服务期满后，根据疗效保障契约，并结合采集到的产品使用过程中的产品使用信息和用户状态信息，对用户发起的疗效保障契约执行请求进行审核，将多方采集的产品及用户信息作为审核疗效保障契约执行请求的重要依据，进一步验证契约执行的合规性，防止欺骗行为产生，从而也保障产品供给方的权益。

图5是出了根据本公开示例性实施例的胰岛素泵的供给方法流程图，下面结合具体应用场景，即以糖尿病II型病患者租赁胰岛素泵为例，对本公开的产品供给方法进行说明，其中医疗器械厂商为产品供给系统示例，保险公司为风险保障契约执行系统示例，如图5所示，该过程包括：

在步骤S510中，用户在互联网医院查看携带有疗效保障契约的服务包后，在互联网医院进行租赁胰岛素泵的操作；其中服务包包括产品1个月的租赁价格、一个月后血糖降到的指标值、用户经指导并按时遵医嘱，期满后血糖不达标则退还1个月的租赁费用。

在步骤S520中，互联网医院接收用户对胰岛素泵的所有权获取操作后，生成订单信息并反馈至用户，该订单信息包携带有疗效保障契约的服务包；

在步骤S530中，用户上传病例和生化检查资料至互联网平台；

在步骤S540中，入驻互联网平台的医生基于服务包对病例和生化检查资料进行审核；在步骤S5401中，若审核通过，则向用户发送订单生效信息，即用户具备产品获取权，并将订单信息反馈医疗器械厂商来执行产品的线下供给；在步骤S5402中，若审核未通过，则向用户发送未通过的响应信息并自动执行退款服务；

在步骤S550中，若产品服务期满后，并未达到疗效保障契约中规定的效果，用户发起理赔请求；

在步骤S560中，互联网医院根据产品使用信息、用户状态信息和疗效保障契约审核该理赔请求；在步骤S5601中，若审核通过，则与保险公司进行理赔结算，并根据结算结果对用户进行理赔；在步骤S5602中，若审核未通过，则向用户反馈未通过的响应信息并附上未通过理由信息。

此外，在用户使用产品的过程中，互联网医院还可以将采集到产品使用信息、生活状态信息和生命体征监测信息发送至医生终端，并接收医生针对产品使用信息、生活状态信息和生命体征监测信息提供的指导建议；并且，还可以响应于用户发起的咨询请求操作，获取用户的咨询信息并转发至医生端，并接收医生对咨询信息的指导建议并反馈至用户。

如图6示出了根据本公开示例性实施例的用户进行咨询服务的流程图，如图6所示，在步骤S610中，用户向互联网平台发送创建图文咨询的服务请求；在步骤S620中，互联网医院(业务中台)调用创建某一即时通讯的链路接口，并在步骤S630中接收由即时通讯链路接口返回的群组消息；在步骤S640中，互联网医院反馈服务包或订单信息和即时通信标识信息，并推送群组信息至医生终端；在步骤S650中，医生终端从即时通讯处获取消息列表，并通过调用不同的即时通讯链路接口将回复消息推送至用户。其中，即时通讯链路接口可以为常见的消息推送服务，调用的消息推送服务可以为2个、1个或3个，等等，本公开对此不做特殊限定。

通过互联网医院、医疗器械厂商和保险公司三方产业链结合，在向用户提供产品的同时，附赠包含疗效保障契约的服务包，向用户提供使用产品的疗效保障服务，减少用户获取产品的顾虑，从而刺激用户获取产品；在产品服务期满后，根据疗效保障契约，并结合采集到的产品使用过程中的产品使用信息和用户状态信息，对用户发起的理赔请求进行审核，将多方采集的产品及用户信息作为审核理赔请求的重要依据，进一步验证契约执行的合规性，防止欺骗行为产生，从而也保障产品供给方的权益。此外，本公开提供了一种通过三方产品链结合的方式，实现在同一订单中能同时提供产品、产品疗效保障和互联网医疗服务的方法，是一种促进产品供给的切实可行的方法。

此外，在本公开的示例性实施例中，还提供了一种产品交互平台。参考图7所示，该产品交互平台700可以包括互联网医院710、产品供给系统720以及风险保障契约执行系统730。具体地，

如图7所示，互联网医院710包括订单生成模块7101，用于响应于用户对产品的所有权获取操作生成订单信息，并将订单信息反馈至产品供给系统，订单信息包括携带有疗效保障契约的服务包；

产品供给系统720用于根据订单信息向用户提供产品的供给；

继续参见图7所示，该互联网医院710还包括：

契约审核模块7102，用于采集使用产品过程中的产品使用信息和用户状态信息，在接收用户发起的疗效保障契约执行请求时，根据产品使用信息、用户状态信息和疗效保障契约审核疗效保障契约执行请求；

契约执行模块7103，用于若疗效保障契约执行请求审核通过，与风险保障契约执行系统730进行疗效保障契约的结算处理，并根据结算结果向用户提供契约执行服务。

在本公开的一示例性实施例中，该互联网医院710还可以包括：

信息接收模块，用于接收用户上传的历史异常体征信息和生化检测信息；分析处理单元，用于基于服务包对历史异常体征信息和生化检测信息进行分析处理，该服务包为产品信息及对应服务描述和产品准入条件的集合；

结果确定模块，用于根据分析处理结果确定用户的产品获取权限。

在本公开的一示例性实施例中，该互联网医院710还可以包括：

使用方案定制模块，用于根据历史异常体征信息和生化检测信息，制定产品的使用方案，并将使用方案反馈至用户。

在本公开的一示例性实施例中，用户状态信息包括生活状态信息和生命体征监测信息；契约执行模块7103还可以包括：

指导单元，用户监控并采集使用产品过程中的产品使用信息、生活状态信息和生命体征监测信息，并根据产品使用信息、生活状态信息和生命体征监测信息向用户提供指导建议；

契约审核单元，用于接收用户发起的疗效保障契约执行请求，基于指导建议，并结合采集到的产品使用信息和生活状态信息，对用户的当前生命体征监测信息进行审核，以确定疗效保障契约执行请求的审核结果。

在本公开的一示例性实施例中，指导单元还可以包括：

第一指导单元，用于将采集到产品使用信息、生活状态信息和生命体征监测信息发送至医生终端，并转发医生针对产品使用信息、生活状态信息和生命体征监测信息提供的指导建议至用户；

第二指导建议，响应于用户发起的咨询请求操作，获取用户的咨询信息并转发至医生端，并接收医生对咨询信息的指导建议并反馈至用户。

在本公开的一示例性实施例中，互联网医院710还可以包括：

服务包展示模块，用于向用户展示多种携带有疗效保障契约的候选服务包；

服务包确定模块，用于响应于用户的服务包选择操作，确定携带有疗效保障契约的服务包为目标服务包。

由于本公开的示例性实施例的产品交互平台的各个功能模块与上述产品供给方法的发明实施例中相同，因此在此不再赘述。

应当注意，尽管在上文详细描述中提及了产品交互平台的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

参考图8所示，描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本公开的这种实施例的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930、显示单元940。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (7)

1.一种产品供给方法，应用于产品交互平台中的互联网医院，所述产品交互平台还包括产品供给系统和风险保障契约执行系统，其特征在于，包括：

向用户展示多种携带有疗效保障契约的候选服务包，响应于用户对服务包选择操作，确定目标服务包为携带有疗效保障契约的服务包；其中，不同的候选服务包括中的疗效保障契约和产品准入条件不同；

响应于用户对产品的所有权获取操作，生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的供给，其中所述订单信息包括所述携带有疗效保障契约的服务包，所述服务包为产品信息及对应服务描述和产品准入条件的集合；

采集所述产品使用过程中的产品使用信息和用户状态信息，所述用户状态信息包括生活状态信息和生命体征监测信息，所述生命体征监测信息为通过产品检测到的体征信息；所述采集所述产品使用过程中的产品使用信息和用户状态信息，包括：远程采集所述产品使用过程中的产品使用信息和以及生命体征监测信息并将所述产品使用信息以及生命体征监测信息发送至所述互联网医院，并接收用户上传的生活状态信息，通过作业人员线下对所述生活状态信息进行复核；

将采集到产品使用信息、生活状态信息和生命体征监测信息发送至医生终端，并转发医生针对所述产品使用信息、生活状态信息和生命体征监测信息提供的产品的使用建议至所述用户；

响应于用户发起的咨询请求操作，获取用户的咨询信息并转发至所述医生终端，并反馈医生对所述咨询信息的产品的使用建议至所述用户；

基于所述使用建议，并结合采集到的产品使用信息和生活状态信息，对所述用户的当前生命体征监测信息进行审核，以确定所述疗效保障契约执行请求的审核结果；

若审核通过，与所述风险保障契约执行系统进行所述疗效保障契约的结算处理，并根据结算结果向所述用户提供契约执行服务。

2.根据权利要求1所述的方法，其特征在于，在所述响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，以执行所述产品的线下供给之前，所述方法还包括：

接收用户上传的历史异常体征信息和生化检测信息；

基于所述服务包对所述历史异常体征信息和生化检测信息进行分析处理；

根据分析处理结果确定所述用户的产品获取权限。

3.根据权利要求2所述的方法，其特征在于，所述根据分析处理结果确定所述用户的产品获取权限，包括：

若审核通过，通知所述用户携带有疗效保障契约服务包的订单生效；

若审核未通过，向所述用户发送未通过响应信息并自动执行所述订单信息对应的交易资源返还操作，或者向所述用户发送其他服务包的推荐信息。

4.根据权利要求3所述的方法，其特征在于，若审核通过，所述方法还包括：

根据所述历史异常体征信息和生化检测信息，制定所述产品的使用方案，并将所述使用方案反馈至所述用户。

5.一种产品交互平台，其特征在于，所述产品交互平台包括互联网医院、产品供给系统和风险保障契约执行系统；

所述互联网医院包括：服务包展示模块，用于向用户展示多种携带有疗效保障契约的候选服务包；服务包确定包括，用于响应于用户对服务包选择操作，确定目标服务包为携带有疗效保障契约的服务包；其中，不同的候选服务包括中的疗效保障契约和产品准入条件不同；订单生成模块，用于响应于用户对产品的所有权获取操作生成订单信息，并将所述订单信息反馈至所述产品供给系统，所述订单信息包括所述携带有疗效保障契约的服务包，所述服务包为产品信息及对应服务描述和产品准入条件的集合；

所述产品供给系统用于根据所述订单信息向所述用户提供所述产品；

所述互联网医院还包括：

契约审核模块，用于采集所述产品使用过程中的产品使用信息和用户状态信息，所述用户状态信息包括生活状态信息和生命体征监测信息，所述生命体征监测信息为通过产品检测到的体征信息；所述采集所述产品使用过程中的产品使用信息和用户状态信息，包括：远程采集所述产品使用过程中的产品使用信息和以及生命体征监测信息并将所述产品使用信息以及生命体征监测信息发送至所述互联网医院，并接收用户上传的生活状态信息，通过作业人员线下对所述生活状态信息进行复核；

将采集到产品使用信息、生活状态信息和生命体征监测信息发送至医生终端，并转发医生针对所述产品使用信息、生活状态信息和生命体征监测信息提供的产品的使用建议至所述用户；

响应于用户发起的咨询请求操作，获取用户的咨询信息并转发至所述医生终端，并反馈医生对所述咨询信息的产品的使用建议至所述用户；

基于所述使用建议，并结合采集到的产品使用信息和生活状态信息，对所述用户的当前生命体征监测信息进行审核，以确定所述疗效保障契约执行请求的审核结果；

契约执行模块，用于若所述疗效保障契约执行请求审核通过，与所述风险保障契约执行系统进行所述疗效保障契约的结算处理，并根据结算结果向所述用户提供契约执行服务。

6.一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据权利要求1至4中任一项所述的产品供给方法。

7.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至4中任一项所述的方法。