基于Android的心電監(jiān)護軟件系統(tǒng)設(shè)計與實現(xiàn)

藍 坤，張 躍

（清華大學(xué)深圳研究生院 嵌入式系統(tǒng)與技術(shù)實驗室，廣東 深圳518055）

0 引 言

在醫(yī)療監(jiān)護系統(tǒng)中，心電監(jiān)護處于十分重要的地位，據(jù)世界衛(wèi)生組織統(tǒng)計，截至2011年，平均每年有接近1700萬的人死于心血管疾病，約占全球死亡人數(shù)的29%。其中，80%以上發(fā)生在低收入和中等收入國家，到2030年，幾乎有2360萬人將死于心血管病［1］。由于醫(yī)院監(jiān)護條件、患者經(jīng)濟條件和個人時間的制約，對這部分人群的監(jiān)護覆蓋面不足，無法在患者病危時及時施救，無法及時跟蹤亞健康人群的生理參數(shù)作到有效預(yù)防心血管疾病的發(fā)生。針對這種需求，清華大學(xué)深圳研究生院嵌入式系統(tǒng)與技術(shù)實驗室研發(fā)了遠程無線多生理參數(shù)實時監(jiān)測與分析網(wǎng)絡(luò)平臺［2］，通過3G無線網(wǎng)絡(luò)、Internet、移動監(jiān)護終端、服務(wù)器實時分析軟件完成遠程無線多生理參數(shù)的監(jiān)測和分析。

當(dāng)前移動互聯(lián)網(wǎng)技術(shù)的發(fā)展以及智能手機等移動終端的普及，使得移動終端在醫(yī)療監(jiān)護系統(tǒng)中扮演者越來越重要的角色。目前主流的智能終端操作系統(tǒng)包括Android，IOS，Windows Phone，相對于IOS的封閉性和 Windows Phone昂貴的價格，Android平臺的免費和開放得到眾多手機開發(fā)商的支持［3］。當(dāng)前基于智能手機平臺進行醫(yī)療監(jiān)護的應(yīng)用較少，主要應(yīng)用于醫(yī)生移動辦公和遠程信息查詢，本文的目標(biāo)是設(shè)計和實現(xiàn)一個基于Android平臺的心電監(jiān)護軟件系統(tǒng)，充分利用智能手機等移動終端，結(jié)合醫(yī)療監(jiān)控的相關(guān)傳感器模塊、串口、藍牙、USB、3G無線網(wǎng)絡(luò)等，完成心電數(shù)據(jù)的實時采集、分析和網(wǎng)絡(luò)傳輸，降低監(jiān)護成本，提高心電監(jiān)護的便捷性。

1 Android平臺心電監(jiān)護軟件系統(tǒng)結(jié)構(gòu)

Android平臺心電監(jiān)護軟件系統(tǒng)是本實驗室研發(fā)的遠程無線監(jiān)護系統(tǒng)的重要組成部分，主要由心電數(shù)據(jù)采集單元、數(shù)據(jù)網(wǎng)絡(luò)傳輸單元、智能終端數(shù)據(jù)分析單元等組成，通過藍牙、串口連接心電采集設(shè)備獲取實時心電采集數(shù)據(jù)，在Android智能手機上存儲心電數(shù)據(jù)，對心電數(shù)據(jù)進行實時分析，及時將分析結(jié)果、心電波形顯示給用戶查看，并將心電數(shù)據(jù)通過無線網(wǎng)絡(luò)實時傳輸?shù)奖O(jiān)護中心，軟件系統(tǒng)結(jié)構(gòu)如圖1所示。

圖1 心電監(jiān)護軟件系統(tǒng)結(jié)構(gòu)

2 心電監(jiān)護軟件系統(tǒng)設(shè)計與實現(xiàn)

2.1 心電數(shù)據(jù)的采集和存儲

實時心電數(shù)據(jù)的采集包括采集模塊和智能手機兩個硬件組成部分，如圖2所示，涉及兩個過程：①通過心電信號采集模塊，使用導(dǎo)聯(lián)線連接人體獲取心電信號，采樣頻率為500Hz，心電信號通過硬件濾波放大，并通過A／D轉(zhuǎn)換器得到數(shù)字信號；②在采集模塊內(nèi)部對心電信號進行軟件濾波，將去除高頻干擾、肌電干擾、工頻干擾、基線漂移后的心電信號發(fā)送至Android智能移動終端供運行于智能移動終端的心電監(jiān)護軟件處理。

圖2 心電數(shù)據(jù)采集

2.1.1 心電數(shù)據(jù)采集與接收

數(shù)據(jù)采集所采用的采集模塊是基于本實驗室遠程心電實時監(jiān)護終端［4］實現(xiàn)，通過串口和藍牙與Android智能手機完成通信。

為了從采集模塊完整的接收心電數(shù)據(jù)，心電信號采集模塊與智能手機之間采用數(shù)據(jù)包的形式來完成數(shù)據(jù)通信。每完成一次采樣，采集模塊將12導(dǎo)聯(lián)的心電數(shù)據(jù)按照指定的格式打包后發(fā)送至智能手機，心電數(shù)據(jù)包的格式如圖3所示。

心電數(shù)據(jù)包各位的意義見表1。

圖3 心電數(shù)據(jù)包格式

表1 心電數(shù)據(jù)包項

Android平臺的心電監(jiān)護軟件在接收到心電數(shù)據(jù)后，將數(shù)據(jù)保存在一個緩沖隊列中，使用緩沖隊列的目的是為了后續(xù)的數(shù)據(jù)處理做準(zhǔn)備。針對心電數(shù)據(jù)采樣率高 （500Hz），數(shù)據(jù)量大的特點，需要一個較大的隊列來保存心電數(shù)據(jù)。Android的進程內(nèi)存限制使得當(dāng)應(yīng)用程序在Dalvik虛擬機進程內(nèi)存空間內(nèi)使用較多內(nèi)存來存儲數(shù)據(jù)隊列時，會導(dǎo)致應(yīng)用程序響應(yīng)緩慢。解決辦法是使用Android NDK，向系統(tǒng)申請一個6M的存儲空間作為心電數(shù)據(jù)緩沖隊列，隊列中每個數(shù)據(jù)包保存著50ms的數(shù)據(jù)。對緩沖隊列的操作如圖4所示。

圖4 心電數(shù)據(jù)接收流程

操作步驟包括：

（1）對從采集模塊取回的數(shù)據(jù)，保存于一個50ms數(shù)據(jù)大小的連續(xù)存儲空間；

（2）連續(xù)存儲空間數(shù)據(jù)滿后，將數(shù)據(jù)復(fù)制到緩沖隊列的尾部，等待收取新的數(shù)據(jù)；

（3）在隊列頭部，使用一個觀察器，將隊列頭部數(shù)據(jù)塊復(fù)制到前端處理的3個線程做進一步處理。

2.1.2 無鎖緩沖隊列的設(shè)計

在后續(xù)的數(shù)據(jù)處理中，采用多線程技術(shù)來對數(shù)據(jù)進行存儲、分析、顯示、網(wǎng)絡(luò)傳送等，并且為了提高數(shù)據(jù)從采集接收到分發(fā)的快速完成，有必要將入隊操作和出隊操作放入不同的線程中，因此該緩沖隊列必須是線程安全的。對并發(fā)數(shù)據(jù)結(jié)構(gòu)進行操作時，常用的方法為使用互斥的讀寫鎖，即使用一個互斥鎖來保證緩沖隊列在同一時刻只有一個線程操作。使用互斥鎖來管理同步實現(xiàn)簡單，但是存在較大的效率問題：等待互斥鎖消耗許多寶貴的時間，而每次讀寫操作都需要進行鎖的獲取和釋放。因此，出于對效率和性能的考慮，本文設(shè)計使用一個無鎖隊列，降低隊列數(shù)據(jù)讀寫的等待時間，提高心電數(shù)據(jù)采集的實時性能。無鎖隊列的實現(xiàn)一般包括CAS，MCAS，WSTM，OSTM等［5］。

在本文設(shè)計的心電監(jiān)護軟件系統(tǒng)中，實時心電數(shù)據(jù)接收隊列只有一個數(shù)據(jù)生產(chǎn)者和一個數(shù)據(jù)消費者，參考CAS技術(shù)的實現(xiàn)原理，本文實現(xiàn)的心電數(shù)據(jù)接收隊列如圖5所示。隊列使用鏈表實現(xiàn)，Head指向隊列頭部節(jié)點，Tail指向隊列尾部節(jié)點。為了區(qū)分等待生產(chǎn)者線程生產(chǎn)數(shù)據(jù)的節(jié)點和等待消費者線程消費數(shù)據(jù)的節(jié)點，在隊列數(shù)據(jù)結(jié)構(gòu)中保持Divider指向這樣的節(jié)點：從該節(jié)點到Tail節(jié)點之間的節(jié)點為等待消費的節(jié)點，該節(jié)點前以及Tail節(jié)點后的節(jié)點為等待生產(chǎn)的節(jié)點。Head節(jié)點只有生產(chǎn)者訪問，而Divider和Tail則為生產(chǎn)者和消費者共享訪問，對這兩個指針設(shè)定為原子操作變量。另一方面，為了減少頻繁的內(nèi)存申請和釋放，隊列使用固定節(jié)點數(shù)目的循環(huán)鏈表，在初始化時即申請完成整個隊列所需的存儲空間。生產(chǎn)者向隊列尾部插入數(shù)據(jù)的操作：

消費者從隊列頭部取出數(shù)據(jù)的操作：

在生產(chǎn)者線程中，每次數(shù)據(jù)入隊后，都會更新隊頭指針位置，保證Head和Divider之間的節(jié)點沒有未出隊的節(jié)點存在；在消費者線程中，每次取回的數(shù)據(jù)為Divider下一個節(jié)點的數(shù)據(jù)，這樣保證了即使此時生產(chǎn)者插入節(jié)點也不影響消費者獲取當(dāng)前的隊頭元素。利用Divider來分開生產(chǎn)者和消費者操作的節(jié)點，以此來保證隊列操作的線程安全。

2.1.3 心電數(shù)據(jù)的讀取驅(qū)動

本文設(shè)計的軟件針對兩種心電數(shù)據(jù)采集模塊連接方式：專用心電手機的串口通信和普通智能手機的藍牙通信。在Android SDK中，并沒有提供可以直接操作串口的API，因此我們需要使用Android NDK，調(diào)用Linux串口驅(qū)動完成串口的配置、打開和關(guān)閉，然后通過JNI來向上層Framework開發(fā)操作接口，最后通過Java API的文件描述符類FileDescriptor來操作串口設(shè)備文件。藍牙通信則可直接使用Android SDK的藍牙API，藍牙通信實現(xiàn)流程為打開本機藍牙，搜索周圍設(shè)備并與心電數(shù)據(jù)采集模塊的設(shè)備藍牙進行配對，配對成功后雙方使用RFCOMM建立連接和數(shù)據(jù)通信［6］，API中針對每個步驟的操作都有十分詳盡的接口供開發(fā)者調(diào)用。移動監(jiān)護軟件根據(jù)用戶設(shè)置，在不同采集模式下啟用不同的數(shù)據(jù)讀取驅(qū)動來讀取數(shù)據(jù)并存儲到緩沖隊列。

2.1.4 心電數(shù)據(jù)的數(shù)據(jù)庫存儲

在Android智能手機上，使用SQLite3數(shù)據(jù)庫來存儲心電數(shù)據(jù)。從心電采集模塊接收到數(shù)據(jù)后，及時的將數(shù)據(jù)分發(fā)到數(shù)據(jù)庫存儲線程進行存儲，存儲的方式為按照緩沖隊列的數(shù)據(jù)塊大小 （50ms）存儲，并保證在數(shù)據(jù)庫中可查詢某一次連續(xù)測量得到的全部數(shù)據(jù)集已經(jīng)數(shù)據(jù)是否已經(jīng)送達遠程監(jiān)護中心服務(wù)器。根據(jù)需求，數(shù)據(jù)庫的設(shè)計包含兩張表：records和ecgs，records表和ecgs表是一對一的關(guān)系，在records表中存儲一個心電數(shù)據(jù)塊的元信息，ecgs表存儲的是實際各導(dǎo)聯(lián)心電數(shù)據(jù)，兩表的數(shù)據(jù)項如表2所示。

移動心電監(jiān)護軟件中，數(shù)據(jù)庫管理模塊提供數(shù)據(jù)庫查詢、創(chuàng)建、更新和刪除功能。由于在移動設(shè)備上的存儲空間有限，長時間連續(xù)采集的心電數(shù)據(jù)量非常大，因此只保存最近48小時的數(shù)據(jù)供本地查看，其它時間段的數(shù)據(jù)則在本地需要查看時再從監(jiān)護中心服務(wù)器下載。每次數(shù)據(jù)庫管理模塊啟動后，在后臺執(zhí)行如下操作來清理歷史數(shù)據(jù)：根據(jù)set＿timestamp查詢48小時以前的數(shù)據(jù)集合數(shù)據(jù)塊，執(zhí)行刪除。實時數(shù)據(jù)的存儲在移動監(jiān)護軟件接收到數(shù)據(jù)后同步執(zhí)行更新操作。數(shù)據(jù)庫管理模塊的另一個重要功能是，從數(shù)據(jù)庫中取出send列為0的數(shù)據(jù)塊，這部分數(shù)據(jù)為用戶在離線狀態(tài)下測得的數(shù)據(jù)，在不進行實時采集的時段，將這部分數(shù)據(jù)發(fā)送回監(jiān)護中心服務(wù)器。

圖5 無鎖隊列結(jié)構(gòu)

表2 心電數(shù)據(jù)表設(shè)計

2.2 心電數(shù)據(jù)的網(wǎng)絡(luò)傳輸

Android平臺心電監(jiān)護軟件作為與采集設(shè)備直接相連的數(shù)據(jù)接收前端，完成數(shù)據(jù)采集后，需要實時和完整的將心電數(shù)據(jù)發(fā)送到監(jiān)護中心服務(wù)器。在理想的網(wǎng)絡(luò)環(huán)境中，通過使用TCP協(xié)議，數(shù)據(jù)發(fā)送的實時性和完整性可以很容易得到保證，但在移動網(wǎng)絡(luò)中，由于無線信號衰落、誤碼率高等原因造成頻繁丟包，觸發(fā)不必要的擁塞控制，導(dǎo)致TCP協(xié)議性能下降［7］。針對TCP在無線網(wǎng)絡(luò)性能優(yōu)化相關(guān)研究工作實現(xiàn)多在擁塞控制算法優(yōu)化上，實際心電監(jiān)護設(shè)備都多種多樣，為了保證心電監(jiān)護軟件的移植和擴展。我們選擇在應(yīng)用層上設(shè)計一種心電數(shù)據(jù)傳輸機制來保證數(shù)據(jù)完整性；同時，心電數(shù)據(jù)的實時傳輸需求是一種TCP長連接的應(yīng)用，如何準(zhǔn)確確認連接狀態(tài)也是設(shè)計中需要考慮的問題。

2.2.1 心電數(shù)據(jù)傳輸機制

心電數(shù)據(jù)在網(wǎng)絡(luò)中以報文形式傳輸，Android端的心電監(jiān)護軟件與監(jiān)護中心服務(wù)器建立連接后，將心電數(shù)據(jù)按照指定格式打包，采用TCP／IP的傳輸層與網(wǎng)絡(luò)層協(xié)議，通過Socket套接字發(fā)送到服務(wù)器指定端口。雖然使用的是可靠傳輸協(xié)議，但在網(wǎng)絡(luò)擁塞、隨機丟包、Android客戶端斷線等情況時，部分數(shù)據(jù)包被丟棄。為了應(yīng)對這種情況，我們選擇在應(yīng)用層實現(xiàn)一個類似TCP協(xié)議的 “發(fā)送－確認－請求重傳－補發(fā)”機制：Android端為每個數(shù)據(jù)包添加包頭信息，加入序列號信息；監(jiān)護中心對成功收到的數(shù)據(jù)包，發(fā)送給Android端一個接收確認數(shù)據(jù)包；監(jiān)護中心服務(wù)器收到數(shù)據(jù)包后，檢查當(dāng)前數(shù)據(jù)包序列號是否與上一數(shù)據(jù)包連續(xù)，不連續(xù)則認為有丟包出現(xiàn)，立即向Android端監(jiān)護軟件發(fā)送請求重傳數(shù)據(jù)包；Android端接收到服務(wù)器數(shù)據(jù)包，進行包分析，取出心電數(shù)據(jù)包序號，若是確認數(shù)據(jù)包，則刪除發(fā)送緩沖區(qū)對應(yīng)的數(shù)據(jù)包，若是請求數(shù)據(jù)包，則重傳相應(yīng)的心電數(shù)據(jù)包。雙方通信數(shù)據(jù)包描述見圖6。

圖6 通信數(shù)據(jù)包

圖6中的注冊包是用于Android端心電監(jiān)護軟件開始一次心電采集時，向監(jiān)護中心服務(wù)器發(fā)起連接請求注冊，注冊包中包含的 “開始時間”字段對應(yīng)上文數(shù)據(jù)庫表records中的set＿timestamp，使用該字段注冊后，服務(wù)器接收到的心電數(shù)據(jù)包采樣時間可以從包序號計算得出，每次發(fā)送心電數(shù)據(jù)就不再需要發(fā)送采樣時間。發(fā)送數(shù)據(jù)包類型包括注冊包，實時心電數(shù)據(jù)包，重傳心電數(shù)據(jù)包，服務(wù)器根據(jù)不同的數(shù)據(jù)包類型進行解析。接收數(shù)據(jù)包類型包括確認數(shù)據(jù)包和重傳請求包。

2.2.2 連接狀態(tài)保持

心電數(shù)據(jù)傳輸采用異步雙工的Server／Client通信方式，需要Android前端與監(jiān)護中心服務(wù)器端保持長連接狀態(tài)，在網(wǎng)絡(luò)狀況不佳時，網(wǎng)絡(luò)連接超時、斷線等時有發(fā)生，導(dǎo)致數(shù)據(jù)發(fā)送阻塞，發(fā)送緩沖區(qū)滿后數(shù)據(jù)丟失的問題。我們需要設(shè)置一個超時閾值，當(dāng)監(jiān)護軟件在閾值時間內(nèi)接收不到數(shù)據(jù)，則可認為連接出現(xiàn)異常，啟動斷線重連功能，并將超時期間沒能收到反饋的數(shù)據(jù)包加入重傳列表等待重傳。此外，利用KeepAlive原理來實現(xiàn)一個具有定時查看連接狀態(tài)，探測網(wǎng)絡(luò)狀況的網(wǎng)絡(luò)觀察器，并根據(jù)觀察器的網(wǎng)絡(luò)連接信息來適當(dāng)調(diào)整數(shù)據(jù)包發(fā)送速度。

2.2.3 網(wǎng)絡(luò)模塊實現(xiàn)

圖7 心電分析流程

利用Android SDK網(wǎng)絡(luò)編程API的標(biāo)準(zhǔn)套接字來進行TCP連接，在心電監(jiān)護軟件的網(wǎng)絡(luò)模塊使用4個線程來管理心電數(shù)據(jù)的傳輸，包括實時發(fā)送線程，接收線程，重傳線程，網(wǎng)絡(luò)狀態(tài)管理線程?？紤]到重傳時需要快速檢索到需要重傳的數(shù)據(jù)包，使用隊列結(jié)構(gòu)無法滿足需求，我們使用HashMap的并發(fā)版本ConcurrentHashMap來管理心電數(shù)據(jù)包，使用隊列來保存請求重傳數(shù)據(jù)包的序號。實時發(fā)送線程的心電數(shù)據(jù)來源于實時采集模塊，按照上文設(shè)定的格式打包發(fā)送的同時，將數(shù)據(jù)包保存到ConcurrentHash－Map中；接收線程則刪除完成確認的數(shù)據(jù)包，將重傳請求序列號存入重傳隊列；重傳線程則從重傳隊列中取出序列號，在ConcurrentHashMap獲取數(shù)據(jù)包進行網(wǎng)絡(luò)發(fā)送。網(wǎng)絡(luò)狀態(tài)管理線程則觀察網(wǎng)絡(luò)連接狀態(tài)，發(fā)現(xiàn)斷線情況則進行重連并及時發(fā)布系統(tǒng)消息。

2.3 心電數(shù)據(jù)的分析

Android平臺心電監(jiān)護軟件的一個重要功能是對采集得到的心電信號進行實時QRS波檢測，并以此為基礎(chǔ)計算實時心率，并對心律失常做到及時報警。QRS波的檢測方法根據(jù)算法原理的不同，可分為濾波方法、小波分析方法、模板匹配方法、形態(tài)學(xué)方法、神經(jīng)網(wǎng)絡(luò)方法等，文獻 ［8］對各類方法進行了對比分析。針對智能手機的存儲和CPU運算能力，以及實時數(shù)據(jù)分析需要快速完成的需求，綜合比較后，本文選取易于在嵌入式平臺實現(xiàn)的濾波器方法來進行QRS波的快速實時檢測，心電數(shù)據(jù)分析整體流程如圖7所示。智能手機上的分析結(jié)果包括QRS波群寬度、RR間歇、心率和心律是否正常。

2.3.1 濾波器方法

濾波器方法檢測QRS波的一般流程為：先使用一個帶通濾波器對原始心電信號波形濾波，通帶頻率選擇取為5～15Hz，可包含QRS波的主要成分；為了突出頻率響應(yīng)曲線中的QRS斜率對信號進行微分和平方；然后使用一個移動窗口對信號進行積分，積分所得的信號中包含了QRS的斜率信息和波群寬度信息；最后進行峰值位置檢測，并根據(jù)QRS波判定規(guī)則，在濾波所得信號上檢出QRS波。濾波器選取計算快速的差分濾波，濾波器的參數(shù)選擇基于文獻 ［9］中的實時快速算法實現(xiàn)，并對嵌入式處理器進行優(yōu)化，選取為2的n次方，同時調(diào)節(jié)移動窗口寬度，并在編程實現(xiàn)上較少內(nèi)存消耗。實時檢測算法包含頻繁的CPU調(diào)用，較少的動態(tài)內(nèi)存分配與釋放，在Android平臺實現(xiàn)QRS波檢測算法，使用NDK和C語言開發(fā)實現(xiàn)可得到更高的運行效率［10］。

2.3.2 心律分類

完成QRS波檢測后，可以得到幾個重要的心電特征參數(shù)：RR間歇、QRS寬度、心率。利用這些特征參數(shù)，我們可以完成簡單的心律分類，在Android智能手機的實時分析中，我們只將心律分為正常，室早和其它類型心律失常并對失常心律及時報警，更加復(fù)雜的心律失常判別則放在監(jiān)護中心完成。比較多種分類方法后，我們選擇使用文獻 ［11］中描述的算法并對其進行簡化，簡化之后為：心率小于100且QRS波寬小于100ms為正常心律；QRS波寬大于100ms且心率大于100判定為室性早搏。

3 實驗與結(jié)果分析

心電監(jiān)護軟件系統(tǒng)充分利用Android與設(shè)備無關(guān)的通用框架開發(fā)平臺，可以運行于使用Android操作系統(tǒng)的智能手機上，通過藍牙和串口獲取心電采集模塊的數(shù)據(jù)，實現(xiàn)Android平臺的心電QRS實時檢測、心率計算和顯示功能，滿足移動心電實時分析的要求。在Android平臺進行心律分類并顯示效果見圖8。

圖8 Android心電分析結(jié)果

通過無線網(wǎng)絡(luò)，利用本文設(shè)計的心電數(shù)據(jù)傳輸機制，可以完整的將數(shù)據(jù)發(fā)送到監(jiān)護中心服務(wù)器，圖9是一個服務(wù)器接收數(shù)據(jù)和請求重傳的日志片段，可以看到，監(jiān)護中心對成功接收的數(shù)據(jù)包進行應(yīng)答，并對未收到的數(shù)據(jù)包向Android平臺心電監(jiān)護軟件發(fā)送補發(fā)請求，心電監(jiān)護軟件進行了及時重傳。

圖9 心電傳輸結(jié)果

4 結(jié)束語

本文設(shè)計了一個基于Android平臺的心電監(jiān)護軟件系統(tǒng)，并對系統(tǒng)各個功能實現(xiàn)進行了詳細的設(shè)計和討論，系統(tǒng)利用無鎖循環(huán)鏈表存儲結(jié)構(gòu)提高心電實時存儲效率，提出類似TCP協(xié)議的 “發(fā)送－確認－請求重傳－補發(fā)”機制來確保了心電數(shù)據(jù)傳輸?shù)耐暾?，并針對嵌入式處理器選取了一種計算快速的QRS波實時檢測算法。與現(xiàn)有移動監(jiān)護儀比較，本文方案利用Android智能手機等移動設(shè)備完成心電監(jiān)護，監(jiān)護成本低，具有普適的應(yīng)用前景。在今后的工作中，將進一步整合血壓、血氧、呼吸等參數(shù)，形成多生理參數(shù)的綜合監(jiān)護軟件系統(tǒng)。

［1］Shanthi Mendis，Pekka Puska，Bo Norrving.Global atlas on cardiovascular disease prevention and control［R］.The World Health Organization in collaboration with the World Heart Federation and the World Stroke Organization，2011：8－13.

［2］ZHANG Hejun，ZHANG Yue，ZHOU Bingkun.Design and implementation of software system for remote electrocardiographic monitoring ［J］.Computer Engineering and Applications，2006，42 （15）：219－224 （in Chinese）.［張和君，張躍，周炳坤.遠程心電監(jiān)護軟件系統(tǒng)的設(shè)計與實現(xiàn) ［J］.計算機工程與應(yīng)用，2006，42 （15）：219－224.］

［3］Gavalas D，Economou D.Development platforms for mobile applications：Status and trends［J］.IEEE Software，2011，28（1）：77－86.

［4］CHENG Zhuanpeng，ZHANG Yue.Design and implementation of real－time telecardiology monitor terminal［J］.Computer Engineering，2007，33 （11）：264－266 （in Chinese）.［成轉(zhuǎn)鵬，張躍.遠程心電實時監(jiān)護終端的設(shè)計與實現(xiàn) ［J］.計算機工程，2007，33 （11）：264－266.］

［5］Keir Fraser，Tim Harris.Concurrent programming without locks［J］.ACM Transactions on Computer Systems，2007，25（2）：1－59.

［6］Frank Ableson W.Android in action［M］.3rd ed.USA：Manning Publications Co，2011：386－393.

［7］HU Yu，CHEN Yuanyan.Enhanced TCP－Veno algorithm based on packet loss statistic［J］.Computer Engineering and Design，2011，32 （9）：2980－2983 （in Chinese）.［胡愚，陳元琰.基于丟包事件統(tǒng)計的TCP－Veno改進算法 ［J］.計算機工程與設(shè)計，2011，32 （9）：2980－2983.］

［8］LI Yanjun，YAN Hong.Comparison of familiar QRS detection approaches［J］.Progress in Biomedical Engineering，2008，29 （2）：101－107 （in Chinese）.［李延軍，嚴宏.QRS波群檢測常用算法的比較 ［J］.生物醫(yī)學(xué)工程學(xué)進展，2008，29 （2）：101－107.］

［9］ZHANG Longfei，ZHANG Yue.Real－time detection algorithm of multi－lead QRS wave ［J］.Computer Engineering，2011（16）：282－284 （in Chinese）. ［張龍飛，張躍.一種多導(dǎo)聯(lián)QRS波實 時 檢 測 算 法 ［J］.計 算 機 工 程，2011 （16）：282－284.］

［10］Cheng Min Lin，Jyh Horng Lin，Chyi Ren Dow，et al.Benchmark dalvik and native code for android system ［C］／／Second International Conference on Innovations in Bio－inspired Computing and Applications，2011：320－323.

［11］Kristoforus Hermawan.Development of ECG signal interpretation software on android 2.2［C］／／2nd International Conference on Instrumentation，Communications，Information Technology，and Biomedical Engineering，2011，259－264.