信息展示方法和装置与流程

1.本说明书涉及计算机数据处理的技术领域，具体涉及一种信息展示方法和装置。


背景技术：

2.我国目前的医疗资源分布相对较为不均衡，许多头部的优质医院具有较好的医疗资源。相应的，许多患者在就诊时，往往也希望在头部医院进行挂号、诊断，甚至于只认准指定的医院、科室和医生来诊断病情。这就造成了较为优质的医疗资源被全国各地的病患挤兑，使得在头部医院的病患在进行检验、检查的过程中，需要等待较长的时间来排队，产生较多的时间上的浪费。例如，患者在患有疾病时，往往会选择当地较好的医院挂号诊断。在就诊过程中，医生往往会在第一诊断时，为患者指定相应的检查项目。等患者的检查项目的检查结果出具后，再进一步诊断。然而，较好的医院往往有较多的患者就医，因此实施医生指定的检查项目通常需要较长的排队等待时间，这在一定程度上会增加就诊周期，降低就诊效率。


技术实现要素：

3.有鉴于此，本说明书多个实施方式致力于提供一种信息展示方法和装置，以一定程度上缩短了就诊周期，提高了就诊效率。
4.本说明书实施方式提供了一种信息展示方法，包括：确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务；展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构。
5.本说明书实施方式提供了一种信息处理方法，包括：确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务；在根据检查方的检查项目的日程安排数据形成的检查方数据集合中，筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构；将所述检查方信息发送给客户端。
6.本说明书实施方式提供了一种信息展示装置，所述装置包括：确定模块，用于确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务；展示模块，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构。
7.本说明书实施方式提供了一种信息处理装置，所述装置包括：确定模块，用于确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务；筛选模块，用于在根据检查方的检查项目的日程安排数据形成的检查方数据集合中，筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机
构；发送模块，用于将所述检查方信息发送给客户端。
8.本说明书实施方式提出了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现所述实施方式所述的方法。
9.本说明书实施方式提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述实施方式所述的方法。
10.通过为用户展示能够在就诊时间前提供就诊资格涉及的检查项目的检查结果的检查方信息，使用户可以在就诊前预先获得诊断所需要的检查结果，在一定程度上可以缩短就诊周期，提高就诊效率。
附图说明
11.图1所示为一实施方式提供的场景实例中不同端的交互示意图。
12.图2所示为一实施方式提供的场景实例中不同端的交互示意图。
13.图3所示为一实施方式提供的就诊资格获取成功的提示页面的示意图。
14.图4所示为一实施方式提供的已经获得的就诊资格信息的记录页面的示意图。
15.图5所示为一实施方式提供的用于确定就诊资格涉及的检查项目的页面示意图。
16.图6所示为一实施方式提供的用于确定就诊资格涉及的检查项目的页面示意图。
17.图7所示为一实施方式提供的在线咨询窗口的示意图。
18.图8所示为一实施方式提供的展示检查方信息的示意图。
19.图9所示为一实施方式提供的展示检查方信息的示意图。
20.图10所示为一实施方式提供的信息展示方法的流程示意图。
21.图11所示为一实施方式提供的信息处理方法的流程示意图。
22.图12所示为一实施方式提供的信息展示装置的流程示意图。
23.图13所示为一实施方式提供的信息处理装置的流程示意图。
24.图14所示为一实施方式提供的计算机设备的功能示意图。
具体实施方式
25.为了使本技术领域的人员更好地理解本说明书方案，下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本说明书保护的范围。
26.请参阅图1、图2。在本说明书提供的信息展示系统的场景示例中，用户可能是病患，需要在线上预约某医院的专家门诊对病情进行诊断治疗。在线上预约的过程中，用户可以确定并预约实施在医院诊断所需要的检查项目，并且需要在就诊前获得相应的检查结果。在就诊时，用户便可以出具检查项目的检查结果，以帮助专家进行诊断病情。所述信息展示系统可以包括客户端和服务器。其中，信息展示系统客户端上可以登录有患者账户、医生账户等。
27.用户在具有明确的挂号目标的情况下，可以在客户端登录患者账号进行挂号请求，以获得能在诊断方处，于就诊时间进行诊断服务的就诊资格。其中，用户的挂号目标可
以是指定的医院、指定的科室、或者指定的医生。诊断方可以表示能提供诊断服务的医疗机构。指定的医院、科室或者医生可以作为在就诊时间提供诊断服务的诊断方。其中，挂号请求可以具有确定的就诊时间。客户端在接收到用户的挂号请求后，可以将所述附带有就诊时间和诊断方信息的挂号请求发送给服务器。服务器在接收到客户端发送的挂号请求后，会将挂号请求发送给相应的诊断方服务器。诊断方服务器反馈挂号成功后，用户可以获得在就诊时间的就诊资格。另外，诊断方的服务器还可以向服务器反馈在挂号目标指向科室相关的检查项目的排队情况。服务器在接收到相应的诊断方服务器发送的信息后，可以将所述信息发送给登录有患者账户的客户端。客户端可以展示就诊资格获取成功的提示页面。
28.请参阅图3，所述就诊资格获取成功的提示页面中可以包括就诊资格涉及的就诊信息。具体的，所述就诊信息可以包括就诊时间、就诊科室、就诊医生、就诊医院、挂号费用等。所述提示页面中，还可以显示提供就诊服务的医疗科室相关的备选检查项目的排队情况的信息302。换而言之，提示页面中可以提示用户在提供就诊服务的诊断方的医疗科室中，实施相应的检查项目需要的等待时间。另外，所述提示页面中还可以具有检查方信息获取控件304和检查方信息获取控件附带的展示信息306。其中，获取控件附带的展示信息306可以包括在检查方实施就诊资格涉及的检查项目，得到相应的检查结果的预计时间信息。用户可以通过比较提供就诊服务的医疗科室相关的备选检查项目的排队情况的信息302，和检查方信息获取控件附带的展示信息306，来决定是否在检查方实施所述检查项目。在用户决定在检查方实施所述检查项目的情况下，用户可以触发检查方信息获取控件304，以进一步获取并让客户端展示能实施所述检查项目的检查方信息。
29.在一些情况下，用户在成功获取就诊资格后不愿意在检查方实施检查项目。但是，在后续用户可能会改变想法。因此，可以在包括已经获得的就诊资格信息的记录页面中设置检查方信息请求控件402，以用于进一步请求客户端展示能实施所述检查项目的检查方信息。具体的，请参阅图4。图4展示的记录页面中，可以包括历史上请求就诊资格的记录信息。其中，所述记录信息可以有成功获取的记录信息或者未成功获取的记录信息。当然，也可以包括已经完成就诊的记录信息，和待就诊的记录信息。其中，待就诊的记录信息中，可以包括检查方信息请求控件402，以及检查方信息请求控件402所附带的提示信息404。所述提示信息可以包括在检查方实施所述检查项目，得到检查结果的预计时间信息。
30.在检查方信息获取控件304触发后，或者在检查方信息请求控件402触发后。客户端可以根据用户的操作确定就诊资格涉及的检查项目。或者，客户端也可以将用户的操作信息发送给服务器，由服务器确定就诊资格涉及的检查项目。具体的，请参阅图5，客户端可以展示多个对应检查项目的项目选项502。所述项目选项对应的检查项目，可以是提供诊断服务的科室所预设的备选检查项目。在所述项目选项被选中的情况下，可以将所述项目选项对应的检查项目作为就诊资格涉及的检查项目。相应的，用户可以在得到所述就诊资格涉及的检查项目的检查结果的情况下，在就诊时间前往诊断方接受诊断服务。
31.在一些情况下，用户可能具有历史上针对需要诊断的疾病实施的检查项目的检查项目清单。在这种情况下，用户可以通过客户端将检查项目清单的图片上传给服务器。服务器可以识别出检查项目清单中的检查项目，并可以将识别出的检查项目作为所述就诊资格涉及的检查项目。请参阅图6，所述医疗报告单可以包括检查项目清单。图6展示的用于上传
医院开具的医疗报告单的页面中，可以具有医疗报告单的上传控件602。在所述医疗报告单的上传控件602被触发的情况下，客户端可以接收用户上传的医疗报告单。接着客户端可以将所述医疗报告单发送给服务器。在医疗报告单是图片的情况下，服务器可以根据图像识别技术识别出医疗报告单中的检查项目，并将所述检查项目所述就诊资格涉及的检查项目。在一些实施方式中，服务器在识别出检查项目后，可以返回给客户端并由客户端进行展示。用户可以根据客户端的展示内容，对依照医疗报告单，初步确定的检查项目进行调整，以确定最终的就诊资格涉及的检查项目。
32.在一些情况下，用户可能无法自己确定就诊资格涉及的检查项目。相应的，客户端可以为用户提供在线咨询窗口。用户可以通过在线咨询窗口与医生进行沟通，以确定就诊资格涉及的检查项目。请参阅图7，所述在线咨询窗口中，可以包括用户的信息以及用户对病情的描述信息702。另外，所述在线咨询窗口中还可以包括多个对话消息704。所述对话消息可以表示住院医师与用户之间的对话内容。其中，多个对话消息中可以包括具有检查项目信息的目标对话消息706。通过目标对话消息可以确定就诊资格涉及的检查项目。具体的，客户端可以通过自然语言处理技术识别出目标对话消息。在识别到目标对话消息的情况下，可以在目标对话消息的显示区域附近提供检查方推荐控件708。用户可以直接点击检查方推荐控件708，以请求展示能够在就诊时间之前提供所述检查项目涉及的检查方信息。此外，客户端在展示检查方推荐控件708的同时，还可以展示检查方推荐控件附带描述信息710。所述描述信息可以是能提供所述检查项目的检查结果的预计时间信息。用户可以在看到描述信息710后，更加明确是否触发检查方推荐控件。
33.服务器可以接收到客户端发送的就诊资格涉及的检查项目信息。接着，服务器可以根据用户的挂号目标中的诊断方信息，在数据库中匹配出与诊断方的检查结果互认的医疗机构，作为检查方。其中，所述检查方可以表示能实施所述检查项目的医疗机构。然后，服务器可以根据检查项目，在匹配出的检查方中筛选出具有实施所述检查项目资质的检查方。此后，服务器可以与对应的具有实施所述检查项目资质的检查方的服务器进行通讯，可以得到在当前时间至就诊时间的期间内检查方实施所述检查项目的日程安排。具体的，可以得到当前时间至就诊时间的期间内检查方对应所述检查项目的号源余量情况。针对具有号源的检查方，服务器可以根据号源的检查项目的排队时间、开展时间、得到检查结果需要的等待时间等信息，计算出检查结果的预计生成时间。当所述预计生成时间在所述就诊时间之前时，可以将所述检查方的信息发送给客户端，以用于展示给用户。当然，服务器也可以根据客户端发送的用户的配置信息，例如，限定检查方的区域来筛选检查方信息。
34.在一些情况下，服务器可以根据检查方以及检查项目的多个维度以及预设的权值，计算每个检查方的推荐分数。具体的，所述多个维度可以包括预计生成时间与就诊时间之间的时间差、检查方与用户所在位置的距离等信息。服务器可以根据所述推荐分数对所述候选检查方进行排序，并将检查方、对应的次序信息以及在检查方完成所述检查项目的情况下，检查项目的结果的预计生成时间等信息发送给患者账户。患者账户可以在客户端中展示推荐分数较高的设定数量个检查方信息以及对应每个检查方的检查项目结果的预计生成时间。
35.展示所述能在就诊时间之前提供所述检查项目的检查结果的检查方信息的方法，可以有多种展示方式。请参阅图8，用于展示所述能在就诊时间之前提供所述检查项目的检
查结果的检查方信息的页面中，可以包括多个检查方展示项802。其中，所述检查方展示项可以包括检查方展示项对应的检查方中能实施所述检查项目的医疗科室信息。例如，根据图8可以得到，血常规、胃镜两个检查项目可以分别在第一人民医院的消化内科、肝胆胰中医门诊以及第二人民医院的普外科实施。相应的，所述检查方展示项中还可以包括得到所述检查项目的检查结果的预计生成时间信息804。对应每个医疗科室，还可以包括实施检查项目的时间以及相应的收费。此外，对应每个医疗科室还可以具有检查资格获取控件806。在用户决定在检查方的医疗科室实施所述检查项目后，可以触发检查资格获取控件806，以获取在相应的检查方的医疗科室，于检查时间实施所述检查项目的资格。
36.请参阅图9，展示所述能在就诊时间之前提供所述检查项目的检查结果的检查方信息的方式，还可以展示页面中展示多个检查项目展示项902。其中，所述检查项目展示项可以包括能实施相应的检查项目的检查方信息和检查方的医疗科室信息。例如，根据图9可以得到，血常规检查项目可以分别在第一人民医院的消化内科、肝胆胰中医门诊以及第二人民医院的普外科实施。胃镜检查项目也可以分别在第一人民医院的消化内科、肝胆胰中医门诊以及第二人民医院实施。相应的，所述检查项目展示项中还可以包括得到所述检查项目的检查结果的预计生成时间信息。对应每个医疗科室，还可以包括实施检查项目的时间以及相应的收费。此外，对应每个医疗科室还可以具有检查资格请求控件904。在用户决定在检查方的医疗科室实施所述检查项目后，可以触发检查资格获取控件904，以获取在相应的检查方的医疗科室，于检查时间实施所述检查项目的资格。
37.用户可以参考客户端展示的检查方信息。另外，用户还可以在其中选择检查方信息表示的检查方以及可以在所述检查方挂号来获取所述检查项目的检查资格。最后，用户可以按照检查时间前往对应的检查方完成检查项目，并且在就诊时间前得到检查项目的检查结果。根据所述检查结果，用户可以在就诊时间在就诊医院接受诊断服务。通过在提前完成检查项目，得到相应的检查结果，可以在一定程度上缩短就诊时间。另外，在不同的医疗机构实施所述检查项目，还可以在一定程度上平衡医疗资源。
38.请参阅图1。本说明书实施方式提供一种信息展示系统。所述信息展示系统可以包括客户端和服务器。所述客户端可以是具有网络访问能力的电子设备。具体的，例如，客户端可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、电视机、智能音箱、麦克风等。其中，智能可穿戴设备包括但不限于智能手环、智能手表、智能眼镜、智能头盔、智能项链等。或者，客户端也可以为能够运行于上述电子设备中的软件。服务器可以是具有一定运算处理能力的电子设备。其可以具有网络通信模块、处理器和存储器等。当然，上述服务器也可以是指运行于所述电子设备中的软体。上述服务器还可以为分布式服务器，可以是具有多个处理器、存储器、网络通信模块等协同运作的系统。或者，服务器还可以为若干服务器形成的服务器集群。或者，随着科学技术的发展，服务器还可以是能够实现说明书实施方式相应功能的新的技术手段。例如，可以是基于量子计算实现的新形态的“服务器”。
39.请参阅图10，本说明书实施方式提供了一种信息展示方法，所述方法可以包括以下步骤。
40.步骤s110：确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务。
41.用户在指定的医疗机构、指定的医疗机构的科室或者指定的医生处，就诊时可以提供涉及就诊资格的检查项目的检查结果，以便于诊断医生能够较为准确地判断用户病情以及出具治疗方案。其中，用户可以包括患者以及帮助患者执行预约的人。用户需要先在指定的医疗机构、指定的科室或者指定的医生处经过第一次诊断，明确检查项目。接着在检查项目的检查结果生成后，再在指定的医疗机构、指定的科室或者指定的医生处经过第二次诊断来确认病情。通过在指定的医疗机构、科室或者医生处进行多次诊断来确认病情，这可能会耗费较多的时间。因此，本实施方式中，通过在指定的医疗机构、指定的医疗机构的科室或者指定的医生处就诊前，确定对应的就诊资格涉及的检查项目，可以使用户在就诊时间前获取得到检查项目的检查结果。从而可以缩短就诊周期，提高就诊效率。
42.所述就诊资格可以表示能在就诊时间获得诊断服务。具体的，例如，所获得所述就诊资格的过程，可以对应医疗就诊过程中挂号的过程。在医疗就诊中，对于具有号源的科室、医生，可以通过挂号获取在对应的科室、医生处取得诊断服务的资格。挂号成功可以表示已经获得就诊资格。另外，挂号的号源可以对应有明确的就诊时间，用户可以在就诊时间前往号源对应的医疗机构科室的医生处就诊。
43.所述就诊资格可以涉及有检查项目。所述就诊资格涉及的检查项目可以是提供诊断服务的医疗机构、科室或者医生设定的检查项目。具体的，例如，在第一人民医院的消化科就诊时，可以设定需要完成血常规、胃镜和肠镜的检查项目并得到相应的检查结果后，才能供医生参考并确诊。当然，指定某主任医生处诊断时，该主任医生也可以设定诊断时需要的用于参考以确定病情的检查项目的检查结果。在一些实施方式中，所述就诊资格涉及的检查项目，也可以是用户自己确定的，或者信息展示系统根据用户输入的病例、体检报告等信息推荐的需要进行的检查项目。在用户得到相应的检查项目的检查结果后，可以在挂号号源对应诊断医生处进行诊断。
44.确定已经获得的就诊资格涉及的检查项目，可以是医疗机构、医疗机构下的科室或者医生依照诊断经验设定的。当然，确定已经获得的就诊资格涉及的检查项目，也可以是统计历史上在对应科室、医生处诊断的用户所需要完成的检查项目后确定的。例如，可以把统计次数最多的前三个检查项目作为就诊资格涉及的检查项目。在一些实施方式中，所述就诊资格涉及的检查项目也可以根据病人的历史医疗信息确定。例如，对于部分慢性病患者，每次检查时所需要的检查项目可以较为相似。因此，可以根据用户的历史疾病信息，来确定所述就诊资格涉及的检查项目。
45.步骤s120：展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构。
46.需要接受诊断的用户往往会在具有较好医疗资源的优质医院，可能具有较强医学实力的医疗机构的科室或者较为权威的专家处挂号就诊。这会在一定程度上导致用户在相应的具有较好医疗资源的医院、或者科室处挂号实施检查项目时，需要排队等待较长的时间，降低了就诊的效率。因此，在确定就诊资格涉及的检查项目后，可以为用户展示能够实施所述检查项目，并且能够在就诊时间之前提供检查项目的检查结果的医疗机构供用户进行选择。其中，检查结果可以包括检查报告中的信息。用户可以选择在排队人数较少、检查结果出具时间较早、或者距离自己较近的实施检查项目的医疗机构进行检查。在得到检查项目的检查结果后，用户可以前往挂号就诊的医疗机构实施诊断服务。例如，用户可以挂号
预约第一人民医院的胃肠科。但是由于第一人民医院胃肠科的部分检查项目需要等待较长时间，用户可以选择在等待时间较少的第二人民医院完成胃肠科涉及的检查项目。然后用户可以凭借第二人民医院出具的检查项目，在就诊时间前往第一人民医院的胃肠科进行诊断。一方面，在不同的医疗机构实施检查项目，可以在一定程度上平衡医疗资源。另一方面，也有利于缩短用户的就诊周期，提高就诊效率。这可以一定程度上避免用户因排队时间过长而耽误治疗从而危害生命。
47.所述检查方信息可以表示能对用户实施所述检查项目的医疗机构。所述检查项信息表示的检查方可以是能对用户实施所述检查项目的医疗机构。所述检查方可以是与提供诊断服务的医疗机构不同的医疗机构，也可以是提供诊断服务的医疗机构。具体的，例如，用户在第一人民医院的胃肠科处获得了在就诊时间的就诊资格后，可以明确所述就诊资格涉及的检查项目。接着可以在第二人民医院实施所述检查项目。其中，所述第二人民医院可以是检查方。相应的，检查方信息可以用于表示所述第二人民医院。
48.请参阅图8和图9，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的方法，可以是分层级展示。具体的，例如，请参阅图8，展示页面中可以具有检查方展示项802，用于展示检查方信息以及从属于所述检查方信息的医疗科室信息等。其中，最高层级的信息可以是检查方信息。相应的，次一级的信息可以是医疗科室的信息。通过将检查方信息作为最高层级的信息，并以检查方信息的维度进行展示，可以帮助用户更好地确定实施所述检查项目的检查方。在一些实施方式中，请参阅图9，展示页面中可以包括多个检查项目展示项。检查项目展示项中可以包括能实施所述检查项目的检查方信息以及医疗科室信息。其中，最高层级的信息可以检查项目的信息。在一些情况下，用户可能不在意是否在同一个检查方实施所述检查项目而更追求检查项目的检查结果的生成时间。此时，通过所述展示页面可以为用户提供能分别实施每个检查项目检查方信息，用户可以根据需求选择较早得到检查结果的检查方的确定方案。通过根据检查项目的维度展示检查方信息，可以给适用于用户的不同需求。
49.在一些实施方式中，确定已经获得的就诊资格涉及的检查项目的步骤，可以包括：展示至少一个检查项目对应的项目选项；将被指定的项目选项所对应的检查项目，作为所述就诊资格涉及的检查项目。
50.在一些情况下，一些患者可以较为清楚地明确就诊资格涉及的检查项目。例如，对于部分慢性病患者，就诊时需要提供的记录有检查项目的检查结果的检查报告基本类似，因此用户在获得就诊资格后可以较为清楚地明确所需要的就诊资格。通过提供多个检查项目对应的项目选项，可以供用户进行选择，以确定就诊资格涉及的检查项目。从而可以在一定程度上提高确定检查项目的便捷性。另外，在用户明确需要完成的检查项目时，通过用户确定检查项目，也可以避免占用较多的医疗资源。
51.所述项目选项可以对应有检查项目。所述项目选项可以对应有一个检查项目。在一些实施方式中，所述项目选项也可以对应有一组检查项目。其中，项目选项对应的一组检查项目之间可以具有相应的关联关系。例如，项目选项对应的一组检查项目可以分别检查肠、胃等。
52.对应不同的就诊资格，可以具有不同的检查项目对应的项目选项。例如，就诊资格可以表示就诊时间在第一人民医院的消化科就诊的资格。所述就诊资格涉及的检查项目可
以是与消化系统相关的检查项目。相应的，展示的多个项目选项，可以分别表示消化系统相关的检查项目或者检查项目组。对于表示在第二人民医院的外科就诊的就诊资格涉及的检查项目对应的项目选项，可以与第一人民医院的就诊资格对应的选项不同。另外，项目选项可以具有必选选项和可以可选选项。对应不同的就诊资格，必选选项和可选选项的设定也可以具有一定的差异。
53.所述项目选项可以被指定。指定所述项目选项的方法，可以是接收到用户在项目选项展示区域的选中操作后被指定，也可以是依照预先设定的默认项目选项信息，将指定对应的默认项目选项。其中，用户的选中操作可以是单机、双击、长按等。
54.展示至少一个检查项目对应的项目选项的方法，可以是展示一个项目选项页面。请参阅图5，所述项目选项页面中可以包括多个项目选项502。所述项目选项可以有必选项目选项，也可以有可选项目选项。另外，所述项目选项可以有被选中与未被选中两种状态。所述项目选项确认控件504被触发的情况下，所述被选中的项目选项对应的检查项目，可以作为就诊资格涉及的检查项目。
55.在一些实施方式中，所述就诊资格对应有医疗科室；所述医疗科室具有相应的备选检查项目；展示至少一个检查项目对应的项目选项的步骤，所述信息展示方法可以包括：展示对应所述医疗科室的备选检查项目的项目选项；相应的，将被指定的项目选项所对应的检查项目，作为所述就诊资格涉及的检查项目的步骤，包括：将被指定的项目选项所对应的备选检查项目，作为所述就诊资格涉及的检查项目。
56.在一些情况下，不同的医疗科室可以用于诊断不同类型的疾病。诊断不同类型的疾病所需要参考的记录有检查项目的检查结果的检查报告也可以不同。因此，在展示检查项目对应的项目选项时，如果展示所有的检查项目对应的项目选项时，不利于用户寻找到实际需要的项目选项所对应的检查项目。因此，针对不同的医疗科室，可以提供与医疗科室相关的检查项目对应的项目选项，可以便于用户确定实际检查所需要的检查项目。
57.此外，不同的医疗科室或者医生，根据各自经验或者所属医疗机构的医疗资源等差异，对疾病的诊断方法可以具有一定的差异。具体的，不同的医生可以根据不同的检查项目的检查结果来确定患者的同一类疾病。例如，孕早期检查方式，可以通过检查血液或者检查尿液来判定是否怀孕。因此，不同的医疗科室可以分别设定有符合各自诊断习惯的备选检查项目。用户可以在备选检查项目中确定就诊资格涉及的检查项目。在得到所述检查项目对应检查结果后，可以在医疗科室处进行诊断。通过让用户在备选检查项目中选择就诊资格涉及的检查项目，可以使得诊断过程更加符合诊断医生的习惯。在一定程度上可以提高医生诊断的效率和准确率。
58.所述备选检查项目可以是医疗科室预先设定的检查项目。所述备选检查项目，可以是医疗科室根据自身的诊断习惯设定的。当然，所述备选检查项目也可以是服务器统计历史上不同的医疗机构中，同类别的医疗科室在诊断时所需要的检查项目确定的。具体的，例如，可以统计历史上该类别的医疗科室在诊断时所需要参考的检查项目的检查报告出现的次数，将出现次数较多的若干个检查项目确定为所述备选检查项目。相应的，在确定已经获得的就诊资格涉及的检查项目的过程中，可以提供备选检查项目对应的项目选项，并且可以将被指定的项目选项对应的备选检查项目作为就诊资格涉及的检查项目。
59.在一些实施方式中，确定已经获得的就诊资格涉及的检查项目的步骤，可以包括：
接收用户的医疗报告单；其中，所述医疗报告单用于提取检查项目信息以确定所述就诊资格涉及的检查项目。
60.在一些情况下，可以通过上传用户的医疗报告单，来确定就诊资格涉及的检查项目。例如，在用户记不清检查项目，但是有可以确定所述检查项目的医疗报告单时，可以通过上传医疗报告单来确定检查项目。这样可以较为便捷且准确地确定就诊资格涉及的检查项目。
61.所述医疗报告单可以是用户历史上在医疗机构检查、诊断或者治疗时所生成记录有相关医学信息的报告。具体的，所述医疗报告单可以是用户的检查单。检查单可以包括用户历史上做过的检查项目。用户可以根据自己的症状上传历史上与该症状相近的疾病的检查单。根据历史上做过的检查项目，可以帮助确定所述就诊资格涉及的检查项目。当然，所述医疗报告单也可以是用户的体检报告。通过体检报告可以确定用户身体上相对具有健康隐患的器官，以确定相应的检查项目。在一些实施方式中，所述医疗报告单也可以是病例或者收费清单等。对于病例，依照病例可以确定用户的历史疾病。针对历史疾病可以得到相应的检查项目。例如，在用户是慢性病患者且需要诊断相应的反复发作的病痛的情况下，用户可以上传历史病例，以确定与病史相关的检查项目。同样的，部分收费清单上可以包括检查项目的收费信息，也可以用于帮助确定检查项目。
62.在一些实施方式中，所述医疗报告单也可以根据用户的患病症状生成。根据患病症状，可以在数据库中确定具有该症状的候选疾病。将诊断候选疾病所需要的检查项目，可以作为就诊资格涉及的检查项目。在一些实施方式中，上传的医疗报告单可以是图像，可以对所述图像进行识别得出检查项目。
63.请参照图7，在一些实施方式中，确定已经获得的就诊资格涉及的检查项目的步骤，可以包括：提供在线咨询窗口；其中，所述在线咨询窗口包括对话消息；其中，所述对话消息中包括表示所述就诊资格涉及的检查项目的目标对话消息；依照所述目标对话消息，确定所述就诊资格涉及的检查项目。
64.在一些情况下，用户可能对自己的病状了解不够清晰，较难通过上传历史的医疗报告单来确定就诊资格涉及的检查项目。因此，在这种情况下，客户端可以向用户提供在线咨询窗口，用户可以在在线咨询窗口中，与在线医师实时沟通。在线医师可以在明确用户的症状的情况下，可以向用户建议检查项目，以作为就诊资格涉及的检查项目。通过提供在线咨询窗口，可以为准确便捷地帮助用户确定就诊资格涉及的检查项目。
65.所述在线咨询窗口可以为用户和在线医师提供通讯。请参阅图7，所述在线咨询窗口中可以包括对话消息704。具体的，对话消息可以包括用户的对话消息和在线医师的对话消息。对话消息可以表示用户与在线医师的交流信息。通过对话消息可以确定就诊资格涉及的检查项目。具体的，例如，用户可以发送“需要做什么检查项目”。相应的，在线医师可以回复“胃镜、血常规”。其中，根据在线医师的回复的对话消息确定检查项目。其中，可以用于确定检查项目的信息可以作为所述目标对话消息。其中，在线医师回复的“胃镜、血常规”可以是目标对话消息。
66.在一些实施方式中，所述目标对话消息也可以是用户提出的。例如，用户可以咨询“我有胃部胀痛，做一下胃镜和血常规就可以了吗”。在线医师可以回复“是的”。从而可以确定目标对话消息。当然，当在线医师否定用户提出的检查项目时，用户提供的对话消息，可
以不作为所述目标对话消息。在一些实施方式中，请参阅图7，用户可以预先输入病情描述信息。相应的，在线咨询窗口中，可以包括用户的病情描述信息。住院医师便可以直接回复需要的检查项目。或者，住院医师也可以基于病情描述信息，追求相应内容后，确定就诊资格涉及的检查项目。
67.依照所述目标对话消息，确定所述就诊资格涉及的检查项目的方法，可以是根据自然语言技术，识别目标沟通消息中表示检查项目的实体词。并且，可以将所述实体词表示的检查项目作为就诊资格涉及的检查项目。在一些实施方式中，目标对话消息可以是用户提出的。相应的，依照所述目标对话消息，确定所述就诊资格涉及的检查项目的方法，还需要在目标对话消息后发送后的对话消息中，识别在线医师发送的具有肯定语义的对话消息。在识别到所述具有肯定语义的对话消息后，可以将所述目标对话消息包括的检查项目信息表示的检查项目，作为就诊资格涉及的检查项目。
68.在一些实施方式中，所述信息展示方法还可以包括：识别所述在线咨询窗口中的目标对话消息。
69.在在线咨询窗口的对话消息中确定目标对话消息的方法，可以是客户端自动在对话消息中识别出目标对话消息。通过客户端自动识别，可以提高通过在线咨询来确定就诊资格涉及的检查项目的方法的效率。具体的，客户端可以实时识别在线咨询窗口中的对话消息。通过自然语言识别技术，可以对对话消息分词并判断其中是否包含了表示检查项目的词汇。在识别到在线医师发送了表示检查项目的词汇的对话消息的消息时，可以将所述对话消息确定为目标对话消息。或者，在识别到用户发送了表示检查项目的词汇的对话消息的消息，并且得到了在线医生的肯定回复时，可以将用户发送的对话消息确定为目标对话消息。
70.在一些实施方式中，所述信息展示方法还可以包括：在所述在线咨询窗口的对话消息中，指定目标对话消息。
71.在一些情况下，通过客户端识别得到的目标对话消息并不准确。因此，可以接收用户的指定操作，将用户指定的对话消息，确定为目标对话消息，以确保在对话消息中确定目标对话消息的准确率。具体的，例如，在线医生在发送了包括检查项目的对话消息后。用户可以长按所述对话消息的显示区域，从而指定所述对话消息为目标对话消息。在一些实施方式中，在所述在线咨询窗口的对话消息中，指定目标对话消息的方法，也可以是通过单击、双击对话消息的显示区域。或者，也可以是为用户提供对应每个对话消息的目标对话消息确定控件。在所述目标对话消息的确定控件触发的情况下，将对应的对话消息作为目标对话消息。
72.在一些实施方式中，所述方法信息展示方法还可以包括：在所述在线咨询窗口中对应所述目标对话消息的区域，提供用于展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的检查方推荐控件；相应的，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤，包括：在所述检查方推荐控件被触发的情况下，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。
73.根据在线咨询窗口包括的目标对话消息确定所述就诊资格涉及的检查项目后，用户还需要返回可以输入检查项目信息的页面输入相应的检查项目，较为不便。因此，客户端可以在在线咨询窗口中为用户提供相应的检查方推荐控件。在确定目标检查项目后，用户
可以直接触发检查方推荐控件。接着，客户端便可以展示相应的能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。这在一定程度上减少了用户的操作步骤，提高了用户体检和信息展示方法的使用效率。
74.提供用于展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的检查方推荐控件的方式，可以是在在线咨询窗口中展示一个检查方推荐控件。在确定检查项目前，所述检查方推荐控件可以处于无法使用的阶段。在确定检查项目后，所述检查方推荐控件可以使用，并且所述检查方推荐控件在被触发后，可以展示在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。当然，在一些实施方式中，所述检查方推荐控件也可以在目标对话消息被确定后展示。具体的，例如，在客户端识别到目标对话消息后，可以在目标对话消息附近显示检查方推荐控件。相应的，用户就可以直接触发所述检查方推荐控件以使客户端展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。
75.所述检查方推荐控件被触发的方式，可以是单机、双击或者长按等操作。在所述检查方推荐控件被触发后，可以跳转页面展示在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。或者，可以在当前页面中提供一个子页面用于展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。
76.在一些实施方式中，所述检查方推荐控件附带有能提供所述检查项目的检查结果的预计时间信息；在所述在线咨询窗口中，提供用于展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的检查方推荐控件的步骤，可以包括：展示检查方推荐控件，和所述检查方推荐控件附带的能提供所述检查项目的检查结果的预计时间信息。
77.在一些情况下，用户对于是否要在非提供诊断服务的医疗机构实施所述检查项目的意愿可能并不明确。另外，用户也可能不清楚在客户端提供的检查方信息表示的检查方实施所述检查项目，得到相应的检查结果的生成时间会相比在提供诊断服务的医疗机构实施所述检查项目得到相应的检查结果的时间会提早多少。因此，用户可能会对是否触发检查方推荐控件具有一定的迟疑。因此，在展示检查方推荐控件的同时，可以展示在检查方信息表示的检查方实施所述检查项目的描述信息。其中，描述信息可以包括检查结果的生成的预计时间信息。通过展示所述描述信息可以更好地帮助用户决断是否触发检查方推荐控件。具体的，例如，在客户端识别到目标对话消息后，可以在目标对话消息附近显示检查方推荐控件以及相应检查方推荐控件附带的能提供所述检查项目的检查结果的预计时间信息。例如，请参照图7，可以显示“去推荐检查方挂号检查，可以最快3天拿到检查报告”。通过展示检查方推荐控件，和所述检查方推荐控件附带的能提供所述检查项目的记录有检查结果的检查报告的预计时间信息可以让用户更清晰地明确在检查方实施所述检查项目的优势，从而触发检查方推荐控件，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息以帮助用户缩短就诊周期，提高就诊效率。
78.请参阅图8，在一些实施方式中，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤，可以包括：对应能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息，提供检查方信息的检查方展示项；其中，所述检查方展示项包括所述检查方信息表示的检查方中能实施所述检查项目的医疗科室信息。
79.检查方可以表示能实施所述检查项目的医疗机构。相应的，所述检查方可以包括
医疗科室。所述医疗科室信息可以表示所述医疗科室。所述医疗科室可以实施相应的检查项目。对于相同的检查项目，检查方中可以有多个医疗科室能够实施并在所述就诊时间之前提供相应的检查结果。因此，在展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的同时，可以展示所述检查方信息表示的检查方包括的能实施所述检查项目，并且能在所述就诊时间之前能提供所述检查项目的检查结果的医疗科室信息。这样可以更加便于用户确定能实施所述检查项目的医疗科室，以进一步在相应的医疗科室挂号检查。
80.在一些实施方式中，所述检查方展示项包括所述医疗科室信息表示的医疗科室能提供所述检查项目的检查结果的预计时间信息。
81.在一些情况下，通过在检查方展示项中展示对应医疗科室能提供所述检查项目的检查结果的预计时间信息，可以帮助用户选择最为适合的医疗科室，以使得用户进一步在相应的医疗科室实施相应的检查项目。
82.医疗科室信息表示的医疗科室中，不同检查项目的预计时间信息可以相同，也可以不同。在一些实施方式中，对应不同的医疗科室，检查方展示项还可以设有提示信息。所述提示信息可以表示医疗科室相关的信息。例如，所述提示信息可以表示得到就诊资格涉及的所有检查项目的检查结果所需要的最长等待时间信息。请参阅图8，其中提示信息804以等待时间为例。当然，所述提示信息也可以表示用户在历史上在所述医疗科室挂号的次数，或者医疗科室与用户位置的距离等信息，或者检查时间等信息以供用户参考。
83.在一些实施方式中，对应所述医疗科室提供有检查资格获取控件；所述信息展示方法还可以包括：在所述检查资格获取控件被触发的情况下，获取在检查时间能在所述检查资格获取控件对应的医疗科室实施所述检查项目的检查资格。
84.在检查方展示项中，对应每个检查方的医疗科室信息，可以设有相应的用于获取在所述医疗科室信息表示的医疗科室实施所述检查项目的检查资格的检查资格获取控件。通过提供检查资格获取控件，可以使得用户能够较为便捷地在展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的页面中，能够获取相应的检查资格，提高了操作的便捷性。
85.所述检查资格获取控件可以是用于获取相应的医疗科室实施就诊资格涉及的检查项目的检查资格。所述检查资格可以是针对就诊资格涉及的检查项目的挂号资格。在获取到检查资格后，用户可以在检查时间前往相应的检查方的医疗科室，实施所述检查项目。
86.所述检查资格获取控件被触发的方式，可以是接收用户的单机、双击或者长按等操作。
87.获取在检查时间在所述检查资格获取控件对应的医疗科室实施所述检查项目的检查资格，可以在所述检查资格获取控件被触发后，客户端向服务器发送检查资格获取请求。其中，所述服务器可以是信息展示方法涉及的服务器，也可以检查方的服务器。在服务器反馈检查资格获取成功的情况下，用户可以获得相应的检查资格。客户端可以显示检查资格获取成功的页面。所述页面中，可以显示检查方信息、医疗科室信息、检查时间、检查医生以及挂号费用等信息。
88.请参阅图9，在一些实施方式中，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤，包括：展示所述就诊资格涉及的检查项目对应的检查项目
展示项；其中，所述检查项目展示项包括能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。
89.在一些情况下，检查方资源可能相对较少。例如，就诊资格涉及的检查项目包括多个检查项目时，所述检查项目在同一个检查方实施可能无法保证在就诊时间之前提供相应的检查结果。因此，可以针对每个就诊资格涉及的检查项目，为用户提供能分别实施所述检查项目的检查方信息。用户可以挑选每个检查项目对应的检查方，并在检查时间前往相应的检查方实施所述检查项目。一方面，在不同检查方实施不同的检查项目，可以确定不同的检查结果的预计生成时间，以满足不同用户的需求。例如，在不同检查方实施相应的检查项目，可以更早地拿到记录有检查结果的检查报告。另一方面，在不同检查方实施不同的检查项目，也可以在检查方资源较少的情况下，更合理地为用户推荐能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。例如，用户所在地区的检查方，在就诊时间之前，在同一个检查方实施所述检查项目均需要排较长时间的队。在不同检查方实施不同的检查项目，可以等待相对较短的时间。因此，可以为用户展示在不同检查方实施检查项目的方案可以平衡医疗资源。或者，有部分检查方医疗资源相对充裕但是只有实施部分检查项目的资质，可以在该类检查方实施能完成的检查项目，在其他检查方实施另外的检查项目。
90.在一些实施方式中，所述检查项目展示项可以包括的检查方信息，也可以包括在所述检查方实施所述检查项目，得到相应的检查结果的预计时间信息和相应的用于获取在检查方实施检查项目的检查资格。当然，所述检查方信息也可以对应有多个属于所述检查方信息表示的检查方的医疗科室信息以及对应的得到检查结果的预计时间信息和相应的用于在相应的医疗科室获取检查资格的控件。具体的，例如，检查项目展示项可以包括三个层级的信息。第一个层级可以表示检查项目，第二个层级可以表示能实施第一个层级表示的检查项目的检查方，第三个层级可以表示能实施第一个层级表示的检查项目，并且隶属于第二个层级所表示的检查方的医疗科室。
91.请参阅图3，在一些实施方式中，确定已经获得的就诊资格涉及的检查项目的步骤前，所述信息展示方法还可以包括：展示表示就诊资格获取成功的提示页面；其中，所述提示页面包括检查方信息获取控件；在所述检查方信息确定控件被触发的情况下，才执行所述确定已经获得的就诊资格涉及的检查项目的步骤。
92.在一些情况下，在用户获取成功就诊资格的情况下，可以在就诊资格获取成功的提示页面中展示检查方信息获取控件。相应的，用户可以在获取成功就诊资格的同时，开始确定所述就诊资格涉及的检查项目的检查方信息的步骤，而不用再跳转至其他页面后再执行所述步骤。请参阅图3，所述就诊资格获取成功的提示页面中还可以包括就诊资格涉及的就诊信息。具体的，所述就诊信息可以包括就诊时间、就诊科室、就诊医生、就诊医院、挂号费用等。所述提示页面中，还可以显示提供就诊服务的医疗科室相关的备选检查项目的排队情况的信息302。用户便可以根据所述排队情况，明确是否要进一步地执行确定就诊资格涉及的检查项目，以使客户端提供相应的能在就诊时间之前出具检查项目的检查清单的检查方信息。在用户决定在检查方实施所述检查项目的情况下，用户可以触发检查方信息获取控件304，以进一步获取并让客户端展示能实施所述检查项目的检查方信息。
93.请参阅图4，在一些实施方式中，确定已经获得的就诊资格涉及的检查项目的步骤前，所述信息展示方法还可以包括：展示包括已经获得的就诊资格信息的记录页面；其中，
所述记录页面中，表示处于等待就诊状态的就诊资格信息对应有检查方信息请求控件；在所述检查方信息请求控件被触发的情况下，才执行所述确定已经获得的就诊资格涉及的检查项目的步骤。
94.在一些情况下，用户在成功获取就诊资格后不愿意在检查方实施检查项目。但是，在后续用户可能会改变想法。因此，可以在包括已经获得的就诊资格信息的记录页面中设置检查方信息请求控件402，以用于进一步请求客户端展示能实施所述检查项目的检查方信息。具体的，请参阅图4。图4展示的记录页面中，可以包括历史上请求就诊资格的记录信息。其中，所述记录信息可以有成功获取的记录信息或者未成功获取的记录信息。当然，也可以包括已经完成就诊的记录信息，和待就诊的记录信息。其中，待就诊的记录信息中，可以包括检查方信息请求控件402，以及检查方信息请求控件402所附带的提示信息404。所述提示信息可以包括在检查方实施所述检查项目，得到检查结果的预计时间信息。通过在记录页面中提供检查方信息请求控件，可以给用户提供更多的渠道来执行所述信息展示方法，可以在一定程度上提高用户的体验。
95.在一些实施方式中，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤，可以包括：展示能在所述就诊时间之前提供所述检查项目的检查结果，并且被所述就诊资格对应的诊断方认可的检查方的检查方信息；其中，所述诊断方表示能对用户提供诊断服务的医疗机构；或者，展示能在所述就诊时间之前提供所述检查项目的检查结果，并且被所述就诊资格对应的医院科室认可的检查方的检查方信息；或者，展示能在所述就诊时间之前提供所述检查项目的检查结果，并且被所述就诊资格对应的医生认可的检查方的检查方信息。
96.在一些情况下，在某个医疗机构进行诊断时，要提供在该医疗机构出具的记录有检查结果的检查报告。但是，其他医疗机构的检查报告的效力可以是被该医疗机构认可的。我国也一直在推进医疗机构间检验检查结果互认，以提高医疗资源利用效率，降低医疗费用，改善就医体验。例如，第一人民医院可以认可第二人民医院出具的检查报告。相应的，用户可以持第二人民医院的检查结果前往第一人民医院就诊，而不会因出具检查报告的医院与就诊的医院不同而难以进行诊断。因此，在向用户展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息时，还可以将能被所述诊断方认可的检查方进行展示，以在一定程度上避免因出具的记录有检查结果的检查报告的医疗机构与就诊的医疗机构不同而导致无法顺利开展诊断服务。其中，所述诊断方可以表示能对用户提供诊断服务的医疗机构。相应的，就诊资格可以对应一个诊断方。
97.在一些实施方式中，医疗机构的医疗科室可以具有相应的认可效力的医疗机构或者医疗科室。例如，第一人民医院的消化科可以在全国具有较强的实力。相应的，第一人民医院的消化科认可的医疗机构或者医疗科室的数量可以相对较少，且可以都是相对在消化领域有较强实力的医院或者科室。或者，就诊资格对应的医生可以具有较强的能力。所述医生也可以具有自己认可的检查方。依照医疗机构、医疗科室或者医生之间的互认关系，可以在一定程度上保证用户能够顺利进行医疗诊断。
98.请参阅图11，本说明书实施方式提供了一种信息处理方法，所述方法可以应用于服务器，所述方法可以包括以下步骤。
99.步骤s210：确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有
就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务。
100.服务器可以依照客户端发送的信息，来确定就诊资格涉及的检查项目。依照所述就诊资格涉及的检查项目，可以客户端发送相应的能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。客户端可以在接收到服务器发送的相应的检查方信息后，展示给用户。从而使用户可以在就诊时间前获取得到检查项目的检查结果，进而可以缩短就诊周期，提高就诊效率。
101.所述确定已经获得的就诊资格涉及的检查项目的方法，可以是接收到客户端指定的检查项目，将其作为已经获得的就诊资格涉及的检查项目。在客户端没有指定检查项目的情况下，也可以根据默认的检查项目来确定已经获得的就诊资格涉及的检查项目。对应不同的就诊资格，所述默认的检查项目可以不同。具体的，例如，就诊资格可以对应有医疗科室。对应胃肠科的就诊资格的默认检查项目可以是胃镜。在脑科的默认检查项目是ct。在一些实施方式中，服务器也可以根据客户端发送的信息，来确定所述就诊资格涉及的检查项目。例如，客户端可以发送有病状信息，服务器可以根据病状信息确定相对应的检查项目，作为所述就诊资格涉及的检查项目。
102.步骤s220：在根据检查方的检查项目的日程安排数据形成的检查方数据集合中，筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构。
103.服务器可以根据就诊资格涉及的检查项目和就诊时间，来筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息，以发送给客户端。具体的，服务器可以筛选出能实施所述就诊资格涉及的检查项目，以及能在所述就诊时间之前的提供所述检查项目的检查结果的检查方信息。
104.所述日程安排可以表示检查方随时间进度实施计划所述检查项目的时刻排布。具体的，例如，所述日程安排可以表示检查方关于所述检查项目每天的号源量。其中，号源量可以表示根据检查方的医疗资源，每天所能实施的所述检查项目的数量。例如，检查方依照设备、工作人员的限制，每天可以计划实施十组所述检查项目。在其他患者预约满所述号源量的情况下，用户可能就无法再预约满的时间段内实施相应的检查项目。相应的，用户可以预约其他号源量相对充足且能够在就诊时间之前得到相应的检查结果的号源。根据不同检查方的日程安排数据，可以筛选得到能够在就诊时间之前得到相应的检查结果的检查方信息。
105.所述筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的方法，可以是计算出每个检查方最早得到检查结果的预计时间信息。将所述预计时间信息表示的时间在所述就诊时间之前的检查方，作为能够推荐给用户的检查方。当然，筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的方法，也可以是依照用户的设定或者预设的筛选规则。例如，可以筛选出在指定地区的检查方，这样可以在一定程度上避免用户前往较远的检查方实施所述检查项目，从而浪费较多的时间。在一些实施方式中，医疗机构之间的检查结果并不是全部互相认可的。因此，也可以筛选出能被就诊资格对应的诊断方认可的检查方信息，推荐给用户。
106.步骤s230：将所述检查方信息发送给客户端。
107.在服务器确定了能在所述就诊时间之前提供所述检查项目的检查结果的检查方
信息后，可以将所述检查方信息反馈给客户端。客户端可以在接收到服务器发送的相应的检查方信息后，展示给用户。从而使用户可以在就诊时间前获取得到检查项目的检查结果，进而可以缩短就诊周期，提高就诊效率。
108.将所述检查方信息发送给客户端的方法，可以是服务器在接收到客户端发送的就诊资格涉及的检查项目信息后，将匹配到的能实施所述检查项目信息表示的检查项目的检查方信息发送给客户端。当然，将所述检查方信息发送给客户端的方法，也可以是服务器根据就诊资格对应的默认的检查项目，将匹配到的能实施所述检查项目信息表示的检查项目的检查方信息发送给客户端。
109.在一些实施方式中，在根据检查方的检查项目的日程安排数据形成的检查方数据集合中，筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤，包括：根据检查方的检查项目的日程安排数据，分别确定检查方实施所述检查项目的预计开展时间；基于所述预计开展时间，得到检查方能提供所述检查项目的检查结果的预计时间；将所述检查结果的预计时间不晚于所述就诊时间的检查方，作为能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息表示的检查方。
110.根据检查方检查项目的日程安排数据，可以较为方便地得到所述检查结果的预计时间信息。具体的，可以先根据检查方数据集合中，每个检查方的日程安排，选择最早能实施所述检查项目的时间。接着根据检查方对应的生成检查结果的等待时间，计算生成所述检查结果的预计时间信息，从而确定能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息表示的检查方。
111.所述分别确定检查方实施所述检查项目的预计开展时间的方法，可以是遍历检查方具有号源的时间点。其中，所述预计开展时间可以表示检查方空余号源所对应的时间。例如，5月20日检查方具有实施所述检查项目的号源。因此，可以将5月20日作为所述预计开展时间。在一些实施方式中，每个检查方的预计开展时间可以有多个，分别可以表示多个具有实施所述检查项目的号源的时间点。
112.基于所述预计开展时间，得到检查方能提供所述检查项目的检查结果的预计时间的方法，可以是依照检查方在检查项目实施完成后，生成检查结果需要的等待时间。例如，5月20日可以作为预计开展时间，相应的检查结果需要一个月才能得到。那么6月20日则可以最为所述检查方能提供所述检查项目的检查结果的预计时间。在一些实施方式中，预计开展时间可以有多个，相应的，检查方能提供所述检查项目的检查结果的预计时间也可以有多个。
113.将所述检查结果的预计时间不晚于所述就诊时间的检查方，作为能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息表示的检查方的方法，可以是比较检查方能提供所述检查项目的检查结果的预计时间和就诊时间。可以将所述预计时间早于所述就诊时间的检查方，作为能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息表示的检查方。在一些实施方式中，同一个检查方可以有多个检查时间点对应的号源，能够使得检查结果在就诊时间之前生成。也就是说，同一个检查方可以有多个预计开展时间，且用户获取到对应所述预计开展时间的号源，并在预计开展时间实施所述检查项目后，可以都能在就诊时间之前拿到检查结果。相应的，服务器可以将所述多个预计开展时间对应的号源，发送给客户端，以展示给用户。
114.在一些实施方式中，确定能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤，可以包括：确定能在所述就诊时间之前提供所述检查项目的检查结果，并且处于指定地区的检查方的检查方信息；或者，确定能在所述就诊时间之前提供所述检查项目的检查结果，并且被诊断方认可的检查方的检查方信息；其中，所述诊断方表示能对用户提供诊断服务的医疗机构。
115.在一些情况下，用户在就诊时往往会选择就近的医疗机构进行诊断。例如，用户会选择同一城市中具有较好医疗资源的医院进行诊断。相应的，在给用户展示能完成所述就诊资格涉及的检查项目时，也可以推荐处于指定地区的检查方信息。例如可以展示用户所在城市的检查方信息。当然，所述指定地区也可以是用户设定的。例如，用户可以设定指定区域为，地铁能够覆盖的区域。在一些实施方式中，所述指定地区可以表示为诊断方所在的城市。例如，用户可以离开自己所在的城市，前往具有较为发达的医疗资源的城市的医疗机构就诊。在这种情况下，用户可以在所述城市停留一段时间。因此，客户端可以给用户提供就诊医院所在城市的检查方，以供用户实施所述检查项目。通过将处于指定地区的检查方的检查方信息展示给用户，可以为用户提供符合需求且可行的检查方信息，提高用户实施检查项目的体验。
116.在一些实施方式中，确定能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息的步骤还可以考虑到出具记录有检查结果的检查报告的检查方与就诊的医疗机构之间对于检查报告的互认关系。具体的，可以选择能被诊断方认可的，并且能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息。
117.在一些实施方式中，确定已经获得的就诊资格涉及的检查项目的步骤，可以包括：接收用户的医疗报告单；其中，所述医疗报告包括所述就诊资格涉及的检查项目；依照所述医疗报告单，确定所述就诊资格涉及的检查项目。
118.在一些情况下，用户可能并不明确就诊资格涉及的检查项目。但是，用户可以提供与就诊资格具有一定联系的医疗报告单。根据所述医疗报告单中包含的信息，服务器可以确定相应的就诊资格涉及的检查项目。其中，所述医疗报告单的信息中，可以包括就诊资格涉及的检查项目信息。例如，所述医疗报告单可以是用户历史上实施的检查项目形成的清单检查项目清单。因此，服务器可以接收到客户端发送的用户的医疗报告单。依照所述医疗报告单可以确定就诊资格涉及的检查项目，提高了检查项目确定的效率。
119.所述依照所述医疗报告单，确定所述就诊资格涉及的检查项目的方法，可以是通提取医疗报告单中与检查项目相关的文本信息，接着根据所述文本信息确定就诊资格涉及的检查项目。具体的，例如，在医疗报告单是检查清单的情况下，可以通过自然语言处理识别检查清单的文本信息中的检查项目实体词，从而确定就诊资格涉及的检查项目。在医疗报告单是根据用户的不适症状形成的报告的情况下，可以根据用户的不适症状，确定检查项目。具体的，服务器可以设有不适症状与检查项目的对应关系。例如，在用户肠胃不适的情况下，可以将胃镜作为就诊资格涉及的检查项目。当然，在一些情况下，用户可能是慢性病患者，需要再次诊断相应的疾病。但是可能用户不明确具体的检查项目。此时，用户可以上传与相应的疾病相关的病例、体检报告等信息，来确定就诊资格涉及的检查项目。
120.在一些实施方式中，所述医疗报告单包括医疗报告单图片；依照所述医疗报告单，确定所述就诊资格涉及的检查项目的步骤，可以包括：识别所述医疗报告单图片，得到医疗
报告单图片的文本信息；根据所述文本信息，确定所述就诊资格涉及的检查项目。
121.用户所持有的医疗报告单可能是纸质文件，或者，用户所使用的客户端上不具备相应的文件。在这种情况下，服务器可以接收客户端发送的医疗报告单图片，根据所述医疗报告单图片确定就诊资格涉及的检查项目。这可以较为便捷地帮助用户确定检查项目。其中，所述医疗报告单图片可以是包括医疗报告单信息的图片。具体的，例如，所述医疗报告单图片可以是用户通过摄像装备将纸质医疗报告单，或者在显示器上显示的电子医疗报告单拍摄的照片。
122.识别所述医疗报告单图片，得到医疗报告单图片的文本信息的方法，可以是通过基于深度学习的图像识别技术，识别出医疗报告图片中的文本信息。当然，也可以是通光学字符识别出医疗报告单图片中的文本信息。其中，所述文本信息可以表示医疗报告单涉及的文字。
123.根据所述文本信息，确定所述就诊资格涉及的检查项目的方法，可以是提取文本信息中的检查项目信息。将所述检查项目信息表示的检查项目，确定为所述就诊资格涉及的检查项目。在一些实施方式中，所述医疗报告单可以具有与检查项目相关的信息。根据所述文本信息，确定所述就诊资格涉及的检查项目的方法可以是先识别出于所述检查项目相关的信息，在基于语义分析或者根据预设的对应关系，确定检查项目。具体的，例如，医疗报告单图片可以包括症状信息。基于数据库中存储的不同疾病的症状信息，可以确定医疗报告单图片中的症状信息所对应的多个候选疾病。统计诊断所述多个候选疾病所需要的检查项目，可以确定所述就诊资格涉及的检查项目。
124.请参阅图12，本说明书实施方式提供了一种信息展示装置，所述装置可以包括：确定模块和展示模块。
125.确定模块，用于确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务。
126.展示模块，展示能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构。
127.关于信息展示装置实现的具体功能和效果，可以参照本说明书其他实施方式对照解释，在此不再赘述。所述信息展示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。所述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
128.请参阅图13，本说明书实施方式提供了一种信息处理装置，所述装置可以包括：确定模块、筛选模块和发送模块。
129.确定模块，用于确定已经获得的就诊资格涉及的检查项目；其中，所述就诊资格对应有就诊时间；其中，所述就诊资格表示能在所述就诊时间获得诊断服务。
130.筛选模块，用于在根据检查方的检查项目的日程安排数据形成的检查方数据集合中，筛选能在所述就诊时间之前提供所述检查项目的检查结果的检查方信息；其中，所述检查方信息表示能对用户实施所述检查项目的医疗机构。
131.发送模块，用于将所述检查方信息发送给客户端。
132.关于信息处理装置实现的具体功能和效果，可以参照本说明书其他实施方式对照
解释，在此不再赘述。所述信息展示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。所述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
133.请参阅图14。在一些实施方式中可以提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现所述实施方式中的方法。
134.在一些实施方式中可以提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现所述实施方式中的方法。关于信息展示装置实现的具体功能和效果，可以参照本说明书其他实施方式对照解释，在此不再赘述。所述信息展示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。所述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
135.本领域普通技术人员可以理解实现所述实施方式方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如所述各方法的实施方式的流程。其中，本说明书所提供的各实施方式中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（read-only memory，rom）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（random access memory，ram）或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器（static random access memory，sram）或动态随机存取存储器（dynamic random access memory，dram）等。
136.应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
137.本说明书多个实施方式之间，采用递进的方式进行描述。不同的实施方式着重于描述相较于其它实施方式不相同的部分。所属领域技术人员在阅读本说明书之后，可以获知本说明书中的多个实施方式，以及实施方式揭示的多个技术特征，可以进行更多种的组合，为使描述简洁，未对所述实施方式中的各个技术特征所有可能的组合都进行描述。然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
138.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
139.以上所述仅为本案的实施方式而已，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本说明书揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本说明书的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。