一种用药管理方法、服务器和移动终端与流程

本申请涉及计算机技术领域，特别是涉及一种用药管理方法、服务器和移动终端。

背景技术：

近年来，随着生活水平的提高，人们对身体健康越来越关注，当患病时需要服用的药物也越来越复杂。现有的用药管理中，通常以设置闹钟、人脑记忆的方式。因此，用户服药过程中常会出现服药种类过多导致忘记服药时间、用户收到闹钟提醒但无法确定吃哪种药、用户未记清服药时间而忘记吃药的情况。因此，如何准确地在用户需要服药时进行提醒，是目前智能健康管理亟待解决的问题。

技术实现要素：

本申请实施例提供了一种用药管理方法、服务器和移动终端，用以在用户需要服药时准确提醒用户。

第一方面，本申请实施例提供了一种用药管理方法，所述方法包括：

移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到所述至少一个药品的药品使用信息发送给服务器，以使所述服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定所述各个药品对应的使用时间，并在确定所述至少一个药品中的目标药品的使用时间到达后向所述移动终端发送用药通知消息；

所述移动终端在接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息。

该实施例提供的用药管理方法，通过采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到至少一个药品的药品使用信息发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息；移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。该方法基于采集的药品使用信息，在移动终端显示提示用户服用目标药品的提示信息，实现在用户需要服药时准确提醒用户。

在一种可能的实现方式中，所述移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息，包括：

所述移动终端采集用户通过用药管理应用的管理界面输入的所述至少一个药品的药品使用信息；或

所述移动终端获取所述至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息；或

所述移动终端从诊断报告中提取所述至少一个药品的药品使用信息；其中，所述诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。

该实施例提供的用药管理方法，应用于移动终端，所述移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息，包括：所述移动终端采集用户通过用药管理应用的管理界面输入的所述至少一个药品的药品使用信息；或所述移动终端获取所述至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息；或所述移动终端从诊断报告中提取所述至少一个药品的药品使用信息；其中，所述诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。该方法提供多种信息获取方式，可以方便快捷的进行用药管理，提升用药提醒的便捷性。

在一种可能的实现方式中，所述移动终端在接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息之后，还包括：

响应用户触发的对所述目标药品的用药状态进行更新的状态更新指令，所述移动终端将所述目标药品更新后的用药状态信息发送给所述服务器，以使所述服务器对所述目标药品的用药状态进行更新；

其中，所述用药状态更新指令为所述用户根据所述提示信息服用所述目标药品之后触发的。

该实施例提供的用药管理方法，应用于移动终端，所述移动终端在接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息之后，还包括：响应用户触发的对所述目标药品的用药状态进行更新的状态更新指令，所述移动终端将所述目标药品更新后的用药状态信息发送给所述服务器，以使所述服务器对所述目标药品的用药状态进行更新；其中，所述用药状态更新指令为所述用户根据所述提示信息服用所述目标药品之后触发的。该方法可以进行用药状态的更新，方便用户了解针对用药提醒信息的用药状态，方便快捷的进行用药管理，提升用药提醒的便捷性。

在一种可能的实现方式中，所述方法还包括：

响应用户触发的查询药品的用药记录信息的查询指令，所述移动终端将所述查询指令发送给所述服务器，以使所述服务器获取存储的所述查询指令对应的药品的用药记录信息，并将获取到的所述药品的用药记录信息返回给所述移动终端；

所述移动终端接收并在所述显示界面中显示所述药品的用药记录信息。

该实施例提供的用药管理方法，通过响应用户触发的查询药品的用药记录信息的查询指令，所述移动终端将所述查询指令发送给所述服务器，以使所述服务器获取存储的所述查询指令对应的药品的用药记录信息，并将获取到的所述药品的用药记录信息返回给所述移动终端；所述移动终端接收并在所述显示界面中显示所述药品的用药记录信息。该方法可以进行用药记录的查询，方便用户了解用药记录，从而掌握针对用药提醒信息的用药状态，提升对用药提醒的准确性的可评估性。

第二方面，本申请实施例提供了一种用药管理方法，所述方法包括：

服务器接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息；

所述服务器根据各个药品的药品使用信息以及预设的用药时间管理策略，分别确定所述各个药品对应的使用时间；

所述服务器确定所述至少一个药品中的目标药品的使用时间到达后，向所述移动终端发送用药通知消息，以使所述移动终端在接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息。

本申请实施例提供的用药管理方法，通过接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息；所述服务器根据各个药品的药品使用信息以及预设的用药时间管理策略，分别确定所述各个药品对应的使用时间；所述服务器确定所述至少一个药品中的目标药品的使用时间到达后，向所述移动终端发送用药通知消息，以使所述移动终端在接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息。该方法通过基于移动终端发送的至少一个药品的药品使用信息确定各个药品对应的使用时间，实现根据至少一个药品的使用时间向移动终端发送提示信息，提升用药提醒的准确性。

在一种可能的实现方式中，所述服务器确定所述至少一个药品中的目标药品的使用时间到达后，向所述移动终端发送用药通知消息，包括：

所述服务器根据所述各个药品的药品使用信息，确定预设周期内用户需要服用的至少一个候选药品；

所述服务器根据各个候选药品对应的使用时间，分别确定从当前时刻到各个候选药品对应的使用时间之间的延迟时长，并将各个候选药品对应的用药通知消息存储于延迟消息队列；

所述服务器在确定所述至少一个候选药品中的目标药品的延迟时长延迟结束后，从所述延迟消息队列中获取所述目标药品的用药通知消息，并向所述移动终端发送用药通知消息。

该实施例提供的用药管理方法，服务器根据所述各个药品的药品使用信息，确定预设周期内用户需要服用的至少一个候选药品；所述服务器根据各个候选药品对应的使用时间，分别确定从当前时刻到各个候选药品对应的使用时间之间的延迟时长，并将各个候选药品对应的用药通知消息存储于延迟消息队列；所述服务器在确定所述至少一个候选药品中的目标药品的延迟时长延迟结束后，从所述延迟消息队列中获取所述目标药品的用药通知消息，并向所述移动终端发送用药通知消息。该方式确定从当前时刻到各个候选药品对应的使用时间之间的延迟时长，并将各个候选药品对应的用药通知消息存储于延迟消息队列；在确定所述至少一个候选药品中的目标药品的延迟时长延迟结束后，从所述延迟消息队列中获取所述目标药品的用药通知消息，并向所述移动终端发送用药通知消息，通过延迟消息队列控制发送用药通知消息，有效提升用药提醒的准确性。

在一种可能的实现方式中，在所述接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息之后，所述方法还包括：

响应于接收到的所述移动终端发送的药品信息查询请求，获取与所述药品信息查询请求对应的药品使用信息，并发送给所述移动终端，以使所述移动终端显示所述与所述查药品信息查询请求对应的药品使用信息；所述药品信息查询请求包括待查找的目标药品信息。

该实施例提供的用药管理方法，在所述接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息之后，所述方法还包括：响应于接收到的所述移动终端发送的药品信息查询请求，获取与所述查药品信息查询请求对应的药品使用信息，并发送给所述移动终端，以使所述移动终端显示所述与所述查药品信息查询请求对应的药品使用信息；所述药品信息查询请求包括待查找的目标药品信息。该方法根据目标药品信息查询需要查看的药品使用信息，便于进行药品使用信息的维护，从整体上提升用药提醒的准确性。

在一种可能的实现方式中，在所述服务器确定所述至少一个药品中的目标药品的使用时间到达后，向所述移动终端发送用药通知消息之后，所述方法还包括：

接收所述移动终端响应用户触发的对所述目标药品的用药状态进行更新的状态更新指令而发送的所述目标药品更新后的用药状态信息，对所述目标药品的用药状态进行更新；所述更新后的用药状态信息所述用户针对所述用药通知消息输入到所述移动终端的服药状态。

该实施例提供的用药管理方法，可以进行用药状态的更新，方便用户了解针对用药提醒信息的用药状态，方便快捷的进行用药管理，提升用药提醒的便捷性。

在一种可能的实现方式中，所述方法还包括：

响应于接收到的所述移动终端发送的查询药品的用药记录信息的查询指令，获取存储的所述查询指令对应的药品的用药记录信息，并将获取到的所述药品的用药记录信息返回给所述移动终端，以使所述移动终端接收并在所述显示界面中显示所述药品的用药记录信息。

该实施例提供的用药管理方法，可以进行用药记录的查询，方便用户了解用药记录，从而掌握针对用药提醒信息的用药状态，提升对用药提醒的准确性的可评估性。

第三方面，本申请实施例提供了一种用药管理方法，所述方法包括：

移动终端获取至少一个药品的用于指示药品的服用方式的药品使用信息；

所述移动终端根据各个药品的药品使用信息以及预设的用药时间管理策略，确定所述各个药品对应的使用时间；

所述移动终端在确定所述至少一个药品中的目标药品的使用时间到达后，在显示界面中显示提示用户服用所述目标药品的提示信息。

该实施例提供的用药管理方法，通过获取至少一个药品的用于指示药品的服用方式的药品使用信息；所述移动终端根据各个药品的药品使用信息以及预设的用药时间管理策略，确定所述各个药品对应的使用时间；所述移动终端在确定所述至少一个药品中的目标药品的使用时间到达后，在显示界面中显示提示用户服用所述目标药品的提示信息。该方法通过移动终端获取至少一个药品的用于指示药品的服用方式的药品使用信息；根据各个药品的药品使用信息以及预设的用药时间管理策略，确定所述各个药品对应的使用时间，从而可以在确定所述至少一个药品中的目标药品的使用时间到达后，在显示界面中显示提示用户服用所述目标药品的提示信息，实现通过移动终端独立地进行基于用户输入的药品使用信息的用药提醒，能够提升用药提醒的准确性。

第四方面，本申请实施例提供了一种移动终端，包括收发单元、处理器和显示屏；

所述处理器，用于采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到所述至少一个药品的药品使用信息传输给所述收发单元；

所述收发单元，用于将采集到所述至少一个药品的药品使用信息发送给服务器，以使所述服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定所述各个药品对应的使用时间，并在确定所述至少一个药品中的目标药品的使用时间到达后向所述移动终端发送用药通知消息；以及，接收所述服务器发送的所述用药通知消息；

所述显示屏，用于在所述收发单元接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息。

第五方面，本申请实施例提供了一种服务器，所述服务器包括收发单元和处理器；

所述收发单元，用于接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息；以及，向所述移动终端发送用药通知消息，以使所述移动终端在接收到所述用药通知消息后，在显示界面中显示提示用户服用所述目标药品的提示信息；

所述处理器，用于根据各个药品的药品使用信息以及预设的用药时间管理策略，分别确定所述各个药品对应的使用时间；确定所述至少一个药品中的目标药品的使用时间到达后，生成所述用药通知消息，并将所述用药通知消息传输给所述收发单元。

第六方面，本申请实施例提供了一种移动终端，包括显示屏、存储器和处理器；

所述处理器，用于获取至少一个药品的用于指示药品的服用方式的药品使用信息；根据各个药品的药品使用信息以及预设的用药时间管理策略，确定所述各个药品对应的使用时间；以及，在确定所述至少一个药品中的目标药品的使用时间到达后，生成提示用户服用所述目标药品的提示信息；

所述存储器，用于存储所述处理器获取的所述至少一个药品的药品使用信息，以及所述处理器确定出的所述药品对应的使用时间；

所述显示屏，用于在显示界面中显示提示用户服用所述目标药品的提示信息。

第四方面至第六方面中任意一种实现方式所带来的技术效果可参见第一方面至第三方面中对应的实现方式所带来的技术效果，此处不再赘述。

附图说明

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

图1为本申请实施例的一种应用场景示意图；

图2为本申请实施例提供的一种终端设备的结构示意图；

图3为本申请实施例提供的一种终端设备的软件结构框图；

图4为本申请实施例提供的一种终端设备的用户界面的示意图；

图5为本申请实施例中用药管理应用的界面的示意图；

图6为本申请实施例提供的一种用药管理方法的交互流程图；

图7为本申请实施例提供的显示药品使用信息的界面示意图；

图8为本申请实施例提供的一种药品包装盒提取信息的界面示意图；

图9为本申请实施例提供的一种药品包装盒提取信息后显示药品使用信息的界面示意图；

图10为本申请实施例提供的一种诊断报告提取的界面示意图；

图11为本申请实施例提供的另一种用药管理方法的流程示意图；

图12为本申请实施例提供的一种显示提示用户服用目标药品的提示信息的界面示意图；

图13为本申请实施例提供的一种用药记录查询窗口的界面图；

图14为本申请实施例提供的一种显示用药记录的界面图；

图15为本申请实施例提供的一种显示药品使用信息列表的界面图；

图16为本申请实施例提供的一种显示修改后的药品使用信息列表的界面图；

图17为本申请实施例提供的另一种用药管理方法的交互流程图；

图18为本申请实施例提供的一种移动终端侧的用药管理方法的流程示意图；

图19为本申请实施例提供的一种服务器侧的用药管理方法的流程示意图；

图20为本申请实施例提供的一种用药管理装置的结构框图；

图21为本申请实施例提供的另一种用药管理装置的结构框图；

图22为本申请实施例提供的一种服务器的结构示意图；

图23为本申请实施例提供的一种移动终端单独实施的用药管理方法的流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面对文中出现的一些词语进行解释：

1)、本申请实施例中术语“终端设备”指可以安装各类应用程序，包括终端设备自带的应用和第三方应用，并且能够将已安装的应用程序中提供的对象进行显示的设备，该终端设备可以是移动的，也可以是固定的。例如，手机、平板电脑、各类可穿戴设备、车载设备、个人数字助理(personaldigitalassistant，pda)、销售终端(pointofsales，pos)或其它能够实现上述功能的终端设备等。

2)、延时队列：队列是一种先进先出的数据结构。普通队列中的元素是有序的，先进入队列中的元素会被优先取出进行处理；延时队列相比于普通队列最大的区别就体现在其延时的属性上，普通队列的元素是先进先出，按入队顺序进行处理，而延时队列中的元素在入队时会指定一个延迟时间，表示其希望能够在经过该指定时间后处理。从某种意义上来讲，延迟队列的结构并不像一个队列，而更像是一种以时间为权重的有序堆结构。

3)、ocr(opticalcharacterrecognition，光学字符识别)：是指电子设备(例如扫描仪或数码相机)检查纸上打印的字符，通过检测暗、亮的模式确定其形状，然后用字符识别方法将形状翻译成计算机文字的过程；也即，针对印刷体字符，采用光学的方式将纸质文档中的文字转换成为黑白点阵的图像文件，并通过识别软件将图像中的文字转换成文本格式，供文字处理软件进一步编辑加工的技术。

4)、定时任务：定时任务是指在固定的时间间隔执行指定的系统指令或程序脚本。时间间隔的单位可以是分钟、小时、日、月、周及以上的任意组合。

本申请实施例提供一种用药管理方法、服务器和移动终端。其中，用药管理方法，通过采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到至少一个药品的药品使用信息发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息；移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。该方法通过采集至少一个药品的药品使用信息并发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息，从而可以在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息，基于采集的药品使用信息实现用药提醒，提升用药提醒的准确性。

为了使本申请实施例的发明目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

需要说明的是，下述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

图1示出了本申请实施例的一种应用场景，参见图1所示，该应用场景中包括服务器100、移动终端200以及用户300。服务器100和移动终端200处于同一通信网络，该通信网络可以是有线网络或者无线网络。每个移动终端200均可以与服务器100进行通信。服务器100是对移动终端200进行用药管理的云服务器。移动终端200上安装有用药管理应用，用户可以操作移动终端200上安装的用药管理应用采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到至少一个药品的药品使用信息发送给服务器100；服务器100根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端200发送用药通知消息；移动终端200在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

或者，本申请实施例还提供一种可选的应用场景，包括移动终端200和用户300；移动终端200上安装有用药管理应用，用户可以操作移动终端200上安装的用药管理应用采集至少一个药品的用于指示药品的服用方式的药品使用信息；移动终端200根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后，在显示界面中显示提示用户服用目标药品的提示信息。

图2中示例性示出了实施例中移动终端的硬件配置框图。应该理解的是，图2所示移动终端仅是一个范例，并且移动终端可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

图2中示例性示出了根据示例性实施例中移动终端的硬件配置框图。如图2所示，移动终端包括：射频(radiofrequency，rf)电路210、存储器220、显示单元230、摄像头240、传感器250、音频电路260、无线保真(wirelessfidelity，wi-fi)模块270、处理器280、蓝牙模块281、以及电源290等部件。

rf电路210可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器280处理；可以将上行数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

存储器220可用于存储软件程序及数据。处理器280通过运行存储在存储器220的软件程序或数据，从而执行移动终端的各种功能以及数据处理。存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器220存储有使得移动终端能运行的操作系统。本申请中存储器220可以存储操作系统及各种应用程序，还可以存储执行本申请实施例所述方法的代码。

显示单元230可用于接收输入的数字或字符信息，产生与移动终端的用户设置以及功能控制有关的信号输入，具体地，显示单元230可以包括设置在移动终端正面的触摸屏231，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

显示单元230还可用于显示由用户输入的信息或提供给用户的信息以及移动终端的各种菜单的图形用户界面(graphicaluserinterface，gui)。具体地，显示单元230可以包括设置在移动终端正面的显示屏232。其中，显示屏232可以采用液晶显示器、发光二极管等形式来配置。显示单元230可以用于显示本申请中所述的各种图形用户界面。

其中，触摸屏231可以覆盖在显示屏232之上，也可以将触摸屏231与显示屏232集成而实现移动终端的输入和输出功能，集成后可以简称触摸显示屏。本发明中显示单元230可以显示应用程序以及对应的操作步骤。

摄像头240可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(chargecoupleddevice，ccd)或互补金属氧化物半导体(complementarymetal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器280转换成数字图像信号。

移动终端还可以包括至少一种传感器250，比如加速度传感器251、距离传感器252、指纹传感器253、温度传感器254。移动终端还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路260、扬声器261、麦克风262可提供用户与移动终端之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号，传输到扬声器261，由扬声器261转换为声音信号输出。移动终端还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风262将收集的声音信号转换为电信号，由音频电路260接收后转换为音频数据，再将音频数据输出至rf电路210以发送给比如另一终端，或者将音频数据输出至存储器220以便进一步处理。本申请中麦克风262可以获取用户的语音。

wi-fi属于短距离无线传输技术，移动终端可以通过wi-fi模块270帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问；例如在本申请实施例中，移动终端可以通过wi-fi模块270与服务器建立通信网络连接。本申请实施例中，移动终端可以通过蓝牙模块281与服务器建立蓝牙连接；处理器280运行与移动设备匹配的控制应用，例如移动设备200安装的用药管理应用，触摸屏231检测用户通过所述控制应用触发的操作，处理器280生成用于对移动终端进行控制的控制命令，并将控制命令发送给移动终端，以使移动终端根据控制命令执行相应的处理操作。本申请的以下实施例，均以通信组件是wi-fi模块270为例进行说明。

处理器280是移动终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器220内的软件程序，以及调用存储在存储器220内的数据，执行移动终端的各种功能和处理数据。在一些实施例中，处理器280可包括一个或多个处理单元；处理器280还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器280中。本申请中处理器280可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例所述的移动终端侧的用药管理方法。另外，处理器280与显示单元230耦接。

蓝牙模块281，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，移动终端可以通过蓝牙模块281与其他移动终端建立蓝牙连接，从而进行数据交互。

移动终端还包括给各个部件供电的电源290(比如电池)。电源可以通过电源管理系统与处理器280逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。移动终端还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

本申请一种实施例中，处理器280，用于采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到至少一个药品的药品使用信息传输给wi-fi模块270；wi-fi模块270，用于将采集到至少一个药品的药品使用信息发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息；以及，接收服务器发送的用药通知消息；显示单元230，用于在wi-fi模块270接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

在一种可能的实现方式中，处理器280，具体用于：

采集用户通过用药管理应用的管理界面输入的至少一个药品的药品使用信息；或

获取至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息；或

从诊断报告中提取至少一个药品的药品使用信息；其中，诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。

在一种可能的实现方式中，处理器280，还用于：

响应用户触发的对目标药品的用药状态进行更新的状态更新指令，将目标药品更新后的用药状态信息发送给服务器，以使服务器对目标药品的用药状态进行更新；

其中，用药状态更新指令为用户根据提示信息服用目标药品之后触发的。

在一种可能的实现方式中，处理器280还用于：

响应用户触发的查询药品的用药记录信息的查询指令，将查询指令发送给服务器，以使服务器获取存储的查询指令对应的药品的用药记录信息，并将获取到的药品的用药记录信息返回给移动终端；

接收并在显示界面中显示药品的用药记录信息。

在本申请的另一种实施例中，在进行用药管理时，为移动终端单独实施，处理器280，用于获取至少一个药品的用于指示药品的服用方式的药品使用信息；根据各个药品的药品使用信息以及预设的用药时间管理策略，确定各个药品对应的使用时间；以及，在确定至少一个药品中的目标药品的使用时间到达后，生成提示用户服用目标药品的提示信息；存储器220，用于存储处理器280获取的至少一个药品的药品使用信息，以及处理器280确定出的药品对应的使用时间；显示单元230，用于在显示界面中显示提示用户服用目标药品的提示信息。

图3是本申请实施例的移动终端的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(androidruntime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。其中，视频应用程序可以用于播放普通视频，也可以用于播放自由视点视频。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频(如自由视点视频)，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供移动终端的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件、视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，通信终端振动，指示灯闪烁等。

安卓运行时包括核心库和虚拟机。安卓运行时负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surfacemanager)，媒体库(medialibraries)，三维图形处理库(例如：opengles)，2d图形引擎(例如：sgl)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成和图层处理等。2d图形引擎是2d绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

图4是用于示出移动终端(例如图1的移动终端200)上的用户界面的示意图。在一些具体实施中，用户通过触摸用户界面上的应用图标可以打开相应的应用程序，或者通过触摸用户界面上的文件夹图标可以打开相应的文件夹。

下面以用药管理应用程序的启动过程为例，示例性说明移动终端软件以及硬件的工作流程。

当触摸屏231接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸操作的触点坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为用药管理应用程序的控件为例，用药管理应用通过应用框架层的接口调用内核层的显示驱动和音频驱动，进而启动用药管理应用，显示如图5所示的用药管理应用的显示界面，并通过该用药管理应用与服务器进行用药管理相关的信息传递。

由于本申请实施例在进行用药管理时，一种可选的实施方式为移动终端与服务器配合实施，另一种可选的实施方式为移动终端单独实施，下面针对这两种不同的实现方式分别进行说明。

一、移动终端与服务器配合进行用药管理。

图6示出了本申请实施例提供的一种用药管理方法的交互流程图。请参见图6，包括如下步骤：

步骤s601、移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息。

服务器可以是云服务器，例如云平台。用户通过移动终端打开用药管理应用，显示图5所示的用药管理应用界面，用户通过点击图5中的“+添加药品使用信息”选项，可以实现采集至少一个药品的用于指示药品的服用方式的药品使用信息，例如显示如图7所示的包括药品使用信息的界面。

在一种可选的实施例中，移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息，可以通过如下方式实现：

方式1：移动终端采集用户通过用药管理应用的管理界面输入的至少一个药品的药品使用信息。

示例性地，终端设备可以通过用药管理应用的用药管理应用界面，如图5所示，输入包括药品名称、用药原因、用药时间、开始日期、结束日期、重复周期、用药剂量等在内的药品使用信息。

方式2：移动终端获取至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息。

具体地，移动终端获取至少一个药品的图片，既可以通过摄像头扫描药品，也可以是通过用药管理应用获取至少一张本地存储的药品的图片。移动终端获取至少一个药品的图片后，可以进一步地通过用药管理应用采用ocr识别技术，从各个药品的图片中分别识别各个药品的药品使用信息。

示例性地，移动终端获取至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息。例如，在一些实施例中，如图8所示，用户可以利用移动终端的用药管理应用，采用ocr识别技术从“xx灵颗粒”的药品包装盒的图片中识别出药品名称，然后跳转到图9所示的用药管理应用界面，用户可以通过手动输入的方式对该跳转到的用药管理应用界面中的药品使用信息进行补充完善，然后将完善后的药品使用信息保存作为采集到的药品使用信息发送给服务器。在另外一些实施例中，移动终端可以直接将通过ocr识别技术从药品包装盒的图片中识别出的药品名称，然后移动终端根据本地存储的药品使用信息库获取该药品名称关联的数据信息，生成并显示针对该药品名称推荐给用户的药品使用信息，用户根据具体需要对该显示的推荐给用户的药品使用信息进行编辑修改，然后将编辑修改后的药品使用信息作为采集到的药品使用信息发送给服务器。

方式3：移动终端从诊断报告中提取至少一个药品的药品使用信息；其中，诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。

当诊断报告为用户发起线上问诊后生成的诊断报告时，该诊断报告可以具体为用户与医生进行视频问诊、电话问诊或者图文问诊之后，医生发送问诊报告给用户，报告中会带有医生所开药品信息，包括药品名称以及使用方法，用户接收问诊报告后本地存储，然后通过用药管理应用插入本地存储的问诊报告，采用ocr识别技术识别出药品使用信息并上传到云平台；还可以是用户通过用药管理应用的具有在线问诊功能的关联小程序，进行在线问诊，然后用户的移动终端的用药管理应用接收关联小程序发送的在线诊断报告并存储，移动终端提取至少一个药品的药品使用信息时，可以获取存储的在线诊断报告，然后利用ocr识别技术识别出药品使用信息并上传到云平台。

当诊断报告为用户进行线下问诊后医护人员开具的诊断报告，该诊断报告可以具体为用户到门诊与医生进行当面问诊后，医院提供的纸质的诊断报告。用户拿到诊断报告后可以拍摄成照片上传给用药管理应用，或者采用用药管理应用直接拍摄该纸质的诊断报告，从而使用药管理应用获得诊断报告的照片，然后采用ocr识别技术识别出药品使用信息并上传到云平台。

示例性地，移动终端从诊断报告中提取至少一个药品的药品使用信息；其中，诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。如图10所示，用户可以利用移动终端的用药管理应用，采集到线下问诊后医护人员开具的诊断报告的相关信息后，通过文本解析提取用药信息，上传到云平台。在另外一些实施例中，用户可以利用移动终端的用药管理应用，获取用户通过图5中示出的用药管理应用关联的“虚拟医生”或“专家咨询”小程序，与医生进行视频问诊、电话问诊或者图文问诊之后，医生发送的问诊报告，识别该问诊报告中带有医生所开药品信息，包括药品名称以及使用方法，将这些用药信息作为采集药品使用信息的结果，上传到云平台。在另外一些实施例中，用户可以利用移动终端的用药管理应用，采集用户进行线下问诊后医护人员开具的诊断报告。

用户通过上述的方式采集药品使用信息之后，通过统一的用药信息上传接口上传到云平台，在服务器进行存储。用户对已存储在服务器的药品使用信息，可以根据需要进行查询，并对查询结果进行修改或增加信息。例如用户可以通过移动终端向服务器发送包括药品名称的查询请求，服务器根据查询请求中的药品名称查询包括该药品名称的药品使用信息并返回给移动终端。

步骤s602、移动终端向服务器发送采集到的至少一个药品的药品使用信息。

步骤s603、服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间。

其中，药品使用信息包括下列中的部分或全部：

药品名称、用药原因、用药时间、开始日期、结束日期、重复周期、用药剂量。

预设的用药时间管理策略可以为根据药品使用信息中包含的用药时间确定各个药品对应的使用时间；或者，预设的用药时间管理策略可以为根据药品使用信息中包含的重复周期，以及预设的重复周期与用药时间之间的对应关系，确定各个药品对应的使用时间。

示例性地，终端设备将采集到的用户a的药品使用信息发送给服务器。假设药品使用信息包括的药品名称为“test1”、用药原因为“头疼”、用药时间为“10:2314:5520:30”、开始日期为“2020/11/30”、结束日期为“2020/11/30”、药剂量为“每次1片”，其中该“每次1片”表示对于药品“test1”，在“10:2314:5520:30”三个用药时间分别需要服用1片。

服务器接收移动终端发送的用户a的药品使用信息，即“test1、头疼、10:2314:5520:30、2020/11/30、2020/11/30、1片”，将其与用户a进行关联存储。

服务器在确定药品test1对应的使用时间时，若确定药品test1的药品使用信息中的用药时间不是异常值，则将药品使用信息中包含的药品test1的各个用药时间(10:23、14:55、20:30)作为该药品test1的使用时间；其中，异常值包括空值、非时间格式的数据。

示例性地，假设药品使用信息包括的药品名称为“test3”、用药原因为“腿疼”、开始日期为“2020/11/30”、结束日期为“2020/12/30”、重复周期为“3次/天”、药剂量为“每次2片”。服务器在确定药品test2对应的使用时间时，服务器根据药品使用信息中包含的重复周期，以及预设的重复周期与用药时间之间的对应关系，假设重复周期“3次/天”对应的用药时间为“7:00、13:00、18:00”，则服务器将“7:00、13:00、18:00”作为该药品test2的使用时间。

步骤s604、服务器在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息。

实施中，服务器确定至少一个药品中的目标药品的使用时间到达，如图11所示，具体可以通过以下步骤实现：

步骤s1101、服务器根据各个药品的药品使用信息，确定预设周期内用户需要服用的至少一个候选药品。

具体地，服务器可以包含定时任务模块；定时任务模块可以根据预设周期触发定时任务；例如，服务器可以通过定时任务模块每天00:00触发定时任务；在触发定时任务之后，根据各个药品的药品使用信息，确定各个药品中是否有需要在当前预设周期内服用的药品，将当前周期内需要服用的药品作为候选药品，例如，假设预设周期为一天，根据药品使用信息中包含的开始日期和结束日期，以及重复周期，确定当天是否存在需要服用的候选药品。

步骤s1102，服务器根据各个候选药品对应的使用时间，分别确定从当前时刻到各个候选药品对应的使用时间之间的延迟时长，并将各个候选药品对应的用药通知消息存储于延迟消息队列。

服务器在从至少一个药品中确定出当前预设周期内需要服用的候选药品后，根据各个候选药品对应的使用时间，确定每个候选药品对应的延迟时长；并针对每个延迟时长生成一个延迟消息，将生成的延迟消息存储于延迟消息队列中，每个延迟消息用于在对应的延迟时长结束后，触发用药通知消息；

例如，“test1”的用药时间“10:2314:5520:30”，分别确定从当前时刻0:00到与“test1”的药品相对应的用药时间“10:2314:5520:30”之间的延迟时长，并生成与延迟时长对应的延迟消息；延迟时长的单位可以为秒或者毫秒；针对用药时间“10:23”，确定出的延迟时长为37380s；针对用药时间“14:55”，确定出的延迟时长为53700s；针对用药时间“20:30”，确定出的延迟时长为73800s，并在对应的延迟时长计时结束后，发送对应的用药提醒消息。

步骤s1103，服务器在确定至少一个候选药品中的目标药品的延迟时长延迟结束后，从延迟消息队列中获取目标药品的用药通知消息，并向移动终端发送用药通知消息。

在本申请的一些实施例中，当延迟时间到达时，服务器提取对应的用药提醒信息，并向多个终端设备同时进行用药提醒推送。

示例性地，服务器确定当前时刻开始的时间长度为1天的时间段内用户需要服用的候选药品为“test1”。服务器在确定该药品名称为“test1”的药品的延迟时长延迟结束后，假设确定对应于用药时间中的“10:23”的延迟时长延迟结束，从延迟消息队列中获取目标药品的用药通知消息“用药时间到了(20:30)，请服用test1”，并向移动终端发送用药通知消息。

服务器确定至少一个药品中的目标药品的使用时间到达后，向移动终端发送用药通知消息；

移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

示例性地，服务器在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息。例如当前时间为2020/11/3012:30，则服务器判断test1的使用时间到达，向移动终端发送用药通知消息。

步骤s605、移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

示例性地，移动终端在接收到用药通知消息后，如图12所示，在显示界面中显示提示用户服用目标药品的提示信息。

通过图6所示的用药管理方法，移动终端采集至少一个药品的药品使用信息并发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息，从而可以在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息，基于采集的药品使用信息实现用药提醒，能够提升用药提醒的准确性。

在一种可选的实施例中，本申请实施例还可以对药品的用户状态进行更新；

实施中，响应用户触发的对目标药品的用药状态进行更新的状态更新指令，移动终端将目标药品更新后的用药状态信息发送给服务器；服务器根据目标药品更新后的用药状态信息对目标药品的用药状态进行更新。

其中，用药状态更新指令可以为用户根据提示信息服用目标药品之后触发的。

示例性地，响应用户触发的对目标药品test1的用药状态进行更新的状态更新指令，例如，若用户点击图12所示的界面示意图中的“忽略”，移动终端将目标药品更新后的用药状态信息，例如“20:30test1漏服”发送给服务器，以使服务器对目标药品的用药状态进行更新；若用户点击图12所示的界面示意图中的“确定”，移动终端将目标药品更新后的用药状态信息，例如为“20:30test1已服”发送给服务器，以使服务器对目标药品的用药状态进行更新。

在一种可选的实施例中，用户还可以通过移动终端上的用药管理应用查询药品的用药记录信息；

实施中，响应用户触发的查询药品的用药记录信息的查询指令，移动终端将查询指令发送给服务器；服务器获取存储的查询指令对应的药品的用药记录信息，并将获取到的药品的用药记录信息返回给移动终端；移动终端接收并在显示界面中显示药品的用药记录信息。

示例性地，响应用户触发的查询药品的用药记录信息的查询操作，例如，用户可以点击图5中的“用药记录”，移动终端生成查询药品的用药记录信息的查询指令，并将查询指令发送给服务器；服务器获取存储的查询指令对应的药品的用药记录信息，并将获取到的药品的用药记录信息返回给移动终端。在一些实施例中，用户点击图5中的“用药记录”后，移动终端的显示界面中显示如图13所示的用药记录查询窗口界面，用户可以输入需要查询的目标药品的名称，以得到与目标药品对应的用药记录；或者点击图13中的“查询全部”，以得到该用户的全部用药记录；或者点击“按记录时间查询”，用户可以输入需要查询的目标药品的使用时间，以得到与目标药品对应的用药记录。移动终端接收并在显示界面中显示药品的用药记录信息，如图14所示，例如显示的要记录信息可以是显示目标药品为“xxx芬缓释胶囊”的用药记录信息。

可选地，若确定至少一个药品中的目标药品的使用时间到达后，服务器可以向用户的多个移动终端发送用药通知消息；其中，多个移动终端为使用相同账号登录用药管理应用的终端。

在一些实施例中，用药管理过程中，在接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息之后，服务器接收移动终端发送的药品信息查询请求，获取与药品信息查询请求对应的药品使用信息，并发送给移动终端，以使移动终端显示与查药品信息查询请求对应的药品使用信息；药品信息查询请求包括待查找的目标药品信息。

示例性地，用户a可以移动终端上安装的用药管理应用，对服务器的数据库中的药品使用信息进行查询。用户a输入的查询请求包含待查找的药品名称，例如“test1”；服务器在接收到的移动终端发送的针对用户a的查询请求后，从药品使用信息获取与该查询请求包含的药品名称对应的药品使用信息，并发送给移动终端；移动终端显示如图7所示的与该查询请求对应的药品使用信息。

另外，服务器响应于移动终端发送的针对与药品信息查询请求对应的药品使用信息所做的变更请求，接收移动终端发送的变更后的药品使用信息并存储。

示例性地，用户可以在移动终端对查询后显示出的药品使用信息进行药品信息修改或药品信息删除等变更操作，服务器接收变更后的用户的药品使用信息并对应地进行信息存储更新。

示例性地，用户点击图5中的“查询药品使用信息”，可以显示如图15所示的药品使用信息列表界面。用户还可以对查询后显示出的药品使用信息列表中选定的药品使用信息进行点击，以打开该选定的药品使用信息，如图7所示，用户可以在显示图7所示的药品使用信息界面中进行编辑修改。例如，用户可以将用药时间由“10:2315:3020:30”调整为“10:2315:3021:00”，如图16所示，调整后药品使用信息列表中的对应的药品使用信息的用药时间变为更新后的“10:2315:3021:00”。

图17示出了本申请实施例提供的另一种用药管理方法的交互流程图，包括如下步骤：

步骤s1701、移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息。

步骤s1702、移动终端将采集到的至少一个药品的药品使用信息发送给服务器。

步骤s1703、服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间。

步骤s1704、服务器在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息。

步骤s1705、移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

步骤s1706、移动终端响应用户触发的对目标药品的用药状态进行更新的状态更新指令，向服务器发送目标药品更新后的用药状态信息。

步骤s1707、服务器根据接收到的目标药品更新后的用药状态信息，对目标药品的用药状态进行更新。

其中，更新后的用药状态信息用户针对用药通知消息输入到移动终端的服药状态。

步骤s1708、移动终端响应用户触发的查询药品的用药记录信息的查询指令，向服务器发送查询指令。

步骤s1709、服务器根据接收的查询指令，获取存储的查询指令对应的药品的用药记录信息。

步骤s1710、服务器向移动终端发送获取到的药品的用药记录信息。

步骤s1711、移动终端接收并在显示界面中显示药品的用药记录信息。

步骤s1712、移动终端响应用户触发的查询药品使用信息的药品信息查询指令，向服务器发送药品信息查询指令。

步骤s1713、服务器获取与药品信息查询请求对应的药品使用信息。

步骤s1714、服务器向移动终端发送获取的与药品信息查询请求对应的药品使用信息。

步骤s1715、移动终端接收并显示与药品信息查询请求对应的药品使用信息。

步骤s1716、移动终端响应用户触发的针对与药品信息查询请求对应的药品使用信息所做的变更请求，向服务器发送针对药品使用信息的变更请求。

步骤s1717、服务器接收移动终端发送的变更后的药品使用信息并存储。

如图18所示，本申请实施例提供一种用药管理方法，应用于移动终端，包括以下步骤：

步骤s1801、移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到至少一个药品的药品使用信息发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息。

步骤s1802、移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

如图19所示，本申请实施例提供一种用药管理方法，应用于服务器，包括以下步骤：

步骤s1901、服务器接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息；

步骤s1902、服务器根据各个药品的药品使用信息以及预设的用药时间管理策略，分别确定各个药品对应的使用时间；

步骤s1903、服务器确定至少一个药品中的目标药品的使用时间到达后，向移动终端发送用药通知消息，以使移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

如图20所示，本申请实施例还提供一种用药管理装置，包括：

数据处理模块2001，用于采集至少一个药品的用于指示药品的服用方式的药品使用信息，并将采集到至少一个药品的药品使用信息发送给服务器，以使服务器根据各个药品的药品使用信息以及预设的用药时间管理策略分别确定各个药品对应的使用时间，并在确定至少一个药品中的目标药品的使用时间到达后向移动终端发送用药通知消息；

提醒显示模块2002，用于在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

可选地，数据处理模块2001，具体用于：

采集用户通过用药管理应用的管理界面输入的至少一个药品的药品使用信息；或

获取至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息；或

从诊断报告中提取至少一个药品的药品使用信息；其中，诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。

可选地，数据处理模块2001，还用于响应用户触发的对目标药品的用药状态进行更新的状态更新指令，将目标药品更新后的用药状态信息发送给服务器，以使服务器对目标药品的用药状态进行更新；

其中，用药状态更新指令为用户根据提示信息服用目标药品之后触发的。

可选地，数据处理模块2001，还用于响应用户触发的查询药品的用药记录信息的查询指令，移动终端将查询指令发送给服务器，以使服务器获取存储的查询指令对应的药品的用药记录信息，并将获取到的药品的用药记录信息返回给移动终端；

提醒显示模块2002，还用于接收并在显示界面中显示药品的用药记录信息。

如图21所示，本申请实施例还提供另一种用药管理装置，包括：

收发模块2101，用于接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息；以及，向移动终端发送用药通知消息，以使移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息；

处理模块2102，用于根据各个药品的药品使用信息以及预设的用药时间管理策略，分别确定各个药品对应的使用时间；确定至少一个药品中的目标药品的使用时间到达后，生成用药通知消息，并将用药通知消息传输给收发单元。

可选地，处理模块2102，具体用于：根据各个药品的药品使用信息，确定预设周期内用户需要服用的至少一个候选药品；

根据各个候选药品对应的使用时间，分别确定从当前时刻到各个候选药品对应的使用时间之间的延迟时长，并将各个候选药品对应的用药通知消息存储于延迟消息队列；

在确定至少一个候选药品中的目标药品的延迟时长延迟结束后，从延迟消息队列中获取目标药品的用药通知消息，并向移动终端发送用药通知消息。

图22为本申请实施例提供的一种服务器的结构示意图。服务器的结构可以如图22所示，包括存储器101、处理器102和收发单元103。

存储器101，用于存储服务器运行时所使用的数据或程序代码，如本申请实施例提供的用药管理方法的程序代码等，其中，程序代码可以由处理器102执行。

处理器102，可以包括一个或多个中央处理单元(centralprocessingunit，cpu)，或者数字处理单元等等。处理器102，用于调用存储器101中存储的程序代码以实现如下过程：用于根据各个药品的药品使用信息以及预设的用药时间管理策略，分别确定各个药品对应的使用时间；确定至少一个药品中的目标药品的使用时间到达后，生成用药通知消息，并将用药通知消息传输给收发单元103。

收发单元103，用于接收移动终端发送的至少一个药品的用于指示药品的服用方式的药品使用信息；以及，向移动终端发送用药通知消息，以使移动终端在接收到用药通知消息后，在显示界面中显示提示用户服用目标药品的提示信息。

在一种可能的实现方式中，处理器102，具体用于：

根据各个药品的药品使用信息，确定预设周期内用户需要服用的至少一个候选药品；

根据各个候选药品对应的使用时间，分别确定从当前时刻到各个候选药品对应的使用时间之间的延迟时长，并将各个候选药品对应的用药通知消息存储于延迟消息队列；

在确定至少一个候选药品中的目标药品的延迟时长延迟结束后，从延迟消息队列中获取目标药品的用药通知消息，并向移动终端发送用药通知消息。

本申请实施例中不限定上述存储器101、处理器102和收发单元103之间的具体连接介质。本申请实施例在图22中，存储器101、处理器102和收发单元103之间通过总线104连接，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线104可以分为地址总线、数据总线、控制总线等。为便于表示，图22中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

二、移动终端侧进行用药管理。

图23示出了本申请实施例提供的一种由移动终端单独实施的用药管理方法的流程图。请参见图23，包括如下步骤：

步骤s2301、移动终端获取至少一个药品的用于指示药品的服用方式的药品使用信息。

其中，在一种可选的实施例中，移动终端采集至少一个药品的用于指示药品的服用方式的药品使用信息，可以通过如下方式实现：

方式1：移动终端采集用户通过用药管理应用的管理界面输入的至少一个药品的药品使用信息；

方式2：移动终端获取至少一个药品的图片，从各个药品的图片中分别识别各个药品的药品使用信息；

方式3：移动终端从诊断报告中提取至少一个药品的药品使用信息；其中，诊断报告为用户发起线上问诊后生成的诊断报告，或用户进行线下问诊后医护人员开具的诊断报告。

步骤s2302、移动终端根据各个药品的药品使用信息以及预设的用药时间管理策略，确定各个药品对应的使用时间；

其中，步骤s2302中的移动终端确定各个药品对应的使用时间的过程，可以参照前述实施例的步骤s603中服务器确定各个药品对应的使用时间的具体过程执行，在此不再赘述。

步骤s2303、移动终端在确定至少一个药品中的目标药品的使用时间到达后，在显示界面中显示提示用户服用目标药品的提示信息；

其中，步骤s2303的确定至少一个药品中的目标药品的使用时间到达的具体执行过程，可以参照前述实施例的步骤s604中服务器确定至少一个药品中的目标药品的使用时间到达的具体过程执行，在此不再赘述。

移动终端在确定至少一个药品中的目标药品的使用时间到达后，可以在显示界面中显示如图12所示的提示用户服用目标药品的提示信息。

该方法通过移动终端获取至少一个药品的用于指示药品的服用方式的药品使用信息；根据各个药品的药品使用信息以及预设的用药时间管理策略，确定各个药品对应的使用时间，从而可以在确定至少一个药品中的目标药品的使用时间到达后，在显示界面中显示提示用户服用目标药品的提示信息，实现通过移动终端独立地进行基于用户输入的药品使用信息的用药提醒，能够提升用药提醒的准确性。

本申请实施例还提供一种计算机可读非易失性存储介质，包括程序代码，当所述程序代码在计算终端上运行时，所述程序代码用于使所述计算终端执行上述任意一种用药管理方法的步骤。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。