医患之间的消息推送方法及装置、存储介质、终端与流程

本发明涉及智能医疗技术领域，具体地涉及一种医患之间的消息推送方法及装置、存储介质、终端。

背景技术：

在现阶段，当医护人员需要向患者(如住院病人)传达消息时，仍需采用最原始的沟通方式：面对面沟通来实现，如果需要传达的患者数目较多，无疑增加了医护人员的工作负担，影响工作效率。

如果采用院内广播的方式，无法获取需要通知的患者是否收听到广播的信息，仍需要医护人员与患者当面做二次确认，同样影响了医护人员的工作效率。

在现阶段，大多数情况下，无法提供一种有效的消息推送方式，确保医护人员能够高效的向患者推送消息，并且推送的消息能够成功传达至患者。

技术实现要素：

本发明解决的技术问题是如何更高效的向患者推送消息。

为解决上述技术问题，本发明实施例提供一种医患之间的消息推送方法，包括：接收消息推送指令，所述消息推送指令包含推送范围；响应于所述消息推送指令，向所述推送范围内的患者终端推送消息；接收每一患者终端针对所述消息的反馈信息；根据所述反馈信息更新对应于各个患者终端的消息推送状态。

可选的，所述消息推送指令还包含朗读设置，所述朗读设置用于指示所述消息到达所述患者终端时是否对所述消息进行语音朗读。

可选的，所述反馈信息是基于患者在所述患者终端上的操作触发的；或者，所述反馈信息是基于所述消息的传输进度触发的。

可选的，所述消息推送状态选自：发送中；未读；已读；超时未读。

可选的，所述根据所述反馈信息更新对应于各个患者终端的消息推送状态包括：响应于所述消息针对所述患者终端的传输进度为未完成，将对应于所述患者终端的消息推送状态设置为发送中。

可选的，所述根据所述反馈信息更新对应于各个患者终端的消息推送状态还包括：响应于所述消息针对所述患者终端的传输进度为全部完成且未收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态由发送中更新为未读。

可选的，所述根据所述反馈信息更新对应于各个患者终端的消息推送状态还包括：响应于收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为已读。

可选的，响应于距离对应于所述患者终端的消息推送状态更新为未读至今的时长超过预设时长且未接收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为超时未读。

可选的，所述推送范围包括预设区域内的全部患者终端或者部分患者终端。

本发明实施例还提供一种医患之间的消息推送装置，包括：第一接收模块，用于接收消息推送指令，所述消息推送指令包含推送范围；推送模块，响应于所述消息推送指令，向所述推送范围内的患者终端推送消息；第二接收模块，用于接收每一患者终端针对所述消息的反馈信息；更新模块，用于根据所述反馈信息更新对应于各个患者终端的消息推送状态。

可选的，所述消息推送指令还包含朗读设置，所述朗读设置用于指示所述消息到达所述患者终端时是否对所述消息进行语音朗读。

可选的，所述反馈信息是基于患者在所述患者终端上的操作触发的；或者，所述反馈信息是基于所述消息的传输进度触发的。

可选的，所述消息推送状态选自：发送中；未读；已读；超时未读。

可选的，所述更新模块包括：设置子模块，响应于所述消息针对所述患者终端的传输进度为未完成，将对应于所述患者终端的消息推送状态设置为发送中。

可选的，所述更新模块还包括：第一更新子模块，响应于所述消息针对所述患者终端的传输进度为全部完成且未收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态由发送中更新为未读。

可选的，所述更新模块还包括：第二更新子模块，响应于收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为已读。

可选的，所述更新模块还包括：第三更新子模块，响应于距离对应于所述患者终端的消息推送状态更新为未读至今的时长超过预设时长且未接收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为超时未读。

可选的，所述推送范围包括预设区域内的全部患者终端或者部分患者终端。

本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例的技术方案包括：接收消息推送指令，所述消息推送指令包含推送范围；响应于所述消息推送指令，向所述推送范围内的患者终端推送消息；接收每一患者终端针对所述消息的反馈信息；根据所述反馈信息更新对应于各个患者终端的消息推送状态。较之现有面向患者的消息推送方式，采用本实施例所述方案的医护人员能够更加高效的向患者推送消息。进一步，通过实时跟踪消息的推送进度，确保消息能够准确传达至对应患者并被成功阅读，从而有效避免找不到患者、患者漏听消息等消息推送失败的情形发生。

进一步，所述反馈信息是基于患者在所述患者终端上的操作触发的；或者，所述反馈信息是基于所述消息的传输进度触发的，以及时获取所述消息在不同传输节点的传输状态，动态更新所述消息的传输进度供医护人员浏览，便于跟踪和后续处理。

附图说明

图1是本发明的第一实施例的一种医患之间的消息推送方法的流程图；

图2是本发明的第二实施例的一种医患之间的消息推送装置的结构示意图。

具体实施方式

本领域技术人员理解，如背景技术所言，现有的面向患者的消息推送模式仍以人工面对面或广播的消息推送为主，沟通效率低下，且无法确保每一个需要获取消息的患者都能成功收听到该消息，严重影响医护人员的工作效率，也不利于医患之间的信息沟通。

为了解决上述技术问题，本发明实施例提供一种医患之间的消息推送方法，包括：接收消息推送指令，所述消息推送指令包含推送范围；响应于所述消息推送指令，向所述推送范围内的患者终端推送消息；接收每一患者终端针对所述消息的反馈信息；根据所述反馈信息更新对应于各个患者终端的消息推送状态。

本领域技术人员理解，采用本实施例所述方案的医护人员能够更加高效的向患者推送消息。进一步，通过实时跟踪消息的推送进度，确保消息能够准确传达至对应患者并被成功阅读，从而有效避免找不到患者、患者漏听消息等消息推送失败的情形发生。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1是本发明的第一实施例的一种医患之间的消息推送方法的流程图。其中，所述医患之间可以指医院的工作人员(如医护人员)与患者之间，也可以指所述医护人员之间，或者患者之间；推送的消息可以以短消息的形式或者其他适当的形式进行推送；所述消息可以包括以键盘输入、语音输入或手写产生的字符、音视频文件等，还可以通过语音输入识别成文字的方式产生。

接下来以护士向患者推送消息为例对本实施例所述技术方案进行具体阐述。

具体地，在本实施例中，所述医患之间的消息推送方法包括如下步骤：

步骤s101，接收消息推送指令，所述消息推送指令包含推送范围。

步骤s102，响应于所述消息推送指令，向所述推送范围内的患者终端推送消息。

步骤s103，接收每一患者终端针对所述消息的反馈信息。

步骤s104，根据所述反馈信息更新对应于各个患者终端的消息推送状态。

更为具体地，所述消息推送指令可以由所述护士通过医用终端发出。所述医用终端可以是设置于护士站的主机，也可以是配置给所述护士的随身通讯设备。所述医用终端可以与所述患者终端相关联，以与所述患者终端进行数据交互。

进一步地，可以预先为患者配置所述患者终端，所述患者终端可以与医院内所有医生、护士(或者部分医生、护士)各自的医用终端相关联，以接收这些医用终端的消息。其中，所述部分医生、护士可以包括所述患者的责任医生、责任护士，还可以包括所述患者所处病区的值班医生、值班护士。

优选地，所述患者终端和医用终端均可以为医用平板电脑。

作为一个非限制性实施例，所述患者可以根据其身份信息登录所述医用平板电脑，所述身份信息可以包括所述患者的身份证号码、医保卡号码等。相应的，在完成登录操作后，可以通过所述医用平板电脑记录所述患者本次入院后的账单信息、病历信息以及过往病史等。

进一步地，在患者登录之后，相关医护人员可以将自己的医用平板电脑与所述患者的医用平板电脑进行绑定，以使所述医用平板电脑记录与所述患者的登录信息相关联的医护人员的医用平板电脑。优选地，所述相关医护人员可以包括所述患者的主治医生、责任护士等。

或者，所述医护人员的医用终端也可以与所述患者终端保持常关联状态，例如，所述患者所处病区的护士长、所述患者所处医院的院长等，以避免因登录信息的变化(如原患者出院后，其使用的患者终端被分配给新患者)而引起的重复操作问题，减轻医护人员的工作负担。

又或者，所述医护人员的医用终端与所述患者终端的关联状态也可以根据所述医护人员的工作时间进行更改。例如，当所述医护人员为当天的值班护士时，该医护人员的医用终端可以自动与所管辖的病区内所有的患者终端进行绑定，即使有的患者终端上登录的用户不是该医护人员所负责的患者；所述医护人员结束当天的值班后，其医用终端可以自动解除与辖区内除负责的患者之外的其他患者的患者终端的绑定关系。

进一步地，所述推送范围可以包括预设区域内的全部患者终端或者部分患者终端。

优选地，所述预设区域可以选自：所述医院；所述护士所处病区；所述护士所负责的病房。

作为一个非限制性实施例，所述护士可以选择所述预设区域内的全部患者终端作为所述消息的接收终端。本领域技术人员理解，此时的方案类似于现有的院内广播，但是，与现有技术的区别在于，本实施例所述向全部患者终端推送消息的方案是将所述消息推送到每一患者的患者终端上的。并且，对于护士侧，所述护士可以实时跟进所述消息对应于每一患者终端的消息推送状态，以及时了解所述消息是否成功发送到患者终端上，是否已经被患者成功阅读。

作为一个变化例，所述护士也可以选择所述预设区域内的部分患者终端作为所述消息的接收终端。

例如，所述护士可以选择所述预设区域内的多个患者终端发送所述消息。

又例如，所述护士还可以选择所述预设区域内的单个患者终端发送所述消息。

作为另一个变化例，所述护士还可以预先针对所述预设区域内的全部或部分患者终端建立群组，当需要向所述全部或部分患者终端发送消息时，可以通过选择所述群组的方式，向所述群组中包括的所有患者终端推送所述消息。

进一步地，所述消息推送指令还可以包含朗读设置，所述朗读设置用于指示所述消息到达所述患者终端时是否对所述消息进行语音朗读。

作为一个非限制性实施例，所述朗读设置可以是根据所述患者终端的登录信息确定的。

例如，当所述患者终端的登录信息显示登录该患者终端的患者年龄大于70岁，则可以指示所述消息到达所述患者终端时是否对所述消息进行语音朗读，以优化所述患者的操作体验。

作为一个变化例，所述朗读设置还可以是由所述护士在发出所述消息推送指令时确定的。

例如，针对需要接收所述消息的多个患者终端中的特定患者终端，所述护士在发出消息推送指令时可以指示需要在消息到达所述特定患者终端时语音朗读所述消息。进一步地，响应于所述消息推送指令，在所述消息到达所述特定患者终端时，可以指示所述特定患者终端语音朗读所述消息；而在所述消息到达所述多个患者终端中除所述特定患者终端外的其他患者终端时，可以指示所述其他患者终端仅显示所述消息而不进行语音朗读。

进一步地，所述反馈信息可以是基于患者在所述患者终端上的操作触发的；或者，所述反馈信息可以是基于所述消息的传输进度触发的。

优选地，所述消息推送状态可以选自：发送中；未读；已读；超时未读。

作为一个非限制性实施例，所述步骤s104可以包括：响应于所述消息针对所述患者终端的传输进度为未完成，将对应于所述患者终端的消息推送状态设置为发送中。

例如，对于所述推送范围内的每一患者终端，在向所述患者终端推送所述消息后，所述消息到达所述患者终端之前，可以将对应于所述患者终端的消息推送状态设置为发送中。

优选地，所述发送中的消息推送状态可以用于描述所述消息尚在传输途中，未被所述患者终端成功接收。

进一步地，可以通过所述患者终端的接收回执判断所述消息是否成功送达所述患者终端。或者，也可以实时跟踪所述消息自本端发送出去之后的传输进度，以在所述消息达到所述患者终端的第一时间更新对应于所述患者终端的消息推送状态。

作为另一个非限制性实施例，所述步骤s104还可以包括：响应于所述消息针对所述患者终端的传输进度为全部完成且未收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态由发送中更新为未读。

例如，在所述消息送达所述患者终端之后，登录所述患者终端的患者可能未在第一时间阅读所述消息，则此时可以将对应于所述患者终端的消息推送状态由发送中更新为未读。

优选地，所述未读(也可理解为已送达但未读)的消息推送状态可以用于描述所述消息已经被所述患者终端成功接收，但未被患者阅读。

进一步地，对于所述朗读设置指示需要在所述消息到达所述患者终端后语音朗读所述消息的情形，在所述语音朗读完毕后，如果未接收到所述已读回执，仍将对应于所述患者终端的消息推送状态更新为未读。

作为又一个非限制性实施例，所述步骤s104还可以包括：响应于收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为已读。

进一步地，所述已读回执可以由所述患者在所述患者终端上的操作产生。

例如，患者在所述患者终端上点击所述消息后，所述患者终端的显示界面上会弹出“已读”选项框，响应于患者针对所述“已读”选项框的操作，所述患者终端发送所述已读回执。进一步地，在接收到所述已读回执后，可以将对应于所述患者终端的消息推送状态更新为已读。

作为另一个非限制性实施例，所述步骤s104还可以包括：响应于距离对应于所述患者终端的消息推送状态更新为未读至今的时长超过预设时长且未接收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为超时未读。

例如，在对应于所述患者终端的消息推送状态更新为未读的同时，所述医用终端可以开始计时，当计时的时长超过预设时长且在该段时间内一直没有接收到所述患者终端的已读回执，所述医用终端可以将对应于所述患者终端的消息推送状态更新为超时未读，以提示护士推送至该患者终端的消息长时间没有被患者阅读。

本领域技术人员理解，与上述“未读”消息推送状态不同，本示例所述“超时未读”消息推送状态可以用于判断患者是否超过正常预定的时间(即所述预设时长)而没有阅读推送给他的消息，通过划分更细致的消息推送状态使得消息推送方(如护士)能够更精确的掌握消息对应于各个患者的推送状态。进一步地，通过设置所述“超时未读”消息推送状态，能够对超时未读的消息及时采取补救措施，确保推送的消息能够被每一接收的患者成功阅读。

作为一个变化例，所述超时未读的状态也可以由所述患者终端自动触发并上报至所述医用终端，所述医用终端根据所述患者终端上报的消息将对应于所述患者终端的消息推送状态更新为超时未读。

例如，若所述患者终端在接收到所述消息后的预设时长内一直没有感应到患者的确认已读操作，所述患者终端可以自动反馈超时未读反馈信息，以提醒所述医用撞断该患者超过预设时长仍未阅读该消息。

优选地，所述预设时长可以由用户预先设定。例如，所述预设时长可以为15分钟，本领域技术人员也可以根据实际需要对所述预设时长的具体数值进行调整，在此不予赘述。

由上，采用本实施例的方案，能够更加高效的向患者推送消息。进一步，通过实时跟踪消息的推送进度，确保消息能够准确传达至对应患者并被成功阅读，从而有效避免找不到患者、患者漏听消息等消息推送失败的情形发生。

进一步，所述反馈信息是基于患者在所述患者终端上的操作触发的；或者，所述反馈信息是基于所述消息的传输进度触发的，以及时获取所述消息在不同传输节点的传输状态，动态更新所述消息的传输进度供医护人员浏览，便于跟踪和后续处理。

图2是本发明的第二实施例的一种医患之间的消息推送装置的结构示意图。本领域技术人员理解，本实施例所述消息推送装置2可以用于实施上述图1所示实施例中所述的方法技术方案。

具体地，在本实施例中，所述消息推送装置2可以包括：第一接收模块21，用于接收消息推送指令，所述消息推送指令包含推送范围；推送模块22，响应于所述消息推送指令，向所述推送范围内的患者终端推送消息；第二接收模块23，用于接收每一患者终端针对所述消息的反馈信息；更新模块24，用于根据所述反馈信息更新对应于各个患者终端的消息推送状态。

进一步地，所述消息推送指令还可以包含朗读设置，所述朗读设置用于指示所述消息到达所述患者终端时是否对所述消息进行语音朗读。

进一步地，所述反馈信息可以是基于患者在所述患者终端上的操作触发的；或者，所述反馈信息可以是基于所述消息的传输进度触发的。

进一步地，所述消息推送状态可以选自：发送中；未读；已读；超时未读。

进一步地，所述更新模块24可以包括：设置子模块241，响应于所述消息针对所述患者终端的传输进度为未完成，将对应于所述患者终端的消息推送状态设置为发送中。

进一步地，所述更新模块24还可以包括：第一更新子模块242，响应于所述消息针对所述患者终端的传输进度为全部完成且未收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态由发送中更新为未读。

进一步地，所述更新模块24还可以包括：第二更新子模块243，响应于收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为已读。

进一步地，所述更新模块24还可以包括：第三更新子模块244，响应于距离对应于所述患者终端的消息推送状态更新为未读至今的时长超过预设时长且未接收到所述患者终端的已读回执，将对应于所述患者终端的消息推送状态更新为超时未读

进一步地，所述推送范围包括预设区域内的全部患者终端或者部分患者终端。

关于所述消息推送装置2的工作原理、工作方式的更多内容，可以参照图1中的相关描述，这里不再赘述。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图1所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括计算机可读存储介质。所述存储介质可以包括rom、ram、磁盘或光盘等。

进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图1所示实施例中所述的方法技术方案。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。