本發(fā)明屬于智能控制技術(shù)領(lǐng)域，尤其涉及藥盒的控制方法及藥盒。

背景技術(shù)：

在人們的日常生活中，難免會生病吃藥，眾所周知，藥品的正確服用對一個人的健康有著至關(guān)重要的影響。具體而言，當(dāng)我們生病需要服藥時，在什么時間服用什么藥品是我們每一個人都需要特別注意的。

然而，當(dāng)人們生病時，想真正每次都做到按時服藥是一件非常困難的事情。尤其是當(dāng)人們需要服用多種藥品才可以達到痊愈的目的時，患者必須記住自己服用的每種藥的名稱、服藥的時間以及藥物存放的位置，這對患者而言就更加困難了。尤其是對于孕婦、老人或者兒童而言，每次都想起這么多藥品的信息幾乎是一件不可能完成的事情。此外，每一個家庭往往有很多種類的藥，藥品的錯誤服用在日常生活中也是屢見不鮮的。

當(dāng)前，一般用于存放藥品的藥盒都只有存儲的功能，而不具有智能性。少數(shù)具有智能性的藥盒也只能在患者需要服藥時，對患者進行簡單的提示，而并不能完全避免錯誤服藥的情況發(fā)生，也并不能起到使患者服藥便捷化的作用。

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

有鑒于此，本發(fā)明實施例提供了藥盒的控制方法及藥盒，以解決現(xiàn)有的藥盒可能導(dǎo)致患者錯誤服藥的問題。

第一方面，提供了一種藥盒的控制方法，包括：

接收用戶輸入的操作指令，所述操作指令包括存藥指令以及取藥指令；接收所述用戶輸入的指紋信息；若所述操作指令為存藥指令，則激活所述藥盒中的任一空余儲藥格，以供所述用戶將待存藥品放入所述空余儲藥格中，將所述空余儲藥格的儲藥格編號、所述待存藥品的藥品信息和所述指紋信息關(guān)聯(lián)，建立關(guān)聯(lián)關(guān)系；若所述操作指令為取藥指令，則基于在所述用戶存藥時建立的關(guān)聯(lián)關(guān)系，調(diào)取與所述指紋信息關(guān)聯(lián)的所述藥品信息，根據(jù)所述藥品信息選擇該用戶需服用的藥品，并將存儲該藥品的儲藥格激活，以供所述用戶取藥。

第二方面，提供了一種藥盒，包括：第一接收模塊，用于接收用戶輸入的操作指令，所述操作指令包括存藥指令以及取藥指令；第二接收模塊，用于接收所述用戶輸入的指紋信息；存藥控制模塊，用于若所述操作指令為存藥指令，則激活所述藥盒中的任一空余儲藥格，以供所述用戶將待存藥品放入所述空余儲藥格中，將所述空余儲藥格的儲藥格編號、所述待存藥品的藥品信息和所述指紋信息關(guān)聯(lián)，建立關(guān)聯(lián)關(guān)系；取藥控制模塊，用于若所述操作指令為取藥指令，則基于在所述用戶存藥時建立的關(guān)聯(lián)關(guān)系，調(diào)取與所述指紋信息關(guān)聯(lián)的所述藥品信息，根據(jù)所述藥品信息選擇該用戶需服用的藥品，并將存儲該藥品的儲藥格激活，以供所述用戶取藥。

在本發(fā)明實施例中，通過接收用戶輸入的操作指令后，進入存藥或者取藥的兩種模式；接收用戶指紋信息，以確定用戶身份信息；若操作指令為存藥指令，則激活藥盒中的任一空余儲藥格；若操作指令為取藥指令，則基于在用戶存藥時建立的關(guān)聯(lián)關(guān)系，調(diào)取與所述指紋信息關(guān)聯(lián)的所述藥品信息，根據(jù)藥品信息選擇該用戶需服用的藥品，并將存儲該藥品的儲藥格激活，以供所述用戶取藥。本發(fā)明實施例避免了用戶錯誤服藥情況的發(fā)生，同時也使用戶不需要記憶大量的服藥注意事項，提高了用戶服藥的便利性。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的藥盒的控制方法的實現(xiàn)流程圖；

圖2是本發(fā)明實施例提供的在藥盒的控制方法s103的具體實現(xiàn)流程圖；

圖3是本發(fā)明實施例提供的藥盒的控制方法s104的具體實現(xiàn)流程圖；

圖4是本發(fā)明實施例提供的藥盒的控制方法s304的具體實現(xiàn)流程圖；

圖5是本發(fā)明實施例提供的藥盒的結(jié)構(gòu)框圖。

具體實施方式

以下描述中，為了說明而不是為了限定，提出了諸如特定系統(tǒng)結(jié)構(gòu)、技術(shù)之類的具體細節(jié)，以便透徹理解本發(fā)明實施例。然而，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)清楚，在沒有這些具體細節(jié)的其它實施例中也可以實現(xiàn)本發(fā)明。在其它情況中，省略對眾所周知的系統(tǒng)、裝置、電路以及方法的詳細說明，以免不必要的細節(jié)妨礙本發(fā)明的描述。

圖1示出了本發(fā)明實施例提供的藥盒的控制方法，詳述如下：

在s101中，接收用戶輸入的操作指令，所述操作指令包括存藥指令以及取藥指令。

在本發(fā)明實施例中，一共為用戶提供了兩種藥盒的操作模式，分別是存藥模式以及取藥模式?？梢岳斫獾兀瑑煞N操作模式對應(yīng)的操作流程是不同的。

具體地，藥盒表面包括兩個輸入按鍵，一個按鍵為存藥按鍵，另一個為取藥按鍵，用戶通過按壓不同的按鍵，向藥盒輸入操作指令。

在s102中，接收所述用戶輸入的指紋信息。

在本發(fā)明實施例中，用戶無論是輸入存藥操作指令還是取藥操作指令，都需要輸入指紋。

具體地，藥盒表面具有指紋采集器，用于采集指紋信息。

可以理解地，在存藥操作模式下，指紋用于對存入藥品進行標(biāo)記，這樣可以幫助藥盒進行后續(xù)的管理。在取藥操作模式下，指紋用于驗證用戶的身份信息，用戶身份信息在后續(xù)步驟中作為取藥的限制條件，意義也非常重大。

在s103中，若所述操作指令為存藥指令，則激活所述藥盒中的任一空余儲藥格，以供所述用戶將待存藥品放入所述空余儲藥格中，將所述空余儲藥格的儲藥格編號、所述待存藥品的藥品信息和所述指紋信息關(guān)聯(lián)，建立關(guān)聯(lián)關(guān)系。

在本發(fā)明實施例中，一個藥盒中有若干儲藥格，這些儲藥格用于分別存放不同種類的藥，以便于后續(xù)精細化操作。

在本發(fā)明實施例中，當(dāng)用戶輸入存藥指令后，藥盒會隨機激活一個空余儲藥格。具體地，根據(jù)不同的藥盒結(jié)構(gòu)，激活儲藥格后，藥盒會出現(xiàn)相應(yīng)的不同變化。例如，若每個儲藥格前都有一個擋板，則被激活的儲藥格前的擋板會打開，以便用戶放入藥品。值得注意的是，本發(fā)明實施例并不限于上述這一種激活方式，所有現(xiàn)有機械結(jié)構(gòu)中，可用于打開不同儲物格的方式均可被應(yīng)用于本發(fā)明實施例中。例如，為了更有效利用藥盒空間，藥盒可以被設(shè)計成如下的結(jié)構(gòu)：藥盒內(nèi)部包括一個個儲藥格，儲藥格與儲藥格相鄰連接。為滿足儲藥格可以變換位置從而保證所有儲藥格都可以移動至藥盒出口處，因此所有儲藥格都安裝在一條共用的傳輸帶上。

具體地，每一個儲藥格都有一個屬于自己的且唯一的儲藥格編號，這樣便于控制器尋找指定的儲藥格。

具體地，儲藥格當(dāng)前狀態(tài)包括儲藥格當(dāng)前是否存有藥品。并且儲藥格當(dāng)前狀態(tài)可以被存儲在藥盒內(nèi)部存儲器中，也可以被存儲在遠程服務(wù)器中。值得注意的是，本發(fā)明實施例提及的藥盒具有遠程數(shù)據(jù)傳輸?shù)墓δ堋?/p>

具體地，由于控制器可以調(diào)取各個儲藥格的當(dāng)前狀態(tài)，因此控制器知道哪些儲藥格目前沒有藥品存放。在本發(fā)明實施例中，將沒有藥品存放的儲藥格稱為空余儲藥格。

具體地，本發(fā)明實施例涉及的藥盒具有一個藥盒出口，藥盒出口作為連接藥盒內(nèi)部和外部的關(guān)鍵部分，用于接收用戶存放藥品，也用于在用戶取藥時取走藥品。值得注意地，藥盒出口上覆蓋有一個藥盒出口處擋板，當(dāng)藥盒出口處擋板關(guān)閉時，用戶無法存藥和取藥，當(dāng)藥盒出口處擋板開啟時，用戶才可以存藥和取藥。

在本發(fā)明實施例中，當(dāng)接收到用戶輸入的操作指令為存藥后，激活藥盒中的任一空余儲藥格。具體地，將一個空余儲藥格通過傳送帶傳送至藥盒出口處，之后開啟出口處擋板。

值得注意地，用戶在使用本智能系統(tǒng)時，一次只能將一種藥品放入儲藥格中，絕不能將不同的藥品放入同一個儲藥格中。如果用戶需要一次性存入多種藥品時，在放入一種藥品至儲藥格以后，必須重新按壓存藥按鍵，此后藥盒會分配一個新的空余儲藥格給用戶。

圖2示出了本發(fā)明實施例提供的在藥盒的控制方法s103的具體實現(xiàn)流程，詳述如下：

在s201中，獲取此時被激活的所述空余儲藥格的儲藥格編號。

在上文示例中提到，每一個儲藥格都有一個屬于自己的且唯一的儲藥格編號。藥盒的控制器會獲取此時被激活的儲藥格的儲藥格編號，在后續(xù)操作中，會將此儲藥格編號與藥品的各類信息對應(yīng)起來。

在s202中，獲取所述待存藥品的藥品標(biāo)識信息，所述藥品標(biāo)識信息包括藥品生產(chǎn)批準文號。

在本發(fā)明實施例中，當(dāng)一個儲藥格被激活后，用戶并不是直接將藥品放入儲藥格中，而是需要向藥盒輸入待存藥品的藥品標(biāo)識信息。這一藥品標(biāo)識信息類似于人的身份信息，藥盒通過藥品標(biāo)識信息才可以搜索出其他藥品信息。

具體地，在本發(fā)明實施例中，當(dāng)一個儲藥格被激活后，用戶輸入藥品生產(chǎn)批準文號。藥品生產(chǎn)批準文號相當(dāng)于人的身份證號，是每一種藥品在被允許生產(chǎn)時被賦予的區(qū)別于其他藥品的唯一編號。通過藥品生產(chǎn)批準文號，藥盒可以從遠程服務(wù)器中獲取到該藥品的其他藥品信息。

具體地，藥品的其他藥品信息包括：藥品名稱、服藥時間以及附加要求。

這里的附加要求包括：孕婦禁用、嬰兒禁用、飯前使用等除服藥時間外的其他限制信息。

在s203中，根據(jù)所述待存藥品的藥品標(biāo)識信息，檢索所述待存藥品的藥品信息。

在本發(fā)明實施例中，藥盒可以從藥盒遠程服務(wù)器的藥品數(shù)據(jù)庫中搜索與藥品標(biāo)識信息對應(yīng)的其他藥品信息，如：服藥時間以及附加要求。

值得注意的是，本發(fā)明實施例所使用的藥品數(shù)據(jù)庫并不是國家藥監(jiān)局的數(shù)據(jù)庫，而是在國家藥監(jiān)局的數(shù)據(jù)庫基礎(chǔ)之上創(chuàng)建的數(shù)據(jù)庫。用戶在國家藥監(jiān)局的數(shù)據(jù)庫中可以根據(jù)藥品生產(chǎn)批準號查詢到藥品名稱，而在本發(fā)明實施例所使用的藥品數(shù)據(jù)庫中，藥盒可以根據(jù)藥品生產(chǎn)批準號查詢到服藥時間以及附加要求。

在s204中，將所述空余儲藥格的儲藥格編號、所述指紋信息以及所述待存藥品的藥品信息關(guān)聯(lián)，并作為儲藥格數(shù)據(jù)存儲至所述藥盒的存儲裝置中。

在本發(fā)明實施例中，在通過藥品生產(chǎn)批準號獲得待存藥品的藥品信息后，再將儲藥格編號、指紋信息、以及藥品信息關(guān)聯(lián)起來作為儲藥格數(shù)據(jù)，存入儲藥格數(shù)據(jù)庫中，所述藥品信息包括服藥時間以及附加要求。

可以理解地，通過儲藥格數(shù)據(jù)庫，藥盒根據(jù)指紋信息，可以確定與該指紋信息對應(yīng)的全部儲藥格編號、全部服藥時間以及全部附加要求，另一方面，通過服藥時間，也可以根據(jù)儲藥格數(shù)據(jù)庫確定與該服藥時間對應(yīng)的全部指紋信息、全部儲藥格編號以及全部附加要求。

在s104中，若所述操作指令為取藥指令，則基于在所述用戶存藥時建立的關(guān)聯(lián)關(guān)系，調(diào)取與所述指紋信息關(guān)聯(lián)的所述藥品信息，根據(jù)所述藥品信息選擇該用戶需服用的藥品，并將存儲該藥品的儲藥格激活，以供所述用戶取藥。

具體地，若所述用戶輸入的操作指令為取藥，則藥盒進入取藥模式。

圖3示出了本發(fā)明實施例提供的藥盒的控制方法s104的具體實現(xiàn)流程，詳述如下：

在s301中，基于在所述用戶存藥時建立的關(guān)聯(lián)關(guān)系，讀取出與所述指紋信息關(guān)聯(lián)的所述儲藥格編號以及所述藥品信息，所述藥品信息包括服藥時間。

在上文示例中，在通過藥品生產(chǎn)批準號獲得服藥時間以及附加要求后，將儲藥格編號、指紋信息、服藥時間以及附加要求一一對應(yīng)起來作為儲藥格數(shù)據(jù)，存入儲藥格數(shù)據(jù)庫中。在本步驟中，基于儲藥格數(shù)據(jù)庫，搜索與指紋信息對應(yīng)的儲藥格編號以及所述服藥時間。

可以理解地，由于一個用戶可能需要服用多種類型的藥，因此一個指紋信息可以對應(yīng)多個儲藥格編號、多個服藥時間以及多個附加要求。

在s302中，驗證當(dāng)前時間是否符合所述服藥時間。

在本發(fā)明實施例中，藥盒最主要的目的是防止用戶錯誤服藥，因此對服藥的時間要求并不是特別的苛刻。

具體地，設(shè)定一個時間跨度閾值，例如時間跨度閾值為1小時。

具體地，例如若從數(shù)據(jù)庫中搜索出的服藥時間為8點鐘，而時間跨度閾值為1小時，那么用戶在7-9點向藥盒按壓取款按鍵，藥盒都會判定當(dāng)前時間符合服藥時間。

值得注意地，根據(jù)藥品的不同，在一天之內(nèi)可能存在多個服藥時間。例如，一個藥品一天需服用3次，那么該藥在儲藥格數(shù)據(jù)庫的服藥時間可能為8點、13點以及19點。因此當(dāng)驗證當(dāng)前時間是否符合服藥時間時，是將當(dāng)前時間和與當(dāng)前時間最接近的服藥時間進行比較，并判斷二者的時間跨度是否大于時間跨度閾值；若二者的時間跨度大于時間跨度閾值，則認為當(dāng)前時間不符合所述服藥時間；若二者的時間跨度不大于時間跨度閾值，則認為當(dāng)前時間符合所述服藥時間。

在s303中，若當(dāng)前時間符合所述服藥時間，則將與所述指紋信息關(guān)聯(lián)的儲藥格編號作為目標(biāo)編號。

在s304中，激活儲藥格編號為所述目標(biāo)編號的儲藥格。

在本發(fā)明實施例中，至此，本次取藥模式的操作全部結(jié)束。值得注意的是，上文提到，一個儲藥格中只有一種藥，若用戶還需要取其他藥時，則需要重新輸入操作指令。

值得注意地，在取藥模式下，一個儲藥格在短時間內(nèi)不能被第二次激活，這也就避免了用戶短時間內(nèi)重復(fù)拿藥的可能發(fā)生。

在本發(fā)明實施例中，除了引入服藥時間作為用戶是否可以服用某種藥品的判斷條件外，還引入了藥品信息中的附加要求作為另一種判斷條件。

值得注意的是，在本發(fā)明實施例中，可以只使用服藥時間作為用戶是否可以服用某種藥品的判斷條件，也可以將服藥時間以及附加要求同時作為用戶是否可以服用某種藥品的判斷條件。

圖4示出了本發(fā)明實施例提供的藥盒的控制方法s304的具體實現(xiàn)流程，詳述如下：

在s401中，顯示所述藥品信息中包含的附加要求，所述附加要求為限制用戶是否可以服藥的附加注意事項，以使用戶確認取藥操作是否繼續(xù)執(zhí)行。

上文提到，這里的附加要求包括：孕婦禁用、嬰兒禁用、飯前使用等除服藥時間外的其他附加注意事項。

在本發(fā)明實施例中，在藥盒屏幕上顯示出與指紋信息以及儲藥格編號對應(yīng)的附加要求。

在s402中，若接收到用戶輸入的繼續(xù)執(zhí)行指令，則激活儲藥格編號為所述目標(biāo)編號的儲藥格。

在本發(fā)明實施例中，當(dāng)藥盒屏幕上顯示出與指紋信息以及儲藥格編號對應(yīng)的附加要求后，用戶可以輸入最終指令，輸入最終指令的方式包括按壓“繼續(xù)”和“終止”兩個按鍵。若用戶按壓“繼續(xù)”按鍵，則認為用戶繼續(xù)本次操作，并激活儲藥格編號為所述目標(biāo)編號的儲藥格；若用戶按壓“終止”按鍵，則認為用戶不繼續(xù)本次操作。

進一步地，用戶在使用藥盒時可能出現(xiàn)“誤按”情況的發(fā)生，例如用戶的原意是繼續(xù)本次操作，但是可能卻按到了“終止”按鍵。因此，為了防止“誤按”情況的發(fā)生，本發(fā)明實施例可以在用戶按壓“繼續(xù)”或“終止”按鍵后，在屏幕上彈出“確定”和“返回”兩個選項，以供用戶確認或收回之前的選擇。

進一步地，在當(dāng)前時間超過所述服藥時間達到預(yù)設(shè)的時間閾值時，若所述服藥時間對應(yīng)的所述指紋信息仍未被檢測到，則通過所述指紋信息搜索出對應(yīng)的通信通道，并通過所述通信通道發(fā)送提示消息給該用戶。

具體地，本發(fā)明實施例還提供一種提示功能，以避免用戶忘記服藥。

例如，預(yù)設(shè)的時間閾值為半個小時，服藥時間為13點，若當(dāng)前時間為13點半時，則當(dāng)前時間超過服藥時間達到預(yù)設(shè)的時間閾值。在此時，如果服藥時間對應(yīng)的指紋信息仍未被檢測到，則藥盒會假定用戶忘記服藥。值得注意地，一個服藥時間可能對應(yīng)多個指紋信息，若多個指紋信息未被檢測到，則藥盒會假定有多個用戶忘記服藥。

具體地，藥盒可以通過指紋信息，搜索出用戶事先存入的手機編號，并向用戶發(fā)送手機短信以提示用戶服藥。若用戶安裝了本藥盒對應(yīng)的app，藥盒可以通過指紋信息，搜索出用戶的賬號，并通過app向該用戶推送提示消息。

進一步地，用戶可以通過app遠程獲取各個儲藥格中存儲藥品的藥品信息，并根據(jù)自己的需要激活任何一個儲藥格。值得注意的是，通過app激活儲藥格，不會受到上文中的藥盒在取藥模式下的限制，也就是可以在任意時間激活任何一個儲藥格?？梢岳斫獾?，由于通過app直接打開儲藥格，繞開了藥盒對于取藥的種種限制，因此這種取藥方式存在一定的風(fēng)險，用戶需要根據(jù)app仔細閱讀儲藥格中藥品的藥品信息，再決定是否激活該儲藥格。

進一步地，用戶可以通過app遠程操作或者直接在藥盒上操作，將一個儲藥格設(shè)置成“休眠”狀態(tài)，在“休眠”狀態(tài)下的儲藥格，即使當(dāng)前時間超過服藥時間達到預(yù)設(shè)的時間閾值，且所述服藥時間對應(yīng)的所述指紋信息也未被檢測到，但是藥盒也不會通過任何方式通知用戶?？梢岳斫獾?，用戶也可以通過app遠程操作或者直接在藥盒上操作，將一個儲藥格從“休眠”狀態(tài)設(shè)置回“正?！睜顟B(tài)，在“正常”狀態(tài)下，在當(dāng)前時間已超出所述服藥時間，且超出的時間長度達到預(yù)設(shè)閾值時，若存儲用戶需服用的藥品的儲藥格仍未被激活，則通過預(yù)先設(shè)置的所述指紋信息對應(yīng)的通信通道，發(fā)送提示消息給該用戶。值得注意的是，各個儲藥格被默認設(shè)置為“正?！睜顟B(tài)，也就是若用戶沒有將儲藥格設(shè)置成“休眠”狀態(tài)，則儲藥格處于“正?！睜顟B(tài)。

進一步地，用戶可以通過app遠程操作或者直接在藥盒上操作，重置一個儲藥格。當(dāng)一個儲藥格被重置后，藥盒會將該儲藥格認定為空余儲藥格，該儲藥格會在存藥模式下，被賦予新的藥品信息及指紋信息?？梢岳斫獾?，在某一個儲藥格中的藥品吃完后，或者即使藥品沒有吃完，而用戶想換掉儲藥格藥品時，會將一個儲藥格重置。

可選地，在本發(fā)明實施例中，為保證藥盒的使用安全，藥盒設(shè)有修改權(quán)限。當(dāng)用戶根據(jù)自己需要激活任意一個儲藥格時，藥盒會驗證該用戶的指紋信息，并判斷該用戶是否具有修改權(quán)限，若用戶具有修改權(quán)限，則允許用戶激活任意一個儲藥格。

可選地，在本發(fā)明實施例中，當(dāng)用戶設(shè)置“休眠”狀態(tài)時，藥盒會驗證該用戶的指紋信息，并判斷該用戶是否具有修改權(quán)限，若用戶具有修改權(quán)限，則允許用戶設(shè)置“休眠”狀態(tài)。

可選地，在本發(fā)明實施例中，當(dāng)用戶重置一個儲藥格時，藥盒會驗證該用戶的指紋信息，并判斷該用戶是否具有修改權(quán)限，若用戶具有修改權(quán)限，則允許用戶重置一個儲藥格。

對應(yīng)于上文實施例所述的藥盒的控制方法，圖5示出了本發(fā)明實施例提供的藥盒的結(jié)構(gòu)框圖。

參照圖5，該藥盒包括：

第一接收模塊501，用于接收用戶輸入的操作指令，所述操作指令包括存藥指令以及取藥指令；

第二接收模塊502，用于接收所述用戶輸入的指紋信息；

存藥控制模塊503，用于若所述操作指令為存藥指令，則激活所述藥盒中的任一空余儲藥格，以供所述用戶將待存藥品放入所述空余儲藥格中，將所述空余儲藥格的儲藥格編號、所述待存藥品的藥品信息和所述指紋信息關(guān)聯(lián)，建立關(guān)聯(lián)關(guān)系；

取藥控制模塊504，用于若所述操作指令為取藥指令，則基于在所述用戶存藥時建立的關(guān)聯(lián)關(guān)系，調(diào)取與所述指紋信息關(guān)聯(lián)的所述藥品信息，根據(jù)所述藥品信息選擇該用戶需服用的藥品，并將存儲該藥品的儲藥格激活，以供所述用戶取藥。

進一步地，存藥控制模塊，包括

第一獲取子模塊，用于獲取此時被激活的所述空余儲藥格的儲藥格編號；

第二獲取子模塊，用于獲取所述待存藥品的藥品標(biāo)識信息，所述藥品標(biāo)識信息包括藥品生產(chǎn)批準文號；

第一檢索子模塊，用于根據(jù)所述待存藥品的藥品標(biāo)識信息，檢索所述待存藥品的藥品信息；

存儲子模塊，用于將所述空余儲藥格的儲藥格編號、所述指紋信息以及所述待存藥品的藥品信息關(guān)聯(lián)，并作為儲藥格數(shù)據(jù)存儲至所述藥盒的存儲裝置中。

進一步地，取藥控制模塊包括：

第二搜索子模塊，用于基于在所述用戶存藥時建立的關(guān)聯(lián)關(guān)系，讀取出與所述指紋信息關(guān)聯(lián)的所述儲藥格編號以及所述藥品信息，所述藥品信息包括服藥時間；

第一驗證子模塊，用于驗證當(dāng)前時間是否符合所述服藥時間；

鎖定子模塊，用于若當(dāng)前時間符合所述服藥時間，則將與所述指紋信息關(guān)聯(lián)的儲藥格編號作為目標(biāo)編號；

激活子模塊，用于激活儲藥格編號為所述目標(biāo)編號的儲藥格。

進一步地，取藥控制模塊，還包括：

顯示子模塊，用于顯示所述藥品信息中包含的附加要求，所述附加要求為限制用戶是否可以服藥的附加注意事項，以使用戶確認取藥操作是否繼續(xù)執(zhí)行；

執(zhí)行子模塊，用于若接收到用戶輸入的繼續(xù)執(zhí)行指令，則激活儲藥格編號為所述目標(biāo)編號的儲藥格。

進一步地，取藥控制模塊還包括：

發(fā)送子模塊，用于

在當(dāng)前時間已超出所述服藥時間，且超出的時間長度達到預(yù)設(shè)閾值時，若存儲用戶需服用的藥品的儲藥格仍未被激活，則通過預(yù)先設(shè)置的所述指紋信息對應(yīng)的通信通道，發(fā)送提示消息給該用戶。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為了描述的方便和簡潔，僅以上述各功能單元、模塊的劃分進行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能單元、模塊完成，即將所述裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能單元或模塊，以完成以上描述的全部或者部分功能。實施例中的各功能單元、模塊可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中，上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。另外，各功能單元、模塊的具體名稱也只是為了便于相互區(qū)分，并不用于限制本申請的保護范圍。上述系統(tǒng)中單元、模塊的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。

本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、或者計算機軟件和電子硬件的結(jié)合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。

在本發(fā)明所提供的實施例中，應(yīng)該理解到，所揭露的裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的系統(tǒng)實施例僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通訊連接可以是通過一些接口，裝置或單元的間接耦合或通訊連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明實施例各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

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