本發(fā)明涉及智能藥箱領域，特別是涉及一種智能藥箱信息交互系統(tǒng)和方法。

背景技術(shù)：

隨著人們健康意識的逐步提高，實現(xiàn)疾病（尤其是心臟病、高血壓、糖尿病等）自我防治手段之一的智能藥箱也獲得逐步發(fā)展。目前智能藥箱的研發(fā)多數(shù)集中在藥箱存儲格局、藥箱溫濕度控制等方面，而缺少對智能藥箱信息交互系統(tǒng)的研發(fā)。沒有信息交互功能的智能藥箱無法實現(xiàn)醫(yī)生對患者服藥情況和體征的實時監(jiān)控，也無法實現(xiàn)患者家屬對患者服藥情況和體征的實時掌握，同時無法實現(xiàn)患者家屬與醫(yī)生的實時互動。因此，急需研發(fā)智能藥箱信息交互系統(tǒng)，從而實現(xiàn)患者、醫(yī)生和患者家屬三方的信息互動。

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

本發(fā)明提出一種智能藥箱信息交互系統(tǒng)和方法，實現(xiàn)了患者、醫(yī)生和患者家屬三方的信息互動。

為實現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案：一種智能藥箱信息交互系統(tǒng)，包括集群式云端服務器、智能藥箱、體征測量終端、醫(yī)生客戶端、家屬客戶端；智能藥箱用于監(jiān)控患者用藥數(shù)據(jù)并上傳至集群式云端服務器；體征測量終端采集患者的體征數(shù)據(jù)并發(fā)送至集群式云端服務器；集群式云端服務器接收和存儲用藥數(shù)據(jù)、體征數(shù)據(jù)；醫(yī)生客戶端讀取集群式云端服務器的患者數(shù)據(jù)，給出診斷和用藥建議，并通過集群式云端服務器將診斷和用藥建議發(fā)送到智能藥箱和家屬客戶端；智能藥箱按照診斷和用藥建議向患者發(fā)出用藥提醒；家屬客戶端通過集群式云端服務器與醫(yī)生客戶端就患者病情進行溝通；患者通過智能藥箱配備的緊急呼救模塊向醫(yī)療急救機構(gòu)發(fā)送急救請求；

其中，集群式云端服務器實時接收智能藥箱、體征測量終端、醫(yī)生客戶端、家屬客戶端上傳的數(shù)據(jù)；集群式云端服務器接收到請求后，根據(jù)事先約定的驗證規(guī)則對請求進行驗證過濾，驗證通過后，根據(jù)請求類型返回請求所需的數(shù)據(jù)，驗證未通過則不返回數(shù)據(jù)，并且所有數(shù)據(jù)在集群式云端服務器采用關(guān)系型數(shù)據(jù)庫sql與非關(guān)系型數(shù)據(jù)庫nosql相結(jié)合的方式進行存儲；

其中，智能藥箱包括身份認證模塊、提醒模塊、緊急呼救模塊、網(wǎng)絡模塊。身份認證模塊通過賬戶設置或指紋識別方式向集群式云端服務器發(fā)送請求，實現(xiàn)對一個家庭多位患者身份的認證，認證通過后，接收集群式云端服務器反饋的用藥記錄、用藥提醒、體征、醫(yī)生診斷和用藥建議信息，提醒模塊通過顯示屏或語音播放器實現(xiàn)對藥品名稱、用藥時間、用藥量的提醒，患者通過緊急呼救模塊實現(xiàn)一鍵急救，網(wǎng)絡模塊通過有線或無線方式與集群式云端服務器進行數(shù)據(jù)交互；

其中，體征測量終端采集患者體征數(shù)據(jù)，包括心率、血壓、血脂、血糖、體溫，并實時上傳至集群式云端服務器；

其中，醫(yī)生客戶端通過集群式云端服務器實現(xiàn)與患者、患者家屬的信息交互，其中醫(yī)生客戶端讀取體征測量終端上傳至集群式云端服務器的患者體征數(shù)據(jù)，并由醫(yī)生進行診斷，提出診斷和用藥建議，通過集群式云端服務器反饋至智能藥箱和家屬客戶端；

其中，家屬客戶端接收醫(yī)生通過集群式云端服務器發(fā)送的診斷和用藥建議，并通過集群式云端服務器與醫(yī)生客戶端進行交互。

與現(xiàn)有技術(shù)相比，本發(fā)明具有如下有益效果：

本發(fā)明的智能藥箱信息交互系統(tǒng)和方法，實現(xiàn)了醫(yī)生對患者服藥情況和體征的實時監(jiān)控，實現(xiàn)了患者家屬對患者服藥情況和體征的實時掌握，還實現(xiàn)了患者家屬與醫(yī)生的實時互動，同時在患者身體狀況突變時還能實現(xiàn)緊急呼救。

附圖說明

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

圖1是本發(fā)明的總體結(jié)構(gòu)框圖。

具體實施方式

為了使本發(fā)明的上述目的、特征和優(yōu)點能夠更為明顯易懂，下面結(jié)合附圖對本發(fā)明的具體實施方式做詳細的說明。在以下描述中闡述了具體細節(jié)以便于充分理解本發(fā)明。但是本發(fā)明能夠以多種不同于在此描述的其它方式來實施，本領域技術(shù)人員可以在不違背本發(fā)明內(nèi)涵的情況下做類似推廣。因此本發(fā)明不受下面公開的具體實施方式的限制。

如圖1所示，本發(fā)明提出的智能藥箱信息交互系統(tǒng)，包括集群式云端服務器、智能藥箱、體征測量終端、醫(yī)生客戶端、家屬客戶端。智能藥箱用于監(jiān)控患者用藥數(shù)據(jù)并通過超文本傳輸協(xié)議http上傳至集群式云端服務器；體征測量終端采集患者的體征數(shù)據(jù)并發(fā)送至集群式云端服務器；集群式云端服務器接收和存儲用藥數(shù)據(jù)、體征數(shù)據(jù)；醫(yī)生客戶端讀取集群式云端服務器的患者數(shù)據(jù)，給出診斷和用藥建議，并通過集群式云端服務器將診斷和用藥建議發(fā)送到智能藥箱和家屬客戶端；智能藥箱按照診斷和用藥建議向患者發(fā)出用藥提醒；家屬客戶端通過集群式云端服務器與醫(yī)生客戶端就患者病情進行溝通；患者通過智能藥箱配備的緊急呼救模塊向醫(yī)療急救機構(gòu)發(fā)送急救請求；

其中，集群式云端服務器實時接收智能藥箱、體征測量終端、醫(yī)生客戶端、家屬客戶端上傳的數(shù)據(jù)；集群式云端服務器接收到請求后，根據(jù)事先約定的驗證規(guī)則對請求進行驗證過濾，驗證通過后，根據(jù)請求類型返回請求所需的數(shù)據(jù)，驗證未通過則不返回數(shù)據(jù)，并且所有數(shù)據(jù)在集群式云端服務器采用關(guān)系型數(shù)據(jù)庫sql與非關(guān)系型數(shù)據(jù)庫nosql相結(jié)合的方式進行存儲；

其中，智能藥箱包括身份認證模塊、提醒模塊、緊急呼救模塊、網(wǎng)絡模塊。身份認證模塊通過賬戶設置或指紋識別方式向集群式云端服務器發(fā)送請求，實現(xiàn)對一個家庭多位患者身份的認證，認證通過后，接收集群式云端服務器反饋的用藥記錄、用藥提醒、體征、醫(yī)生診斷和用藥建議信息，提醒模塊通過顯示屏或語音播放器實現(xiàn)對藥品名稱、用藥時間、用藥量的提醒，患者通過緊急呼救模塊實現(xiàn)一鍵急救，網(wǎng)絡模塊通過有線或無線方式與集群式云端服務器進行數(shù)據(jù)交互；

其中，體征測量終端采集患者體征數(shù)據(jù)，包括心率、血壓、血脂、血糖、體溫，并實時上傳至集群式云端服務器；

其中，醫(yī)生客戶端通過集群式云端服務器實現(xiàn)與患者、患者家屬的信息交互，其中醫(yī)生客戶端讀取體征測量終端上傳至集群式云端服務器的患者體征數(shù)據(jù)，并由醫(yī)生進行診斷，提出診斷和用藥建議，通過集群式云端服務器反饋至智能藥箱和家屬客戶端；

其中，家屬客戶端接收醫(yī)生通過集群式云端服務器發(fā)送的診斷和用藥建議，并通過集群式云端服務器與醫(yī)生客戶端進行交互。

通過本系統(tǒng)在智能藥箱上進行信息交互的實現(xiàn)過程如下：

步驟一，患者在智能藥箱上進行身份認證，認證方式包括賬號認證或指紋認證；

步驟二，體征測量終端采集患者體征數(shù)據(jù)，包括心率、血壓、血脂、血糖、體溫，并實時上傳至集群式云端服務器；

步驟三，患者通過智能藥箱選擇系統(tǒng)認證的醫(yī)生，通過集群式云端服務器向醫(yī)生客戶端發(fā)送咨詢請求；

步驟四，醫(yī)生客戶端接受咨詢請求，通過集群式云端服務器讀取患者體征數(shù)據(jù)，做出診斷和用藥建議并發(fā)送至集群式云端服務器；

步驟五，集群式云端服務器向智能藥箱和家屬客戶端發(fā)送診斷和用藥建議；

步驟六，智能藥箱根據(jù)診斷和用藥建議通過提醒模塊對患者進行藥品名稱、用藥時間、用藥量的提醒；

步驟七，家屬客戶端接收醫(yī)生客戶端通過集群式云端服務器發(fā)送的診斷和用藥建議，對患者進行監(jiān)督提醒；

步驟八，家屬通過家屬客戶端發(fā)起咨詢請求，經(jīng)集群式云端服務器發(fā)送給醫(yī)生客戶端，醫(yī)生在醫(yī)生客戶端提出診斷和用藥建議，并經(jīng)集群式云端服務器發(fā)送給家屬客戶端。

其中，緊急呼救功能實現(xiàn)的流程為：

患者按下智能藥箱上的緊急呼救按鈕，緊急呼救模塊將患者地址、病史等發(fā)送至醫(yī)療急救機構(gòu)，醫(yī)療急救機構(gòu)對患者采取急救措施。

以上所述僅為本發(fā)明的一種實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。