具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种用药提醒系统的结构示意图，参见图1，该系统可以包括：第一终端110，服务器120和第二终端130。该第一终端110与服务器120之间可以建立有线或无线通信连接，该第二终端130与服务器120之间可以建立有线或无线通信连接。

可选的，该第一终端110可以为手机，平板电脑或笔记本电脑等可手持的移动终端。该第二终端130可以为电视机或智慧屏等显示屏尺寸较大的终端。例如，参见图1，该第一终端110可以为手机，该第二终端130可以为电视机。该服务器120可以是一台服务器，或者可以是由若干台服务器组成的服务器集群，又或者还可以是一个云计算服务中心。

可选的，该第一终端110和第二终端130中均可以安装有用药提醒应用程序(application，APP)，该服务器120可以为该用药提醒APP的后台服务器。并且，该第一终端110中的用药提醒APP和第二终端130中的用药提醒APP中均可以登录有用药主体的第一账号。

本申请实例提供了一种用药提醒方法，该方法可以应用于用药提醒系统，例如图1所示的用药提醒系统。参见图2，该方法包括：

步骤101、第一终端向服务器发送用药主体的用药计划。

第一终端可以基于用户输入的药品的相关信息生成该用药主体的用药计划，并向服务器发送该用药计划。其中，该用户可以是该用药主体，也可以是该用药主体的监护人、主治医师或护理人员等。

步骤102、服务器基于用药主体的用药计划生成用药提醒信息。

其中，该用药计划可以包括药品的标识，用药时间和用药量等信息。服务器接收到第一终端发送的用药主体的用药计划后，可以基于该用药计划生成用药提醒信息。该用药提醒信息可以包括用药主体每次用药的用药时刻，每次用药的药品的标识，以及每次用药的用药量。

步骤103、服务器向第二终端发送用药提醒信息。

该第二终端为登录有用药主体的第一账号的终端，且第二终端的显示屏的尺寸大于第一终端的显示屏的尺寸。

步骤104、第二终端显示用药提醒信息。

第二终端接收到该服务器发送的用药提醒信息后，即可在其显示屏上显示该用药提醒信息，以便用药主体可以基于该用药提醒信息及时准确地用药。

综上所述，本申请实施例提供了一种用药提醒方法，服务器可以基于第一终端发送的用药主体的用药计划生成用药提醒信息，并将该用药提醒信息发送至第二终端，以供第二终端显示。由于该第二终端的显示屏的尺寸较大，因此可以确保该用药提醒信息的显示效果较好，进而可以确保用药提醒的效果较好。

本申请实例提供了另一种用药提醒方法，该方法可以应用于用药提醒系统，例如图1所示的用药提醒系统。参见图3，该方法包括：

步骤201、第一终端对备选药品的图形标识码进行扫描，得到该备选药品的药品标识。

在本申请实施例中，第一终端可以是具有扫描功能的终端。该第一终端可以扫描用药主体所需服用的备选药品的图形标识码，得到该备选药品的药品标识。其中，备选药品的图形标识码可以为二维码或条形码。备选药品的药品标识可以是能够用于唯一识别该备选药品的字符串。例如，该字符串可以包括14个字符，该14个字符可以为数字或数字与字母组合。

示例的，该第一终端可以启动其摄像头，并通过摄像头扫描备选药品的包装上的条形码，以得到该备选药品的药品标识：12345678123456。

步骤202、第一终端向服务器发送该备选药品的药品标识。

第一终端可以通过其与服务器之间的通信连接，将该备选药品的药品标识发送给服务器。

示例的，第一终端可以向服务器发送备选药品的药品标识12345678123456。

步骤203、服务器基于该备选药品的药品标识，获取该备选药品的药品信息。

服务器在接收到第一终端发送的备选药品的药品标识后，可以在药品信息库中查找与该备选药品的药品标识对应的药品信息，得到该备选药品的药品信息。其中，该药品信息库中记录有药品标识与药品信息的对应关系。该备选药品的药品信息可以包括下述信息中的至少一种：备选药品的名称，备选药品的外部包装图片，备选药品的药品颗粒图片。并且，该药品信息还可以包括备选药品的服用说明信息和不良反应信息等信息。

可选地，该药品信息库可以是服务器中存储的数据库，或者也可以独立于该服务器的数据库，本申请实施例对此不做限定。

示例的，服务器基于备选药品的药品标识：12345678123456，获取到的备选药品的药品信息可以包括药品名称：XXX消炎药，以及该备选药品的外部包装图片。

步骤204、服务器将备选药品的药品信息发送至第一终端。

服务器获取到备选药品的药品信息后，即可通过其与第一终端之间的通信连接，将该备选药品的药品信息发送至第一终端。

示例的，服务器可以向第一终端发送的备选药品的药品信息可以包括药品名称：XXX消炎药，以及该备选药品的外部包装图片。

步骤205、服务器获取该用药主体的禁用药品列表。

服务器在获取到备选药品的药品信息后，还可以基于该用药主体的第一账号，在用户数据库中获取该用药主体的禁用药品列表。该禁用药品列表记录有会使得该用药主体产生过敏反应的药品的药品名称。其中，该禁用药品列表中记录的药品名称可以是登陆有该第一账号的终端(例如第一终端或第二终端)发送至服务器的。

示例的，用药主体在服务器中注册第一账号时，可以通过第一终端或第二终端提交其个人信息，该个人信息至少包括会使得该用药主体产生过敏反应的药品的药品名称。服务器进而可以基于获取到的个人信息生成该用药主体的禁用药品列表，该禁用药品列表也可以称为用药画像。其中，该个人信息还可以包括用药主体的手术记录和病情记录等信息。

步骤206、服务器若确定该备用药品属于该用药主体的禁用药品列表，则向第一终端发送警告信息。

服务器在获取到备用药品的药品信息，可以检测该备用药品的药品名称是否存在于该用药主体的禁用药品列表中。若该药品名称存在于该禁用药品列表，则服务器可以确定该备用药品为会使得该用药主体产生过敏反应的禁用药品，因此可以向第一终端发送警告信息。该警告信息用于指示该备选药品为禁用药品。

示例的，假设该用户数据库中存储的各个用药主体的禁用药品列表如表1所示，且服务器获取到的用药主体1的备用药品的药品信息中的药品名称为XXX降压药。参考表1，由于该药品名称XXX降压药存在于该用药主体1的禁用药品列表中，因此服务器会向第一终端发送警告信息。

表1

步骤207、第一终端基于备选药品的药品信息，生成用药主体的用药计划。

服务器向第一终端发送备选药品的药品信息后，第一终端会在其显示屏上会显示该备用药品的药品信息。用户可以根据第一终端的显示屏上显示的该备选药品的药品信息，设置该备选药品的用药时间和用药数量。第一终端进而可以基于备选药品的药品信息，以及用户输入的备选药品的用药时间和用药数量，生成该用药主体的用药计划。其中，用户可以是指用药主体，也可以是该用药主体的监护人、主治医师或护理人员。

可以理解的是，若用药主体所需服用的备选药品包括多个，则第一终端和服务器可以重复执行上述步骤201至步骤204，直至第一终端获取到所有备选药品的药品信息。对于每种备选药品，用户均可以设置该备选药品的用药时间和用药数量。相应的，第一终端生成的用药计划即包括该多个备选药品中，每个备选药品的药品信息，用药时间和用药数量。

示例的，假设用户根据第一终端的显示屏上显示的XXX消炎药的药品信息，设置该XXX消炎药的用药时间为每天的20：30，用药数量为2粒。并且，用户还可以依次设置XXX止痛药的用药时间和用药数量，XXX降压药的用药时间和用药数量和复方XXX药的用药时间和用药数量。第一终端基于备选药品的药品信息，以及用户输入的备选药品的用药时间和用药数量，生成的用药主体1的用药计划可以参考表2。

表2

还可以理解的是，第一终端在向服务器发送某个备选药品的药品标识后，若接收到服务器发送的针对该备选药品的警告信息，则第一终端可以显示该警告信息。相应的，用户可以基于该警告信息，不再录入该备选药品的用药时间和用药数量，也即是，用户可以选择将该备选药品从用药计划中删除。

步骤208、第一终端向服务器发送该用药主体的用药计划。

第一终端可以通过与服务器之间的通信连接，向服务器发送用药主体的用药计划。示例的，第一终端可以向服务器发送如表2所示的用药计划。

步骤209、服务器若确定该用药主体的用药计划中存在属于禁用药品列表的禁用药品，则将该禁用药品从用药主体的用药计划中删除。

服务器接收到第一终端发送的用药主体的用药计划后，可以检测该用药计划中是否存在属于禁用药品列表的禁用药品。若该用药计划中存在属于禁用药品列表的禁用药品，则服务器可以将该禁用药品从该用药计划中删除。也即是，服务器可以禁止禁用药品禁止录入用药主体的用药计划。

示例的，假设服务器接收到的用药主体1的用药计划如表2所示。结合表1可知，该用药计划中的XXX降压药该用药主体1的禁用药品后，因此服务器可以将该XXX降压药从用药主体的用药计划中删除。

服务器在确定用药主体的用药计划中不存在属于禁用药品列表的禁用药品后，即可将该用药主体的用药计划保存至用户数据库中，且可以将该用药计划与该用药主体的个人身份信息和用药画像对应存储。

图4是本申请实施例提供的另一种用药提醒系统的结构示意图，参见图4，该系统还可以包括第三终端140。该第三终端140与服务器120之间可以建立有线或无线通信连接。可选的，该第三终端140可以为手机，平板电脑或笔记本电脑等移动终端，并且该第三终端140可以是用药主体的监护人、主治医师或护理人员的终端。

参见图5，本申请实施例提供的用药提醒方法还可以包括如下步骤：

步骤210、第三终端向服务器发送针对用药主体的用药计划的访问请求。

用药主体的监护人、主治医师或护理人员可以在第三终端中登录第二账号。在服务器生成用药主体的用药计划后，该第三终端可以向服务器发送用针对用药主体的用药计划的访问请求。访问请求携带有该第三终端中登录的第二账号的账号信息。该账号信息可以包括第二账号的用户名和第二账号的注册信息中的至少一种。其中该注册信息可以是手机号或邮箱等。

示例的，第三终端中可以安装有用药提醒APP，用药主体的监护人可以在该用药提醒APP中登录第二账号。该用药主体的监护人若需查看该用药主体的用药计划，则可以向服务器发送针对该用药计划的访问请求。

步骤211、服务器若基于账号信息确定第二账号与用药主体的第一账号关联，则向第三终端发送用药主体的用药计划。

服务器接收到第三终端发送的访问请求后，会根据该访问请求中携带的第二账号的账号信息，检测该第二账号是否与用药主体的第一账号关联。若服务器确定该第二账号与第一账号关联，则可以向第三终端发送该用药主体的用药计划。若服务器确定该第二账号不与第一账号关联，则不会向第三终端发送该用药主体的用药计划，即服务器可以拒绝第三终端访问该用药主体的用药计划。

可选地，用药主体在第一终端中登录第一账号后，可以向服务器发送针对第二账号的关联请求。服务器可以将该关联请求发送至登录有第二账号的第三终端，若服务器接收到该第三终端发送的确认关联指示，则可以记录该第一账号与第二账号的关联关系。

或者，登录有第二账号的第三终端也可以向服务器发送针对第一账号的关联请求。服务器可以将该关联请求发送至登录有该第一账号的第一终端，若服务器接收到该第一终端发送的确认关联指示，则可以记录该第一账号与第二账号的关联关系。

可以理解的是，该第一账号可以与一个或多个第二账号关联，该第二账号也可以与一个或多个第一账号关联。在第一终端中登录第一账号的用户(例如用药主体)也可以称为授权人，在第三终端中登录第二账号的用户(例如用药主体的监护人)也可以称为被授权人。相应的，服务器记录该第一账号与第二账号的关联关系可以理解为：第一账号授予第二账号访问该目标主体的用药计划的权限。

步骤212、第三终端显示该用药主体的用药计划。

第三终端接收到服务器发送的用药主体的用药计划后，可以在其显示屏上显示该用药计划。

步骤213、第三终端响应于针对该用药计划的修改操作，更新该用药计划。

用户在第三终端的显示屏上查看到用药主体的用药计划后，可以对该用药计划进行修改，例如可以修改备选药品的用药时间或增加备选药品的用药数量。第三终端可以响应于用户的修改操作，对用药主体的用药计划进行更新。其中，该用户可以是指用药主体的监护人、主治医师或护理人员。

示例的，假设用药主体1的监护人在第三终端上将XXX消炎药的用药数量由3粒修改为5粒，则第三终端可以响应该监护人的修改操作，对用药主体1的用药计划进行更新，更新后的用药计划参见表3。

表3

步骤214、第三终端向服务器发送更新后的用药计划。

第三终端完成对用药主体的用药计划的更新后，可以将该更新后的用药计划发送至服务器。

示例的，用户在第三终端的显示屏上完成对用药计划的更新后，可以点击显示屏中的确认控件，第三终端可以响应于该点击确认控件的操作，向服务器发送更新后的用药计划。

步骤215、服务器向第一终端发送验证信息。

服务器在接收到第三终端发送的更新后的用药计划后，可以向第一终端发送验证信息，该验证信息用于指示用药主体验证该更新后的用药计划。其中，该验证信息可以包括该更新后的用药主体的用药计划，或者可以包括该更新后的用药计划的链接。并且，该验证信息还可以包括更新该用药计划的第三终端中登录的第二账号的账号信息。

可以理解的是，服务器也可以向第三终端发送验证信息，以便第三终端的用户再次验证该更新后的用药计划。

示例的，服务器可以同时向第一终端和第三终端发送验证信息。该验证信息可以为该更新后的用药计划的链接。第一终端或第三终端检测到针对该链接的点击操作后，可以接收并显示服务器推送的该更新后的用药计划。

步骤216、第一终端向服务器发送确认指示。

第一终端在接收到服务器发送的验证信息后，可以显示该验证信息。用户可以根据该验证信息对更新后的用药计划进行核对，若核对无误，则可以执行确认操作。第一终端进而可以响应于该确认操作，向服务器发送确认指示，该确认指示可以用于指示该更新后的用药计划已核对通过。

其中，第一终端显示验证信息时，还可以在其显示屏中显示确认控件，该确认操作可以是针对该确认控件的点击操作。或者，该确认操作还可以是语音操作，例如可以是语音“确认无误”。

可以理解的是，若服务器还向第三终端发送了验证信息，则第三终端也可以显示该验证信息。第三终端的用户在核对完成该更新后的用药计划后，可以执行确认操作。相应的，第三终端可以响应于该确认操作，向服务器发送确认指示。

步骤217、服务器基于更新后的用药计划生成用药提醒信息。

服务器在接收到第一终端发送的确认指示后，可以确定该更新后的用药计划生效。进而，服务器可以基于该更新后的用药计划生成用药提醒信息。其中，该用药计划可以包括药品的标识，用药时间和用药数量等信息。该用药提醒信息可以包括用药主体每次用药的用药时间，每次用药的药品的外包装图片和药品的颗粒图片，以及每次用药的用药数量。

可以理解的是，服务器若还想第三终端发送了验证信息，则服务器需在接收到第一终端发送的确认指示，且接收到第三终端发送的确认指示后，确定该更新后的用药计划生效。

通过向第一终端(或第一终端和第三终端)发送验证信息，可以使得用药主体(或用药主体和第三终端的用户)能够对更新后的用药计划进行核对。由此，可以避免误触或个人疏忽等问题而导致的用药计划错误更新的问题，确保了更新后的用药计划的准确性。

步骤218、服务器检测第二终端是否处于开启状态。

服务器在生成用药提醒信息后，可以先检测第二终端是否处于开启状态。服务器若确定该第二终端处于关闭状态，则可以执行步骤219；服务器若确定该第二终端处于开启状态，则可以执行步骤220。其中，该第二终端为登录有用药主体的第一账号的终端，且该第二终端的显示屏的尺寸大于第一终端的显示屏的尺寸。

可选的，服务器可以在到达用药提醒信息中用药时间之前，检测第二终端是否处于开启状态，以便在到达该用药时间之前，将用药提醒信息发送至第二终端。例如，服务器可以在用药时间之前的一分钟，通过与第二终端的通信连接，检测第二终端是否处于开启状态。

步骤219、服务器向第一终端发送提示信息。

服务器若检测到第二终端处于关闭状态，则可以向第一终端发送提示信息，该提示信息用以指示第一终端的用户(例如用药主体)开启第二终端。第一终端接收到该提示信息后，会在其显示屏上显示该提示信息。用户查看到提示信息，可以根据该提示信息开启第二终端。

示例的，该提示信息的内容可以包括：当前时间已到用药主体1的用药时间，请立即开启第二终端，并根据用药提醒信息完成用药。用户查看到该提示信息后，可以开启第二终端。

步骤220、服务器向第二终端发送用药提醒信息。

服务器若检测到第二终端处于开启状态，则可以直接向第二终端发送用药提醒信息。

步骤221、第二终端显示用药提醒信息。

第二终端接收到服务器发送的用药提醒信息后，可以在其显示屏上显示该提醒信息。其中，该用药提醒信息在第二终端的显示屏上显示为用药主体的个人信息，用药名称，用药数量，用药外包装图片和用药颗粒图片。用药主体根据用药提醒信息。完成用药。同时，第二终端会将该用药主体此次的用药记录保存并发送给服务器，服务器会将此次用药记录保存到该用药主体的个人数据库中。

可选的，服务器在向第二终端发送用药提醒信息之前，还可以先发送跳转提示信息，并可以在发送该跳转提示信息后的目标时长后，发送该用药提醒信息。相应的，第二终端会先显示跳转提示信息，并在目标时长后，显示用药提醒信息。其中，第二终端显示跳转提示信息时，还可以通过语音播报的方式播报该跳转提示信息的内容。并且，第二终端显示用药提醒信息时，也可以通过语音播报的方式播报该用药提醒信息的内容。

示例的，参考图6，第二终端的显示屏上显示的跳转提示信息的内容可以包括：时间：2021年7月30日18:29:35到达服药时间，即将跳转到用药指导界面。第二终端显示该跳转提示信息的时长达到目标时长(例如5秒)后，可以显示用药提醒界面，参考图7，该用药提醒界面中显示有用药提醒信息和用药主体的相关信息。其中，该用药主体的相关信息可以包括：用药主体的姓名，年龄和本次用药时间。用药提醒信息可以包括：本次所需服用的药品的药品名称、本次需要服用药品的外包装图片、本次需要服用药品的药品颗粒图片和本次服用药品的药品数量。

参考图6，假设目标主体本次所需服用的药品包括：XXX消炎药，XXX止痛药和复方XXX药，则第二终端显示该用药提醒界面后，可以将焦点聚焦至第一个待服用的药品的药品名称：XXX消炎药上。相应的，用药提醒界面上可以显示该XXX消炎药的外包装图片，药品颗粒图片和用药数量：5。第二终端在显示XXX消炎药的药品信息的同时，可以语音播报如下内容：当前服用药品的药品名称为XXX消炎药，用药数量为5粒。

当用药主体完成XXX消炎药的用药后，可以执行确认操作。该确认操作可以是点击用药提醒界面中的确认按钮的操作，或者可以是语音操作。

参见图8，第二终端可以响应于用药主体的确认操作，将XXX消炎药的服用记录发送至服务器，并将焦点聚焦至第二个待服用的药品：XXX止痛药上。相应的，用药提醒界面上可以显示XXX止痛药的外包装图片，药品颗粒图片和用药数量。用药主体完成XXX止痛药的用药后，通过点击确认按钮或语音确认的方式，向第二终端提交XXX止痛药服用完成的确认操作。第二终端响应于用药主体的确认操作，可以将XXX止痛药的服用记录发送至服务器，并将焦点聚焦至第三个待服用的药品：复方XXX上。用药主体依据上述操作完成复方XXX的用药。

当用药主体服用完成用药提醒信息中记录的所有药品后，参见图9，第二终端可以在用药提醒界面中显示用药完成提示信息，以提示用药主体已完成本次用药。示例的，参考图9，该用药完成提示信息可以包括：你已完成本次用服药计划，即将返回电视主界面。间隔某个目标时长(例如5秒)后，第二终端的用药提醒界面会自动跳转到第二终端的主界面，用药主体完成本次用药计划。

需要说明的是，本申请实施例提供的用药提醒方法的步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减。例如，步骤201至步骤204可以根据情况删除，即第一终端的用户可以直接在第一终端中输入备选药品的药品信息。或者，上述步骤205、步骤206和步骤209也可以根据情况删除。又或者，上述步骤215和步骤216可以根据情况删除，即服务器可以直接基于更新后的用药计划生成用药提醒信息。再或者，上述步骤215至步骤216均可以根据情况删除。再或者，上述步骤219以根据情况删除，即服务器可以无需发送提示信息。任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本申请的保护范围之内，因此不再赘述。

综上所述，本申请实施例提供了一种用药提醒方法，服务器可以基于第一终端发送的用药主体的用药计划生成用药提醒信息，并将该用药提醒信息发送至第二终端，以供第二终端显示。由于该第二终端的显示屏的尺寸较大，因此可以更加清晰和直观的显示该用药提醒信息，即可以确保该用药提醒信息的显示效果较好。相应的，用药主体可以根据第二终端中显示的用药提醒信息准时且正确的用药。

基于上述分析可知，本申请实施例提供的方法可以解决用药主体(例如老年患者)记忆力和视力衰退带来的诸如记错药品包装、记错药品用量和记错用药时间等一系列用药不便的问题。

图10是本申请实施例提供的一种服务器的结构示意图，该服务器可以执行上述方法实施例提供的由服务器执行的用药提醒方法。如图10所示，该服务器120可以包括：处理器1201和通信模组1202。

其中，该通信模组1202用于接收第一终端发送的用药主体的用药计划。

该处理器1201，用于基于所述用药主体的用药计划生成用药提醒信息。

该通信模组1202，还用于向第二终端发送该用药提醒信息，该用药提醒信息用于供该第二终端显示。其中，该第二终端为登录有该用药主体的第一账号的终端，且该第二终端的显示屏的尺寸大于该第一终端的显示屏的尺寸。

可选的，该通信模组1202还用于：

接收第三终端发送的针对该用药主体的用药计划的访问请求，所述访问请求携带有该第三终端中登录的第二账号的账号信息；

若处理器1201基于该账号信息确定第二账号与该第一账号关联，则向该第三终端发送该用药主体的用药计划；

接收第三终端发送的更新后的用药计划，该更新后的用药计划是对该用药主体的用药计划进行更新后得到的。

该处理器1201，用于基于所述更新后的用药计划生成用药提醒信息。

可选的，该通信模组1202，用于向第一终端发送验证信息，该验证信息用于指示该用药主体验证该更新后的用药计划。

该处理器1201，用于若该通信模组1202接收到该第一终端发送的确认指示，则基于该更新后的用药计划生成用药提醒信息。

可选的，该通信模组1202，用于若处理器1201确定该第二终端处于开启状态，则向第二终端发送该用药提醒信息。

该通信模组1202，还用于若处理器1201确定第二终端处于关闭状态，则向第一终端发送提示信息，该提示信息用于指示开启该第二终端。

可选的，该通信模组1202，还用于接收第一终端发送的备选药品的药品标识，该药品标识是该第一终端对该备选药品的图形标识码进行扫描得到的。

该处理器1201，还用于基于该备选药品的药品标识，获取该备选药品的药品信息。

该通信模组1202，还用于将该备选药品的药品信息发送至该第一终端，该药品信息用于供该第一终端显示，并基于该药品信息生成该用药主体的用药计划。

可选的，该通信模组1202还用于：

获取用药主体的禁用药品列表；

若该备选药品属于该禁用药品列表，则向第一终端发送告警信息，该告警信息用于指示该备选药品为禁用药品。

该处理器1201，还用于若该用药主体的用药计划中存在属于该禁用药品列表的禁用药品，则将该禁用药品从该用药主体的用药计划中删除。

综上所述，本申请实施例提供了一种服务器，该服务器可以基于第一终端发送的用药主体的用药计划生成用药提醒信息，并将该用药提醒信息发送至第二终端，以供第二终端显示。由于该第二终端的显示屏的尺寸较大，因此可以确保该用药提醒信息的显示效果较好，进而可以确保用药提醒的效果较好。

图11是本申请实施例提供的一种终端的结构示意图，该终端140可以执行上述方法实施例提供的应用于第三终端的用药提醒方法。如图11所示，该终端140包括：处理器141和显示屏1421。

其中，该处理器141，用于向服务器发送针对用药主体的用药计划的访问请求，该访问请求携带有该第三终端中登录的第二账号的账号信息。

该显示屏1421，用于显示该服务器120发送的该用药主体的用药计划，该用药主体的用药计划是该服务器120在基于该账号信息确定该第二账号与该用药主体的第一账号关联后发送的。

该处理器141，还用于响应于针对该用药计划的修改操作，更新用药计划，以及向服务器120发送更新后的用药计划，该更新后的用药计划用于供服务器120基于该更新后的用药计划向登录有该第一账号的第二终端发送用药提醒。

可选的，如图11所示，该终端140还可以包括：显示单元142、射频(radiofrequency，RF)电路146、音频电路150、无线保真(wireless fidelity，Wi-Fi)模块147、蓝牙模块148、电源145、摄像头144和处理器141等部件。

其中，摄像头144可用于捕获静态图片或视频。物体通过镜头生成光学图片投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器141转换成数字图片信号。

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

显示单元142可用于接收输入的数字或字符信息，产生与移动终端140的用户设置以及功能控制有关的信号输入，可选的，显示单元142还可以用于显示由用户输入的信息或提供给用户的信息以及终端140的各种菜单的图形用户界面(graphical user interface，GUI)。显示单元142可以包括设置在移动终端140正面的显示1421。其中，显示1421可以采用液晶显示器、发光二极管等形式来配置。显示单元142可以用于显示本申请中所述的各种图形用户界面。

显示单元142包括：显示屏1421和设置在终端140正面的触摸屏1423。该显示屏1421可以用于显示预览图片。触摸屏1423可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。其中，触摸屏1423可以覆盖在显示屏1421之上，也可以将触摸屏1423与显示屏1421集成而实现终端140的输入和输出功能，集成后可以简称触摸显示屏。

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

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

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

Wi-Fi属于短距离无线传输技术，终端140可以通过Wi-Fi模块147帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

蓝牙模块148，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端140可以通过蓝牙模块148与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

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

终端140可以包括至少一种传感器149，比如运动传感器1491、距离传感器1492、指纹传感器1493和温度传感器1494。终端140还可配置有陀螺仪、气压计、湿度计、温度计和红外线传感器等其他传感器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的终端和各器件的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图12是本申请实施例提供的终端的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行环境(android runtime，ART)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图12所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

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

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

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

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

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

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

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

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

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

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

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：openGL ES)，2D图形引擎(例如：SGL)等。

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

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图片文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图片渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

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

本申请实施例提供了一种终端，该终端可以包括存储器，处理器及存储在该存储器上并可在该处理器上运行的计算机程序，该处理器执行该计算机程序时实现如上述实施例提供的用药提醒方法，例如图2、图3或图5所示的方法。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序由处理器加载并执行以上述实施例提供的用药提醒方法，例如图2、图3或图5所示的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例提供的用药提醒方法例如图2、图3或图5所示的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

应当理解的是，本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。例如，在不脱离各种所述示例的范围的情况下，第一终端可以被称为第二终端，并且类似地，第二终端可以被称为第一终端。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。