信息交互的方法、装置、设备和介质与流程

本发明涉及互联网技术领域，尤其涉及一种信息交互的方法、装置、设备和介质。

背景技术：

为了更好的了解患者的病情状况，医务工作者会将每次患者的问诊情况记录在患者的病历中，并显示给医务工作者。

然而，目前对于患者的病情状况的显示，仅能满足医务工作者查看到患者每次的问诊情况。但是，对于需要长期服药或是需要长期遵从医嘱的患者，医务工作者就无法在患者离开医院期间及时查看患者的病情状况，也就无法及时调整医嘱或提醒患者前来医院进行治疗或其他相关的病情处理。

技术实现要素：

本发明实施例提供了一种信息交互的方法、装置、设备和介质，能够使医务工作者在患者离开医院期间仍能及时查看到患者的病情状况，并基于患者的病情状况及时进行相关的病情处理。

本发明实施例的一方面，提供一种信息交互的方法，该方法包括：

接收用户的第一输入；

响应于第一输入，获取n个患者的病情信息，其中，病情信息为患者上传至电子设备的病情信息，n为正整数；

在第一交互界面上分别显示n个患者的病情信息在第一交互界面上显示n个患者的病情信息，其中，n为正整数，病情信息为患者上传至电子设备的病情信息；

接收用户对第一交互界面内预设控件的第二输入；

响应于第二输入，对n个患者中满足预设条件的m个患者的病情信息进行批量处理，其中，m≤n，m为正整数。

本发明实施例的另一方面，提供一种信息交互的装置，该装置包括：

第一接收模块，用于接收用户的第一输入；

获取模块，用于响应于第一输入，获取n个患者的病情信息，其中，病情信息为患者上传至电子设备的病情信息，n为正整数；

显示模块，用于在第一交互界面上显示n个患者的病情信息；

第二接收模块，用于接收用户对第一交互界面内预设控件的第二输入；

处理模块，用于响应于第二输入，对n个患者中满足预设条件的m个患者的病情信息进行批量处理，其中，m≤n，m为正整数。

根据本发明实施例的另一方面，提供一种信息交互的设备，该设备包括：

处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如上述本发明实施例提供的信息交互的方法。

根据本发明实施例的另一方面，提供一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如上述本发明实施例提供的信息交互的方法。

本发明实施例提供的信息交互的方法、装置、设备和介质，用户在电子设备上进行第一输入之后，即可在电子设备的第一交互界面上查看到患者上传的病情信息，使得医生等专业人员即使是在患者离开医院期间，也可以查看患者的病情信息，并且通过对第一交互界面内预设控件进行输入，可以对n个患者中满足预设条件的m个患者的病情信息进行批量处理，从而提高对于患者病情的处理效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的信息交互的方法的流程图；

图2为本发明一实施例提供的第一交互界面的示意图；

图3a为本发明一实施例提供的分类显示的第一交互界面的示意图；

图3b为本发明另一实施例提供的分类显示的第一交互界面的示意图；

图4为本发明另一个实施例提供的信息交互的方法的流程示意图；

图5为本发明的又一个实施例提供的信息交互的方法的流程示意图；

图6为本发明一实施例提供的信息交互的装置的结构示意图；

图7为本发明一实施例提供的计算机设备的示例性硬件架构的结构图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，医务工作者只能是通过病历上记载的患者的病历信息确定患者的病情状况，从而基于患者的病情状况为患者调整医嘱。

然而，由于目前的医疗资源的短缺和分配不均，经常会出现“挂号难”、“看病难”等情况。导致患者无法及时前往医院进行问诊，进而导致医生无法及时获取到患者的病情状况，也就无法基于患者的病情状况及时调整医嘱，或及时提醒患者前来医院进行治疗或其他相关的病情处理。

因此，本发明实施例提供了一种信息交互的方法、装置、设备和介质，能够使医务工作者在患者离开医院期间仍能及时查看到患者的病情状况，并基于患者的病情状况及时进行相关的病情处理。

下面结合附图，描述根据本发明实施例提供的信息交互的方法、装置、设备和介质。应注意，这些实施例并不是用来限制本发明公开的范围。

为了更好的理解本发明得技术方案，下面结合图1对本发明一实施例的信息交互的方法进行详细说明，图1为本发明一实施例提供的信息交互的方法的流程图。

如图1所示，本发明实施例中的信息交互的方法可以包括以下步骤：

s101，接收用户的第一输入。

可选的，在本发明的一个实施例中，用户可以是指医生，也可以是指需要查看患者的病情信息的专业人员，第一输入可以是用户对电子设备上某一个用于显示患者的病情信息的控件的点击输入，在此不作任何限定。

s102，响应于第一输入，获取n个患者的病情信息。

其中，病情信息为患者上传至电子设备的病情信息，n为正整数。

可选的，在本发明的一些实施例中，病情信息可以是患者上传至电子设备的血糖检测值，也可以是其他需要检测的指标检测结果值。

电子设备响应于用户的第一输入，即可获取n个患者上传至电子设备的病情信息。

s103，在第一交互界面上显示n个患者的病情信息。

可选的，在本发明的一些实施例中，如图2所示，图2为本发明的一个实施例提供的第一交互界面的示意图。在电子设备获取到n个患者上传至电子设备的病情信息之后，即可将n个患者的病情信息显示在第一交互界面上。

此外，如图2所示的第一交互界面的示意图，第一交互界面上还显示有患者的身份信息，如患者的头像，患者的名称和医生为患者定义的备注等等。

在本发明实施例中，通过在第一交互界面上显示患者上传的病情信息，使得医生可以在患者离开医院期间也可以查看到患者的病情信息，以便于及时基于患者的病情状况调整医嘱。

s104，接收用户对第一交互界面内预设控件的第二输入。

其中，预设控件可以包括第一子控件、第二子控件和第三子控件。第二输入可以是点击输入，在此不作任何限定。

s105，响应于第二输入，对n个患者中满足预设条件的m个患者的病情信息进行批量处理。

其中，m≤n，m为正整数。

可选的，在本发明的一些实施例中，在第二输入为用户对第一子控件的输入的情况下，预设条件可以是病情等级小于第一预设阈值；在第二输入为用户对第二子控件的输入的情况下，预设条件可以是患者的病情信息处于待评论状态；在第二输入为用户对第三子控件的输入的情况下，预设条件可以是患者的病情信息处于待查看状态。

在本发明实施例中，用户在电子设备上进行第一输入之后，即可在电子设备的第一交互界面上查看到患者上传的病情信息，使得医生等专业人员即使是在患者离开医院期间，也可以查看患者的病情信息，并且通过对第一交互界面内预设控件进行输入，可以对n个患者中满足预设条件的m个患者的病情信息进行批量处理，从而提高对于患者病情的处理效率。

下面通过一些实施例，详细介绍s103。

可选的，在本发明的一些实施例中，s103还可以包括：

电子设备基于n个患者的病情信息，确定患者对应的病情等级。

电子设备按照病情等级，在第一交互界面上区别显示n个患者的病情信息。

其中，区别显示可以是将不同病情等级的病情信息通过不同的颜色显示在第一交互界面上。

例如，若以病情信息为血糖检测值为例，则对应的病情等级可以是：

第一等级：血糖检测值glu<3.9毫摩尔/升(mmol/l)；

第二等级：3.9mmol/l≤glu<6.1mmol/l；

第三等级：6.1mmol/l≤glu<7mmol/l；

第四等级：glu≥7mmol/l。

在通过颜色对病情信息进行区别显示时，可以是第一等级用“绿色”显示，第二等级用“黄色”显示，第三等级用“蓝色”显示，第四等级用“红色”显示。

电子设备在第一交互界面上显示患者的病情信息时，则可以将病情等级为第一等级的病情信息通过“绿色”显示在第一交互界面上，将病情等级为第二等级的病情信息通过“黄色”显示在第一交互界面上，将病情等级为第三等级的病情信息通过“蓝色”显示在第一交互界面上，将病情等级为第四等级的病情信息通过“红色”显示在第一交互界面上。

在本发明实施例中，通过按照不同的病情等级，在第一交互界面上区别显示患者的病情信息，可以使医生能够及时注意到病情等级较高的患者的病情信息，及时进行病情处理。

可选的，在本发明的一些实施例中，s103还可以包括：

确定n个患者中每个患者的病情信息的处理状态。

按照每个患者的病情信息的处理状态，在第一交互界面上对n个患者的病情信息进行分类显示。

其中，处理状态可以是“已处理”或“未处理”状态。在检测到医生已经查看患者的病情信息后，该患者的病情信息就可以被标记为“已处理”状态，在检测到医生对患者的病情信息进行“评论”和/或“点赞”处理后，都可以被标记为“已处理”状态。

如图3a所示，图3a为本发明一实施例提供的分类显示的第一交互界面的示意图。电子设备在将n个患者的病情显示在第一交互界面上时，可以是将“已处理”状态下的病情信息进行统一显示。

如图3b所示，图3b为本发明另一实施例提供的分类显示的第一交互界面的示意图。电子设备将“未处理”状态下的病情信息进行统一显示。

在本发明实施例中，电子设备通过基于病情信息的处理状态，将患者的病情信息通过分类的形式显示在第一交互界面上，可以使医生及时查看未被处理的病情信息，提高医生的处理效率。

可选的，在本发明的一些实施例中，s103还可以包括：

基于n个患者的病情信息，按照预设排序规则，在第一交互界面上顺序显示n个患者的病情信息。

其中，预设排序规则可以是按照患者上传病情信息的时间先后顺序进行排序，上传时间越是接近当前时间，越是优先显示在第一交互界面的前面。预设排序规则还可以是按照病情等级由高到低的顺序进行排序，病情等级越高的患者的病情信息，越是优先显示在第一交互界面的前面。

在本发明实施例中，通过按照预设排序规则，在第一交互界面上顺序显示排序后的n个患者的病情信息，使得第一交互界面上显示的患者的病情信息按照预设排序规则进行排序，从而使医生可以更加便捷的查看到患者的病情信息。

下面通过一些实施例，详细介绍s104。

可选的，在本发明的一些实施例中，电子设备响应于第二输入，即可基于n个患者的病情信息，确定每个患者对应的病情等级。

继续以上述实施例中介绍的病情等级为例，若第一预设阈值为第二等级，则表示n个患者中glu<3.9mmol/l(血糖检测值属于第一等级)的患者都满足预设条件。电子设备在确定每个患者对应的病情等级后，即可对n个患者的病情信息中病情等级小于第一预设阈值的m个患者的病情以第一评论方式进行批量处理。

其中，第一评论方式可以是“点赞”，即在用户对第一子控件进行第二输入后，电子设备即可响应于该第二输入，对n个患者中血糖检测值属于第一等级的患者进行一键点赞的处理，从而鼓励患者继续保持当前的血糖值。

可选的，在本发明的一些实施例中，在第二输入为用户对第二子控件的输入的情况下，预设条件可以是患者的病情信息处于待评论状态。

电子设备在接收第二输入后，即可响应于第二输入，对n个患者信息中处于待评论状态的m个患者的病情信息以第二评论方式进行批量处理。

其中，第二评论方式可以是文字形式。即在对病情信息进行批量评论时，可以是按照预设设置的评论模板按照文字的形式进行评论。电子设备在响应于用户对第二子控件的输入后，即可按照预先设置的评论模板上的文字内容，将文字内容评论在处于待评论状态的m个患者的病情信息的评论区域。

例如，以n为20为例，用户可以预先设置评论模板上的内容，若用户将评论模板上的内容设置为“加油”，则电子设备在接收到用户对第二子控件的第二输入之后，则可对20位患者中处于待评论状态的10位患者的病情信息进行一键评论。即电子设备会在10位患者的评论区域评论“加油”以对患者进行鼓励。

可选的，在本发明的一些实施例中，在第二输入为用户对第三子控件的输入的情况下，预设条件可以是患者的病情信息处于待查看状态。

电子设备在接收第二输入后，即可响应于第二输入，对n个患者信息中处于待查看状态的m个患者的病情信息进行批量查看。

例如，继续以n为20为例，电子设备在接收到用户对第三子控件的第二输入后，即可对20位患者的病情信息中没有被医生查看过的10位患者的信息进行一键查看处理，进行“已查看”处理后的患者信息就不会再呈现“待查看”状态。

在本发明实施例中，电子设备通过对满足预设条件的患者进行批量处理，可以避免医生需要对每个患者的病情都进行依次处理，对于病情状况相同的患者可以进行批量处理，从而提高医生的处理效率。

为了更清楚地理解本申请上述实施例提供的信息交互的方法的具体实现方式，本申请还提供了另一种实现方式。具体参见图4。

如图4所示，图4为本发明另一个实施例提供的信息交互的方法的流程示意图。该信息交互的方法可以包括：

s401，接收用户的第一输入。

s402，响应于第一输入，获取n个患者的病情信息。

其中，病情信息为患者上传至电子设备的病情信息，n为正整数。

其中，s401-s402与s101-s102为相同步骤，在此不再赘述。

s403，基于n个患者的病情信息，确定每个患者对应的病情等级。

s404，确定n个患者的病情信息处理状态。

s405，将n个患者按照预设排序规则进行排序。

其中，预设排序规则可以是上传时间的先后顺序，也可以是病情等级的大小顺序，在此不作任何限定。

s406，将n个患者的病情信息，按照病情等级和病情信息处理状态将排序后的n个患者的病情信息显示在第一交互界面上。

此时，第一交互界面上在“未处理”类别下显示的患者信息可以是按照预设排序规则排序后的患者的病情信息，并且不同的病情等级通过不同的颜色区别显示。第一交互界面上“已处理”类别下显示的患者信息同样可以是按照预设排序规则排序后的患者的病情信息，并且不同的病情等级通过不同的颜色区别显示。

s407，接收用户对第一交互界面内预设控件的第二输入。

s408，响应于第二输入，对n个患者中满足预设条件的m个患者的病情信息进行批量处理。

其中，s407-s408与s104-s105为相同步骤，在此不再赘述。

此外，对于一些病情状况较为严重的患者，为了可以更加及时提醒患者的病情状况，本发明的又一个实施例提供了一种信息交互的方法，可以基于患者的病情状况，及时提醒患者的病情状况，具体请参见图5。

如图5所示，图5为本发明的又一个实施例提供的信息交互的方法的流程示意图。该信息交互的方法可以包括：

s501，接收用户的第一输入。

s502，响应于第一输入，获取n个患者的病情信息。

其中，s501和s502与s101-s102为相同的步骤，在此不再赘述。

s503，基于n个患者的病情信息，确定病情信息满足预设条件的第一目标患者。

其中，为了及时提醒病情较为严重的患者及时就医，预设条件可以是病情信息对应的病情等级为第四等级。一旦检测到患者上传的病情信息为第四等级时，认可认为该患者的病情状况较为严重，即可将其确定为第一目标患者。

s504，生成第一目标患者对应的预警信息。

预警信息可以是预先设置的用于提示患者及时前往医院就诊的信息。

s505，在第一交互界面上显示n个患者的病情信息。

其中，s505与s103为相同的步骤，在此不再赘述。

s506，将预警信息显示在第一交互界面中第一目标患者的目标区域。

其中，将生成的预警信息可以是通过评论的形式显示在第一目标患者的目标区域，患者在接收到预警信息后，就可以知道自己目前的病情状况较为严重，需要及时前往医院进行治疗。

s507，接收用户对第一交互界面内预设控件的第二输入。

s508，响应于第二输入，对n个患者中满足预设条件的m个患者的病情信息进行批量处理。

其中，s507-s508与s104-s105为相同的步骤，在此不再赘述。

此外，为了可以使用户查看某一个患者的详细信息，在本发明的一些实施例中，在s103之后，信息交互的方法还可以包括：

电子设备接收对n个患者中第二目标患者的第三输入。

电子设备响应于第三输入，显示第二交互界面。

其中，第三输入可以是对于第二目标患者的头像的点击输入，也可以是对于第二目标患者的病情信息的点击输入，在此不作任何限定。

第二交互界面上显示第二目标患者的病历信息，病历信息可以包括以下至少一项：

(1)患者的病情信息：各项指标的检测结果值等。

(2)患者的身份信息：患者的姓名、患者的性别、患者的年龄等等。

(3)患者的用药方案：药名、用药用量等等。

此外，医生还可以基于患者的病情信息，调整患者的用药方案。

在本发明实施例中，用户可以通过对第二目标患者的第三输入，可以查看第二目标患者的具体病历信息，同时还可以基于患者的病情信息，及时调整患者的用药方案，提高患者的治疗效率。

接下来，本申请还提供了一种应用于上述实施例提供的信息交互的方法的信息交互的装置，能够使医务工作者在患者离开医院期间仍能及时查看到患者的病情状况，并基于患者的病情状况及时进行相关的病情处理。

下面通过图6详细介绍根据本发明实施例的信息交互的装置，信息交互的装置与信息交互的方法相对应。

图6为本发明一实施例提供的信息交互的装置的结构示意图。

如图6所示，信息交互的装置可以包括：

第一接收模块610，用于接收用户的第一输入；

获取模块620，用于响应于第一输入，获取n个患者的病情信息，其中，病情信息为患者上传至电子设备的病情信息，n为正整数；

显示模块630，用于在第一交互界面上显示n个患者的病情信息；

第二接收模块640，用于接收用户对第一交互界面内预设控件的第二输入；

处理模块650，用于响应于第二输入，对n个患者中满足预设条件的m个患者的病情信息进行批量处理，其中，m≤n，m为正整数。

在本发明实施例中，用户在电子设备上进行第一输入之后，即可在电子设备的第一交互界面上查看到患者上传的病情信息，使得医生等专业人员即使是在患者离开医院期间，也可以查看患者的病情信息，并且通过对第一交互界面内预设控件进行输入，可以对n个患者中满足预设条件的m个患者的病情信息进行批量处理，从而提高对于患者病情的处理效率。

可选的，在本发明的一些实施例中，显示模块630可以包括：

第一确定模块，用于基于n个患者的病情信息，确定每个患者对应的病情等级；

第一显示子模块，用于按照病情等级，在第一交互界面上区别显示n个患者的病情信息。

可选的，在本发明的一些实施例中，第一确定模块，还用于确定n个患者中每个患者的病情信息的处理状态；

第一显示子模块，还用于按照n个患者的病情信息的处理状态，在第一交互界面上对n个患者的病情信息进行分类显示。

可选的，在本发明的一些实施例中，第一显示子模块，还用于基于n个患者的病情信息，按照预设排序规则，在第一交互界面上顺序显示n个患者的病情信息。

可选的，在本发明的一些实施例中，处理模块650可以包括：

第二确定模块，用于在第二输入为针对于预设控件中第一子控件的输入的情况下，响应于第二输入，基于n个患者的病情信息，确定每个患者对应的病情等级；

处理子模块，用于对n个患者的病情信息中的病情等级小于第一预设阈值的m个患者的病情信息以第一评论方式进行批量处理；

可选的，在本发明的一些实施例中，处理子模块，还用于在第二输入为针对于预设控件中第二子控件的输入的情况下，响应于第二输入，对n个患者的病情信息中处于待评论状态的m个患者的病情信息以第二评论方式进行批量处理；

可选的，在本发明的一些实施例中，处理子模块，还用于在第二输入为针对于预设控件中第三子控件的输入的情况下，响应于第二输入，对n个患者的病情信息中处于待查看状态的m个患者的病情信息进行批量查看。

可选的，在本发明的一些实施例中，信息显示的装置还可以包括：

第三确定模块，用于基于n个患者的病情信息，确定病情信息满足预设条件的第一目标患者；

生成模块，用于生成第一目标患者对应的预警信息；

第二显示子模块，用于将预警信息显示在第一交互界面中第一目标患者的目标区域。

可选的，在本发明的一些实施例中，第一接收模块610还可以用于接收对n个患者中的第二目标患者的第三输入；

可选的，在本发明的一些实施例中，信息显示的装置还可以包括：

第三显示子模块，用于响应于第三输入，显示第二交互界面，其中，第二交互界面上显示第二目标患者的病历信息；

其中，病历信息至少包括以下一项：第二目标患者的病情信息、第二目标患者的身份信息和第二目标患者对应的用药方案。

本发明实施例提供的信息显示的装置的各个模块具有实现图1至图5所示实施例的信息显示的方法/步骤的功能，且能达到与图1至图5所示实施例相应的技术效果，为简洁描述，在此不再赘述。

图7为本发明一实施例提供的计算设备的示例性硬件架构的结构图。

如图7所示，计算设备700包括输入设备701、输入接口702、中央处理器703、存储器704、输出接口705、以及输出设备706。其中，输入接口702、中央处理器703、存储器704、以及输出接口705通过总线710相互连接，输入设备701和输出设备706分别通过输入接口702和输出接口705与总线710连接，进而与计算设备700的其他组件连接。

具体地，输入设备701接收来自外部的输入信息，并通过输入接口702将输入信息传送到中央处理器703；中央处理器703基于存储器704中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器704中，然后通过输出接口705将输出信息传送到输出设备706；输出设备706将输出信息输出到计算设备700的外部供用户使用。

也就是说，图7所示的计算设备也可以被实现信息交互的设备，该信息交互的设备可以包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现结合图1至图5描述的信息交互的方法。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本发明实施例提供的信息交互的方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

本发明可以以其他的具体形式实现，而不脱离其精神和本质特征。例如，特定实施例中所描述的算法可以被修改，而设备体系结构并不脱离本发明的基本精神。因此，当前的实施例在所有方面都被看作是示例性的而非限定性的，本发明的范围由所附权利要求而非上述描述定义，并且，落入权利要求的含义和等同物的范围内的全部改变从而都被包括在本发明的范围之中。