健康体检系统、体检预约方法及装置、设备和介质

摘要

本公开是关于一种健康体检系统、体检预约方法及装置、电子设备以及计算机可读存储介质，涉及计算机技术领域，可以应用于团体用户体检预约的场景。该方法包括信息配置平台，用于获取多个体检服务提供方对应的初始体检方案，并基于多个初始体检方案生成对应的用户体检方案；以及配置各体检团体对应的体检团体信息；用户信息配置平台，用于根据体检团体信息确定待体检用户集合，并确定待体检用户集合中各待体检用户对应的待体检用户信息；用户预约端，用于获取待体检用户的体检预约请求，并根据体检预约请求与待体检用户信息生成对应的体检预约结果。本公开可以将多个体检服务提供方进行整合，减少系统建设成本，为用户提供统一的体检预约入口。

说明书

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种健康体检系统、体检预约方法、体检预约装置、电子设备以及计算机可读存储介质。

背景技术

健康体检，是指通过医学手段和方法对受检者进行检查，了解受检者健康状况、早期发现疾病和健康隐患的诊疗行为。随着人们对健康的日益重视以及体检人次的增加，我国健康体检市场前景巨大，目前整个体检行业处于快速发展阶段。

在健康体检行业，企业为员工的年度体检福利，一般都是体检服务平台系统的重要客户来源，当然还有个体客户给长辈，儿女等购买的体检套餐。通常企业为员工购买的体检福利，均是直接寻找市场上的体检服务商，通过体检服务商的官网、公众号，或者电商平台的旗舰店购买体检套餐，或者直接联系体检服务商对接整个公司员工的体检。

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

发明内容

本公开的目的在于提供一种健康体检系统、体检预约方法、体检预约装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服各体检服务提供方各自搭建对应的体检预约系统所产生的大量系统建设成本且用户选择有限的问题。

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

根据本公开的第一方面，提供一种健康体检系统，包括：信息配置平台，用于获取多个体检服务提供方对应的初始体检方案，并基于多个初始体检方案生成对应的用户体检方案；以及配置各体检团体对应的体检团体信息；用户信息配置平台，用于根据体检团体信息确定待体检用户集合，并确定待体检用户集合中各待体检用户对应的待体检用户信息；用户预约端，用于获取待体检用户的体检预约请求，并根据体检预约请求与待体检用户信息生成对应的体检预约结果，以便待体检用户根据体检预约结果进行健康体检。

在本公开的一个实施例中，信息配置平台包括方案获取子平台与方案展示子平台；方案获取子平台，用于确定多个体检服务提供方，并获取各体检服务提供方提供的初始体检方案；方案展示子平台，展示用户体检方案以及用户体检方案对应的体检方案信息。

在本公开的一个实施例中，体检方案信息包括以下信息中的一种或多种：方案图文详情信息、方案期限信息与方案价格信息。

在本公开的一个实施例中，用户信息配置平台包括方案确定子平台；方案确定子平台，用于从待用户体检信息中获取待体检用户对应的用户级别；根据用户级别确定与待体检用户对应的体检方案集合，以便基于体检方案集合确定目标体检方案。

在本公开的一个实施例中，用户信息配置平台还包括信息统计子平台；信息统计子平台，用于获取体检团体中所有待体检用户的用户体检事件的事件状态；根据用户体检事件确定体检团体包含的未体检用户信息与已体检用户信息；根据已体检用户信息与未体检用户信息确定体检团体对应的体检结果数据；体检结果数据包括实际体检率、体检结算金额。

根据本公开的第二方面，提供一种体检预约方法，应用于上述的健康体检系统，包括：接收第一用户通过用户预约端进行的体检预约操作，并基于第一用户对应的第一用户预约信息生成体检预约请求；响应于体检预约请求，确定与体检预约请求对应的目标体检方案；根据体检预约请求与目标体检方案确定体检预约结果，并返回体检预约结果。

在本公开的一个实施例中，根据体检预约请求与目标体检方案确定体检预约结果，包括：获取目标体检方案对应的当前预约人数与预先配置的预约人数阈值；将当前预约人数与预约人数阈值进行对比；如果当前预约人数大于等于预约人数阈值，则返回预约失败结果；如果当前预约人数小于预约人数阈值，则返回预约成功结果以及体检预约信息。

在本公开的一个实施例中，上述方法还包括：接收第二用户的结果查看操作，并获取第二用户的用户身份信息；根据用户身份信息对第二用户进行身份验证操作，确定身份验证操作对应的身份验证结果；根据身份验证结果获取第二用户对应的体检报告结果，并返回体检报告结果。

根据本公开的第三方面，提供一种体检预约装置，包括：请求生成模块，用于接收第一用户通过用户预约端进行的体检预约操作，并基于第一用户对应的第一用户预约信息生成体检预约请求；方案确定模块，用于响应于体检预约请求，确定与体检预约请求对应的目标体检方案；结果确定模块，用于根据体检预约请求与目标体检方案确定体检预约结果，并返回体检预约结果。

在本公开的一个实施例中，结果确定模块包括结果确定单元，用于获取目标体检方案对应的当前预约人数与预先配置的预约人数阈值；将当前预约人数与预约人数阈值进行对比；如果当前预约人数大于等于预约人数阈值，则返回预约失败结果；如果当前预约人数小于预约人数阈值，则返回预约成功结果以及体检预约信息。

在本公开的一个实施例中，体检预约装置还包括体检结果获取模块，用于接收第二用户的结果查看操作，并获取第二用户的用户身份信息；根据用户身份信息对第二用户进行身份验证操作，确定身份验证操作对应的身份验证结果；根据身份验证结果获取第二用户对应的体检报告结果，并返回体检报告结果。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的体检预约方法。

根据本公开的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的体检预约方法。

本公开提供的技术方案可以包括以下有益效果：

本公开的示例性实施例中的健康体检系统，包括：信息配置平台，用于获取多个体检服务提供方对应的初始体检方案，并基于多个初始体检方案生成对应的用户体检方案；以及配置各体检团体对应的体检团体信息；用户信息配置平台，用于根据体检团体信息确定待体检用户集合，并确定待体检用户集合中各待体检用户对应的待体检用户信息；用户预约端，用于获取待体检用户的体检预约请求，并根据体检预约请求与待体检用户信息生成对应的体检预约结果，以便待体检用户根据体检预约结果进行健康体检。一方面，本公开的健康体检系统将多个体检服务提供方进行整合，体检服务提供方可以直接接入健康体检系统，使得各个体检服务提供方无需搭建各自的预约平台，减少系统的建设成本和维护代价。另一方面，用户统一通过健康体检系统的用户预约端进行体检预约操作，可以简化用户操作，增加用户的选择多样性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本公开的示例性实施方式的健康体检系统的系统结构图；

图2示意性示出了根据本公开的示例性实施方式的健康体检系统整合多个体检服务提供方的示意图；

图3示意性示出了根据本公开的示例性实施方式的初始体检方案与用户体检方案之间的对应关系图；

图4示意性示出了根据本公开的示例性实施方式的体检预约方法的流程图；

图5示意性示出了根据本公开的示例性实施方式的用户进行体检预约的整体流程图；

图6示意性示出了根据本公开的示例性实施方式的健康体检系统向第一用户发送体检预约结果的流程图；

图7示意性示出了根据本公开的示例性实施方式的体检预约装置的方框图；

图8示意性示出了根据本公开一示例性实施例的电子设备的框图；

图9示意性示出了根据本公开一示例性实施例的计算机可读存储介质的示意图。

具体实施方式

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

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

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

在健康体检行业，企业为员工的年度体检福利，一般都是体检服务平台系统的重要客户来源。目前，企业为员工购买体检福利，通常可以直接寻找市场上的体检服务商，通过体检服务商的官网、公众号以及电商平台的相关渠道进行购买，或者直接联系体检服务商对接整个公司员工的体检。然而，相关的体检预约方案存在下述问题：

(1)系统构建与维护成本大。由于体检服务商的数量众多，每个体检服务商均需要构建各自的体检服务预约系统，花费大量的系统建设成本，后期需要对系统进行维护，并且需要维护公众号资源、电商平台的接口，或者自行构建的网站，同样需要大量的维护成本。

(2)企业选择少。由于市场上存在众多体检服务商，企业需要考虑的员工体检的时间和体检的城市和门店以确定团体体检方案。如果是一家大型集团公司，员工分布全国各地，则很难通过选择一家体检服务商满足团体体检需求。

(3)用户时间成本与价格成本较高。对于企业和个人来说，如果需要预约体检服务，则需要多种渠道查看各个体检服务商提供的体检产品，例如，查看体检服务商的公众号、官方网站、电商平台中的相关服务等。这种方式导致用户选择体检服务的时间成本提高，另外，很难通过“量大价优”的维度享受物美价廉的体检服务。

基于此，在本示例实施例中，首先提供了一种健康体检系统，本公开中的健康体检系统一般配置在服务器上。图1示意性示出了根据本公开的一些实施例的健康体检系统的系统结构示意图。参考图1，该健康体检系统包括：信息配置平台110、用户信息配置平台120以及用户预约端130，具体的：

信息配置平台110，用于获取多个体检服务提供方对应的初始体检方案，并基于多个初始体检方案生成对应的用户体检方案；以及配置各体检团体对应的体检团体信息。

在本公开的一些示例性实施方式中，体检服务提供方可以是提供体检服务的服务商，例如，体检服务提供方可以是各种体检机构。初始体检方案可以是体检服务提供方依据历史用户需求初步拟定的体检方案。用户体检方案可以是根据健康体检系统中的过个初始体检方案进行整合，形成的用于呈现给用户的体检方案。体检团体可以是进行体检预约服务，计划进行健康体检的用户集合，体检团体包含的人数可以是一人或多人。体检团体信息可以是体检团体对应的相关基本信息，例如，体检团体信息可以包括团体名称、团体简介信息等基本信息。

健康体检系统中的信息配置平台可以是获取多个体检服务提供方对应的初始体检方案，例如，对于入职体检而言，不同的体检服务提供方可以提供各自对应的入职体检方案；另外，由于不同行业的体检标准不同，所以不同体检服务提供方可以提供不同标准的入职体检方案。同样的，对于子女为父母购买的健康体检服务，或者是城市白领定期为自己安排的健康体检服务等，不同体检服务方均可以推出对应的体检方案。

由于健康体检系统可以将多个体检服务提供方进行整合，使众多体检服务提供方均接入至健康体检系统中，因此，健康体检系统可以获取多个体检服务提供方提供的初始体检方案，并对初始体检方案进行整合，基于多个初始体检方案生成对应的用户体检方案，并将用户体检方案展示给用户，以便用户选择相应的用户体检方案。

进一步地，可以通过信息配置平台配置各体检团体对应的体检团体信息。例如，通过信息配置平台可以输入体检团体的团体名称以及团体简介等。另外，体检团体可以通过信息配置平台设置登录健康体检系统的登录账号、登录密码以及不同用户的相关用户权限等。

用户信息配置平台120，用于根据体检团体信息确定待体检用户集合，并确定待体检用户集合中各待体检用户对应的待体检用户信息。

在本公开的一些示例性实施方式中，待体检用户可以是等待进行相应体检事件的用户，例如，待体检用户可以是一个企业的新入职员工、等待进行健康体检的普通用户、定期进行体检的企业员工等。待体检用户集合可以是等待进行体检事件的用户组成的集合。待体检用户信息可以待体检用户对应的相关信息，例如，待体检用户信息可以包括用户姓名、用户性别、用户证件号码、用户通讯信息、用户婚姻状况、用户所在城市、用户级别以及用户体检项目等。

体检团体可以通过用户信息配置平台配置待体检用户的待体检用户信息，具体包括：(1)体检团体可以进行配置企业中待体检员工的相关用户信息，可以通过健康体检系统输入待体检用户的用户姓名、用户性别用户性别、用户证件号码、用户通讯信息、用户婚姻状况、用户所在城市、用户级别以及用户体检项目等。(2)配置体检方案。根据员工级别配置对应的体检项目，以确定对应的用户体检方案。(3)体检团体还可以获取该团体中每个用户的体检信息，对该团体中的体检信息进行整合与统计，得到相关的统计信息。

用户预约端130，用于获取待体检用户的体检预约请求，并根据体检预约请求与待体检用户信息生成对应的体检预约结果，以便待体检用户根据体检预约结果进行健康体检。

在本公开的一些示例性实施方式中，体检预约请求可以是待体检用户通过健康体检系统进行体检预约操作时生成的请求。体检预约结果可以是与体检预约请求对应的预约结果，体检预约结果可以包括预约成功结果和预约失败结果。

待体检用户可以通过健康体检系统进行体检预约操作，例如，待体检用户可以在体检预约操作时，选择相关的体检项目以及体检项目对应的体检地点和体检时间。用户在提交体检预约操作后，健康体检系统可以根据体检预约操作生成对应的体检预约请求。在接收到体检预约请求，健康体检系统可以根据体检预约请求与已预约信息进行对比，确定本次体检预约请求的体检预约结果。

如果体检预约结果为预约成功结果，则可以向用户返回相应的体检时间、体检地点及相关注意事项；如果体检预约结果为预约失败结果，则向用户返回预约失败提示，并向用户推荐其他的可预约时间与可预约地点，以便用户再次进行体检预约操作。

根据本公开的健康系统系统，一方面，本公开的健康体检系统将多个体检服务提供方进行整合，体检服务提供方可以直接接入健康体检系统，使得各个体检服务提供方无需搭建各自的预约平台，减少系统的建设成本和维护代价。另一方面，用户统一通过健康体检系统的用户预约端进行体检预约操作，可以简化用户操作，增加用户的选择多样性。

在本公开的一个实施例中，信息配置平台包括方案获取子平台与方案展示子平台；方案获取子平台，用于确定多个体检服务提供方，并获取各体检服务提供方提供的初始体检方案；方案展示子平台，展示用户体检方案以及用户体检方案对应的体检方案信息。

其中，体检方案信息可以是用户体检方案所对应的相关信息，体检方案信息可以包括用户体检方案对应的详细体检项目、体检服务价格等。

参考图2，图2示意性示出了根据本公开的示例性实施方式的健康体检系统整合多个体检服务提供方的示意图。在图2中，业务人员可以与多个体检服务提供方对接体检服务合作，并将达成体检服务合作的体检服务提供方整合至健康体检系统。例如，健康体检系统中可以整合多个体检服务提供方，如第一体检服务提供方、第二体检服务提供方直至第n体检服务提供方。

在多个体检服务提供方接入健康体检系统后，健康体检系统可以通过方案获取子平台确定多个体检服务提供方，并获取各体检服务提供方提供的初始体检方案。在获取到初始体检方案后，可以对初始体检方案进行整合处理，生成对应的用户体检方案。方案展示子平台可以向用户展示用户体检方案以及用户体检方案对应的体检方案信息。

参考图3，图3示意性示出了根据本公开的示例性实施方式的初始体检方案与用户体检方案之间的对应关系图。运营人员可以通过健康体检系统维护用户体检方案，以三种常见的用户体检方案为例，三种常见的用户体检方案可以包括入职体检套餐、感恩父母套餐以及白领健康套餐。以入职体检套餐为例，用户可以通过健康体检系统查看用户体检方案中的入职体检套餐，入职体检套餐可以包括第一体检服务提供方提供的第一入职体检套餐、第二体检服务提供方提供的第二入职体检套餐直至第n体检服务提供方提供的第n入职体检套餐。不同的体检服务提供方所提供的初始入职体检套餐略有不同，如体检项目不同、体检方案价格不同等。

方案展示子平台可以展示用户体检方案，以入职体检套餐为例，入职体检方案的体检方案信息可以包括具体的体检项目。方案展示子平台中展示的入职体检套餐中包含的检查项目可以包括内科、外科、眼科、心电图、一般检查、体重指数、血常规以及尿常规等等常规体检项目。

在本公开的一个实施例中，体检方案信息包括以下信息中的一种或多种：方案图文详情信息、方案期限信息与方案价格信息。

其中，方案图文详情信息可以是与用户体检方案对应的配图信息与文字描述详情信息。方案期限信息可以包括用户体检方案的有效期限，包括起始日期和截止日期等。方案价格信息可以包括用户体检方案的总体价格与各体检项目的明细价格等信息。

健康体检系统将多个初始体检方案进行整合，并通过方案展示子平台将整合生成的用户体检方案的体检方案信息进行展示。

在本公开的一个实施例中，用户信息配置平台包括方案确定子平台；方案确定子平台，用于从待用户体检信息中获取待体检用户对应的用户级别；根据用户级别确定与待体检用户对应的体检方案集合，以便基于体检方案集合确定目标体检方案。用户级别可以是待体检用户对应的级别。体检方案集合可以是根据用户级别与用户的体检需求确定出的所有可选的用户体检方案组成的集合。目标体检方案可以是待体检用户从体检方案集合中选择出的用户体检方案。

方案确定子平台可以获取待体检用户的待体检用户信息中获取待体检用户对应的用户级别，在确定出用户级别后，可以根据用户级别从健康体检系统中确定与该待体检用户对应的体检方案集合，用户可以从体检方案集合中确定出一个目标体检方案。

在本公开的一个实施例中，用户信息配置平台还包括信息统计子平台；信息统计子平台，用于获取体检团体中所有待体检用户的用户体检事件的事件状态；根据事件状态确定体检团体包含的未体检用户信息与已体检用户信息；根据已体检用户信息与未体检用户信息确定体检团体对应的体检结果数据；体检结果数据包括实际体检率、体检结算金额。

其中，用户体检事件可以是待体检用户进行健康体检时所产生的事件，如果待体检用户进行了健康体检，则认为该待体检用户进行了相关的用户体检事件。事件状态可以是用户体检事件产生或未产生的状态，事件状态可以包括已产生状态和未产生状态。未体检用户可以是事件状态为未产生状态的用户，即还未进行健康体检的待体检用户。未体检用户信息可以是未体检用户对应的用户基本信息。已体检用户可以是事件状态为已产生状态的用户，即已体检用户可以是已经进行过健康体检的用户。已体检用户信息可以是已体检用户对应的用户基本信息。体检结果数据可以是体检团体对应的健康体检的相关数据。实际体检率可以是体检团体中实际已进行健康体检的用户数量与所有待体检用户数量之间的比例。体检结算金额可以是体检团体进行健康体检所产生的结算金额。

信息统计子平台可以获取体检团体中所有待体检用户的用户体检事件的事件状态，由于待体检用户进行健康体检之后，该用户的用户体检事件的事件状态将发生变化。在待体检用户还未进行健康体检之前，该用户对应的事件状态为未产生状态，当待体检用户进行健康体检之后，该用户的事件状态变为已产生状态，因此，通过用户的事件状态可以判断某一用户是否已进行健康体检。

在某一健康体检的有效期结束之后，可以获取体检团体中所有用户的用户信息，包括未体检用户信息与已体检用户信息，根据用户信息中的事件状态确定出体检团体中的未体检用户与已体检用户，统计未体检用户数量与已体检用户数量，并根据未体检用户数量与已体检用户数量计算体检团体的实际体检率。另外，对于已体检用户，可以从已体检用户信息中确定每个已体检用户进行健康体检所产生的体检明细金额，以根据每个已体检用户的体检明细金额计算体检结算金额。

综上所述，本公开的示例性实施例中的健康体检系统，包括：信息配置平台，用于获取多个体检服务提供方对应的初始体检方案，并基于多个初始体检方案生成对应的用户体检方案；以及配置各体检团体对应的体检团体信息；用户信息配置平台，用于根据体检团体信息确定待体检用户集合，并确定待体检用户集合中各待体检用户对应的待体检用户信息；用户预约端，用于获取待体检用户的体检预约请求，并根据体检预约请求与待体检用户信息生成对应的体检预约结果，以便待体检用户根据体检预约结果进行健康体检。一方面，本公开的健康体检系统将多个体检服务提供方进行整合，体检服务提供方可以直接接入健康体检系统，使得各个体检服务提供方无需搭建各自的预约平台，减少系统的建设成本和维护代价。另一方面，用户统一通过健康体检系统的用户预约端进行体检预约操作，可以简化用户操作，增加用户的选择多样性。再一方面，通过对健康体检系统中的用户信息进行统计分析，可以快速计算出体检团体对应的体检结果数据。

进一步地，在本示例实施例中，提供了一种体检预约方法，可以利用服务器来实现本公开的体检预约方法，也可以利用终端设备来实现本公开所述的方法，其中，本公开中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(PersonalDigital Assistant，PDA)等移动终端，以及诸如台式计算机等固定终端。图4示意性示出了根据本公开的一些实施例的体检预约方法流程的示意图。参考图4，该体检预约方法可以包括以下步骤：

步骤S410，接收第一用户通过用户预约端进行的体检预约操作，并基于第一用户对应的第一用户预约信息生成体检预约请求。

在本公开的一些示例性实施方式中，第一用户可以是还未进行健康体检的待体检用户。体检预约操作可以是第一用户通过健康体检系统进行体检预约时的用户操作。第一用户预约信息可以是第一用户在进行体检预约操作时输入的待体检用户信息。体检预约请求可以是根据第一用户的体检预约操作生成的请求。

参考图5，图5示意性示出了根据本公开的示例性实施方式的用户进行体检预约的整体流程图。第一用户可以通过健康体检系统提供的用户预约端进行体检预约操作，例如，第一用户可以通过用户预约端填写对应的用户姓名、用户性别、证件号码、通讯信息等，并且可以通过用户预约端选择对应的用户体检方案以及体检预约时间与体检预约地点等信息。第一用户在信息填写完毕后，可以点击“提交”或“确定”按钮，以结束本次的体检预约操作，并将体检预约操作的信息填写结果发送至健康体检系统。在第一用户的体检预约操作结束后，可以获取第一用户对应的第一用户预约信息。在获取到第一用户预约信息后，可以基于第一用户预约信息生成对应的体检预约请求，体检预约请求中包括第一用户选择的用户体检方案、体检预约时间、体检预约地点等。

步骤S420，响应于体检预约请求，确定与体检预约请求对应的目标体检方案。

在本公开的一些示例性实施方式中，目标体检方案可以是根据第一用户的体检预约请求确定出的体检方案。

继续参考图5，健康体检系统在接收到体检预约请求后，响应于体检预约请求，以确定出体检预约请求中的目标体检方案，并根据目标体检方案将体检预约请求发送至对应的体检服务提供方。

步骤S430，根据体检预约请求与目标体检方案确定体检预约结果，并返回体检预约结果。

在本公开的一些示例性实施方式中，体检预约结果可以是第一用户进行体检预约操作后生成是否成功预约的结果，体检预约结果包括预约成功结果与预约失败结果。

继续参考图5，体检服务提供方可以根据体检预约请求确定对应的体检预约结果，并将体检预约结果返回至健康体检系统，用户可以通过健康体检系统查看对应的体检预约结果，包括预约成功结果与预约失败结果。如果体检预约结果为预约成功结果，则第一用户对应的预约状态变更为“预约中”；如果体检预约结果为预约失败结果，则第一用户对应的预约状态变更为“预约失败”。

根据本示例实施例中的体检预约方法，用户可以通过健康体检系统提供的统一的用户预约端进行体检预约操作，确定对应的目标体检方案由于健康体检系统整合多个体检服务提供方，因此，增加用户选择的多样性与灵活性。

下面，将对本示例实施例中的体检预约方法进行进一步的说明。

根据本公开的一些示例性实施例，获取目标体检方案对应的当前预约人数与预先配置的预约人数阈值；将当前预约人数与预约人数阈值进行对比；如果当前预约人数大于等于预约人数阈值，则返回预约失败结果；如果当前预约人数小于预约人数阈值，则返回预约成功结果以及体检预约信息。

其中，当前预约人数可以是目标体检方案当前已成功完成预约操作的人数。预约人数阈值可以是预先设置的人数阈值，用于与当前预约人数进行对比。

参考图6，图6示意性示出了根据本公开的示例性实施方式的健康体检系统向第一用户发送体检预约结果的流程图。当体检服务提供方将预约结果通知发送至健康体检系统后，健康体检系统可以根据预约结果通知向第一用户发送对应的预约结果信息。具体的，在确定体检预约结果时，可以获取获取目标体检方案对应的当前预约人数与预约人数阈值，并对当前预约人数与预约人数阈值进行对比，如果如果当前预约人数大于等于预约人数阈值，则认为本次预约失败，返回预约失败结果；如果当前预约人数小于预约人数阈值，则认为本次预约成功，返回预约成功结果以及体检预约信息。

当体检预约结果为预约成功结果时，健康体检系统可以通过短信形式或公众号消息形式将体检地点、体检时间及体检注意事项等相关内容发送至第一用户，以便用户根据体检预约结果进行健康体检。当体检预约结果为预约失败结果时，健康体检系统可以通过短信形式或公众号消息形式向用户发送预约失败消息，如，向用户发送当前预约已满的提示信息，并给出用户其他可预约时间的，以便用户再次进行预约。

在本公开的一个实施例中，接收第二用户的结果查看操作，并获取第二用户的用户身份信息；根据用户身份信息对第二用户进行身份验证操作，确定身份验证操作对应的身份验证结果；根据身份验证结果获取第二用户对应的体检报告结果，并返回体检报告结果。

其中，第二用户可以是已经完成健康体检的用户。结果查看操作可以是第二用户查看体检报告结果的操作。用户身份信息可以是用于确认第二用户具体身份的相关信息，例如，用户身份信息可以包括用户的登录账号和登录密码等。身份验证操作可以是针对第二用户的用户身份信息与健康体检系统中预先存储的用户信息进行对比验证的过程。身份验证结果可以是针对第二用户进行身份验证操作后所得到的验证结果。体检报告结果可以是第二用户进行健康体检后所形成的详细体检报告。

当第二用户完成健康体检后，可以通过健康体检系统查看体检报告结果。第二用户可以通过用户预约端提供的结果查看页面进行结果查看操作，输入第二用户对应的用户账号和用户密码。健康体检系统可以获取第二用户输入的用户身份信息，并根据用户身份信息对第二用户进行身份验证操作，确定对应的身份验证结果。当第二用户输入的用户身份信息与健康体检系统中预先存储的信息一致时，则认为身份验证操作通过，获取第二用户对应的体检报告结果，并将体检报告结果展示给第二用户，以便第二用户查看体检报告结果。

例如，当用户完成健康体检后，可以在预设时间阈值后进行结果查看操作，如在第二用户完成健康体检一周内体检服务提供方可以将第二用户的体检报告结果上传至健康体检系统，健康体检系统可以通过发送短信或公众号消息等形式通知第二用户，第二用户可以登录健康体检系统查看体检报告结果。

需要说明的是，本公开所使用的术语“第一”、“第二”等，仅是为了区分不同的用户，并不应对本公开造成任何限制。

需要说明的是，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

此外，在本示例实施例中，还提供了一种体检预约装置。参考图7，该体检预约装置700可以包括：请求生成模块710、方案确定模块720以及结果确定模块730。

具体的，请求生成模块710，用于接收第一用户通过用户预约端进行的体检预约操作，并基于第一用户对应的第一用户预约信息生成体检预约请求；方案确定模块720，用于响应于体检预约请求，确定与体检预约请求对应的目标体检方案；结果确定模块730，用于根据体检预约请求与目标体检方案确定体检预约结果，并返回体检预约结果。

在本公开的一种示例性实施方案中，结果确定模块包括结果确定单元，用于获取目标体检方案对应的当前预约人数与预先配置的预约人数阈值；将当前预约人数与预约人数阈值进行对比；如果当前预约人数大于等于预约人数阈值，则返回预约失败结果；如果当前预约人数小于预约人数阈值，则返回预约成功结果以及体检预约信息。

在本公开的一种示例性实施方案中，体检预约装置还包括体检结果获取模块，用于接收第二用户的结果查看操作，并获取第二用户的用户身份信息；根据用户身份信息对第二用户进行身份验证操作，确定身份验证操作对应的身份验证结果；根据身份验证结果获取第二用户对应的体检报告结果，并返回体检报告结果。

上述中各体检预约装置的虚拟模块的具体细节已经在对应的体检预约方法中进行了详细的描述，因此此处不再赘述。

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

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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