本發(fā)明涉及智能家居領(lǐng)域，尤其涉及一種服藥監(jiān)測管理方法及裝置。

背景技術(shù)：

由于生活節(jié)奏緊張、環(huán)境污染加劇、不良生活習(xí)慣等原因，慢性病發(fā)病率正呈現(xiàn)逐漸升高的趨勢。慢性病具有長期性、潛伏性、頑固性、整體性等特征，嚴(yán)重影響患者生活質(zhì)量，同時也對患者及其家庭造成了沉重的經(jīng)濟(jì)負(fù)擔(dān)。

長期服藥是慢性病預(yù)防與治療的主要手段之一。慢性病種類繁多，醫(yī)生在開具處方時會考慮患者整體身體狀況而給出綜合性治療方案，因此，慢性病的服藥方案一般涉及多種藥品。按時按量服藥，正確執(zhí)行醫(yī)生處方，對病人康復(fù)尤為重要。

現(xiàn)有服藥管理方案通常是在藥盒內(nèi)添加時鐘芯片和控制芯片，使藥盒具有類似于鬧鐘的功能，到點提示服藥。這種藥盒雖然能起到一定管理服藥的作用，但存在如下問題：在藥盒中存放多種藥品時，各種藥品的服藥時間、劑量均不同，服藥提示過于簡單、欠準(zhǔn)確，服藥情況全靠使用者自行控制，導(dǎo)致藥盒的實用性較低，容易出現(xiàn)誤服、漏服的問題。誤服、漏服藥物，不僅影響治療效果，而且可能會導(dǎo)致新的身體問題出現(xiàn)。

技術(shù)實現(xiàn)要素：

本發(fā)明旨在解決上面描述的問題。本發(fā)明的一個目的是提供一種解決以上問題中的任何一個的服藥監(jiān)測管理方法。

根據(jù)本發(fā)明的第一方面，一種服藥監(jiān)測管理方法，包括：

獲取服藥計劃；

執(zhí)行所述服藥計劃；

生成服藥操作記錄。

優(yōu)選的，所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間，

所述獲取服藥計劃具體為通過以下方式中的任一或任意多個的組合獲取：

客戶端設(shè)備自服務(wù)器獲取服藥計劃；

所述客戶端設(shè)備接收用戶輸入信息，根據(jù)該信息生成新的服藥計劃；

所述客戶端設(shè)備接收用戶編輯已有服藥計劃，根據(jù)編輯結(jié)果生成新的服藥計劃；

所述客戶端設(shè)備讀取本地存儲的服藥計劃；

智能藥盒自所述客戶端設(shè)備或所述服務(wù)器獲取服藥計劃。

優(yōu)選的，該方法還包括：

在所述客戶端設(shè)備生成新的服藥計劃后，將所述新的服藥計劃同步至服務(wù)器；

在成功同步后，向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃，將該服藥計劃的同步標(biāo)簽設(shè)置為已同步；

在同步失敗后，向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃并將該服藥計劃的同步標(biāo)簽設(shè)置為未同步，或放棄向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫添加所述服藥計劃。

優(yōu)選的，該方法還包括：

接收刪除所述服藥計劃數(shù)據(jù)庫中的服藥計劃操作指令；

將相應(yīng)的服藥計劃的同步標(biāo)簽設(shè)置為已刪除未同步。

優(yōu)選的，該方法還包括：

在與所述服務(wù)器建立連接時，所述客戶端設(shè)備讀取本地的服藥計劃數(shù)據(jù)庫中各服藥計劃的同步標(biāo)簽；

所述客戶端設(shè)備向所述服務(wù)器上傳同步標(biāo)簽設(shè)置為未同步的服藥計劃，在接收到所述服務(wù)器返回的創(chuàng)建成功消息后將本地的該服藥計劃的同步標(biāo)簽設(shè)置為已同步，在接收到所述服務(wù)器返回的創(chuàng)建失敗消息后自所述服務(wù)器獲取服藥計劃；

所述客戶端設(shè)備根據(jù)同步標(biāo)簽為已刪除未同步的服藥計劃，生成并向所述服務(wù)器發(fā)送相應(yīng)的刪除請求，在接收到所述服務(wù)器返回的刪除成功消息后從所述服藥計劃數(shù)據(jù)庫中刪除相應(yīng)的服藥計劃，在接收到所述服務(wù)器返回的刪除失敗消息后保持所述同步標(biāo)簽為已刪除未同步。

優(yōu)選的，該方法還包括：

在所述客戶端設(shè)備顯示所述服藥計劃數(shù)據(jù)庫中同步標(biāo)簽設(shè)置為已同步或未同步的服藥計劃。

優(yōu)選的，所述在成功同步后，向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃的步驟之后，還包括：

所述客戶端設(shè)備檢測與所述智能藥盒的連接；

在連接有所述智能藥盒時，所述客戶端設(shè)備根據(jù)所述新的服藥計劃呈現(xiàn)用于提醒向所述智能藥盒添加藥物的提醒信息。

優(yōu)選的，所述客戶端設(shè)備自服務(wù)器獲取服藥計劃包括：

所述客戶端設(shè)備在啟動服藥監(jiān)測功能或達(dá)到預(yù)置的服藥計劃更新周期或本地的服藥計劃數(shù)據(jù)庫為空時，向所述服務(wù)器請求獲取最新的服藥計劃；

所述客戶端設(shè)備在接收到所述服務(wù)器返回的服藥計劃的數(shù)據(jù)后，更新讀取服務(wù)器服藥計劃時間戳為當(dāng)前時刻；

所述客戶端設(shè)備在所述服務(wù)器返回的服藥計劃創(chuàng)建時間晚于本地的服藥計劃數(shù)據(jù)庫中的服藥計劃時，使用所述服務(wù)器返回的服藥計劃的數(shù)據(jù)覆蓋本地的服藥計劃數(shù)據(jù)庫中的數(shù)據(jù)。

優(yōu)選的，所述執(zhí)行所述服藥計劃包括：

所述客戶端設(shè)備根據(jù)所述服藥計劃生成服藥提醒；

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

提醒時間、提醒方式、提醒內(nèi)容；

所述客戶端設(shè)備根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述執(zhí)行所述服藥計劃還包括：

所述智能藥盒根據(jù)所述服藥計劃生成服藥提醒；

所述智能藥盒根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述執(zhí)行所述服藥計劃還包括：

在所述客戶端設(shè)備與其連接的所述智能藥盒處于同一地點時，僅所述客戶端設(shè)備或所述智能藥盒根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述生成服藥操作記錄包括：

接收用戶輸入的針對服藥計劃的操作指令，和/或，自所述智能藥盒獲取服藥操作信息；

根據(jù)所述操作指令和/或所述服藥操作信息，生成相應(yīng)服藥計劃對應(yīng)的服藥操作記錄，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)。

優(yōu)選的，該方法還包括：

所述客戶端設(shè)備將生成的服藥操作記錄同步至所述服務(wù)器，和/或自所述服務(wù)器獲取之前的服藥操作記錄。

優(yōu)選的，該方法還包括：

所述客戶端設(shè)備自所述服務(wù)器獲取該服務(wù)器生成的服藥歷史數(shù)據(jù)，所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，服藥劑量。

根據(jù)本發(fā)明的另一方法，一種服藥監(jiān)測管理方法，包括：

向客戶端設(shè)備下發(fā)服藥計劃；

接收并存儲所述客戶端設(shè)備執(zhí)行所述服藥計劃后生成的服藥操作記錄。

優(yōu)選的，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)，

接收所述客戶端設(shè)備執(zhí)行所述服藥計劃后生成的服藥操作記錄的步驟之后，還包括：

在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)用戶輸入的針對所述歷史服藥提醒列表或所述服藥提醒的操作指令生成時，根據(jù)預(yù)置的第一記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)，所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項的組合：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，服藥劑量；

在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)所述客戶端設(shè)備自智能藥盒獲取服藥操作信息生成時，根據(jù)預(yù)置的第二記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)；

在一條服藥計劃對應(yīng)的多條服藥操作記錄中既包含根據(jù)操作指令生成的至少一條第一服藥操作記錄也包含根據(jù)服藥操作信息生成的至少一條第二服藥操作記錄時，根據(jù)預(yù)置的第三記錄篩選規(guī)則從中篩選出一條第二服藥操作記錄，生成服藥歷史數(shù)據(jù)。

優(yōu)選的，接收所述客戶端設(shè)備執(zhí)行所述服藥計劃后生成的服藥操作記錄的步驟之后，還包括：

在一條服藥計劃無對應(yīng)的服藥操作記錄時，將所述服藥狀態(tài)置為“未服用”，生成服藥歷史數(shù)據(jù)。

優(yōu)選的，該方法還包括：

預(yù)置歷史數(shù)據(jù)生成時間區(qū)間，篩選服藥時間在所述歷史數(shù)據(jù)生成時間區(qū)間之內(nèi)的服藥計劃，生成該服藥計劃對應(yīng)的服藥歷史數(shù)據(jù)。

優(yōu)選的，該方法還包括：

接收所述客戶端設(shè)備發(fā)送的獲取服藥歷史數(shù)據(jù)的請求，依該請求向所述客戶端設(shè)備下發(fā)相應(yīng)的服藥歷史數(shù)據(jù)。

優(yōu)選的，所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間，

該方法還包括：

接收所述客戶端設(shè)備發(fā)送的該客戶端設(shè)備生成的新的服藥計劃；

判斷服務(wù)器本地的服藥計劃數(shù)據(jù)庫是否已存儲有與所述新的服藥計劃相沖突的服藥計劃；

所述服務(wù)器在所述服藥計劃數(shù)據(jù)庫已存儲有與所述新的服藥計劃相沖突的服藥計劃時，拒絕同步，向所述客戶端設(shè)備返回同步失敗消息；

所述服務(wù)器在所述服藥計劃數(shù)據(jù)庫中未存儲有與所述新的服藥計劃相沖突的服藥計劃時，使用接收到的服藥計劃更新所述服藥計劃數(shù)據(jù)庫，并向所述客戶端設(shè)備返回同步成功消息。

優(yōu)選的，該方法還包括：

接收所述客戶端設(shè)備發(fā)送的請求刪除一條或多條服藥計劃的刪除請求；

根據(jù)所述刪除請求對相應(yīng)的服藥計劃執(zhí)行刪除操作，在刪除成功時向所述客戶端設(shè)備返回刪除成功消息，在刪除失敗時向所述客戶端設(shè)備返回刪除失敗消息。

優(yōu)選的，該方法包括：

接收所述客戶端設(shè)備發(fā)送的獲取最新的服藥計劃的請求；

向所述客戶端設(shè)備發(fā)送最新的服藥計劃的數(shù)據(jù)。

優(yōu)選的，該方法還包括：

根據(jù)接收到的所述客戶端設(shè)備生成的服藥操作記錄更新本地的服藥操作數(shù)據(jù)庫；和/或，

應(yīng)所述客戶端設(shè)備的請求向該客戶端設(shè)備下發(fā)本地的服藥操作數(shù)據(jù)庫中存儲的服藥操作記錄。

根據(jù)本發(fā)明的另一方面，一種服藥監(jiān)測管理裝置，包括：

服藥計劃管理模塊，用于獲取服藥計劃；

服藥計劃執(zhí)行模塊，用于執(zhí)行所述服藥計劃；

操作記錄管理模塊，用于生成服藥操作記錄。

優(yōu)選的，所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間，

所述服藥計劃管理模塊包括：

遠(yuǎn)程獲取單元，用于自服務(wù)器獲取服藥計劃；

計劃生成單元，用于接收用戶輸入信息，根據(jù)該信息生成新的服藥計劃；

編輯生成單元，用于接收用戶編輯已有服藥計劃，根據(jù)編輯結(jié)果生成新的服藥計劃；

本地獲取單元，用于讀取本地存儲的服藥計劃。

優(yōu)選的，所述服藥計劃管理模塊還包括服藥計劃同步單元與服藥計劃數(shù)據(jù)庫：

所述服藥計劃同步單元，用于在所述計劃生成單元或所述編輯生成單元生成新的服藥計劃后，將所述新的服藥計劃同步至服務(wù)器，

在成功同步后，向所述服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃，將該服藥計劃的同步標(biāo)簽設(shè)置為已同步，

在同步失敗后，取消向所述服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃并將該服藥計劃的同步標(biāo)簽設(shè)置為未同步，或放棄向所述服藥計劃數(shù)據(jù)庫添加所述服藥計劃。

優(yōu)選的，所述服藥計劃同步單元，還用于接受刪除所述服藥計劃數(shù)據(jù)庫中的服藥計劃操作指令，將相應(yīng)的服藥計劃的同步標(biāo)簽設(shè)置為已刪除未同步。

優(yōu)選的，所述服藥計劃同步單元，還用于在與所述服務(wù)器建立連接時，讀取所述服藥計劃數(shù)據(jù)庫中各服藥計劃的同步標(biāo)簽，

向所述服務(wù)器上傳同步標(biāo)簽設(shè)置為未同步的服藥計劃，在接收到所述服務(wù)器返回的創(chuàng)建成功消息后將本地的該服藥計劃的同步標(biāo)簽設(shè)置為已同步，在接收到所述服務(wù)器返回的創(chuàng)建失敗消息后自所述服務(wù)器獲取服藥計劃，

根據(jù)同步標(biāo)簽為已刪除未同步的服藥計劃，生成并向所述服務(wù)器發(fā)送相應(yīng)的刪除請求，在接收到所述服務(wù)器返回的刪除成功消息后從所述服藥計劃數(shù)據(jù)庫中刪除相應(yīng)的服藥計劃，在接收到所述服務(wù)器返回的刪除失敗消息后保持所述同步標(biāo)簽為已刪除未同步。

優(yōu)選的，該裝置還包括：

顯示模塊，用于顯示在所述服藥計劃數(shù)據(jù)庫中同步標(biāo)簽設(shè)置為已同步或未同步的服藥計劃。

優(yōu)選的，所述服藥計劃執(zhí)行模塊包括：

提醒生成單元，用于根據(jù)所述服藥計劃生成服藥提醒；

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

提醒時間、提醒方式、提醒內(nèi)容；

提醒執(zhí)行單元，用于根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述提醒執(zhí)行單元，還用于在所述服藥監(jiān)測管理裝置連接有智能藥盒且與該智能藥盒處于同一地點時，僅由所述提醒執(zhí)行單元或控制所述智能藥盒根據(jù)所述服藥提醒呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述操作記錄管理模塊包括：

信息收集單元，用于接收用戶輸入的針對所述歷史服藥提醒列表或所述服藥提醒的操作指令，和/或，自所述智能藥盒獲取服藥操作信息；

記錄生成單元，用于根據(jù)所述操作指令和/或所述服藥操作信息，生成相應(yīng)服藥計劃對應(yīng)的服藥操作記錄，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)。

優(yōu)選的，所述操作記錄管理模塊還包括：

操作記錄同步單元，用于將生成的服藥操作記錄同步至所述服務(wù)器，和/或自所述服務(wù)器獲取之前的服藥操作記錄。

優(yōu)選的，該裝置還包括歷史數(shù)據(jù)管理模塊：

所述歷史數(shù)據(jù)管理模塊，用于自所述服務(wù)器獲取該服務(wù)器生成的服藥歷史數(shù)據(jù)，所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，服藥劑量。

根據(jù)本發(fā)明的另一方面，一種服藥監(jiān)測管理裝置，包括：

服藥計劃管理模塊，用于向客戶端設(shè)備下發(fā)服藥計劃；

操作記錄管理模塊，用于接收并存儲所述客戶端設(shè)備執(zhí)行所述服藥計劃后生成的服藥操作記錄。

優(yōu)選的，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)，

該裝置還包括歷史數(shù)據(jù)管理模塊，所述歷史數(shù)據(jù)管理模塊包括：

常規(guī)歷史數(shù)據(jù)生成單元，用于在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)用戶輸入的針對所述歷史服藥提醒列表或所述服藥提醒的操作指令生成時，根據(jù)預(yù)置的第一記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)，所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項的組合：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，

在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)所述客戶端設(shè)備自智能藥盒獲取服藥操作信息生成時，根據(jù)預(yù)置的第二記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)，

在一條服藥計劃對應(yīng)的多條服藥操作記錄中既包含根據(jù)操作指令生成的至少一條第一服藥操作記錄也包含根據(jù)服藥操作信息生成的至少一條第二服藥操作記錄時，根據(jù)預(yù)置的第三記錄篩選規(guī)則從中篩選出一條第二服藥操作記錄，生成服藥歷史數(shù)據(jù)；

定時歷史數(shù)據(jù)生成單元，用于在一條服藥計劃無對應(yīng)的服藥操作記錄時，將所述服藥狀態(tài)置為“未服用”，生成服藥歷史數(shù)據(jù)。

優(yōu)選的，所述歷史數(shù)據(jù)管理模塊還包括：

歷史數(shù)據(jù)下發(fā)單元，用于接收所述客戶端設(shè)備發(fā)送的獲取服藥歷史數(shù)據(jù)的請求，依該請求向所述客戶端設(shè)備下發(fā)相應(yīng)的服藥歷史數(shù)據(jù)。

優(yōu)選的，所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間，

該裝置還包括服藥計劃數(shù)據(jù)庫；

所述服藥計劃管理模塊，還用于接收所述客戶端設(shè)備發(fā)送的該客戶端設(shè)備生成的新的服藥計劃，判斷所述服藥計劃數(shù)據(jù)庫是否已存儲有與所述新的服藥計劃相沖突的服藥計劃，

在所述服藥計劃數(shù)據(jù)庫已存儲有與所述新的服藥計劃相沖突的服藥計劃時，拒絕同步，向所述客戶端設(shè)備返回同步失敗消息，

在所述服藥計劃數(shù)據(jù)庫中未存儲有與所述新的服藥計劃相沖突的服藥計劃時，使用接收到的服藥計劃更新所述服藥計劃數(shù)據(jù)庫，并向所述客戶端設(shè)備返回同步成功消息。

優(yōu)選的，該裝置還包括服藥操作數(shù)據(jù)庫；

所述服藥計劃管理模塊，還用于接收所述客戶端設(shè)備發(fā)送的請求刪除一條或多條服藥計劃的刪除請求，根據(jù)所述刪除請求對相應(yīng)的服藥計劃執(zhí)行刪除操作，在刪除成功時向所述客戶端設(shè)備返回刪除成功消息，在刪除失敗時向所述客戶端設(shè)備返回刪除失敗消息，

接收所述客戶端設(shè)備發(fā)送的獲取最新的服藥計劃的請求，向所述客戶端設(shè)備發(fā)送最新的服藥計劃的數(shù)據(jù)；

所述操作記錄管理模塊，還用于根據(jù)接收到的所述客戶端設(shè)備生成的服藥操作記錄更新所述服藥操作數(shù)據(jù)庫，

應(yīng)所述客戶端設(shè)備的請求向該客戶端設(shè)備下發(fā)所述服藥操作數(shù)據(jù)庫中存儲的服藥操作記錄。

本發(fā)明的實施例提供了一種服藥監(jiān)測管理裝置，能夠與本發(fā)明的實施例提供的一種服藥監(jiān)測管理方法相結(jié)合，由服務(wù)器向客戶端設(shè)備下發(fā)服藥計劃，客戶端設(shè)備執(zhí)行服藥計劃并生成服藥操作記錄，再向服務(wù)器上報服藥操作記錄，實現(xiàn)了由客戶端設(shè)備、服務(wù)器、智能藥盒聯(lián)動對服藥進(jìn)行監(jiān)測管理的自動化系統(tǒng)，在服務(wù)器支持下，由客戶端設(shè)備主動監(jiān)測服藥情況，呈現(xiàn)準(zhǔn)確詳盡的服藥提醒，解決了服藥提示過于簡單、欠準(zhǔn)確，服藥流程無自動化控制，藥盒實用性較低的問題。

參照附圖來閱讀對于示例性實施例的以下描述，本發(fā)明的其他特性特征和優(yōu)點將變得清晰。

附圖說明

并入到說明書中并且構(gòu)成說明書的一部分的附圖示出了本發(fā)明的實施例，并且與描述一起用于解釋本發(fā)明的原理。在這些附圖中，類似的附圖標(biāo)記用于表示類似的要素。下面描述中的附圖是本發(fā)明的一些實施例，而不是全部實施例。對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，可以根據(jù)這些附圖獲得其他的附圖。

圖1示例性地示出了示例性地示出了一種本發(fā)明的實施例應(yīng)用環(huán)境系統(tǒng)架構(gòu)；

圖2示例性地示出了一種本發(fā)明的實施例一提供的一種服藥監(jiān)測管理方法的流程；

圖3示例性地示出了一種本發(fā)明的實施例二提供的一種服藥監(jiān)測管理方法的流程；

圖4示例性地示出了一種本發(fā)明的實施例三提供的一種服藥監(jiān)測管理方法的流程；

圖5示例性地示出了一種本發(fā)明的實施例四提供的一種服藥監(jiān)測管理方法的流程；

圖6示例性地示出了一種本發(fā)明的實施例五提供的一種服藥監(jiān)測管理裝置的結(jié)構(gòu)；

圖7示例性地示出了一種本發(fā)明的實施例五提供的一種服藥計劃管理模塊的結(jié)構(gòu)；

圖8示例性地示出了一種本發(fā)明的實施例五提供的一種服藥計劃執(zhí)行模塊的結(jié)構(gòu)；

圖9示例性地示出了一種本發(fā)明的實施例五提供的一種操作記錄管理模塊的結(jié)構(gòu)；

圖10示例性地示出了一種本發(fā)明的實施例六提供的一種服藥監(jiān)測管理裝置的結(jié)構(gòu)；

圖11示例性地示出了一種本發(fā)明的實施例六提供的歷史數(shù)據(jù)管理模塊的結(jié)構(gòu)。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

現(xiàn)有服藥管理方案通常是在藥盒內(nèi)添加時鐘芯片和控制芯片，使藥盒具有類似于鬧鐘的功能，到點提示服藥。這種藥盒雖然能起到一定管理服藥的作用，但存在如下問題：在藥盒中存放多種藥品時，各種藥品的服藥時間、劑量均不同，服藥提示過于簡單、欠準(zhǔn)確，服藥情況全靠使用者自行控制，導(dǎo)致藥盒的實用性較低，容易出現(xiàn)誤服、漏服的問題。誤服、漏服藥物，不僅影響治療效果，而且可能會導(dǎo)致新的身體問題出現(xiàn)。

為了解決上述問題，本發(fā)明的實施例提供了一種服藥監(jiān)測管理方法和裝置。下面結(jié)合附圖，對本發(fā)明的實施例進(jìn)行詳細(xì)說明。

首先，對本發(fā)明的實施例一進(jìn)行說明。

本發(fā)明實施例提供了一種服藥監(jiān)測管理方法，本發(fā)明實施例的系統(tǒng)架構(gòu)如圖1所示，包括服務(wù)器101和至少一個客戶端設(shè)備102?？蛻舳嗽O(shè)備102可以是移動終端(如智能手機(jī)、平板電腦)等，也可以是pc或筆記本電腦或其他具有處理能力能夠執(zhí)行客戶端邏輯的硬件設(shè)備，客戶端設(shè)備102通過安裝客戶端程序?qū)崿F(xiàn)相應(yīng)功能(如在智能手機(jī)上安裝app)。服務(wù)器101可以是單臺服務(wù)器，也可以通過服務(wù)器組實現(xiàn)，可根據(jù)實際需求配置系統(tǒng)架構(gòu)，本發(fā)明實施例中以服務(wù)器為例進(jìn)行說明。

優(yōu)選的，該系統(tǒng)架構(gòu)還包含至少一個智能藥盒103，智能藥盒103具有主控芯片及通信芯片，能夠進(jìn)行無線通信。智能藥盒103能夠與客戶端設(shè)備和/或服務(wù)器建立連接，接受客戶端設(shè)備和/或服務(wù)器的控制，上報數(shù)據(jù)。

在圖1所示的系統(tǒng)架構(gòu)中，使用本發(fā)明實施例提供的服藥監(jiān)測管理方法進(jìn)行服藥監(jiān)測管理的流程如圖2所示，包括：

步驟201、客戶端設(shè)備獲取服藥計劃；

所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間。

其中，客戶端計劃標(biāo)識是客戶端為服藥計劃分配的標(biāo)識，在用戶離線(即客戶端設(shè)備連接不上服務(wù)器)時，客戶端設(shè)備可為服藥計劃分配客戶端計劃標(biāo)識，實現(xiàn)了離線創(chuàng)建服藥計劃；服務(wù)器計劃標(biāo)識是服務(wù)器為同一服藥計劃分配的服務(wù)器一側(cè)使用的標(biāo)識；藥盒標(biāo)識是用于標(biāo)記服藥計劃涉及的藥盒(同一客戶端設(shè)備或服務(wù)器可連接有一個及一個以上的藥盒)，藥倉標(biāo)識是用于標(biāo)記服藥計劃涉及的藥倉(每個藥盒具有至少一個藥倉)；服藥時間是指提醒服藥參考的時間，可以是一個時間點，也可以是一個持續(xù)的時間區(qū)間；服藥計劃自“計劃生效時間”起有效，到達(dá)“計劃失效時間”后失效，例如服藥計劃自“2017年1月7日00時00分”起生效，在“2017年1月10日23時00分”失效，服藥時間為每日的12時30分，則在1月7－10日每天的12：30都是服藥時間。

所述獲取服藥計劃具體為通過以下方式中的任一或任意多個的組合獲?。?/p>

1、客戶端設(shè)備自服務(wù)器獲取服藥計劃；

客戶端設(shè)備啟動服藥監(jiān)測功能時(如在客戶端設(shè)備上啟動客戶端)，或用戶進(jìn)行服藥計劃刷新操作(如在客戶端用戶界面上進(jìn)行下拉操作/點擊刷新按鈕等)時，客戶端設(shè)備向服務(wù)器請求獲取服藥計劃。

也可能預(yù)置一個服藥計劃更新周期，在達(dá)到預(yù)置的服藥計劃更新周期時向服務(wù)器請求最新的服藥計劃；或在上一次成功獲取服藥計劃后的一定時長后再次獲取。

也可以優(yōu)先從本地的服藥計劃數(shù)據(jù)庫獲取服藥計劃，在本地的服藥計劃數(shù)據(jù)庫為空時，向所述服務(wù)器請求獲取最新的服藥計劃。

所述客戶端設(shè)備在接收到所述服務(wù)器返回的服藥計劃的數(shù)據(jù)后，更新讀取服務(wù)器服藥計劃時間戳為當(dāng)前時刻，在所述服務(wù)器返回的服藥計劃創(chuàng)建時間晚于本地的服藥計劃數(shù)據(jù)庫中的服藥計劃時(即表明獲取到的服藥計劃是最新的)，使用所述服務(wù)器返回的服藥計劃的數(shù)據(jù)覆蓋本地的服藥計劃數(shù)據(jù)庫中的數(shù)據(jù)。

2、所述客戶端設(shè)備接收用戶輸入信息，根據(jù)該信息生成新的服藥計劃；

用戶通過客戶端設(shè)備建立新的服藥計劃，通過用戶界面輸入新建服藥計劃的指令和相關(guān)信息，客戶端設(shè)備根據(jù)獲取到的用戶輸入信息，創(chuàng)建新的服藥計劃。

3、所述客戶端設(shè)備接收用戶編輯已有服藥計劃，根據(jù)編輯結(jié)果生成新的服藥計劃；

已存在于客戶端設(shè)備本地的服藥計劃數(shù)據(jù)庫中的服藥計劃可編輯，客戶端設(shè)備接收到用戶編輯指令后，根據(jù)用戶輸入的信息編輯用戶選定的服藥計劃，生成新的服藥計劃。

4、所述客戶端設(shè)備讀取本地存儲的服藥計劃；

在客戶端設(shè)備本地的服藥計劃數(shù)據(jù)庫中有可能已存儲有服藥計劃，在客戶端啟動或初始化時，可在存儲中讀取服藥計劃數(shù)據(jù)庫中的服藥計劃。

而智能藥盒可與客戶端設(shè)備和/或服務(wù)器建立連接，進(jìn)行數(shù)據(jù)交互，可自所述客戶端設(shè)備或所述服務(wù)器獲取服藥計劃。

步驟202、服務(wù)器向客戶端設(shè)備下發(fā)服藥計劃；

在客戶端設(shè)備向服務(wù)器請求服藥計劃時，服務(wù)器向客戶端下發(fā)與該客戶端相關(guān)聯(lián)的服藥計劃。一次下發(fā)服藥計劃的條數(shù)可根據(jù)需要設(shè)定，如一次下發(fā)50條。

步驟203、客戶端設(shè)備執(zhí)行所述服藥計劃；

本步驟中，客戶端設(shè)備根據(jù)所述服藥計劃生成服藥提醒，所述服藥提醒至少包含以下信息中的任一或任意多個：

提醒時間、提醒方式、提醒內(nèi)容。

其中，提醒時間可以是一個覆蓋了服藥計劃中服藥時間的區(qū)間，例如服藥時間先半小時至后半小時；提醒方式是發(fā)出提醒的方式，可由用戶自行設(shè)置，如震動、發(fā)出聲音、閃屏、閃燈、顯示提醒內(nèi)容；提醒內(nèi)容是具體呈現(xiàn)的信息，如包含服藥計劃中部分或全部信息的文本、圖片、使用終端上的哪些燈等。

客戶端設(shè)備根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

在客戶端設(shè)備連接有智能藥盒時，也可由客戶端設(shè)備控制智能藥盒進(jìn)行服藥提醒?？捎煽蛻舳嗽O(shè)備生成適用于智能藥盒的服藥提醒下發(fā)給智能藥盒，也可直接向智能藥盒下發(fā)服藥計劃，由所述智能藥盒根據(jù)所述服藥計劃生成服藥提醒，然后，所述智能藥盒根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，在所述客戶端設(shè)備與其連接的所述智能藥盒處于同一地點時，客戶端設(shè)備獲取智能藥盒的位置(可以通過定位獲取，也可以在使用藍(lán)牙連接時判定客戶端設(shè)備與智能藥盒處于同一地點)，僅所述客戶端設(shè)備或所述智能藥盒根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。避免了客戶端設(shè)備與智能藥盒同時提醒過于混亂，且用戶不需要分別對智能藥盒及客戶端設(shè)備進(jìn)行操作以中止提醒，提升了使用體驗。

步驟204、客戶端設(shè)備生成服藥操作記錄；

本步驟中，客戶端設(shè)備接收用戶輸入的針對服藥計劃的操作指令，和/或，自所述智能藥盒獲取服藥操作信息。

用戶操作指令可以是根據(jù)服藥提醒進(jìn)行的操作，如在提醒界面點按“完成按鈕”，也可以是在服藥計劃的列表中點選相應(yīng)的服藥計劃以設(shè)置服藥計劃中的服藥狀態(tài)。

根據(jù)所述操作指令和/或所述服藥操作信息，生成相應(yīng)服藥計劃對應(yīng)的服藥操作記錄，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)。

其中，客戶端操作記錄標(biāo)識是客戶端設(shè)備為服藥操作記錄分配的標(biāo)識；服務(wù)器操作記錄標(biāo)識是服務(wù)器為服藥操作記錄分配的標(biāo)識；客戶端服藥計劃標(biāo)識是該服藥操作記錄對應(yīng)的服藥計劃的客戶端服藥計劃標(biāo)識；服務(wù)器服藥計劃標(biāo)識是該服藥操作記錄對應(yīng)的服藥計劃的服務(wù)器服藥計劃標(biāo)識；提醒時間是實際執(zhí)行的服藥提醒中的提醒時間；實際服藥時間是接收到用戶發(fā)送的操作指令或智能藥盒上報的服藥操作信息的時間；服藥狀態(tài)包含“已服用”和“未服用”，用戶的操作指令可明確指示服藥狀態(tài)為“已服用”或“未服用”，而智能藥盒上報的服藥操作信息可以是智能藥盒分析后得到的“已服用”/“未服務(wù)”判定結(jié)果，也可以是智能藥盒收集到的原始的信息(如智能藥盒的某個藥倉檢測到一次開關(guān))，由客戶端設(shè)備進(jìn)行分析確定服藥狀態(tài)。

步驟205、所述客戶端設(shè)備將生成的服藥操作記錄同步至所述服務(wù)器；

本步驟中，客戶端設(shè)備將生成的服藥操作記錄存儲至本地的服藥操作數(shù)據(jù)庫。在客戶端設(shè)備與服務(wù)器連接存續(xù)期間，客戶端可實時上傳新生成的服藥操作記錄，也可以定時或周期性的上傳已存儲的周期內(nèi)的服藥操作記錄；在客戶端設(shè)備與服務(wù)器并沒有建立連接期間生成的服藥操作記錄可先存儲在客戶端設(shè)備本地的服藥操作數(shù)據(jù)庫，待與服務(wù)器建立連接時再上傳。

優(yōu)選的，可為每條服藥操作記錄都分配一個同步標(biāo)簽，新生成的服藥操作記錄的同步標(biāo)簽均設(shè)置為“未同步”，在向服務(wù)器發(fā)送成功后再修改為“已同步”，并在后續(xù)不再重復(fù)發(fā)送已同步的服藥操作記錄。

步驟206、服務(wù)器接收并存儲所述客戶端設(shè)備執(zhí)行所述服藥計劃后生成的服藥操作記錄；

本步驟中，服務(wù)器根據(jù)接收到的所述客戶端設(shè)備生成的服藥操作記錄更新本地的服藥操作數(shù)據(jù)庫。

本步驟中，服務(wù)器接收到客戶端設(shè)備發(fā)送的服藥操作記錄，為服藥操作記錄分配服務(wù)器操作記錄標(biāo)識，將服藥操作記錄存儲于本地。

步驟207、客戶端設(shè)備自所述服務(wù)器獲取之前的服藥操作記錄；

在服務(wù)器上存儲的服藥操作記錄可以被客戶端設(shè)備獲取利用，如用戶使用同一賬號通過不同的客戶端設(shè)備登錄同一賬號時，可直接從服務(wù)器獲取若干條服藥操作記錄；或客戶端設(shè)備本地存儲的服藥操作記錄被清除后，亦可從服務(wù)器獲取服藥操作記錄。服務(wù)器應(yīng)所述客戶端設(shè)備的請求向該客戶端設(shè)備下發(fā)本地的服藥操作數(shù)據(jù)庫中存儲的服藥操作記錄。

步驟208、所述服務(wù)器生成服藥歷史數(shù)據(jù)；

所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，服藥劑量。

其中，客戶端歷史數(shù)據(jù)標(biāo)識是客戶端設(shè)備為歷史數(shù)據(jù)分配的標(biāo)識(客戶端設(shè)備可由服務(wù)器獲取服藥歷史數(shù)據(jù)，為其分配一個客戶端設(shè)備一側(cè)的標(biāo)識)；服務(wù)器歷史數(shù)據(jù)標(biāo)識是服務(wù)器為歷史數(shù)據(jù)分配的標(biāo)識；服藥狀態(tài)為“未服用”或“已服用”。

本步驟中，服務(wù)器對收集到的服藥操作記錄進(jìn)行去重操作，以得到結(jié)果較為準(zhǔn)確肯定的服藥歷史數(shù)據(jù)，具體包括如下幾種情況：

1、在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)用戶輸入的針對所述歷史服藥提醒列表或所述服藥提醒的操作指令生成時，根據(jù)預(yù)置的第一記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)。

該第一記錄篩選規(guī)則可根據(jù)實際需求設(shè)置，如篩選距離所述提醒時間最近的一條服藥操作記錄、篩選當(dāng)前時間最近的一條服藥操作記錄、篩選第一條服藥操作記錄等。

2、在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)所述客戶端設(shè)備自智能藥盒獲取服藥操作信息生成時，根據(jù)預(yù)置的第二記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)。

該第二記錄篩選規(guī)則可根據(jù)實際需求設(shè)置，如篩選距離所述提醒時間最近的一條服藥操作記錄、篩選當(dāng)前時間最近的一條服藥操作記錄、篩選第一條服藥操作記錄等。

3、在一條服藥計劃對應(yīng)的多條服藥操作記錄中既包含根據(jù)操作指令生成的至少一條第一服藥操作記錄也包含根據(jù)服藥操作信息生成的至少一條第二服藥操作記錄時，根據(jù)預(yù)置的第三記錄篩選規(guī)則從中篩選出一條第二服藥操作記錄，生成服藥歷史數(shù)據(jù)。即，以智能藥盒反饋的服藥操作信息為準(zhǔn)。

該第三記錄篩選規(guī)則優(yōu)選第二服藥操作記錄，可根據(jù)實際需求設(shè)置，如篩選距離所述提醒時間最近的一條第二服藥操作記錄、篩選當(dāng)前時間最近的一條第二服藥操作記錄、篩選第一條第二服藥操作記錄等。由于服藥操作信息由智能藥盒操作，比起用戶使用

4、在一條服藥計劃無對應(yīng)的服藥操作記錄時(具體的，在一條服藥計劃的服藥時間為一時間區(qū)間，在該區(qū)間沒有對應(yīng)的服藥操作記錄時)，將所述服藥狀態(tài)置為“未服用”，生成服藥歷史數(shù)據(jù)。此時，客戶端設(shè)備沒有接收到用戶的操作指令，也沒有接收到智能藥盒返回的服藥操作信息。生成這種服藥歷史數(shù)據(jù)的操作一般為定時操作，周期性檢測之前的服藥計劃時進(jìn)行。

本發(fā)明實施例中的“服藥歷史數(shù)據(jù)”是經(jīng)過服務(wù)器處理后的較為準(zhǔn)確的數(shù)據(jù)，具有參考價值，因此，優(yōu)選的，在服藥歷史數(shù)據(jù)生成后，該服藥歷史數(shù)據(jù)及其對應(yīng)的服藥計劃都不可再被編輯。因此，為避免用戶誤操作帶來的對服藥狀態(tài)的不準(zhǔn)確，一般情況下，在當(dāng)前時刻，只有更早的服藥操作記錄進(jìn)行處理生成歷史數(shù)據(jù)，如對前一天，或前5小時起向前若干小時，僅對服藥時間在這樣的時間區(qū)間里生成歷史數(shù)據(jù)。即預(yù)置歷史數(shù)據(jù)生成時間區(qū)間，篩選服藥時間在所述歷史數(shù)據(jù)生成時間區(qū)間之內(nèi)的服藥計劃，生成該服藥計劃對應(yīng)的服藥歷史數(shù)據(jù)。

步驟209、所述客戶端設(shè)備自所述服務(wù)器獲取該服務(wù)器生成的服藥歷史數(shù)據(jù)；

本步驟中，客戶端設(shè)備自動或應(yīng)接收到的用戶指令，向服務(wù)器請求歷史數(shù)據(jù)。優(yōu)選的，在客戶端中可設(shè)置有歷史數(shù)據(jù)窗口，在該歷史數(shù)據(jù)窗口中呈現(xiàn)獲取的歷史數(shù)據(jù)。也可將用戶已操作過的服藥計劃或已超時的服藥計劃加入該歷史數(shù)據(jù)窗口顯示，方便用戶查看。

服務(wù)器接收所述客戶端設(shè)備發(fā)送的獲取服藥歷史數(shù)據(jù)的請求，依該請求向所述客戶端設(shè)備下發(fā)相應(yīng)的服藥歷史數(shù)據(jù)。

下面結(jié)合附圖，對本發(fā)明的實施例二進(jìn)行說明。

本發(fā)明實施例提供了一種服藥監(jiān)測管理方法，在客戶端設(shè)備能夠?qū)Ψ幱媱澾M(jìn)行編輯生成新的服藥計劃，具體流程如圖3所示，包括：

步驟301、客戶端設(shè)備生成新的服藥計劃；

本步驟中，客戶端設(shè)備接收用戶輸入信息，根據(jù)該信息生成新的服藥計劃；或接收用戶編輯已有服藥計劃，根據(jù)編輯結(jié)果生成新的服藥計劃。

在生成新的服藥計劃后，為該新的服藥計劃分配客戶端計劃標(biāo)識，服務(wù)器計劃標(biāo)識可為空。

在客戶端連接有智能藥盒時，用戶可選擇在創(chuàng)建或編輯服藥計劃時選擇相應(yīng)的藥盒/藥倉(如檢測藥盒使用情況，使用圖像等較為直接的方式呈現(xiàn)出藥盒使用情況，將已盛放有藥物的藥倉設(shè)置為不可選)。

步驟302、在所述客戶端設(shè)備生成新的服藥計劃后，將所述新的服藥計劃同步至服務(wù)器；

本步驟中，在生成新的服藥計劃時，將新的服藥計劃向服務(wù)器進(jìn)行同步，以保護(hù)服務(wù)器數(shù)據(jù)的有效性。

步驟303、服務(wù)器接收所述客戶端設(shè)備發(fā)送的該客戶端設(shè)備生成的新的服藥計劃，判斷服務(wù)器本地的服藥計劃數(shù)據(jù)庫是否已存儲有與所述新的服藥計劃相沖突的服藥計劃，向客戶端設(shè)備返回響應(yīng)消息；

本步驟中，服務(wù)器本地已存儲的服藥計劃數(shù)據(jù)庫已存儲有與客戶端設(shè)備發(fā)送的新的服藥計劃相沖突的服藥計劃時(如新的服藥計劃中的藥盒或藥倉已被其他藥品占用、同樣的藥品在同一個服藥周期內(nèi)已有服藥計劃等)，則判定該新的服藥計劃無效，拒絕同步，向所述客戶端設(shè)備返回同步失敗消息；

服務(wù)器在所述服藥計劃數(shù)據(jù)庫中未存儲有與所述新的服藥計劃相沖突的服藥計劃時，使用接收到的服藥計劃更新所述服藥計劃數(shù)據(jù)庫，并向所述客戶端設(shè)備返回同步成功消息。

步驟304、在成功同步后，向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃，將該服藥計劃的同步標(biāo)簽設(shè)置為已同步；

本步驟中，在客戶端設(shè)備接收到服務(wù)器返回的同步成功消息后，判定生成新的服藥計劃成功，將該服藥計劃的同步標(biāo)簽設(shè)置為已同步。

優(yōu)選的，所述客戶端設(shè)備檢測與所述智能藥盒的連——在連接有所述智能藥盒時，所述客戶端設(shè)備根據(jù)所述新的服藥計劃呈現(xiàn)用于提醒向所述智能藥盒添加藥物的提醒信息，如“請將xx藥倉xx藥倉中的藥物取出”、“請向xx藥盒xx藥倉添加藥物”等等。

步驟305、在同步失敗后，向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫中添加所述新的服藥計劃并將該服藥計劃的同步標(biāo)簽設(shè)置為未同步，或放棄向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫添加所述服藥計劃；

本步驟中，如果同步失敗的原因是網(wǎng)絡(luò)連接失敗，客戶端設(shè)備可仍然判定新的服藥計劃生成成功，將服藥計劃添加到本地的服藥計劃數(shù)據(jù)庫中，只是將同步標(biāo)識設(shè)置為未同步，以在下一次進(jìn)行同步時再對該服藥計劃進(jìn)行同步操作。在此種情況下，只要接收到的用戶輸入信息有效，即可成功生成新的服藥計劃，在所述客戶端設(shè)備顯示所述服藥計劃數(shù)據(jù)庫中同步標(biāo)簽設(shè)置為已同步或未同步的服藥計劃。

如果同步失敗的原因是服務(wù)器上存儲有與新的服藥計劃沖突的服藥計劃時，放棄向所述客戶端設(shè)備本地服藥計劃數(shù)據(jù)庫添加所述服藥計劃。

也可以不對服藥計劃設(shè)置同步標(biāo)簽，在同步失敗時直接取消生成新的服藥計劃的操作。

下面結(jié)合附圖，對本發(fā)明的實施例三進(jìn)行說明。

本發(fā)明實施例提供了一種服藥監(jiān)測管理方法，可由客戶端設(shè)備對已有的服藥計劃進(jìn)行刪除操作，具體流程如圖4所示，包括：

步驟401、客戶端設(shè)備接收刪除所述服藥計劃數(shù)據(jù)庫中的服藥計劃操作指令；

本步驟中，客戶端設(shè)備生成并向所述服務(wù)器發(fā)送相應(yīng)的刪除請求。

步驟402、服務(wù)器接收所述客戶端設(shè)備發(fā)送的請求刪除一條或多條服藥計劃的刪除請求。

步驟403、服務(wù)器根據(jù)所述刪除請求對相應(yīng)的服藥計劃執(zhí)行刪除操作，在刪除成功時向所述客戶端設(shè)備返回刪除成功消息，在刪除失敗時向所述客戶端設(shè)備返回刪除失敗消息。

步驟404、客戶端設(shè)備根據(jù)服務(wù)器返回的響應(yīng)，執(zhí)行刪除操作；

本步驟中，客戶端設(shè)備可為服藥計劃設(shè)置同步標(biāo)簽，以“已刪除未同步”作為同步標(biāo)簽的內(nèi)容來表達(dá)同步失敗但接受刪除服藥計劃的操作指令。在接收到服務(wù)器返回的刪除失敗消息后，客戶端設(shè)備將相應(yīng)的服藥計劃的同步標(biāo)簽設(shè)置為已刪除未同步，在客戶端設(shè)備上也不再顯示該服藥計劃。

客戶端設(shè)備在接收到所述服務(wù)器返回的刪除成功消息后從所述服藥計劃數(shù)據(jù)庫中刪除相應(yīng)的服藥計劃，在接收到所述服務(wù)器返回的刪除失敗消息后保持所述同步標(biāo)簽為已刪除未同步

也可以不設(shè)置同步標(biāo)簽，在同步失敗時直接判定刪除操作失敗，仍保留服藥計劃。

下面結(jié)合附圖，對本發(fā)明的實施例四進(jìn)行說明。

本發(fā)明實施例提供了一種服藥監(jiān)測管理方法，能夠?qū)⒖蛻舳嗽O(shè)備上的服藥計劃情況向服務(wù)器進(jìn)行同步，具體流程如圖5所示，包括：

步驟501、在與所述服務(wù)器建立連接時，所述客戶端設(shè)備讀取本地的服藥計劃數(shù)據(jù)庫中各服藥計劃的同步標(biāo)簽。

步驟502、所述客戶端設(shè)備向所述服務(wù)器上傳同步標(biāo)簽設(shè)置為未同步的服藥計劃，在接收到所述服務(wù)器返回的創(chuàng)建成功消息后將本地的該服藥計劃的同步標(biāo)簽設(shè)置為已同步，在接收到所述服務(wù)器返回的創(chuàng)建失敗消息后自所述服務(wù)器獲取服藥計劃。

步驟503、所述客戶端設(shè)備根據(jù)同步標(biāo)簽為已刪除未同步的服藥計劃，生成并向所述服務(wù)器發(fā)送相應(yīng)的刪除請求，在接收到所述服務(wù)器返回的刪除成功消息后從所述服藥計劃數(shù)據(jù)庫中刪除相應(yīng)的服藥計劃，在接收到所述服務(wù)器返回的刪除失敗消息后保持所述同步標(biāo)簽為已刪除未同步。

下面結(jié)合附圖，對本發(fā)明的實施例五進(jìn)行說明。

本發(fā)明實施例提供了一種服藥監(jiān)測管理裝置，其結(jié)構(gòu)如圖6所示，包括：

服藥計劃管理模塊601，用于獲取服藥計劃；

服藥計劃執(zhí)行模塊602，用于執(zhí)行所述服藥計劃；

操作記錄管理模塊603，用于生成服藥操作記錄。

優(yōu)選的，所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間，

所述服藥計劃管理模塊601的結(jié)構(gòu)如圖7所示，包括：

遠(yuǎn)程獲取單元6011，用于自服務(wù)器獲取服藥計劃；

計劃生成單元6012，用于接收用戶輸入信息，根據(jù)該信息生成新的服藥計劃；

編輯生成單元6013，用于接收用戶編輯已有服藥計劃，根據(jù)編輯結(jié)果生成新的服藥計劃；

本地獲取單元6014，用于讀取本地存儲的服藥計劃。

優(yōu)選的，所述服藥計劃管理模塊601還包括服藥計劃同步單元6015與服藥計劃數(shù)據(jù)庫6016：

所述服藥計劃同步單元6015，用于在所述計劃生成單元或所述編輯生成單元生成新的服藥計劃后，將所述新的服藥計劃同步至服務(wù)器，

在成功同步后，向所述服藥計劃數(shù)據(jù)庫6016中添加所述新的服藥計劃，將該服藥計劃的同步標(biāo)簽設(shè)置為已同步，

在同步失敗后，取消向所述服藥計劃數(shù)據(jù)庫6016中添加所述新的服藥計劃并將該服藥計劃的同步標(biāo)簽設(shè)置為未同步，或放棄向所述服藥計劃數(shù)據(jù)庫6016添加所述服藥計劃。

優(yōu)選的，所述服藥計劃同步單元6015，還用于接受刪除所述服藥計劃數(shù)據(jù)庫中的服藥計劃操作指令，將相應(yīng)的服藥計劃的同步標(biāo)簽設(shè)置為已刪除未同步。

優(yōu)選的，所述服藥計劃同步單元6015，還用于在與所述服務(wù)器建立連接時，讀取所述服藥計劃數(shù)據(jù)庫中各服藥計劃的同步標(biāo)簽，

向所述服務(wù)器上傳同步標(biāo)簽設(shè)置為未同步的服藥計劃，在接收到所述服務(wù)器返回的創(chuàng)建成功消息后將本地的該服藥計劃的同步標(biāo)簽設(shè)置為已同步，在接收到所述服務(wù)器返回的創(chuàng)建失敗消息后自所述服務(wù)器獲取服藥計劃，

根據(jù)同步標(biāo)簽為已刪除未同步的服藥計劃，生成并向所述服務(wù)器發(fā)送相應(yīng)的刪除請求，在接收到所述服務(wù)器返回的刪除成功消息后從所述服藥計劃數(shù)據(jù)庫中刪除相應(yīng)的服藥計劃，在接收到所述服務(wù)器返回的刪除失敗消息后保持所述同步標(biāo)簽為已刪除未同步。

優(yōu)選的，該裝置還包括：

顯示模塊604，用于顯示在所述服藥計劃數(shù)據(jù)庫中同步標(biāo)簽設(shè)置為已同步或未同步的服藥計劃。

優(yōu)選的，所述服藥計劃執(zhí)行模塊602的結(jié)構(gòu)如圖8所示，包括：

提醒生成單元6021，用于根據(jù)所述服藥計劃生成服藥提醒；

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

提醒時間、提醒方式、提醒內(nèi)容；

提醒執(zhí)行單元6022，用于根據(jù)所述服藥提醒，呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述提醒執(zhí)行單元6022，還用于在所述服藥監(jiān)測管理裝置連接有智能藥盒且與該智能藥盒處于同一地點時，僅由所述提醒執(zhí)行單元6022或控制所述智能藥盒根據(jù)所述服藥提醒呈現(xiàn)提醒內(nèi)容。

優(yōu)選的，所述操作記錄管理模塊603的結(jié)構(gòu)如圖9所示，包括：

信息收集單元6031，用于接收用戶輸入的針對所述歷史服藥提醒列表或所述服藥提醒的操作指令，和/或，自所述智能藥盒獲取服藥操作信息；

記錄生成單元6032，用于根據(jù)所述操作指令和/或所述服藥操作信息，生成相應(yīng)服藥計劃對應(yīng)的服藥操作記錄，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)。

優(yōu)選的，所述操作記錄管理模塊603還包括：

操作記錄同步單元6033，用于將生成的服藥操作記錄同步至所述服務(wù)器，和/或自所述服務(wù)器獲取之前的服藥操作記錄。

優(yōu)選的，該裝置還包括歷史數(shù)據(jù)管理模塊605：

所述歷史數(shù)據(jù)管理模塊605，用于自所述服務(wù)器獲取該服務(wù)器生成的服藥歷史數(shù)據(jù)，所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，服藥劑量。

本發(fā)明實施例提供的服藥監(jiān)測管理裝置，可集成于客戶端設(shè)備中，由客戶端設(shè)備完成相應(yīng)功能。

下面結(jié)合附圖，對本發(fā)明的實施例實施例六進(jìn)行說明。

本發(fā)明實施例提供了一種服藥監(jiān)測管理裝置，其結(jié)構(gòu)如圖10所示，包括：

服藥計劃管理模塊1001，用于向客戶端設(shè)備下發(fā)服藥計劃；

操作記錄管理模塊1002，用于接收并存儲所述客戶端設(shè)備執(zhí)行所述服藥計劃后生成的服藥操作記錄。

優(yōu)選的，所述服藥操作記錄包含以下信息中的任一或任意多項的組合：

客戶端操作記錄標(biāo)識，服務(wù)器操作記錄標(biāo)識，藥品名稱，服藥劑量，客戶端服藥計劃標(biāo)識，服務(wù)器服藥計劃標(biāo)識，提醒時間，實際服藥時間，服藥狀態(tài)，

優(yōu)選的，該裝置還包括歷史數(shù)據(jù)管理模塊1003，該歷史數(shù)據(jù)管理模塊1003的結(jié)構(gòu)如圖11所示，包括：

常規(guī)歷史數(shù)據(jù)生成單元10031，用于在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)用戶輸入的針對所述歷史服藥提醒列表或所述服藥提醒的操作指令生成時，根據(jù)預(yù)置的第一記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)，所述服藥歷史數(shù)據(jù)包含以下信息中的任一或任意多項的組合：

客戶端歷史數(shù)據(jù)標(biāo)識，服務(wù)器歷史數(shù)據(jù)標(biāo)識，服藥時間，藥品名稱，服藥狀態(tài)，

在一條服藥計劃對應(yīng)的一條或多條服藥操作記錄均為根據(jù)所述客戶端設(shè)備自智能藥盒獲取服藥操作信息生成時，根據(jù)預(yù)置的第二記錄篩選規(guī)則從中篩選出一條服藥操作記錄，提取該條服藥操作記錄中的服藥狀態(tài)信息，生成服藥歷史數(shù)據(jù)，

在一條服藥計劃對應(yīng)的多條服藥操作記錄中即包含根據(jù)操作指令生成的至少一條第一服藥操作記錄也包含根據(jù)服藥操作信息生成的至少一條第二服藥操作記錄時，根據(jù)預(yù)置的第一記錄篩選規(guī)則從中篩選出一條第二服藥操作記錄，生成服藥歷史數(shù)據(jù)；

定時歷史數(shù)據(jù)生成單元10032，用于在一條服藥計劃無對應(yīng)的服藥操作記錄時，將所述服藥狀態(tài)置為“未服用”，生成服藥歷史數(shù)據(jù)。具體的，在一條服藥計劃的服藥時間為一時間區(qū)間，在該區(qū)間沒有對應(yīng)的服藥操作記錄時，將所述服藥狀態(tài)置為“未服用”，生成服藥歷史數(shù)據(jù)。

優(yōu)選的，該歷史數(shù)據(jù)管理模塊1003包括：

歷史數(shù)據(jù)下發(fā)單元10033，用于接收所述客戶端設(shè)備發(fā)送的獲取服藥歷史數(shù)據(jù)的請求，依該請求向所述客戶端設(shè)備下發(fā)相應(yīng)的服藥歷史數(shù)據(jù)。

優(yōu)選的，所述服藥計劃包括如下信息中的任一或任意多項：

客戶端計劃標(biāo)識、服務(wù)器計劃標(biāo)識、藥盒標(biāo)識、藥倉標(biāo)識、藥品名稱、服藥劑量、服藥時間、計劃生效時間、計劃失效時間，

該裝置還包括服藥計劃數(shù)據(jù)庫；

所述服藥計劃管理模塊1001，還用于接收所述客戶端設(shè)備發(fā)送的該客戶端設(shè)備生成的新的服藥計劃，判斷所述服藥計劃數(shù)據(jù)庫是否已存儲有與所述新的服藥計劃相沖突的服藥計劃，

在所述服藥計劃數(shù)據(jù)庫已存儲有與所述新的服藥計劃相沖突的服藥計劃時，拒絕同步，向所述客戶端設(shè)備返回同步失敗消息，

在所述服藥計劃數(shù)據(jù)庫中未存儲有與所述新的服藥計劃相沖突的服藥計劃時，使用接收到的服藥計劃更新所述服藥計劃數(shù)據(jù)庫，并向所述客戶端設(shè)備返回同步成功消息。

優(yōu)選的，該裝置還包括服藥操作數(shù)據(jù)庫1004；

所述服藥計劃管理模塊1001，還用于接收所述客戶端設(shè)備發(fā)送的請求刪除一條或多條服藥計劃的刪除請求，根據(jù)所述刪除請求對相應(yīng)的服藥計劃執(zhí)行刪除操作，在刪除成功時向所述客戶端設(shè)備返回刪除成功消息，在刪除失敗時向所述客戶端設(shè)備返回刪除失敗消息，

接收所述客戶端設(shè)備發(fā)送的獲取最新的服藥計劃的請求，向所述客戶端設(shè)備發(fā)送最新的服藥計劃的數(shù)據(jù)；

所述操作記錄管理模塊1002，還用于根據(jù)接收到的所述客戶端設(shè)備生成的服藥操作記錄更新所述服藥操作數(shù)據(jù)庫1004，

應(yīng)所述客戶端設(shè)備的請求向該客戶端設(shè)備下發(fā)所述服藥操作數(shù)據(jù)庫中存儲的服藥操作記錄。

本發(fā)明實施例提供的服藥監(jiān)測管理裝置，可集成于服務(wù)器，由服務(wù)器完成相應(yīng)功能。

本發(fā)明的實施例提供了一種服藥監(jiān)測管理裝置，能夠與本發(fā)明的實施例提供的一種服藥監(jiān)測管理方法相結(jié)合，由服務(wù)器向客戶端設(shè)備下發(fā)服藥計劃，客戶端設(shè)備執(zhí)行服藥計劃并生成服藥操作記錄，再向服務(wù)器上報服藥操作記錄，實現(xiàn)了由客戶端設(shè)備、服務(wù)器、智能藥盒聯(lián)動對服藥進(jìn)行監(jiān)測管理的自動化系統(tǒng)，在服務(wù)器支持下，由客戶端設(shè)備主動監(jiān)測服藥情況，呈現(xiàn)準(zhǔn)確詳盡的服藥提醒，解決了服藥提示過于簡單、欠準(zhǔn)確，服藥流程無自動化控制，藥盒實用性較低的問題。

上面描述的內(nèi)容可以單獨地或者以各種方式組合起來實施，而這些變型方式都在本發(fā)明的保護(hù)范圍之內(nèi)。

最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制。盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。