孫 杰，何征嶺，張鵬飛，王辰碩，夏 攀，方 震

（1.中國(guó)科學(xué)院空天信息創(chuàng)新研究院傳感技術(shù)國(guó)家重點(diǎn)實(shí)驗(yàn)室，北京 100190；2.中國(guó)科學(xué)院大學(xué)，北京 100049）

0 引言

慢性阻塞性肺疾?。ㄒ韵潞?jiǎn)稱“慢阻肺”）是一種常見(jiàn)的、可預(yù)防和可治療的疾病，目前是世界上第四大致死原因[1]。慢阻肺病癥有不完全可逆性，只能通過(guò)藥物或者治療緩解癥狀[2]，同時(shí)慢阻肺患者的癥狀和肺功能會(huì)周期性惡化加重，持續(xù)數(shù)天[3]，稱為急性加重，因此慢阻肺患者需要進(jìn)行長(zhǎng)期自我管理[4]。但慢阻肺患者無(wú)法主觀分辨日常病程變化，需要通過(guò)測(cè)量自身的肺功能參數(shù)實(shí)現(xiàn)自我管理。目前肺活量測(cè)量法是醫(yī)護(hù)人員對(duì)慢阻肺病情評(píng)定的主要方法[1]，但是肺活量測(cè)量?jī)H能測(cè)量患者疾病的嚴(yán)重程度，并不能得到患者的綜合健康狀況[5]，故僅用肺活量測(cè)量法是遠(yuǎn)遠(yuǎn)不夠的[6]。

目前Pinto 等[5]使用肺活量測(cè)量法判定患者慢阻肺等級(jí)，并通過(guò)慢阻肺全球倡議（globalinitiativefor chronic obstructive lung disease，GOLD）等級(jí)評(píng)定方法為患者分級(jí)，但是其使用的為FEV1/FEV6（1 s 呼氣容積/6 s 呼氣容積）作為判定標(biāo)準(zhǔn)，未使用GOLD 最新規(guī)定的判定標(biāo)準(zhǔn)FEV1/FVC（1 s 呼氣容積/用力肺活量），并且僅對(duì)患者進(jìn)行分類測(cè)量及預(yù)警，并未給出相關(guān)診療意見(jiàn)。Merone 等[7]遠(yuǎn)程收集患者的心率、血氧數(shù)據(jù)以及問(wèn)卷調(diào)查數(shù)據(jù)，通過(guò)內(nèi)部決策支持系統(tǒng)為患者進(jìn)行急性加重預(yù)警，但該系統(tǒng)并未對(duì)患者慢阻肺等級(jí)進(jìn)行分類，僅對(duì)患者癥狀進(jìn)行判斷并給出相應(yīng)的預(yù)警信息，無(wú)法對(duì)患者進(jìn)行獨(dú)立的病情診斷并給出治療意見(jiàn)。鑒于此，本文設(shè)計(jì)并實(shí)現(xiàn)了一種基于Android 的集診斷、自我管理以及遠(yuǎn)程監(jiān)護(hù)于一體的慢阻肺管理系統(tǒng)。

1 系統(tǒng)設(shè)計(jì)

慢阻肺管理系統(tǒng)由便攜式多參數(shù)肺功能儀[8]、患者Android 端、醫(yī)生Android 端以及服務(wù)器組成，如圖1所示。本系統(tǒng)針對(duì)不同應(yīng)用場(chǎng)景有不同的功能，例如在家時(shí)可以幫助患者進(jìn)行自我管理，在社區(qū)時(shí)可以幫助測(cè)量用戶的患病等級(jí)，在醫(yī)院時(shí)可以輔助醫(yī)生進(jìn)行遠(yuǎn)程監(jiān)護(hù)等。

圖1 慢阻肺管理系統(tǒng)總體結(jié)構(gòu)圖

慢阻肺管理系統(tǒng)使用便攜式多參數(shù)肺功能儀來(lái)獲取患者的肺功能參數(shù)、血氧值以及呼氣末二氧化碳體積分?jǐn)?shù)等相關(guān)呼吸參數(shù)，通過(guò)低功耗藍(lán)牙（bluetooth low energy，BLE）傳遞至患者Android 端，之后通過(guò)問(wèn)卷調(diào)查界面獲取患者的病癥數(shù)據(jù)以及急性加重風(fēng)險(xiǎn)，使用GOLD 標(biāo)準(zhǔn)評(píng)估患者的綜合慢阻肺等級(jí)，并將所有數(shù)據(jù)存儲(chǔ)至Android 端，實(shí)現(xiàn)幫助患者診斷以及自我管理的目的。同時(shí)所有的患者數(shù)據(jù)上傳至服務(wù)器，方便醫(yī)生通過(guò)醫(yī)生Android 端軟件查詢患者數(shù)據(jù)，實(shí)現(xiàn)醫(yī)生對(duì)患者的遠(yuǎn)程監(jiān)護(hù)功能。

慢阻肺管理系統(tǒng)本地?cái)?shù)據(jù)存儲(chǔ)主要采用SharedPreferences 以及SQLite 2 種數(shù)據(jù)庫(kù)，分別針對(duì)不同數(shù)據(jù)類型進(jìn)行存儲(chǔ)操作，其中SharedPreferences 用于存儲(chǔ)系統(tǒng)配置信息，SQLite 用于存儲(chǔ)患者的測(cè)量數(shù)據(jù)。Android 端進(jìn)行數(shù)據(jù)上傳時(shí)先將數(shù)據(jù)轉(zhuǎn)為JSON格式并使用自定義API 接口打包，通過(guò)Okhttp 框架搭建軟件客戶端并使用Retrofit 協(xié)議發(fā)送至服務(wù)器。

2 系統(tǒng)實(shí)現(xiàn)

本系統(tǒng)Android 端采用Android Studio 平臺(tái)，通過(guò)Java 語(yǔ)言編程搭建，采用MVP（Model-View-Presenter）設(shè)計(jì)模式，具有耦合性低的優(yōu)點(diǎn)。系統(tǒng)功能結(jié)構(gòu)圖如圖2 所示，其中患者端分為4 個(gè)模塊，分別為天氣信息模塊、呼氣測(cè)試模塊、問(wèn)卷調(diào)查模塊和歷史記錄模塊。

圖2 慢阻肺管理系統(tǒng)功能架構(gòu)圖

由于Android 6.0 系統(tǒng)加入了危險(xiǎn)權(quán)限管理功能，故在使用一些涉及到用戶隱私方面的操作時(shí)，需要獲取用戶的授權(quán)才能使用。因此本系統(tǒng)在首次運(yùn)行時(shí)需要對(duì)以下權(quán)限進(jìn)行申請(qǐng)：

（1）授權(quán)用于定位模塊的權(quán)限：

（2）授權(quán)用于藍(lán)牙模塊的權(quán)限：

（3）授權(quán)用于網(wǎng)絡(luò)通信的權(quán)限：

（4）授權(quán)用于讀寫緩存的權(quán)限：

2.1 醫(yī)生端實(shí)現(xiàn)

為了實(shí)現(xiàn)遠(yuǎn)程監(jiān)護(hù)，醫(yī)生需要實(shí)時(shí)了解患者的相關(guān)參數(shù)。當(dāng)醫(yī)生端發(fā)起一個(gè)查詢指令時(shí)，醫(yī)生端在Retrofit 協(xié)議中封裝檢索條件后發(fā)送至服務(wù)器，當(dāng)服務(wù)器收到Retrofit 協(xié)議中的檢索信息后，通過(guò)RequestBody 返回患者數(shù)據(jù)。醫(yī)生端通過(guò)GeneralResponse 解析患者數(shù)據(jù)后通過(guò)ListView 和Dialog 界面進(jìn)行顯示，如圖3 所示。

圖3 醫(yī)生端應(yīng)用界面

2.2 患者端實(shí)現(xiàn)

2.2.1 天氣信息模塊

慢阻肺患者對(duì)于天氣狀態(tài)極其敏感，為了給予慢阻肺患者更好的出行建議，本系統(tǒng)采用基于高德地圖定位的SDK 包設(shè)計(jì)天氣信息模塊。天氣信息模塊采用GPS+基站定位+Wi-Fi 定位的混合定位模式，使用Jar 包來(lái)實(shí)現(xiàn)相關(guān)功能。在使用高德地圖SDK 包之前需要先通過(guò)本系統(tǒng)的SHA1 安全碼以及Package Name 向高德地圖的API 控制臺(tái)申請(qǐng)高德地圖定位API key，并在AndroidManifest.xml 的metadata 進(jìn)行API 說(shuō)明，從而獲取高德地圖的定位功能。

當(dāng)項(xiàng)目導(dǎo)入高德地圖的Jar 包后首先初始化Android SDK，SDK 會(huì)產(chǎn)生LocationClient。通過(guò)對(duì)LocationClient 設(shè)置LocationListener 監(jiān)聽(tīng)器來(lái)對(duì)系統(tǒng)終端進(jìn)行定位，并將監(jiān)聽(tīng)獲得的數(shù)據(jù)進(jìn)行解析，將解析后的定位數(shù)據(jù)通過(guò)超文本傳輸協(xié)議（hypertext transport protocol，HTTP）發(fā)送至天氣信息服務(wù)器API 端口。該端口也需要通過(guò)Package Name 申請(qǐng)Webkey，并通過(guò)在HTTP 中封裝Webkey 獲取天氣信息數(shù)據(jù)包，之后對(duì)數(shù)據(jù)包進(jìn)行解析并將解析的出行建議顯示在界面中，如圖4 所示。可以通過(guò)上下滑動(dòng)操作來(lái)詳細(xì)瀏覽所有的天氣信息以及出行建議信息，也可以通過(guò)下拉操作刷新界面更新最新的天氣信息等。

圖4 天氣信息模塊應(yīng)用界面

2.2.2 呼氣測(cè)試模塊

呼氣測(cè)試模塊包括測(cè)量肺功能參數(shù)、測(cè)量血氧、測(cè)量脈率、測(cè)量呼氣末二氧化碳、測(cè)量呼吸率、綜合評(píng)估慢阻肺等級(jí)、存儲(chǔ)并上傳患者數(shù)據(jù)、急性加重預(yù)警等功能。

2.2.2.1 數(shù)據(jù)接收

慢阻肺患者日常生活中肺功能狀態(tài)的變化不容易通過(guò)主觀察覺(jué)，因此需要通過(guò)相關(guān)肺功能檢查來(lái)確定病情變化情況。本系統(tǒng)的肺功能參數(shù)主要通過(guò)便攜式多參數(shù)肺功能儀測(cè)量，測(cè)量原理如圖5 所示。通過(guò)人體吹氣的氣流信號(hào)帶動(dòng)渦輪轉(zhuǎn)動(dòng)，渦輪轉(zhuǎn)動(dòng)引起光敏發(fā)光二極管的脈沖信號(hào)，測(cè)量脈沖信號(hào)變化就可獲得肺功能參數(shù)[9]；通過(guò)其指夾式血氧儀接口和呼氣末二氧化碳接口獲取對(duì)應(yīng)的呼氣參數(shù)。參數(shù)獲取完成后便攜式多參數(shù)肺功能儀通過(guò)藍(lán)牙將參數(shù)傳輸至Android 端。由于本系統(tǒng)傳輸?shù)膮?shù)較多，而B(niǎo)LE 協(xié)議規(guī)定單次最多發(fā)送20 個(gè)8 bit 的數(shù)據(jù)，因此數(shù)據(jù)需分2 次發(fā)送，本系統(tǒng)設(shè)定的傳輸協(xié)議如圖6 所示。

圖5 肺功能參數(shù)采集原理

通過(guò)使用該數(shù)據(jù)協(xié)議可以實(shí)現(xiàn)患者關(guān)鍵呼吸參數(shù)的傳輸。但在實(shí)際測(cè)試中發(fā)現(xiàn)使用BLE 連接時(shí)標(biāo)志位的不穩(wěn)定性會(huì)導(dǎo)致數(shù)據(jù)讀取錯(cuò)誤，故本系統(tǒng)采用重發(fā)送的解決方案，即將包含標(biāo)志位的數(shù)據(jù)連續(xù)發(fā)送2 遍，后經(jīng)檢測(cè)未發(fā)現(xiàn)數(shù)據(jù)錯(cuò)誤。

圖6 藍(lán)牙數(shù)據(jù)協(xié)議

為保證數(shù)據(jù)實(shí)時(shí)顯示，本模塊采用Android 平臺(tái)中的Server 組件。藍(lán)牙連接成功后，后臺(tái)啟動(dòng)Server組件并使用BleManager 對(duì)數(shù)據(jù)接收進(jìn)行監(jiān)聽(tīng)，當(dāng)接收到數(shù)據(jù)后通過(guò)上述協(xié)議解析并將其發(fā)送至顯示界面。根據(jù)文獻(xiàn)[5]，當(dāng)本系統(tǒng)監(jiān)測(cè)到FEV1 值低于預(yù)計(jì)值的50%，則推薦患者進(jìn)行血氧檢測(cè)；若監(jiān)測(cè)到患者當(dāng)前血氧值低于92%，系統(tǒng)將發(fā)出警報(bào)并推薦患者及時(shí)去醫(yī)院就診，實(shí)現(xiàn)急性加重預(yù)警功能。

藍(lán)牙數(shù)據(jù)接收界面如圖7 所示，用戶通過(guò)點(diǎn)擊藍(lán)牙圖標(biāo)進(jìn)入藍(lán)牙搜索界面，進(jìn)行藍(lán)牙連接，連接后當(dāng)使用便攜式多參數(shù)肺功能儀測(cè)量肺功能參數(shù)時(shí)將會(huì)實(shí)時(shí)在Android 端界面更新。

圖7 藍(lán)牙數(shù)據(jù)接收界面

2.2.2.2 數(shù)據(jù)處理

根據(jù)GOLD 標(biāo)準(zhǔn)，慢阻肺綜合評(píng)估標(biāo)準(zhǔn)主要分為3 種：氣流受限程度評(píng)估、病癥狀態(tài)評(píng)估以及急性加重風(fēng)險(xiǎn)評(píng)估。

（1）氣流受限程度評(píng)估。

目前判斷氣流受限程度的主要客觀指標(biāo)就是進(jìn)行肺功能檢查。肺功能檢查是讓被測(cè)試患者吸入支氣管擴(kuò)張劑后測(cè)量FEV1 以及FVC，當(dāng)被測(cè)試患者的FEV1/FVC＜70%，則確認(rèn)患者患有慢阻肺?；颊邭饬魇芟蕹潭扰袛鄻?biāo)準(zhǔn)詳見(jiàn)表1。

使用便攜式多參數(shù)肺功能儀測(cè)量患者的肺功能參數(shù)并通過(guò)藍(lán)牙傳輸至Android 端后，患者輸入自身的生理數(shù)據(jù)獲取FEV1 預(yù)測(cè)值等信息，最終通過(guò)相關(guān)算法獲得患者的氣流受限狀態(tài)等級(jí)。

（2）病癥狀態(tài)評(píng)估。

采用慢阻肺評(píng)估測(cè)試（COPD assessment text，CAT）和改良版英國(guó)醫(yī)學(xué)委員會(huì)（Modified Medical Research Council，MMRC）呼吸問(wèn)卷對(duì)患者的癥狀進(jìn)行評(píng)估。同時(shí)本系統(tǒng)額外增加一個(gè)慢阻肺急性加重（acute exacerbation of chronic obstructive pulmonary disease，AECOPD）問(wèn)卷用于記錄患者近1 a 的急性加重次數(shù)和住院次數(shù)。

表1 慢阻肺患者氣流受限程度判斷標(biāo)準(zhǔn)

（3）急性加重風(fēng)險(xiǎn)評(píng)估。

慢阻肺患者的急性加重主要是指患者在短期內(nèi)病情急劇惡化，從而導(dǎo)致癥狀惡化以及肺功能惡化。癥狀惡化主要表現(xiàn)為患者咳嗽增多、咳痰增多、呼吸急促等，肺功能惡化主要表現(xiàn)為氣流受限程度增加。對(duì)慢阻肺患者急性加重風(fēng)險(xiǎn)的主要評(píng)估方法是評(píng)估患者近1 a 急性加重的次數(shù)以及入院的次數(shù)。根據(jù)GOLD 標(biāo)準(zhǔn)，慢阻肺綜合評(píng)估標(biāo)準(zhǔn)詳見(jiàn)表2。

表2 慢阻肺綜合評(píng)估標(biāo)準(zhǔn)

因?yàn)樯鲜? 種評(píng)估標(biāo)準(zhǔn)為當(dāng)前醫(yī)學(xué)通用的慢阻肺評(píng)估標(biāo)準(zhǔn)，故通過(guò)結(jié)合上述3 種評(píng)估標(biāo)準(zhǔn)建立本系統(tǒng)慢阻肺綜合評(píng)估模型。該模型首先判斷患者近1 a 急性加重的次數(shù)，通過(guò)該參數(shù)判斷患者急性加重的風(fēng)險(xiǎn)，若患者急性加重次數(shù)＜1 次或者≥2 次時(shí)，直接通過(guò)調(diào)查問(wèn)卷的評(píng)分判斷患者的病癥狀態(tài)，從而得到患者的綜合評(píng)估等級(jí)。當(dāng)患者近1 a 因急性加重住院1 次時(shí)，該模型通過(guò)患者的氣流受限等級(jí)輔助判斷患者的急性加重風(fēng)險(xiǎn)以及癥狀；當(dāng)患者氣流受限等級(jí)為GOLD1 和GOLD2 級(jí)時(shí)，認(rèn)為患者具有低風(fēng)險(xiǎn)，當(dāng)患者為GOLD3 和GOLD4 級(jí)時(shí)，認(rèn)為患者具有高風(fēng)險(xiǎn)。

患者病情等級(jí)判斷界面如圖8 所示，當(dāng)用戶測(cè)量完自身的肺功能參數(shù)并填寫癥狀數(shù)據(jù)后可以獲得自身的肺功能綜合評(píng)估等級(jí)以及急性加重預(yù)警信息。

2.2.3 問(wèn)卷調(diào)查模塊

圖8 患者病情等級(jí)判斷界面

慢阻肺患者不僅需要對(duì)自身肺功能狀態(tài)進(jìn)行測(cè)量與記錄，還需要對(duì)自身的癥狀信息進(jìn)行記錄，但大多患者無(wú)法進(jìn)行科學(xué)記錄。本文通過(guò)3 種問(wèn)卷調(diào)查幫助患者科學(xué)、合理地記錄自身癥狀變化。本模塊通過(guò)Button.OnClick 函數(shù)觸發(fā)不同問(wèn)卷的Activity，采用Intent實(shí)現(xiàn)患者對(duì)應(yīng)問(wèn)卷之間的切換，如圖9 所示?；颊咄ㄟ^(guò)點(diǎn)擊按鈕進(jìn)入對(duì)應(yīng)的問(wèn)卷界面，根據(jù)自身的實(shí)際病情點(diǎn)擊相應(yīng)的選項(xiàng)，最后完成問(wèn)卷調(diào)查的填寫及保存。

圖9 問(wèn)卷調(diào)查模塊應(yīng)用界面

2.2.4 歷史記錄模塊

慢阻肺患者不但需要記錄自身相關(guān)的病情數(shù)據(jù)，也需要對(duì)歷史記錄的病情數(shù)據(jù)進(jìn)行實(shí)時(shí)查詢以及對(duì)誤操作或者錯(cuò)誤的歷史數(shù)據(jù)進(jìn)行刪除。為避免影響后續(xù)測(cè)量評(píng)估，設(shè)計(jì)歷史記錄模塊管理歷史病情數(shù)據(jù)。使用DatePicker 獲取查詢時(shí)間數(shù)據(jù)，通過(guò)時(shí)間數(shù)據(jù)檢索數(shù)據(jù)庫(kù)并使用ListView 中的MySimple Adapter 適配器通過(guò)Dialog 顯示詳細(xì)數(shù)據(jù)，應(yīng)用界面如圖10 所示。

圖10 歷史記錄模塊應(yīng)用界面

2.3 服務(wù)器端實(shí)現(xiàn)

采用Nginx 作為本系統(tǒng)的反向服務(wù)器，用戶可以直接訪問(wèn)Nginx 或?qū)?shù)據(jù)直接發(fā)送至Nginx，之后通過(guò)Gunicorn 服務(wù)器轉(zhuǎn)為并行進(jìn)程。通過(guò)該框架可以實(shí)現(xiàn)并發(fā)用戶的并行數(shù)據(jù)請(qǐng)求，通過(guò)并行數(shù)據(jù)請(qǐng)求可以直接訪問(wèn)服務(wù)器數(shù)據(jù)庫(kù)。由于服務(wù)器可能會(huì)處理多個(gè)并發(fā)數(shù)據(jù)，故服務(wù)器端設(shè)置多個(gè)并行進(jìn)程，每個(gè)進(jìn)程單獨(dú)幫助存儲(chǔ)或讀取患者數(shù)據(jù)，具體框架圖如圖11 所示。

圖11 服務(wù)器框架圖

3 應(yīng)用效果

在硬件方面，本系統(tǒng)使用的便攜式多參數(shù)肺功能儀功能全面、體積小巧，通過(guò)對(duì)408 名患者進(jìn)行FVC、FEV1 等參數(shù)的測(cè)量，并與標(biāo)準(zhǔn)肺功能儀進(jìn)行數(shù)據(jù)對(duì)比，得到FVC、FEV1、FEV1/FVC 的相關(guān)系數(shù)分別為0.99、0.99、0.97，呈顯著相關(guān)，具有很好的一致性。診斷氣流受限患者的敏感度和特異度都很高，分別為92.95%和94.80%。在軟件方面，算法評(píng)估模型完全符合GOLD 標(biāo)準(zhǔn)，具有權(quán)威性。并且軟件整體結(jié)構(gòu)采用企業(yè)級(jí)的MVP 結(jié)構(gòu)，具有極低的耦合性。通過(guò)測(cè)試，系統(tǒng)運(yùn)行時(shí)平均占用內(nèi)存較低（2 583 MiB），可以作為常用軟件。另外服務(wù)器端采用分布式服務(wù)器布局，具有高性能及高并發(fā)性。

4 結(jié)語(yǔ)

隨著慢阻肺患者數(shù)量的逐年增加，慢阻肺治療的相關(guān)醫(yī)療資源負(fù)擔(dān)將越來(lái)越大。移動(dòng)醫(yī)療是解決當(dāng)前醫(yī)療資源不足問(wèn)題較為便捷的方法，本文研發(fā)的基于Android 的慢阻肺管理系統(tǒng)結(jié)合了肺功能測(cè)量、病情管理、數(shù)據(jù)存儲(chǔ)及上傳、數(shù)據(jù)處理等慢阻肺治療管理相關(guān)功能，可以幫助慢阻肺患者在家中進(jìn)行自我管理、輔助醫(yī)療工作人員在社區(qū)進(jìn)行肺功能測(cè)量診斷工作、輔助醫(yī)生在醫(yī)院進(jìn)行遠(yuǎn)程監(jiān)護(hù)，應(yīng)用前景較大，有較強(qiáng)的實(shí)用意義。但本系統(tǒng)服務(wù)器端僅作為存儲(chǔ)和傳輸端口，并未進(jìn)行數(shù)據(jù)處理，相關(guān)模型算法處理均在Android 端實(shí)現(xiàn)，數(shù)據(jù)量較大時(shí)對(duì)Android 端要求較高，因此后續(xù)將進(jìn)一步優(yōu)化，使模型算法轉(zhuǎn)向服務(wù)器端處理。