一種生命體征數(shù)據(jù)的獲取方法、裝置及系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明涉及移動醫(yī)療領域，尤其涉及一種生命體征數(shù)據(jù)的獲取方法、裝置及系統(tǒng)。
【背景技術】
[0002]移動醫(yī)療(Mobile Health)是一個基于網(wǎng)絡化的系統(tǒng)，是各種健康傳感設備(如血壓計、血糖儀、心電監(jiān)護儀等)通過無線網(wǎng)絡(如GPRS、CDMA、3G、4G等)將生命體征數(shù)據(jù)上傳到健康管理應用平臺。移動醫(yī)療主要面向社區(qū)醫(yī)院和個人用戶，針對老年人群體(獨居、智障、殘疾)、亞健康人群、慢性病患者(高血壓、心臟病等)，實現(xiàn)院外監(jiān)測，對亞健康人群和社區(qū)居民健康狀況進行集中有效的管理(評估、預測和控制)，實現(xiàn)個人對慢性病的早監(jiān)測、早發(fā)現(xiàn)、早診斷和早治療，實現(xiàn)對老年人和特殊人群的長期有效的病情監(jiān)控和護理，同時為病人建立終身動態(tài)電子病歷。
[0003]現(xiàn)有的移動醫(yī)療系統(tǒng)大體包括:健康傳感設備、健康網(wǎng)關(含智能手機)、健康管理應用平臺。健康傳感設備負責生命體征數(shù)據(jù)的采集和無線上傳，數(shù)據(jù)包括脈搏、血壓、心電、血氧、體溫、體重、BMI等；健康網(wǎng)關設備可用于多個健康傳感設備的數(shù)據(jù)接收和上傳；健康管理應用平臺獲得健康傳感設備的生命體征數(shù)據(jù)，利用數(shù)據(jù)提供各種健康服務。
[0004]現(xiàn)有的移動醫(yī)療系統(tǒng)中，各個廠家系統(tǒng)對各種生命體征數(shù)據(jù)的編碼方式都不盡相同，由于各自都在規(guī)劃自己的封閉的系統(tǒng)并實現(xiàn)各自的移動醫(yī)療服務，因此各廠家之間的健康傳感設備、健康管理應用平臺之間并不能實現(xiàn)互通。如果某個移動醫(yī)療系統(tǒng)計劃接入第三方提供的健康傳感設備，則需要平臺側(cè)針對新設備的協(xié)議進行開發(fā)支撐，或者需要設備側(cè)按照平臺側(cè)的協(xié)議進行修改，兩種方式都費時費力，難度都非常大。因此，在一個可以預見的相當長的時間內(nèi)，也無法統(tǒng)一標準，實現(xiàn)互聯(lián)互通，這極大了限制了移動醫(yī)療的普及和發(fā)展。

【發(fā)明內(nèi)容】

[0005]為了解決上述技術問題，本發(fā)明提供了一種生命體征數(shù)據(jù)的獲取方法、裝置及系統(tǒng)，能夠根據(jù)設備類型信息與協(xié)議插件的對應關系，為發(fā)送生命體征數(shù)據(jù)封裝包的設備匹配對應的協(xié)議插件，從而，無需在平臺側(cè)或設備側(cè)進行二次開發(fā)，推動了移動醫(yī)療的普及和發(fā)展。
[0006]為了實現(xiàn)上述目的，本發(fā)明提供了一種生命體征數(shù)據(jù)的獲取方法，包括:接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包，所述生命體征數(shù)據(jù)封裝包由所述設備根據(jù)自定義協(xié)議對采集到的生命體征數(shù)據(jù)封裝所得；根據(jù)預存儲的設備類型與協(xié)議插件的對應關系，確定與所述設備類型信息對應的協(xié)議插件；根據(jù)與所述設備類型信息對應的協(xié)議插件，對所述生命體征數(shù)據(jù)封裝包進行解析，獲取所述生命體征數(shù)據(jù)。
[0007]上述生命體征數(shù)據(jù)的獲取方法，其中，所述接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包之前還包括:接收生命體征傳感設備發(fā)送的設備登錄信息，所述設備登錄信息中攜帶有登錄鑒權請求；根據(jù)預設的鑒權信息對所述登錄鑒權請求進行認證，得到用于指示鑒權是否通過的鑒權認證結(jié)果；將所述鑒權認證結(jié)果發(fā)送給所述設備，以使得所述設備在所述鑒權認證結(jié)果表明鑒權通過時，發(fā)送設備類型信息及生命體征數(shù)據(jù)封裝包。
[0008]上述生命體征數(shù)據(jù)的獲取方法，其中，所述接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包之前還包括:接收生命體征傳感設備注冊信息，所述注冊信息中攜帶有設備類型信息及與所述設備對應的協(xié)議插件；創(chuàng)建所述設備類型信息與所述協(xié)議插件的對應關系并存儲。
[0009]本發(fā)明還提供了一種生命體征數(shù)據(jù)的獲取裝置，包括:第一接收模塊，用于接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包，所述生命體征數(shù)據(jù)封裝包由所述設備根據(jù)自定義協(xié)議對采集到的生命體征數(shù)據(jù)封裝所得；確定模塊，用于根據(jù)預存儲的設備類型與協(xié)議插件的對應關系，確定與所述設備類型信息對應的協(xié)議插件；解析模塊，用于根據(jù)與所述設備類型信息對應的協(xié)議插件，對所述生命體征數(shù)據(jù)封裝包進行解析，獲取所述生命體征數(shù)據(jù)。
[0010]上述生命體征數(shù)據(jù)的獲取裝置，其中，還包括:第二接收模塊，用于接收生命體征傳感設備發(fā)送的設備登錄信息，所述設備登錄信息中攜帶有登錄鑒權請求；認證模塊，用于根據(jù)預設的鑒權信息對所述登錄鑒權請求進行認證，得到用于指示鑒權是否通過的鑒權認證結(jié)果；發(fā)送模塊，用于將所述鑒權認證結(jié)果發(fā)送給所述設備，以使得所述設備在所述鑒權認證結(jié)果表明鑒權通過時，發(fā)送設備類型信息及生命體征數(shù)據(jù)封裝包。
[0011]上述生命體征數(shù)據(jù)的獲取裝置，其中，還包括:第三接收模塊，用于接收生命體征傳感設備注冊信息，所述注冊信息中攜帶有設備類型信息及與所述設備對應的協(xié)議插件；創(chuàng)建模塊，用于創(chuàng)建所述設備類型信息與所述協(xié)議插件的對應關系并存儲。
[0012]本發(fā)明還提供了一種生命體征數(shù)據(jù)的獲取系統(tǒng)，包括:生命體征數(shù)據(jù)的獲取裝置及生命體征傳感設備；其中，所述生命體征傳感設備用于采集生命體征數(shù)據(jù)，并對采集到的生命體征數(shù)據(jù)根據(jù)自定義協(xié)議進行封裝后，將所述封裝后的生命體征數(shù)據(jù)及設備類型信息發(fā)送給所述生命體征數(shù)據(jù)的獲取裝置；所述生命體征數(shù)據(jù)的獲取裝置用于接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包，根據(jù)預存儲的設備類型與協(xié)議插件的對應關系，確定與所述設備類型信息對應的協(xié)議插件，根據(jù)與所述設備類型信息對應的協(xié)議插件，對所述生命體征數(shù)據(jù)封裝包進行解析，獲取所述生命體征數(shù)據(jù)。
[0013]上述生命體征數(shù)據(jù)的獲取系統(tǒng)，其中，所述生命體征傳感設備包括:血壓計、血糖儀和/或心電監(jiān)護儀。
[0014]本發(fā)明的上述技術方案的有益效果如下:
[0015]本發(fā)明提供了一種生命體征數(shù)據(jù)的獲取方法、裝置及系統(tǒng)，能夠根據(jù)設備類型信息與協(xié)議插件的對應關系，為發(fā)送生命體征數(shù)據(jù)封裝包的設備匹配對應的協(xié)議插件，從而，無需在平臺側(cè)或設備側(cè)進行二次開發(fā)，推動了移動醫(yī)療的普及和發(fā)展。
【附圖說明】
[0016]圖1為本發(fā)明實施例1提供的生命體征數(shù)據(jù)的獲取方法的流程示意圖。
[0017]圖2為本發(fā)明提供生命體征數(shù)據(jù)的獲取裝置的結(jié)構(gòu)示意圖。
[0018]圖3為本發(fā)明實施例1提供的生命體征數(shù)據(jù)的獲取系統(tǒng)的結(jié)構(gòu)示意圖。
[0019]圖4為本發(fā)明實施例2提供的生命體征數(shù)據(jù)的獲取系統(tǒng)的結(jié)構(gòu)示意圖。
[0020]圖5為本發(fā)明實施例2提供的生命體征數(shù)據(jù)的獲取系統(tǒng)的信息通信流程示意圖。
【具體實施方式】
[0021]為使本發(fā)明要解決的技術問題、技術方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例進行詳細描述。
[0022]本發(fā)明實施例針對現(xiàn)有技術中，在移動醫(yī)療系統(tǒng)中，由于各種生命體征傳感設備廠家采用的協(xié)議不一致，為了使得數(shù)據(jù)接收方能夠?qū)ζ溥M行解析，需要在接收方側(cè)或設備側(cè)開發(fā)相關協(xié)議，導致在獲取生命體征數(shù)據(jù)時費時費力，限制了移動醫(yī)療的普及和發(fā)展的問題，提供了一種生命體征數(shù)據(jù)的獲取方法、裝置及系統(tǒng)，能夠根據(jù)設備類型信息與協(xié)議插件的對應關系，為發(fā)送生命體征數(shù)據(jù)封裝包的設備匹配對應的協(xié)議插件，從而，無需在平臺側(cè)或設備側(cè)進行二次開發(fā)，推動了移動醫(yī)療的普及和發(fā)展。
[0023]圖1為本發(fā)明實施例1提供的生命體征數(shù)據(jù)的獲取方法的流程示意圖，如圖所示，所述方法包括:
[0024]步驟S100，接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包，所述生命體征數(shù)據(jù)封裝包由所述設備根據(jù)自定義協(xié)議對采集到的生命體征數(shù)據(jù)封裝所得;
[0025]步驟S102，根據(jù)預存儲的設備類型與協(xié)議插件的對應關系，確定與所述設備類型信息對應的協(xié)議插件；
[0026]步驟S104，根據(jù)與所述設備類型信息對應的協(xié)議插件，對所述生命體征數(shù)據(jù)封裝包進行解析，獲取所述生命體征數(shù)據(jù)。
[0027]在上述生命體征數(shù)據(jù)的獲取方法中，能夠根據(jù)預存儲的設備類型與協(xié)議插件的對應關系，確定與發(fā)送生命體征數(shù)據(jù)封裝包的設備相適應的協(xié)議插件，來對生命體征數(shù)據(jù)封裝包進行解析，獲取到生命體征數(shù)據(jù)。
[0028]本發(fā)明提供的生命體征數(shù)據(jù)的獲取方法，通過設備類型與協(xié)議插件的對應關系為發(fā)送生命體征數(shù)據(jù)封裝包的設備提供對應的協(xié)議插件，來對生命體征數(shù)據(jù)封裝包進行解析，從而，無需在設備側(cè)或接收方側(cè)針對設備協(xié)議進行二次開發(fā)，推動了移動醫(yī)療的普及和發(fā)展。
[0029]在一具體的實施例中，上述步驟SlOO之前還包括:
[0030]步驟S14，接收生命體征傳感設備發(fā)送的設備登錄信息，所述設備登錄信息中攜帶有登錄鑒權請求；
[0031]步驟S16，根據(jù)預設的鑒權信息對所述登錄鑒權請求進行認證，得到用于指示鑒權是否通過的鑒權認證結(jié)果；
[0032]步驟S18，將所述鑒權認證結(jié)果發(fā)送給所述設備，以使得所述設備在所述鑒權認證結(jié)果表明鑒權通過時，發(fā)送設備類型信息及生命體征數(shù)據(jù)封裝包。
[0033]在上述生命體征數(shù)據(jù)的獲取方法中，在接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包之前還可以對生命體征傳感設備進行認證，具體可以為:根據(jù)預設的鑒權信息對生命體征傳感設備發(fā)送的登錄鑒權請求進行認證，將認證結(jié)果發(fā)送給生命體征傳感設備，該設備在鑒權通過時，將發(fā)送設備類型信息及生命體征數(shù)據(jù)封裝包。
[0034]例如，預存儲有設備ID與鑒權密鑰對應關系，在接收到生命體征傳感設備發(fā)送的設備ID及密鑰后，根據(jù)設備ID，查找與該設備對應的鑒權密鑰，對該設備發(fā)送的密鑰進行認證。
[0035]本發(fā)明提供的生命體征數(shù)據(jù)的獲取方法，通過對生命體征傳感設備進行認證，防止接收到未經(jīng)認證的設備發(fā)送數(shù)據(jù)，避免造成大數(shù)據(jù)攻擊。
[0036]在一具體的實施例中，上述步驟SlOO之前還包括:
[0037]步驟S10，接收生命體征傳感設備注冊信息，所述注冊信息中攜帶有設備類型信息及與所述設備對應的協(xié)議插件；
[0038]步驟S12，創(chuàng)建所述設備類型信息與所述協(xié)議插件的對應關系并存儲。
[0039]在上述生命體征數(shù)據(jù)的獲取方法中，在接收生命體征傳感設備發(fā)送的設備類型信息及生命體征數(shù)據(jù)封裝包之前還需要創(chuàng)建設備類型與協(xié)議插件的對應關系，以便在接收到一設備的設備類型信息后，能夠確定與該設備對應的協(xié)議插件。
[0040]由于設備生產(chǎn)廠家知曉其生產(chǎn)的設備所采用的協(xié)議，廠家可以將設備所采用的協(xié)議生成為對應的協(xié)議插件，提供給該