CN106913465A - 服药监测管理方法及装置 - Google Patents

Abstract

本发明提供了一种服药监测管理方法及装置。涉及智能家居领域；解决了服药提示过于简单、欠准确，服药流程无自动化控制，药盒实用性较低的问题。该方法包括：获取服药计划；执行所述服药计划；生成服药操作记录。本发明提供的技术方案适用于对服药的自动化监测与管理，实现了由客户端设备、服务器、智能药盒联动对服药进行监测管理的自动化系统。

Description

服药监测管理方法及装置

技术领域

本发明涉及智能家居领域，尤其涉及一种服药监测管理方法及装置。

背景技术

由于生活节奏紧张、环境污染加剧、不良生活习惯等原因，慢性病发病率正呈现逐渐升高的趋势。慢性病具有长期性、潜伏性、顽固性、整体性等特征，严重影响患者生活质量，同时也对患者及其家庭造成了沉重的经济负担。

长期服药是慢性病预防与治疗的主要手段之一。慢性病种类繁多，医生在开具处方时会考虑患者整体身体状况而给出综合性治疗方案，因此，慢性病的服药方案一般涉及多种药品。按时按量服药，正确执行医生处方，对病人康复尤为重要。

现有服药管理方案通常是在药盒内添加时钟芯片和控制芯片，使药盒具有类似于闹钟的功能，到点提示服药。这种药盒虽然能起到一定管理服药的作用，但存在如下问题：在药盒中存放多种药品时，各种药品的服药时间、剂量均不同，服药提示过于简单、欠准确，服药情况全靠使用者自行控制，导致药盒的实用性较低，容易出现误服、漏服的问题。误服、漏服药物，不仅影响治疗效果，而且可能会导致新的身体问题出现。

发明内容

本发明旨在解决上面描述的问题。本发明的一个目的是提供一种解决以上问题中的任何一个的服药监测管理方法。

根据本发明的第一方面，一种服药监测管理方法，包括：

获取服药计划；

执行所述服药计划；

生成服药操作记录。

优选的，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

所述获取服药计划具体为通过以下方式中的任一或任意多个的组合获取：

客户端设备自服务器获取服药计划；

所述客户端设备接收用户输入信息，根据该信息生成新的服药计划；

所述客户端设备接收用户编辑已有服药计划，根据编辑结果生成新的服药计划；

所述客户端设备读取本地存储的服药计划；

智能药盒自所述客户端设备或所述服务器获取服药计划。

优选的，该方法还包括：

在所述客户端设备生成新的服药计划后，将所述新的服药计划同步至服务器；

在成功同步后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划，将该服药计划的同步标签设置为已同步；

在同步失败后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划并将该服药计划的同步标签设置为未同步，或放弃向所述客户端设备本地服药计划数据库添加所述服药计划。

优选的，该方法还包括：

接收删除所述服药计划数据库中的服药计划操作指令；

将相应的服药计划的同步标签设置为已删除未同步。

优选的，该方法还包括：

在与所述服务器建立连接时，所述客户端设备读取本地的服药计划数据库中各服药计划的同步标签；

所述客户端设备向所述服务器上传同步标签设置为未同步的服药计划，在接收到所述服务器返回的创建成功消息后将本地的该服药计划的同步标签设置为已同步，在接收到所述服务器返回的创建失败消息后自所述服务器获取服药计划；

所述客户端设备根据同步标签为已删除未同步的服药计划，生成并向所述服务器发送相应的删除请求，在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步。

优选的，该方法还包括：

在所述客户端设备显示所述服药计划数据库中同步标签设置为已同步或未同步的服药计划。

优选的，所述在成功同步后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划的步骤之后，还包括：

所述客户端设备检测与所述智能药盒的连接；

在连接有所述智能药盒时，所述客户端设备根据所述新的服药计划呈现用于提醒向所述智能药盒添加药物的提醒信息。

优选的，所述客户端设备自服务器获取服药计划包括：

所述客户端设备在启动服药监测功能或达到预置的服药计划更新周期或本地的服药计划数据库为空时，向所述服务器请求获取最新的服药计划；

所述客户端设备在接收到所述服务器返回的服药计划的数据后，更新读取服务器服药计划时间戳为当前时刻；

所述客户端设备在所述服务器返回的服药计划创建时间晚于本地的服药计划数据库中的服药计划时，使用所述服务器返回的服药计划的数据覆盖本地的服药计划数据库中的数据。

优选的，所述执行所述服药计划包括：

所述客户端设备根据所述服药计划生成服药提醒；

所述服药提醒至少包含以下信息中的任一或任意多个：

提醒时间、提醒方式、提醒内容；

所述客户端设备根据所述服药提醒，呈现提醒内容。

优选的，所述执行所述服药计划还包括：

所述智能药盒根据所述服药计划生成服药提醒；

所述智能药盒根据所述服药提醒，呈现提醒内容。

优选的，所述执行所述服药计划还包括：

在所述客户端设备与其连接的所述智能药盒处于同一地点时，仅所述客户端设备或所述智能药盒根据所述服药提醒，呈现提醒内容。

优选的，所述生成服药操作记录包括：

接收用户输入的针对服药计划的操作指令，和/或，自所述智能药盒获取服药操作信息；

根据所述操作指令和/或所述服药操作信息，生成相应服药计划对应的服药操作记录，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态。

优选的，该方法还包括：

所述客户端设备将生成的服药操作记录同步至所述服务器，和/或自所述服务器获取之前的服药操作记录。

优选的，该方法还包括：

所述客户端设备自所述服务器获取该服务器生成的服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量。

根据本发明的另一方法，一种服药监测管理方法，包括：

向客户端设备下发服药计划；

接收并存储所述客户端设备执行所述服药计划后生成的服药操作记录。

优选的，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态，

接收所述客户端设备执行所述服药计划后生成的服药操作记录的步骤之后，还包括：

在一条服药计划对应的一条或多条服药操作记录均为根据用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令生成时，根据预置的第一记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项的组合：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量；

在一条服药计划对应的一条或多条服药操作记录均为根据所述客户端设备自智能药盒获取服药操作信息生成时，根据预置的第二记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据；

在一条服药计划对应的多条服药操作记录中既包含根据操作指令生成的至少一条第一服药操作记录也包含根据服药操作信息生成的至少一条第二服药操作记录时，根据预置的第三记录筛选规则从中筛选出一条第二服药操作记录，生成服药历史数据。

优选的，接收所述客户端设备执行所述服药计划后生成的服药操作记录的步骤之后，还包括：

在一条服药计划无对应的服药操作记录时，将所述服药状态置为“未服用”，生成服药历史数据。

优选的，该方法还包括：

预置历史数据生成时间区间，筛选服药时间在所述历史数据生成时间区间之内的服药计划，生成该服药计划对应的服药历史数据。

优选的，该方法还包括：

接收所述客户端设备发送的获取服药历史数据的请求，依该请求向所述客户端设备下发相应的服药历史数据。

优选的，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

该方法还包括：

接收所述客户端设备发送的该客户端设备生成的新的服药计划；

判断服务器本地的服药计划数据库是否已存储有与所述新的服药计划相冲突的服药计划；

所述服务器在所述服药计划数据库已存储有与所述新的服药计划相冲突的服药计划时，拒绝同步，向所述客户端设备返回同步失败消息；

所述服务器在所述服药计划数据库中未存储有与所述新的服药计划相冲突的服药计划时，使用接收到的服药计划更新所述服药计划数据库，并向所述客户端设备返回同步成功消息。

优选的，该方法还包括：

接收所述客户端设备发送的请求删除一条或多条服药计划的删除请求；

根据所述删除请求对相应的服药计划执行删除操作，在删除成功时向所述客户端设备返回删除成功消息，在删除失败时向所述客户端设备返回删除失败消息。

优选的，该方法包括：

接收所述客户端设备发送的获取最新的服药计划的请求；

向所述客户端设备发送最新的服药计划的数据。

优选的，该方法还包括：

根据接收到的所述客户端设备生成的服药操作记录更新本地的服药操作数据库；和/或，

应所述客户端设备的请求向该客户端设备下发本地的服药操作数据库中存储的服药操作记录。

根据本发明的另一方面，一种服药监测管理装置，包括：

服药计划管理模块，用于获取服药计划；

服药计划执行模块，用于执行所述服药计划；

操作记录管理模块，用于生成服药操作记录。

优选的，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

所述服药计划管理模块包括：

远程获取单元，用于自服务器获取服药计划；

计划生成单元，用于接收用户输入信息，根据该信息生成新的服药计划；

编辑生成单元，用于接收用户编辑已有服药计划，根据编辑结果生成新的服药计划；

本地获取单元，用于读取本地存储的服药计划。

优选的，所述服药计划管理模块还包括服药计划同步单元与服药计划数据库：

所述服药计划同步单元，用于在所述计划生成单元或所述编辑生成单元生成新的服药计划后，将所述新的服药计划同步至服务器，

在成功同步后，向所述服药计划数据库中添加所述新的服药计划，将该服药计划的同步标签设置为已同步，

在同步失败后，取消向所述服药计划数据库中添加所述新的服药计划并将该服药计划的同步标签设置为未同步，或放弃向所述服药计划数据库添加所述服药计划。

优选的，所述服药计划同步单元，还用于接受删除所述服药计划数据库中的服药计划操作指令，将相应的服药计划的同步标签设置为已删除未同步。

优选的，所述服药计划同步单元，还用于在与所述服务器建立连接时，读取所述服药计划数据库中各服药计划的同步标签，

向所述服务器上传同步标签设置为未同步的服药计划，在接收到所述服务器返回的创建成功消息后将本地的该服药计划的同步标签设置为已同步，在接收到所述服务器返回的创建失败消息后自所述服务器获取服药计划，

根据同步标签为已删除未同步的服药计划，生成并向所述服务器发送相应的删除请求，在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步。

优选的，该装置还包括：

显示模块，用于显示在所述服药计划数据库中同步标签设置为已同步或未同步的服药计划。

优选的，所述服药计划执行模块包括：

提醒生成单元，用于根据所述服药计划生成服药提醒；

所述服药提醒至少包含以下信息中的任一或任意多个：

提醒时间、提醒方式、提醒内容；

提醒执行单元，用于根据所述服药提醒，呈现提醒内容。

优选的，所述提醒执行单元，还用于在所述服药监测管理装置连接有智能药盒且与该智能药盒处于同一地点时，仅由所述提醒执行单元或控制所述智能药盒根据所述服药提醒呈现提醒内容。

优选的，所述操作记录管理模块包括：

信息收集单元，用于接收用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令，和/或，自所述智能药盒获取服药操作信息；

记录生成单元，用于根据所述操作指令和/或所述服药操作信息，生成相应服药计划对应的服药操作记录，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态。

优选的，所述操作记录管理模块还包括：

操作记录同步单元，用于将生成的服药操作记录同步至所述服务器，和/或自所述服务器获取之前的服药操作记录。

优选的，该装置还包括历史数据管理模块：

所述历史数据管理模块，用于自所述服务器获取该服务器生成的服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量。

根据本发明的另一方面，一种服药监测管理装置，包括：

服药计划管理模块，用于向客户端设备下发服药计划；

操作记录管理模块，用于接收并存储所述客户端设备执行所述服药计划后生成的服药操作记录。

优选的，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态，

该装置还包括历史数据管理模块，所述历史数据管理模块包括：

常规历史数据生成单元，用于在一条服药计划对应的一条或多条服药操作记录均为根据用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令生成时，根据预置的第一记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项的组合：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，

在一条服药计划对应的一条或多条服药操作记录均为根据所述客户端设备自智能药盒获取服药操作信息生成时，根据预置的第二记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，

在一条服药计划对应的多条服药操作记录中既包含根据操作指令生成的至少一条第一服药操作记录也包含根据服药操作信息生成的至少一条第二服药操作记录时，根据预置的第三记录筛选规则从中筛选出一条第二服药操作记录，生成服药历史数据；

定时历史数据生成单元，用于在一条服药计划无对应的服药操作记录时，将所述服药状态置为“未服用”，生成服药历史数据。

优选的，所述历史数据管理模块还包括：

历史数据下发单元，用于接收所述客户端设备发送的获取服药历史数据的请求，依该请求向所述客户端设备下发相应的服药历史数据。

优选的，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

该装置还包括服药计划数据库；

所述服药计划管理模块，还用于接收所述客户端设备发送的该客户端设备生成的新的服药计划，判断所述服药计划数据库是否已存储有与所述新的服药计划相冲突的服药计划，

在所述服药计划数据库已存储有与所述新的服药计划相冲突的服药计划时，拒绝同步，向所述客户端设备返回同步失败消息，

在所述服药计划数据库中未存储有与所述新的服药计划相冲突的服药计划时，使用接收到的服药计划更新所述服药计划数据库，并向所述客户端设备返回同步成功消息。

优选的，该装置还包括服药操作数据库；

所述服药计划管理模块，还用于接收所述客户端设备发送的请求删除一条或多条服药计划的删除请求，根据所述删除请求对相应的服药计划执行删除操作，在删除成功时向所述客户端设备返回删除成功消息，在删除失败时向所述客户端设备返回删除失败消息，

接收所述客户端设备发送的获取最新的服药计划的请求，向所述客户端设备发送最新的服药计划的数据；

所述操作记录管理模块，还用于根据接收到的所述客户端设备生成的服药操作记录更新所述服药操作数据库，

应所述客户端设备的请求向该客户端设备下发所述服药操作数据库中存储的服药操作记录。

本发明的实施例提供了一种服药监测管理装置，能够与本发明的实施例提供的一种服药监测管理方法相结合，由服务器向客户端设备下发服药计划，客户端设备执行服药计划并生成服药操作记录，再向服务器上报服药操作记录，实现了由客户端设备、服务器、智能药盒联动对服药进行监测管理的自动化系统，在服务器支持下，由客户端设备主动监测服药情况，呈现准确详尽的服药提醒，解决了服药提示过于简单、欠准确，服药流程无自动化控制，药盒实用性较低的问题。

参照附图来阅读对于示例性实施例的以下描述，本发明的其他特性特征和优点将变得清晰。

附图说明

并入到说明书中并且构成说明书的一部分的附图示出了本发明的实施例，并且与描述一起用于解释本发明的原理。在这些附图中，类似的附图标记用于表示类似的要素。下面描述中的附图是本发明的一些实施例，而不是全部实施例。对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他的附图。

图1示例性地示出了示例性地示出了一种本发明的实施例应用环境系统架构；

图2示例性地示出了一种本发明的实施例一提供的一种服药监测管理方法的流程；

图3示例性地示出了一种本发明的实施例二提供的一种服药监测管理方法的流程；

图4示例性地示出了一种本发明的实施例三提供的一种服药监测管理方法的流程；

图5示例性地示出了一种本发明的实施例四提供的一种服药监测管理方法的流程；

图6示例性地示出了一种本发明的实施例五提供的一种服药监测管理装置的结构；

图7示例性地示出了一种本发明的实施例五提供的一种服药计划管理模块的结构；

图8示例性地示出了一种本发明的实施例五提供的一种服药计划执行模块的结构；

图9示例性地示出了一种本发明的实施例五提供的一种操作记录管理模块的结构；

图10示例性地示出了一种本发明的实施例六提供的一种服药监测管理装置的结构；

图11示例性地示出了一种本发明的实施例六提供的历史数据管理模块的结构。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

现有服药管理方案通常是在药盒内添加时钟芯片和控制芯片，使药盒具有类似于闹钟的功能，到点提示服药。这种药盒虽然能起到一定管理服药的作用，但存在如下问题：在药盒中存放多种药品时，各种药品的服药时间、剂量均不同，服药提示过于简单、欠准确，服药情况全靠使用者自行控制，导致药盒的实用性较低，容易出现误服、漏服的问题。误服、漏服药物，不仅影响治疗效果，而且可能会导致新的身体问题出现。

为了解决上述问题，本发明的实施例提供了一种服药监测管理方法和装置。下面结合附图，对本发明的实施例进行详细说明。

首先，对本发明的实施例一进行说明。

本发明实施例提供了一种服药监测管理方法，本发明实施例的系统架构如图1所示，包括服务器101和至少一个客户端设备102。客户端设备102可以是移动终端(如智能手机、平板电脑)等，也可以是PC或笔记本电脑或其他具有处理能力能够执行客户端逻辑的硬件设备，客户端设备102通过安装客户端程序实现相应功能(如在智能手机上安装APP)。服务器101可以是单台服务器，也可以通过服务器组实现，可根据实际需求配置系统架构，本发明实施例中以服务器为例进行说明。

优选的，该系统架构还包含至少一个智能药盒103，智能药盒103具有主控芯片及通信芯片，能够进行无线通信。智能药盒103能够与客户端设备和/或服务器建立连接，接受客户端设备和/或服务器的控制，上报数据。

在图1所示的系统架构中，使用本发明实施例提供的服药监测管理方法进行服药监测管理的流程如图2所示，包括：

步骤201、客户端设备获取服药计划；

所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间。

其中，客户端计划标识是客户端为服药计划分配的标识，在用户离线(即客户端设备连接不上服务器)时，客户端设备可为服药计划分配客户端计划标识，实现了离线创建服药计划；服务器计划标识是服务器为同一服药计划分配的服务器一侧使用的标识；药盒标识是用于标记服药计划涉及的药盒(同一客户端设备或服务器可连接有一个及一个以上的药盒)，药仓标识是用于标记服药计划涉及的药仓(每个药盒具有至少一个药仓)；服药时间是指提醒服药参考的时间，可以是一个时间点，也可以是一个持续的时间区间；服药计划自“计划生效时间”起有效，到达“计划失效时间”后失效，例如服药计划自“2017年1月7日00时00分”起生效，在“2017年1月10日23时00分”失效，服药时间为每日的12时30分，则在1月7－10日每天的12：30都是服药时间。

所述获取服药计划具体为通过以下方式中的任一或任意多个的组合获取：

1、客户端设备自服务器获取服药计划；

客户端设备启动服药监测功能时(如在客户端设备上启动客户端)，或用户进行服药计划刷新操作(如在客户端用户界面上进行下拉操作/点击刷新按钮等)时，客户端设备向服务器请求获取服药计划。

也可能预置一个服药计划更新周期，在达到预置的服药计划更新周期时向服务器请求最新的服药计划；或在上一次成功获取服药计划后的一定时长后再次获取。

也可以优先从本地的服药计划数据库获取服药计划，在本地的服药计划数据库为空时，向所述服务器请求获取最新的服药计划。

所述客户端设备在接收到所述服务器返回的服药计划的数据后，更新读取服务器服药计划时间戳为当前时刻，在所述服务器返回的服药计划创建时间晚于本地的服药计划数据库中的服药计划时(即表明获取到的服药计划是最新的)，使用所述服务器返回的服药计划的数据覆盖本地的服药计划数据库中的数据。

2、所述客户端设备接收用户输入信息，根据该信息生成新的服药计划；

用户通过客户端设备建立新的服药计划，通过用户界面输入新建服药计划的指令和相关信息，客户端设备根据获取到的用户输入信息，创建新的服药计划。

3、所述客户端设备接收用户编辑已有服药计划，根据编辑结果生成新的服药计划；

已存在于客户端设备本地的服药计划数据库中的服药计划可编辑，客户端设备接收到用户编辑指令后，根据用户输入的信息编辑用户选定的服药计划，生成新的服药计划。

4、所述客户端设备读取本地存储的服药计划；

在客户端设备本地的服药计划数据库中有可能已存储有服药计划，在客户端启动或初始化时，可在存储中读取服药计划数据库中的服药计划。

而智能药盒可与客户端设备和/或服务器建立连接，进行数据交互，可自所述客户端设备或所述服务器获取服药计划。

步骤202、服务器向客户端设备下发服药计划；

在客户端设备向服务器请求服药计划时，服务器向客户端下发与该客户端相关联的服药计划。一次下发服药计划的条数可根据需要设定，如一次下发50条。

步骤203、客户端设备执行所述服药计划；

本步骤中，客户端设备根据所述服药计划生成服药提醒，所述服药提醒至少包含以下信息中的任一或任意多个：

提醒时间、提醒方式、提醒内容。

其中，提醒时间可以是一个覆盖了服药计划中服药时间的区间，例如服药时间先半小时至后半小时；提醒方式是发出提醒的方式，可由用户自行设置，如震动、发出声音、闪屏、闪灯、显示提醒内容；提醒内容是具体呈现的信息，如包含服药计划中部分或全部信息的文本、图片、使用终端上的哪些灯等。

客户端设备根据所述服药提醒，呈现提醒内容。

在客户端设备连接有智能药盒时，也可由客户端设备控制智能药盒进行服药提醒。可由客户端设备生成适用于智能药盒的服药提醒下发给智能药盒，也可直接向智能药盒下发服药计划，由所述智能药盒根据所述服药计划生成服药提醒，然后，所述智能药盒根据所述服药提醒，呈现提醒内容。

优选的，在所述客户端设备与其连接的所述智能药盒处于同一地点时，客户端设备获取智能药盒的位置(可以通过定位获取，也可以在使用蓝牙连接时判定客户端设备与智能药盒处于同一地点)，仅所述客户端设备或所述智能药盒根据所述服药提醒，呈现提醒内容。避免了客户端设备与智能药盒同时提醒过于混乱，且用户不需要分别对智能药盒及客户端设备进行操作以中止提醒，提升了使用体验。

步骤204、客户端设备生成服药操作记录；

本步骤中，客户端设备接收用户输入的针对服药计划的操作指令，和/或，自所述智能药盒获取服药操作信息。

用户操作指令可以是根据服药提醒进行的操作，如在提醒界面点按“完成按钮”，也可以是在服药计划的列表中点选相应的服药计划以设置服药计划中的服药状态。

根据所述操作指令和/或所述服药操作信息，生成相应服药计划对应的服药操作记录，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态。

其中，客户端操作记录标识是客户端设备为服药操作记录分配的标识；服务器操作记录标识是服务器为服药操作记录分配的标识；客户端服药计划标识是该服药操作记录对应的服药计划的客户端服药计划标识；服务器服药计划标识是该服药操作记录对应的服药计划的服务器服药计划标识；提醒时间是实际执行的服药提醒中的提醒时间；实际服药时间是接收到用户发送的操作指令或智能药盒上报的服药操作信息的时间；服药状态包含“已服用”和“未服用”，用户的操作指令可明确指示服药状态为“已服用”或“未服用”，而智能药盒上报的服药操作信息可以是智能药盒分析后得到的“已服用”/“未服务”判定结果，也可以是智能药盒收集到的原始的信息(如智能药盒的某个药仓检测到一次开关)，由客户端设备进行分析确定服药状态。

步骤205、所述客户端设备将生成的服药操作记录同步至所述服务器；

本步骤中，客户端设备将生成的服药操作记录存储至本地的服药操作数据库。在客户端设备与服务器连接存续期间，客户端可实时上传新生成的服药操作记录，也可以定时或周期性的上传已存储的周期内的服药操作记录；在客户端设备与服务器并没有建立连接期间生成的服药操作记录可先存储在客户端设备本地的服药操作数据库，待与服务器建立连接时再上传。

优选的，可为每条服药操作记录都分配一个同步标签，新生成的服药操作记录的同步标签均设置为“未同步”，在向服务器发送成功后再修改为“已同步”，并在后续不再重复发送已同步的服药操作记录。

步骤206、服务器接收并存储所述客户端设备执行所述服药计划后生成的服药操作记录；

本步骤中，服务器根据接收到的所述客户端设备生成的服药操作记录更新本地的服药操作数据库。

本步骤中，服务器接收到客户端设备发送的服药操作记录，为服药操作记录分配服务器操作记录标识，将服药操作记录存储于本地。

步骤207、客户端设备自所述服务器获取之前的服药操作记录；

在服务器上存储的服药操作记录可以被客户端设备获取利用，如用户使用同一账号通过不同的客户端设备登录同一账号时，可直接从服务器获取若干条服药操作记录；或客户端设备本地存储的服药操作记录被清除后，亦可从服务器获取服药操作记录。服务器应所述客户端设备的请求向该客户端设备下发本地的服药操作数据库中存储的服药操作记录。

步骤208、所述服务器生成服药历史数据；

所述服药历史数据包含以下信息中的任一或任意多项：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量。

其中，客户端历史数据标识是客户端设备为历史数据分配的标识(客户端设备可由服务器获取服药历史数据，为其分配一个客户端设备一侧的标识)；服务器历史数据标识是服务器为历史数据分配的标识；服药状态为“未服用”或“已服用”。

本步骤中，服务器对收集到的服药操作记录进行去重操作，以得到结果较为准确肯定的服药历史数据，具体包括如下几种情况：

1、在一条服药计划对应的一条或多条服药操作记录均为根据用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令生成时，根据预置的第一记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据。

该第一记录筛选规则可根据实际需求设置，如筛选距离所述提醒时间最近的一条服药操作记录、筛选当前时间最近的一条服药操作记录、筛选第一条服药操作记录等。

2、在一条服药计划对应的一条或多条服药操作记录均为根据所述客户端设备自智能药盒获取服药操作信息生成时，根据预置的第二记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据。

该第二记录筛选规则可根据实际需求设置，如筛选距离所述提醒时间最近的一条服药操作记录、筛选当前时间最近的一条服药操作记录、筛选第一条服药操作记录等。

3、在一条服药计划对应的多条服药操作记录中既包含根据操作指令生成的至少一条第一服药操作记录也包含根据服药操作信息生成的至少一条第二服药操作记录时，根据预置的第三记录筛选规则从中筛选出一条第二服药操作记录，生成服药历史数据。即，以智能药盒反馈的服药操作信息为准。

该第三记录筛选规则优选第二服药操作记录，可根据实际需求设置，如筛选距离所述提醒时间最近的一条第二服药操作记录、筛选当前时间最近的一条第二服药操作记录、筛选第一条第二服药操作记录等。由于服药操作信息由智能药盒操作，比起用户使用

4、在一条服药计划无对应的服药操作记录时(具体的，在一条服药计划的服药时间为一时间区间，在该区间没有对应的服药操作记录时)，将所述服药状态置为“未服用”，生成服药历史数据。此时，客户端设备没有接收到用户的操作指令，也没有接收到智能药盒返回的服药操作信息。生成这种服药历史数据的操作一般为定时操作，周期性检测之前的服药计划时进行。

本发明实施例中的“服药历史数据”是经过服务器处理后的较为准确的数据，具有参考价值，因此，优选的，在服药历史数据生成后，该服药历史数据及其对应的服药计划都不可再被编辑。因此，为避免用户误操作带来的对服药状态的不准确，一般情况下，在当前时刻，只有更早的服药操作记录进行处理生成历史数据，如对前一天，或前5小时起向前若干小时，仅对服药时间在这样的时间区间里生成历史数据。即预置历史数据生成时间区间，筛选服药时间在所述历史数据生成时间区间之内的服药计划，生成该服药计划对应的服药历史数据。

步骤209、所述客户端设备自所述服务器获取该服务器生成的服药历史数据；

本步骤中，客户端设备自动或应接收到的用户指令，向服务器请求历史数据。优选的，在客户端中可设置有历史数据窗口，在该历史数据窗口中呈现获取的历史数据。也可将用户已操作过的服药计划或已超时的服药计划加入该历史数据窗口显示，方便用户查看。

服务器接收所述客户端设备发送的获取服药历史数据的请求，依该请求向所述客户端设备下发相应的服药历史数据。

下面结合附图，对本发明的实施例二进行说明。

本发明实施例提供了一种服药监测管理方法，在客户端设备能够对服药计划进行编辑生成新的服药计划，具体流程如图3所示，包括：

步骤301、客户端设备生成新的服药计划；

本步骤中，客户端设备接收用户输入信息，根据该信息生成新的服药计划；或接收用户编辑已有服药计划，根据编辑结果生成新的服药计划。

在生成新的服药计划后，为该新的服药计划分配客户端计划标识，服务器计划标识可为空。

在客户端连接有智能药盒时，用户可选择在创建或编辑服药计划时选择相应的药盒/药仓(如检测药盒使用情况，使用图像等较为直接的方式呈现出药盒使用情况，将已盛放有药物的药仓设置为不可选)。

步骤302、在所述客户端设备生成新的服药计划后，将所述新的服药计划同步至服务器；

本步骤中，在生成新的服药计划时，将新的服药计划向服务器进行同步，以保护服务器数据的有效性。

步骤303、服务器接收所述客户端设备发送的该客户端设备生成的新的服药计划，判断服务器本地的服药计划数据库是否已存储有与所述新的服药计划相冲突的服药计划，向客户端设备返回响应消息；

本步骤中，服务器本地已存储的服药计划数据库已存储有与客户端设备发送的新的服药计划相冲突的服药计划时(如新的服药计划中的药盒或药仓已被其他药品占用、同样的药品在同一个服药周期内已有服药计划等)，则判定该新的服药计划无效，拒绝同步，向所述客户端设备返回同步失败消息；

服务器在所述服药计划数据库中未存储有与所述新的服药计划相冲突的服药计划时，使用接收到的服药计划更新所述服药计划数据库，并向所述客户端设备返回同步成功消息。

步骤304、在成功同步后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划，将该服药计划的同步标签设置为已同步；

本步骤中，在客户端设备接收到服务器返回的同步成功消息后，判定生成新的服药计划成功，将该服药计划的同步标签设置为已同步。

优选的，所述客户端设备检测与所述智能药盒的连——在连接有所述智能药盒时，所述客户端设备根据所述新的服药计划呈现用于提醒向所述智能药盒添加药物的提醒信息，如“请将XX药仓XX药仓中的药物取出”、“请向XX药盒XX药仓添加药物”等等。

步骤305、在同步失败后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划并将该服药计划的同步标签设置为未同步，或放弃向所述客户端设备本地服药计划数据库添加所述服药计划；

本步骤中，如果同步失败的原因是网络连接失败，客户端设备可仍然判定新的服药计划生成成功，将服药计划添加到本地的服药计划数据库中，只是将同步标识设置为未同步，以在下一次进行同步时再对该服药计划进行同步操作。在此种情况下，只要接收到的用户输入信息有效，即可成功生成新的服药计划，在所述客户端设备显示所述服药计划数据库中同步标签设置为已同步或未同步的服药计划。

如果同步失败的原因是服务器上存储有与新的服药计划冲突的服药计划时，放弃向所述客户端设备本地服药计划数据库添加所述服药计划。

也可以不对服药计划设置同步标签，在同步失败时直接取消生成新的服药计划的操作。

下面结合附图，对本发明的实施例三进行说明。

本发明实施例提供了一种服药监测管理方法，可由客户端设备对已有的服药计划进行删除操作，具体流程如图4所示，包括：

步骤401、客户端设备接收删除所述服药计划数据库中的服药计划操作指令；

本步骤中，客户端设备生成并向所述服务器发送相应的删除请求。

步骤402、服务器接收所述客户端设备发送的请求删除一条或多条服药计划的删除请求。

步骤403、服务器根据所述删除请求对相应的服药计划执行删除操作，在删除成功时向所述客户端设备返回删除成功消息，在删除失败时向所述客户端设备返回删除失败消息。

步骤404、客户端设备根据服务器返回的响应，执行删除操作；

本步骤中，客户端设备可为服药计划设置同步标签，以“已删除未同步”作为同步标签的内容来表达同步失败但接受删除服药计划的操作指令。在接收到服务器返回的删除失败消息后，客户端设备将相应的服药计划的同步标签设置为已删除未同步，在客户端设备上也不再显示该服药计划。

客户端设备在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步

也可以不设置同步标签，在同步失败时直接判定删除操作失败，仍保留服药计划。

下面结合附图，对本发明的实施例四进行说明。

本发明实施例提供了一种服药监测管理方法，能够将客户端设备上的服药计划情况向服务器进行同步，具体流程如图5所示，包括：

步骤501、在与所述服务器建立连接时，所述客户端设备读取本地的服药计划数据库中各服药计划的同步标签。

步骤502、所述客户端设备向所述服务器上传同步标签设置为未同步的服药计划，在接收到所述服务器返回的创建成功消息后将本地的该服药计划的同步标签设置为已同步，在接收到所述服务器返回的创建失败消息后自所述服务器获取服药计划。

步骤503、所述客户端设备根据同步标签为已删除未同步的服药计划，生成并向所述服务器发送相应的删除请求，在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步。

下面结合附图，对本发明的实施例五进行说明。

本发明实施例提供了一种服药监测管理装置，其结构如图6所示，包括：

服药计划管理模块601，用于获取服药计划；

服药计划执行模块602，用于执行所述服药计划；

操作记录管理模块603，用于生成服药操作记录。

优选的，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

所述服药计划管理模块601的结构如图7所示，包括：

远程获取单元6011，用于自服务器获取服药计划；

计划生成单元6012，用于接收用户输入信息，根据该信息生成新的服药计划；

编辑生成单元6013，用于接收用户编辑已有服药计划，根据编辑结果生成新的服药计划；

本地获取单元6014，用于读取本地存储的服药计划。

优选的，所述服药计划管理模块601还包括服药计划同步单元6015与服药计划数据库6016：

所述服药计划同步单元6015，用于在所述计划生成单元或所述编辑生成单元生成新的服药计划后，将所述新的服药计划同步至服务器，

在成功同步后，向所述服药计划数据库6016中添加所述新的服药计划，将该服药计划的同步标签设置为已同步，

在同步失败后，取消向所述服药计划数据库6016中添加所述新的服药计划并将该服药计划的同步标签设置为未同步，或放弃向所述服药计划数据库6016添加所述服药计划。

优选的，所述服药计划同步单元6015，还用于接受删除所述服药计划数据库中的服药计划操作指令，将相应的服药计划的同步标签设置为已删除未同步。

优选的，所述服药计划同步单元6015，还用于在与所述服务器建立连接时，读取所述服药计划数据库中各服药计划的同步标签，

向所述服务器上传同步标签设置为未同步的服药计划，在接收到所述服务器返回的创建成功消息后将本地的该服药计划的同步标签设置为已同步，在接收到所述服务器返回的创建失败消息后自所述服务器获取服药计划，

根据同步标签为已删除未同步的服药计划，生成并向所述服务器发送相应的删除请求，在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步。

优选的，该装置还包括：

显示模块604，用于显示在所述服药计划数据库中同步标签设置为已同步或未同步的服药计划。

优选的，所述服药计划执行模块602的结构如图8所示，包括：

提醒生成单元6021，用于根据所述服药计划生成服药提醒；

所述服药提醒至少包含以下信息中的任一或任意多个：

提醒时间、提醒方式、提醒内容；

提醒执行单元6022，用于根据所述服药提醒，呈现提醒内容。

优选的，所述提醒执行单元6022，还用于在所述服药监测管理装置连接有智能药盒且与该智能药盒处于同一地点时，仅由所述提醒执行单元6022或控制所述智能药盒根据所述服药提醒呈现提醒内容。

优选的，所述操作记录管理模块603的结构如图9所示，包括：

信息收集单元6031，用于接收用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令，和/或，自所述智能药盒获取服药操作信息；

记录生成单元6032，用于根据所述操作指令和/或所述服药操作信息，生成相应服药计划对应的服药操作记录，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态。

优选的，所述操作记录管理模块603还包括：

操作记录同步单元6033，用于将生成的服药操作记录同步至所述服务器，和/或自所述服务器获取之前的服药操作记录。

优选的，该装置还包括历史数据管理模块605：

所述历史数据管理模块605，用于自所述服务器获取该服务器生成的服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量。

本发明实施例提供的服药监测管理装置，可集成于客户端设备中，由客户端设备完成相应功能。

下面结合附图，对本发明的实施例实施例六进行说明。

本发明实施例提供了一种服药监测管理装置，其结构如图10所示，包括：

服药计划管理模块1001，用于向客户端设备下发服药计划；

操作记录管理模块1002，用于接收并存储所述客户端设备执行所述服药计划后生成的服药操作记录。

优选的，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态，

优选的，该装置还包括历史数据管理模块1003，该历史数据管理模块1003的结构如图11所示，包括：

常规历史数据生成单元10031，用于在一条服药计划对应的一条或多条服药操作记录均为根据用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令生成时，根据预置的第一记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项的组合：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，

在一条服药计划对应的一条或多条服药操作记录均为根据所述客户端设备自智能药盒获取服药操作信息生成时，根据预置的第二记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，

在一条服药计划对应的多条服药操作记录中即包含根据操作指令生成的至少一条第一服药操作记录也包含根据服药操作信息生成的至少一条第二服药操作记录时，根据预置的第一记录筛选规则从中筛选出一条第二服药操作记录，生成服药历史数据；

定时历史数据生成单元10032，用于在一条服药计划无对应的服药操作记录时，将所述服药状态置为“未服用”，生成服药历史数据。具体的，在一条服药计划的服药时间为一时间区间，在该区间没有对应的服药操作记录时，将所述服药状态置为“未服用”，生成服药历史数据。

优选的，该历史数据管理模块1003包括：

历史数据下发单元10033，用于接收所述客户端设备发送的获取服药历史数据的请求，依该请求向所述客户端设备下发相应的服药历史数据。

优选的，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

该装置还包括服药计划数据库；

所述服药计划管理模块1001，还用于接收所述客户端设备发送的该客户端设备生成的新的服药计划，判断所述服药计划数据库是否已存储有与所述新的服药计划相冲突的服药计划，

在所述服药计划数据库已存储有与所述新的服药计划相冲突的服药计划时，拒绝同步，向所述客户端设备返回同步失败消息，

在所述服药计划数据库中未存储有与所述新的服药计划相冲突的服药计划时，使用接收到的服药计划更新所述服药计划数据库，并向所述客户端设备返回同步成功消息。

优选的，该装置还包括服药操作数据库1004；

所述服药计划管理模块1001，还用于接收所述客户端设备发送的请求删除一条或多条服药计划的删除请求，根据所述删除请求对相应的服药计划执行删除操作，在删除成功时向所述客户端设备返回删除成功消息，在删除失败时向所述客户端设备返回删除失败消息，

接收所述客户端设备发送的获取最新的服药计划的请求，向所述客户端设备发送最新的服药计划的数据；

所述操作记录管理模块1002，还用于根据接收到的所述客户端设备生成的服药操作记录更新所述服药操作数据库1004，

应所述客户端设备的请求向该客户端设备下发所述服药操作数据库中存储的服药操作记录。

本发明实施例提供的服药监测管理装置，可集成于服务器，由服务器完成相应功能。

本发明的实施例提供了一种服药监测管理装置，能够与本发明的实施例提供的一种服药监测管理方法相结合，由服务器向客户端设备下发服药计划，客户端设备执行服药计划并生成服药操作记录，再向服务器上报服药操作记录，实现了由客户端设备、服务器、智能药盒联动对服药进行监测管理的自动化系统，在服务器支持下，由客户端设备主动监测服药情况，呈现准确详尽的服药提醒，解决了服药提示过于简单、欠准确，服药流程无自动化控制，药盒实用性较低的问题。

上面描述的内容可以单独地或者以各种方式组合起来实施，而这些变型方式都在本发明的保护范围之内。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (39)

1.一种服药监测管理方法，其特征在于，包括：

获取服药计划；

执行所述服药计划；

生成服药操作记录。

2.根据权利要求1所述的服药监测管理方法，其特征在于，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

所述获取服药计划具体为通过以下方式中的任一或任意多个的组合获取：

客户端设备自服务器获取服药计划；

所述客户端设备接收用户输入信息，根据该信息生成新的服药计划；

所述客户端设备接收用户编辑已有服药计划，根据编辑结果生成新的服药计划；

所述客户端设备读取本地存储的服药计划；

智能药盒自所述客户端设备或所述服务器获取服药计划。

3.根据权利要求2所述的服药监测管理方法，其特征在于，该方法还包括：

在所述客户端设备生成新的服药计划后，将所述新的服药计划同步至服务器；

在成功同步后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划，将该服药计划的同步标签设置为已同步；

在同步失败后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划并将该服药计划的同步标签设置为未同步，或放弃向所述客户端设备本地服药计划数据库添加所述服药计划。

4.根据权利要求3所述的服药监测管理方法，其特征在于，该方法还包括：

接收删除所述服药计划数据库中的服药计划操作指令；

将相应的服药计划的同步标签设置为已删除未同步。

5.根据权利要求3或4所述的服药监测管理方法，其特征在于，该方法还包括：

在与所述服务器建立连接时，所述客户端设备读取本地的服药计划数据库中各服药计划的同步标签；

所述客户端设备向所述服务器上传同步标签设置为未同步的服药计划，在接收到所述服务器返回的创建成功消息后将本地的该服药计划的同步标签设置为已同步，在接收到所述服务器返回的创建失败消息后自所述服务器获取服药计划；

所述客户端设备根据同步标签为已删除未同步的服药计划，生成并向所述服务器发送相应的删除请求，在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步。

6.根据权利要求3或4所述的服药监测管理方法，其特征在于，该方法还包括：

在所述客户端设备显示所述服药计划数据库中同步标签设置为已同步或未同步的服药计划。

7.根据权利要求3所述的服药监测管理方法，其特征在于，所述在成功同步后，向所述客户端设备本地服药计划数据库中添加所述新的服药计划的步骤之后，还包括：

所述客户端设备检测与所述智能药盒的连接；

在连接有所述智能药盒时，所述客户端设备根据所述新的服药计划呈现用于提醒向所述智能药盒添加药物的提醒信息。

8.根据权利要求2所述的服药监测管理方法，其特征在于，所述客户端设备自服务器获取服药计划包括：

所述客户端设备在启动服药监测功能或达到预置的服药计划更新周期或本地的服药计划数据库为空时，向所述服务器请求获取最新的服药计划；

所述客户端设备在接收到所述服务器返回的服药计划的数据后，更新读取服务器服药计划时间戳为当前时刻；

所述客户端设备在所述服务器返回的服药计划创建时间晚于本地的服药计划数据库中的服药计划时，使用所述服务器返回的服药计划的数据覆盖本地的服药计划数据库中的数据。

9.根据权利要求2所述的服药监测管理方法，其特征在于，所述执行所述服药计划包括：

所述客户端设备根据所述服药计划生成服药提醒；

所述服药提醒至少包含以下信息中的任一或任意多个：

提醒时间、提醒方式、提醒内容；

所述客户端设备根据所述服药提醒，呈现提醒内容。

10.根据权利要求9所述的服药监测管理方法，其特征在于，所述执行所述服药计划还包括：

所述智能药盒根据所述服药计划生成服药提醒；

所述智能药盒根据所述服药提醒，呈现提醒内容。

11.根据权利要求10所述的服药监测管理方法，其特征在于，所述执行所述服药计划还包括：

在所述客户端设备与其连接的所述智能药盒处于同一地点时，仅所述客户端设备或所述智能药盒根据所述服药提醒，呈现提醒内容。

12.根据权利要求9所述的服药监测管理方法，其特征在于，所述生成服药操作记录包括：

接收用户输入的针对服药计划的操作指令，和/或，自所述智能药盒获取服药操作信息；

根据所述操作指令和/或所述服药操作信息，生成相应服药计划对应的服药操作记录，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态。

13.根据权利要求12所述的服药监测管理方法，其特征在于，该方法还包括：

所述客户端设备将生成的服药操作记录同步至所述服务器，和/或自所述服务器获取之前的服药操作记录。

14.根据权利要求2所述的服药监测管理方法，其特征在于，该方法还包括：

所述客户端设备自所述服务器获取该服务器生成的服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量。

15.一种服药监测管理方法，其特征在于，包括：

向客户端设备下发服药计划；

接收并存储所述客户端设备执行所述服药计划后生成的服药操作记录。

16.根据权利要求15所述的服药监测管理方法，其特征在于，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态，

接收所述客户端设备执行所述服药计划后生成的服药操作记录的步骤之后，还包括：

在一条服药计划对应的一条或多条服药操作记录均为根据用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令生成时，根据预置的第一记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项的组合：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量；

在一条服药计划对应的一条或多条服药操作记录均为根据所述客户端设备自智能药盒获取服药操作信息生成时，根据预置的第二记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据；

在一条服药计划对应的多条服药操作记录中既包含根据操作指令生成的至少一条第一服药操作记录也包含根据服药操作信息生成的至少一条第二服药操作记录时，根据预置的第三记录筛选规则从中筛选出一条第二服药操作记录，生成服药历史数据。

17.根据权利要求16所述的服药监测管理方法，其特征在于，接收所述客户端设备执行所述服药计划后生成的服药操作记录的步骤之后，还包括：

在一条服药计划无对应的服药操作记录时，将所述服药状态置为“未服用”，生成服药历史数据。

18.根据权利要求16或17所述的服药监测管理方法，其特征在于，该方法还包括：

预置历史数据生成时间区间，筛选服药时间在所述历史数据生成时间区间之内的服药计划，生成该服药计划对应的服药历史数据。

19.根据权利要求16所述的服药监测管理方法，其特征在于，该方法还包括：

接收所述客户端设备发送的获取服药历史数据的请求，依该请求向所述客户端设备下发相应的服药历史数据。

20.根据权利要求15所述的服药监测管理方法，其特征在于，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

该方法还包括：

接收所述客户端设备发送的该客户端设备生成的新的服药计划；

判断服务器本地的服药计划数据库是否已存储有与所述新的服药计划相冲突的服药计划；

所述服务器在所述服药计划数据库已存储有与所述新的服药计划相冲突的服药计划时，拒绝同步，向所述客户端设备返回同步失败消息；

所述服务器在所述服药计划数据库中未存储有与所述新的服药计划相冲突的服药计划时，使用接收到的服药计划更新所述服药计划数据库，并向所述客户端设备返回同步成功消息。

21.根据权利要求15所述的服药监测管理方法，其特征在于，该方法还包括：

接收所述客户端设备发送的请求删除一条或多条服药计划的删除请求；

根据所述删除请求对相应的服药计划执行删除操作，在删除成功时向所述客户端设备返回删除成功消息，在删除失败时向所述客户端设备返回删除失败消息。

22.根据权利要求15所述的服药监测管理方法，其特征在于，该方法包括：

接收所述客户端设备发送的获取最新的服药计划的请求；

向所述客户端设备发送最新的服药计划的数据。

23.根据权利要求15所述的服药监测管理方法，其特征在于，该方法还包括：

根据接收到的所述客户端设备生成的服药操作记录更新本地的服药操作数据库；和/或，

应所述客户端设备的请求向该客户端设备下发本地的服药操作数据库中存储的服药操作记录。

24.一种服药监测管理装置，其特征在于，包括：

服药计划管理模块，用于获取服药计划；

服药计划执行模块，用于执行所述服药计划；

操作记录管理模块，用于生成服药操作记录。

25.根据权利要求24所述的服药监测管理装置，其特征在于，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

所述服药计划管理模块包括：

远程获取单元，用于自服务器获取服药计划；

计划生成单元，用于接收用户输入信息，根据该信息生成新的服药计划；

编辑生成单元，用于接收用户编辑已有服药计划，根据编辑结果生成新的服药计划；

本地获取单元，用于读取本地存储的服药计划。

26.根据权利要求25所述的服药监测管理装置，其特征在于，所述服药计划管理模块还包括服药计划同步单元与服药计划数据库：

所述服药计划同步单元，用于在所述计划生成单元或所述编辑生成单元生成新的服药计划后，将所述新的服药计划同步至服务器，

在成功同步后，向所述服药计划数据库中添加所述新的服药计划，将该服药计划的同步标签设置为已同步，

在同步失败后，取消向所述服药计划数据库中添加所述新的服药计划并将该服药计划的同步标签设置为未同步，或放弃向所述服药计划数据库添加所述服药计划。

27.根据权利要求26所述的服药监测管理装置，其特征在于，

所述服药计划同步单元，还用于接受删除所述服药计划数据库中的服药计划操作指令，将相应的服药计划的同步标签设置为已删除未同步。

28.根据权利要求26或27所述的服药监测管理装置，其特征在于，

所述服药计划同步单元，还用于在与所述服务器建立连接时，读取所述服药计划数据库中各服药计划的同步标签，

向所述服务器上传同步标签设置为未同步的服药计划，在接收到所述服务器返回的创建成功消息后将本地的该服药计划的同步标签设置为已同步，在接收到所述服务器返回的创建失败消息后自所述服务器获取服药计划，

根据同步标签为已删除未同步的服药计划，生成并向所述服务器发送相应的删除请求，在接收到所述服务器返回的删除成功消息后从所述服药计划数据库中删除相应的服药计划，在接收到所述服务器返回的删除失败消息后保持所述同步标签为已删除未同步。

29.根据权利要求26或27所述的服药监测管理装置，其特征在于，该装置还包括：

显示模块，用于显示在所述服药计划数据库中同步标签设置为已同步或未同步的服药计划。

30.根据权利要求25所述的服药监测管理装置，其特征在于，所述服药计划执行模块包括：

提醒生成单元，用于根据所述服药计划生成服药提醒；

所述服药提醒至少包含以下信息中的任一或任意多个：

提醒时间、提醒方式、提醒内容；

提醒执行单元，用于根据所述服药提醒，呈现提醒内容。

31.根据权利要求30所述的服药监测管理装置，其特征在于，

所述提醒执行单元，还用于在所述服药监测管理装置连接有智能药盒且与该智能药盒处于同一地点时，仅由所述提醒执行单元或控制所述智能药盒根据所述服药提醒呈现提醒内容。

32.根据权利要求30所述的服药监测管理装置，其特征在于，所述操作记录管理模块包括：

信息收集单元，用于接收用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令，和/或，自所述智能药盒获取服药操作信息；

记录生成单元，用于根据所述操作指令和/或所述服药操作信息，生成相应服药计划对应的服药操作记录，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态。

33.根据权利要求32所述的服药监测管理装置，其特征在于，所述操作记录管理模块还包括：

操作记录同步单元，用于将生成的服药操作记录同步至所述服务器，和/或自所述服务器获取之前的服药操作记录。

34.根据权利要求25所述的服药监测管理装置，其特征在于，该装置还包括历史数据管理模块：

所述历史数据管理模块，用于自所述服务器获取该服务器生成的服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，服药剂量。

35.一种服药监测管理装置，其特征在于，包括：

服药计划管理模块，用于向客户端设备下发服药计划；

操作记录管理模块，用于接收并存储所述客户端设备执行所述服药计划后生成的服药操作记录。

36.根据权利要求35所述的服药监测管理装置，其特征在于，所述服药操作记录包含以下信息中的任一或任意多项的组合：

客户端操作记录标识，服务器操作记录标识，药品名称，服药剂量，客户端服药计划标识，服务器服药计划标识，提醒时间，实际服药时间，服药状态，

该装置还包括历史数据管理模块，所述历史数据管理模块包括：

常规历史数据生成单元，用于在一条服药计划对应的一条或多条服药操作记录均为根据用户输入的针对所述历史服药提醒列表或所述服药提醒的操作指令生成时，根据预置的第一记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，所述服药历史数据包含以下信息中的任一或任意多项的组合：

客户端历史数据标识，服务器历史数据标识，服药时间，药品名称，服药状态，

在一条服药计划对应的一条或多条服药操作记录均为根据所述客户端设备自智能药盒获取服药操作信息生成时，根据预置的第二记录筛选规则从中筛选出一条服药操作记录，提取该条服药操作记录中的服药状态信息，生成服药历史数据，

在一条服药计划对应的多条服药操作记录中既包含根据操作指令生成的至少一条第一服药操作记录也包含根据服药操作信息生成的至少一条第二服药操作记录时，根据预置的第三记录筛选规则从中筛选出一条第二服药操作记录，生成服药历史数据；

定时历史数据生成单元，用于在一条服药计划无对应的服药操作记录时，将所述服药状态置为“未服用”，生成服药历史数据。

37.根据权利要求36所述的服药监测管理装置，其特征在于，所述历史数据管理模块还包括：

历史数据下发单元，用于接收所述客户端设备发送的获取服药历史数据的请求，依该请求向所述客户端设备下发相应的服药历史数据。

38.根据权利要求37所述的服药监测管理装置，其特征在于，所述服药计划包括如下信息中的任一或任意多项：

客户端计划标识、服务器计划标识、药盒标识、药仓标识、药品名称、服药剂量、服药时间、计划生效时间、计划失效时间，

该装置还包括服药计划数据库；

所述服药计划管理模块，还用于接收所述客户端设备发送的该客户端设备生成的新的服药计划，判断所述服药计划数据库是否已存储有与所述新的服药计划相冲突的服药计划，

在所述服药计划数据库已存储有与所述新的服药计划相冲突的服药计划时，拒绝同步，向所述客户端设备返回同步失败消息，

在所述服药计划数据库中未存储有与所述新的服药计划相冲突的服药计划时，使用接收到的服药计划更新所述服药计划数据库，并向所述客户端设备返回同步成功消息。

39.根据权利要求37所述的服药监测管理装置，其特征在于，该装置还包括服药操作数据库；

所述服药计划管理模块，还用于接收所述客户端设备发送的请求删除一条或多条服药计划的删除请求，根据所述删除请求对相应的服药计划执行删除操作，在删除成功时向所述客户端设备返回删除成功消息，在删除失败时向所述客户端设备返回删除失败消息，

接收所述客户端设备发送的获取最新的服药计划的请求，向所述客户端设备发送最新的服药计划的数据；

所述操作记录管理模块，还用于根据接收到的所述客户端设备生成的服药操作记录更新所述服药操作数据库，

应所述客户端设备的请求向该客户端设备下发所述服药操作数据库中存储的服药操作记录。