本發(fā)明屬于呼吸機的技術(shù)領(lǐng)域，特別是涉及一種遠程展示呼吸機實時治療數(shù)據(jù)的波形圖繪制方法，以通過云平臺便可遠程了解患者實時的治療效果(包括治療相關(guān)參數(shù)、報警信息以及實時流量和壓力波形圖)。

背景技術(shù)：

雖然在呼吸機設(shè)備上便可以直接看到患者進行治療時的相關(guān)治療參數(shù)及波形圖，但在互聯(lián)網(wǎng)時代的今天，可以通過互聯(lián)網(wǎng)使用戶、醫(yī)生更便捷地了解患者的治療情況。專利號201120274134.4公開的一種遠程睡眠呼吸監(jiān)測系統(tǒng)，包括睡眠呼吸，其中，還包括計算機或服務(wù)器，所述睡眠呼吸機采集心電數(shù)據(jù)、血氧數(shù)據(jù)、呼吸數(shù)據(jù)經(jīng)由無線網(wǎng)絡(luò)或計算機將數(shù)據(jù)傳輸?shù)椒?wù)器。其可實現(xiàn)對心電、血氧、呼吸數(shù)據(jù)進行采集，并通過無線網(wǎng)絡(luò)傳到服務(wù)器，采集到的所有數(shù)據(jù)都被存儲在服務(wù)器，醫(yī)護人員可以隨時隨地訪問服務(wù)器，獲得病人心電、血氧、呼吸數(shù)據(jù)，對病人的病情發(fā)展情況和趨勢做出統(tǒng)計分析和判斷。然而該遠程睡眠呼吸監(jiān)測系統(tǒng)是將呼吸機設(shè)備使用時產(chǎn)生的數(shù)據(jù)傳輸?shù)椒?wù)器進行存儲，并沒有對其進行實時在線展示，沒有將呼吸機治療的數(shù)據(jù)實時展示出來，使得用戶和醫(yī)生無法得知呼吸機的使用情況，以及了解患者的治療情況，給出治療建議或調(diào)整治療參數(shù)

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

本發(fā)明的目的就在于克服現(xiàn)有技術(shù)的不足，提供了一種遠程展示呼吸機實時治療數(shù)據(jù)的波形圖繪制方法，其通過云平臺對在線呼吸機繪制實時流量和壓力波形圖，并顯示相關(guān)的治療參數(shù)和報警信息，其實時波形圖的形式能直觀地顯示用戶的使用情況，使醫(yī)生及其他用戶可查看呼吸機使用時的實時流量和壓力波形圖，治療參數(shù)以及報警信息，方便醫(yī)生更便捷地了解患者的治療情況，給出治療建議或調(diào)整治療參數(shù)。且云平臺通過WebSocket與服務(wù)器建立連接，建立連接后服務(wù)器便會持續(xù)不斷地向云平臺發(fā)送數(shù)據(jù)，直至連接斷開，其云平臺不用定時向服務(wù)器發(fā)送請求建立連接，以盡可能的降低資源的損耗，加快響應(yīng)速度，且更穩(wěn)定。

為了實現(xiàn)上述目的，本發(fā)明提供了一種遠程展示呼吸機實時治療數(shù)據(jù)的波形圖繪制方法，包括如下步驟：

步驟(1)，呼吸機在線時，所述呼吸機將其在線狀態(tài)的實時數(shù)據(jù)傳輸給服務(wù)器；

步驟(2)，云平臺根據(jù)所述服務(wù)器接收到的實時數(shù)據(jù)判斷所述呼吸機是否在線，當判斷所述呼吸機在線時，所述云平臺發(fā)送接收實時數(shù)據(jù)指令給所述服務(wù)器，并與所述服務(wù)器建立WebSocket連接，所述服務(wù)器有所述呼吸機的實時數(shù)據(jù)時，便會主動將實時數(shù)據(jù)傳輸給所述云平臺，所述云平臺以對在線所述呼吸機進行實時監(jiān)測；

步驟(3)，所述云平臺接收到實時數(shù)據(jù)后，通過畫圖框架繪制所述呼吸機的實時波形圖，并且顯示信息包括呼吸機治療參數(shù)和報警信息；

步驟(4)，所述云平臺可隨時停止或結(jié)束對所述呼吸機的實時監(jiān)測，如想重新對所述呼吸機進行實時監(jiān)測，重復(fù)步驟(2)～(3)。

進一步地，在步驟(1)中，呼吸機在線時，呼吸機將其在線狀態(tài)的實時數(shù)據(jù)傳輸給服務(wù)器的過程如下：

a、呼吸機向云平臺發(fā)送連接請求，云平臺收到呼吸機發(fā)送的連接請求后，云平臺會向呼吸機發(fā)送傳遞實時數(shù)據(jù)指令；

b、呼吸機收到云平臺發(fā)送的傳遞實時數(shù)據(jù)指令后，將其在線狀態(tài)的實時數(shù)據(jù)發(fā)送給云平臺，云平臺對接收到的實時數(shù)據(jù)進行分類處理并保存；

c、呼吸機關(guān)閉治療并向云平臺發(fā)送關(guān)機指令和該次治療的報告數(shù)據(jù)，云平臺收到呼吸機發(fā)送的關(guān)機指令后斷開與呼吸機的連接；

d、當呼吸機重新開啟治療時，呼吸機與云平臺重新建立連接，以進行實時數(shù)據(jù)的傳輸。

云平臺在接收呼吸機傳輸?shù)臄?shù)據(jù)采取了websocket框架supersocket。SuperSocket是一個輕量級,跨平臺而且可擴展的Net/Mono Socket服務(wù)器程序框架。無須了解如何使用Socket,如何維護Socket連接和Socket如何工作，但是卻可以使用SuperSocket很容易地開發(fā)出一款Socket服務(wù)器端軟件，例如游戲服務(wù)器，GPS服務(wù)器,工業(yè)控制服務(wù)和數(shù)據(jù)采集服務(wù)器等等。

呼吸機和SuperSocket服務(wù)器建立連接后，服務(wù)器會對收到的數(shù)據(jù)進行過濾，過濾掉不符合協(xié)議的數(shù)據(jù)。服務(wù)器會對數(shù)據(jù)進行判斷，并對不同的信息分別進行不同的命令處理。

云平臺會根據(jù)所收到的實時數(shù)據(jù)的格式，設(shè)計相關(guān)的數(shù)據(jù)協(xié)議，接收到的數(shù)據(jù)會根據(jù)設(shè)計的數(shù)據(jù)協(xié)議進行過濾。同時云平臺也會根據(jù)接收到的數(shù)據(jù)類型設(shè)計相關(guān)的命令方法，也便對不同的數(shù)據(jù)類型進行不同的處理，如對實時數(shù)據(jù)和治療報告數(shù)據(jù)，需要進行不同的處理。以治療報告數(shù)據(jù)為例，云平臺在判斷該數(shù)據(jù)為治療報告類型的數(shù)據(jù)后，會進入到該類型下的命令處理方法下進行處理。如圖4所示，需進行如下處理：

1、對數(shù)據(jù)進行校驗，判斷數(shù)據(jù)是否完整且格式正確等；

2、判斷該數(shù)據(jù)的設(shè)備類型，不同的設(shè)備類型的治療報告解析的方法不同，因而判斷其設(shè)備類型后，對其進行對應(yīng)的報告解析；

3、將解析后的報告進行保存，將其保存至服務(wù)器的數(shù)據(jù)庫中。

同理，云平臺將會對不同的數(shù)據(jù)類型進行對應(yīng)的處理。

進一步地，步驟(1)中，所述呼吸機在線使用時產(chǎn)生的實時數(shù)據(jù)包括呼吸機流量、呼吸機壓力、呼吸機治療參數(shù)和報警信息，所述呼吸機定時將其在線狀態(tài)的實時數(shù)據(jù)傳輸給所述服務(wù)器，所述服務(wù)器接收實時數(shù)據(jù)后將數(shù)據(jù)保存于所述服務(wù)器的數(shù)據(jù)庫中。

進一步地，步驟(2)中，在線所述呼吸機定時將其最后在線時間傳輸給所述服務(wù)器，所述服務(wù)器更新其數(shù)據(jù)庫內(nèi)所述呼吸機的最后在線時間，所述云平臺從所述服務(wù)器的數(shù)據(jù)庫中獲取所述呼吸機的最后在線時間，以及所述服務(wù)器的當前時間，并進行比較以判斷所述呼吸機是否在線。

進一步地，步驟(2)中，當所述云平臺判斷所述呼吸機在線時，所述云平臺向所述服務(wù)器發(fā)送WebSocket請求建立連接，并通過WebSocket的框架SignalR與所述服務(wù)器建立連接。

進一步地，所述云平臺與所述服務(wù)器建立WebSocket連接后，所述服務(wù)器會持續(xù)不斷地向云平臺發(fā)送所述呼吸機的實時數(shù)據(jù)，直至所述云平臺與所述服務(wù)器的連接斷開。

進一步地，所述云平臺與所述服務(wù)器建立WebSocket連接的具體步驟包括如下：客戶端通過JavaScript發(fā)送連接請求，所述服務(wù)器收到請求后，會針對不同的客戶端生成對應(yīng)的連接ID，并將ID返回給客戶端，以告知客戶端連接已建立成功，連接建立成功后，所述服務(wù)器會定時向其數(shù)據(jù)庫獲取實時數(shù)據(jù)，并將實時數(shù)據(jù)定時發(fā)送給所述客戶端，所述客戶端接收實時數(shù)據(jù)。

進一步地，所述服務(wù)器在向其數(shù)據(jù)庫獲取實時數(shù)據(jù)時，會記錄每次獲取實時數(shù)據(jù)中的最后一條實時數(shù)據(jù)的ID，當下一次獲取實時數(shù)據(jù)時，將從該ID后的實時數(shù)據(jù)進行獲取。

進一步地，步驟(3)中，所述云平臺通過RGraph框架對接收到的實時數(shù)據(jù)繪制所述呼吸機的實時波形圖；所述RGraph繪制所述呼吸機的實時波形圖時，先建立坐標軸，并設(shè)置各參數(shù)及縱坐標的值，實時治療波形圖會隨著時間和接收到的實時數(shù)據(jù)從左向右動態(tài)移動，以生成所述呼吸機的動態(tài)實時波形圖。

進一步地，所述RGraph繪制所述呼吸機的實時波形圖的過程中，首先運用javascript進行實時波形圖的參數(shù)的初始化設(shè)置，包括縱坐標、橫坐標和標題，所述云平臺獲取實時數(shù)據(jù)后對實時數(shù)據(jù)進行處理，并將處理后的實時數(shù)據(jù)進行賦值更新，在繪制實時波形圖時，實時波形圖的數(shù)據(jù)為固定長度的數(shù)組，數(shù)組會根據(jù)獲取的實時數(shù)據(jù)進行更新，即移除數(shù)組最前面的數(shù)據(jù)，并將數(shù)組中每個數(shù)據(jù)均向前移位，在數(shù)組最后補充最新接收到的實時數(shù)據(jù)，對于所述呼吸機的治療參數(shù)及報警信息進行賦值即可更新。

進一步的，步驟(3)中，所述云平臺通過包括百度Echarts對接收到的實時數(shù)據(jù)繪制所述呼吸機的實時波形圖。ECharts開源來自百度商業(yè)前端數(shù)據(jù)可視化團隊，基于html5Canvas，是一個純Javascript圖表庫，提供直觀，生動，可交互，可個性化定制的數(shù)據(jù)可視化圖表。同時還可通過其他的畫圖框架進行實時波形圖的繪制。

本發(fā)明的有益效果：本發(fā)明通過云平臺對在線呼吸機繪制實時流量和壓力波形圖，并顯示相關(guān)的治療參數(shù)和報警信息，其實時波形圖的形式能直觀地顯示用戶的使用情況，且實時波形圖僅延誤1-3秒，使醫(yī)生及其他用戶可查看呼吸機使用時的實時流量和壓力波形圖，治療參數(shù)以及報警信息，方便醫(yī)生更便捷地了解患者的治療情況，給出治療建議或調(diào)整治療參數(shù)。且云平臺通過WebSocket與服務(wù)器建立連接，建立連接后服務(wù)器便會持續(xù)不斷地向云平臺發(fā)送數(shù)據(jù)，直至連接斷開，其云平臺不用定時向服務(wù)器發(fā)送請求建立連接，以盡可能的降低資源的損耗，加快響應(yīng)速度，且更穩(wěn)定。

附圖說明

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

圖1為本發(fā)明實施例的流程圖。

圖2為本發(fā)明實施例中云平臺繪制實時波形圖和顯示信息圖示例。

圖3為本發(fā)明實施例中呼吸機向服務(wù)器傳輸數(shù)據(jù)過程的流程圖。

圖4為本發(fā)明實施例中云平臺對接收到的呼吸機實時數(shù)據(jù)的處理流程圖。

具體實施方式

為更進一步闡述本發(fā)明為達成預(yù)定發(fā)明目的所采取的技術(shù)手段及功效，以下結(jié)合附圖及較佳實施例，對本發(fā)明的具體實施方式、結(jié)構(gòu)、特征及其功效，詳細說明如下。應(yīng)當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，本發(fā)明提供的一種遠程展示呼吸機實時治療數(shù)據(jù)的波形圖繪制方法，包括如下步驟：

步驟(1)，呼吸機在線時，所述呼吸機將其在線狀態(tài)的實時數(shù)據(jù)傳輸給服務(wù)器；

步驟(2)，云平臺根據(jù)所述服務(wù)器接收到的實時數(shù)據(jù)判斷所述呼吸機是否在線，當判斷所述呼吸機在線時，所述云平臺發(fā)送接收實時數(shù)據(jù)指令給所述服務(wù)器，并與所述服務(wù)器建立WebSocket連接，所述服務(wù)器有所述呼吸機的實時數(shù)據(jù)時，便會主動將實時數(shù)據(jù)傳輸給所述云平臺，所述云平臺以對在線所述呼吸機進行實時監(jiān)測；

步驟(3)，所述云平臺接收到實時數(shù)據(jù)后，通過畫圖框架繪制所述呼吸機的實時波形圖，并且顯示信息包括呼吸機治療參數(shù)和報警信息；

步驟(4)，所述云平臺可隨時停止或結(jié)束對所述呼吸機的實時監(jiān)測，如想重新對所述呼吸機進行實時監(jiān)測，重復(fù)步驟(2)～(3)。

在本發(fā)明的遠程展示呼吸機實時波形圖繪制方法中，云平臺監(jiān)測一臺或多臺呼吸機，其中云平臺只對在線呼吸機進行實時監(jiān)測。

如圖3所示，在步驟(1)中，呼吸機在線時，呼吸機將其在線狀態(tài)的實時數(shù)據(jù)傳輸給服務(wù)器的過程如下：

a、呼吸機向云平臺發(fā)送連接請求，云平臺收到呼吸機發(fā)送的連接請求后，云平臺會向呼吸機發(fā)送傳遞實時數(shù)據(jù)指令；

b、呼吸機收到云平臺發(fā)送的傳遞實時數(shù)據(jù)指令后，將其在線狀態(tài)的實時數(shù)據(jù)發(fā)送給云平臺，云平臺對接收到的實時數(shù)據(jù)進行分類處理并保存；

c、呼吸機關(guān)閉治療并向云平臺發(fā)送關(guān)機指令和該次治療的報告數(shù)據(jù)，云平臺收到呼吸機發(fā)送的關(guān)機指令后斷開與呼吸機的連接；

d、當呼吸機重新開啟治療時，呼吸機與云平臺重新建立連接，以進行實時數(shù)據(jù)的傳輸。

云平臺在接收呼吸機傳輸?shù)臄?shù)據(jù)采取了websocket框架supersocket。SuperSocket是一個輕量級,跨平臺而且可擴展的Net/Mono Socket服務(wù)器程序框架。無須了解如何使用Socket,如何維護Socket連接和Socket如何工作，但是卻可以使用SuperSocket很容易地開發(fā)出一款Socket服務(wù)器端軟件，例如游戲服務(wù)器，GPS服務(wù)器,工業(yè)控制服務(wù)和數(shù)據(jù)采集服務(wù)器等等。

呼吸機和SuperSocket服務(wù)器建立連接后，服務(wù)器會對收到的數(shù)據(jù)進行過濾，過濾掉不符合協(xié)議的數(shù)據(jù)。服務(wù)器會對數(shù)據(jù)進行判斷，并對不同的信息分別進行不同的命令處理。

云平臺會根據(jù)所收到的實時數(shù)據(jù)的格式，設(shè)計相關(guān)的數(shù)據(jù)協(xié)議，接收到的數(shù)據(jù)會根據(jù)設(shè)計的數(shù)據(jù)協(xié)議進行過濾。同時云平臺也會根據(jù)接收到的數(shù)據(jù)類型設(shè)計相關(guān)的命令方法，也便對不同的數(shù)據(jù)類型進行不同的處理，如對實時數(shù)據(jù)和治療報告數(shù)據(jù)，需要進行不同的處理。以治療報告數(shù)據(jù)為例，云平臺在判斷該數(shù)據(jù)為治療報告類型的數(shù)據(jù)后，會進入到該類型下的命令處理方法下進行處理。如圖4所示，需進行如下處理：

a、對數(shù)據(jù)進行校驗，判斷數(shù)據(jù)是否完整且格式正確等；

b、判斷該數(shù)據(jù)的設(shè)備類型，不同的設(shè)備類型的治療報告解析的方法不同，因而判斷其設(shè)備類型后，對其進行對應(yīng)的報告解析；

c、將解析后的報告進行保存，將其保存至服務(wù)器的數(shù)據(jù)庫中。

同理，云平臺將會對不同的數(shù)據(jù)類型進行對應(yīng)的處理。

步驟(1)中，所述呼吸機在線使用時產(chǎn)生的實時數(shù)據(jù)包括呼吸機流量、呼吸機壓力、呼吸機治療參數(shù)和報警信息，所述呼吸機定時將其在線狀態(tài)的實時數(shù)據(jù)傳輸給所述服務(wù)器，所述服務(wù)器接收實時數(shù)據(jù)后將數(shù)據(jù)保存于所述服務(wù)器的數(shù)據(jù)庫中。呼吸機需定時將其在線狀態(tài)的實時數(shù)據(jù)傳輸給服務(wù)器，因此呼吸機內(nèi)需安裝通訊模塊，通過通訊模塊與服務(wù)器通過網(wǎng)絡(luò)連接或有線連接，以實現(xiàn)呼吸機與服務(wù)器進行數(shù)據(jù)交互，服務(wù)器接收呼吸機的實時數(shù)據(jù)后，將實時數(shù)據(jù)存儲于服務(wù)器的數(shù)據(jù)庫中。

如圖2示例中，云平臺接收到呼吸機的實時數(shù)據(jù)后，通過畫圖框架繪制呼吸機的實時波形圖，并且顯示信息包括呼吸機治療參數(shù)和報警信息，其實時波形圖為實時流量波形圖和實時壓力波形圖，呼吸機治療參數(shù)包括呼吸機型號、呼吸機編號、用戶姓名、患者治療時間、患者的治療模式、患者的呼吸頻率的數(shù)據(jù)、呼吸機運行時IPAP和EPAP的目標壓力(其中目標壓力不等同于呼吸機運行時的實際壓力)、患者單次呼吸的漏氣量、患者單次呼吸周期內(nèi)的峰流速、患者單次呼吸的潮氣量、分鐘通氣量、患者單次呼吸的吸呼比、患者單次呼吸的吸氣努力、患者的血氧數(shù)據(jù)和患者的心率數(shù)據(jù)。通過云平臺展示患者治療過程中的實時流量波形圖和實時壓力波形圖、以及呼吸機治療參數(shù)和報警信息，方便醫(yī)生和其他用戶更便捷地了解用戶的治療情況，給出治療建議或調(diào)整治療參數(shù)等。

步驟(2)中，在線所述呼吸機定時將其最后在線時間傳輸給所述服務(wù)器，所述服務(wù)器更新其數(shù)據(jù)庫內(nèi)所述呼吸機的最后在線時間，所述云平臺從所述服務(wù)器的數(shù)據(jù)庫中獲取所述呼吸機的最后在線時間，以及所述服務(wù)器的當前時間，并進行比較以判斷所述呼吸機是否在線。具體地，在線呼吸機每3秒定時將其最后在線時間傳輸給服務(wù)器，服務(wù)器更新其數(shù)據(jù)庫內(nèi)呼吸機的最后在線時間，云平臺從服務(wù)器的數(shù)據(jù)庫中獲取呼吸機的最后在線時間，以及服務(wù)器的當前時間，并進行比較以判斷呼吸機是否在線。當服務(wù)器接收到呼吸機實時數(shù)據(jù)后，只要服務(wù)器內(nèi)有呼吸機的實時數(shù)據(jù)便會主動將其發(fā)送給云平臺，提高響應(yīng)速度，更快速地更新云平臺上呼吸機的治療參數(shù)，展示更新的實時流量和實時壓力，以更快地速度知道用戶的治療情況，以便醫(yī)生能及時處理用戶發(fā)生的緊急問題。

步驟(2)中，當所述云平臺判斷所述呼吸機在線時，所述云平臺向所述服務(wù)器發(fā)送WebSocket請求建立連接，并通過WebSocket的框架SignalR與所述服務(wù)器建立連接。

WebSocket protocol是HTML5的一種新協(xié)議，它實現(xiàn)了瀏覽器與服務(wù)器全雙工通信。在WebSocket API中，瀏覽器和服務(wù)器只需要要做一個握手的動作后，瀏覽器和服務(wù)器之間就形成了一條快速通道。兩者之間就直接可以數(shù)據(jù)互相傳送，能更好地節(jié)省服務(wù)器資源和帶寬并達到實時通訊。而現(xiàn)很多網(wǎng)站為了實現(xiàn)即時通訊，所用的技術(shù)都是輪詢(polling)。輪詢是在特定的時間間隔(如每1秒)，由瀏覽器對服務(wù)器發(fā)出HTTP request，然后由服務(wù)器返回最新的數(shù)據(jù)給客服端的瀏覽器。這種傳統(tǒng)的HTTP request的模式帶來很明顯的缺點，即瀏覽器需要不斷地向服務(wù)器發(fā)出請求，然而HTTP request的header是非常長的，里面包含的有用數(shù)據(jù)可能只是一個很小的值，這樣會占用很多的帶寬。而最新AJAX輪詢，其雖能達到全雙工通信，但瀏覽器依然需不斷向服務(wù)器發(fā)送請求。而本發(fā)明云平臺與服務(wù)器建立WebSocket連接后，服務(wù)器會持續(xù)不斷地向云平臺發(fā)送所述呼吸機的實時數(shù)據(jù)，直至云平臺與所述服務(wù)器的連接斷開，云平臺不用定時向服務(wù)器發(fā)送請求建立連接，以盡可能的降低資源的損耗。

具體地，所述云平臺與所述服務(wù)器建立WebSocket連接的具體步驟包括如下：客戶端通過JavaScript發(fā)送連接請求，所述服務(wù)器收到請求后，會針對不同的客戶端生成對應(yīng)的連接ID，并將ID返回給客戶端，以告知客戶端連接已建立成功，連接建立成功后，所述服務(wù)器會定時向其數(shù)據(jù)庫獲取實時數(shù)據(jù)，并將實時數(shù)據(jù)定時發(fā)送給所述客戶端，所述客戶端接收實時數(shù)據(jù)。

所述服務(wù)器在向其數(shù)據(jù)庫獲取實時數(shù)據(jù)時，會記錄每次獲取實時數(shù)據(jù)中的最后一條實時數(shù)據(jù)的ID，當下一次獲取實時數(shù)據(jù)時，將從該ID后的實時數(shù)據(jù)進行獲取。

步驟(3)中，所述云平臺通過RGraph框架對接收到的實時數(shù)據(jù)繪制所述呼吸機的實時波形圖；所述RGraph繪制所述呼吸機的實時波形圖時，先建立坐標軸，并設(shè)置各參數(shù)及縱坐標的值，實時治療波形圖會隨著時間和接收到的實時數(shù)據(jù)從左向右動態(tài)移動，以生成所述呼吸機的動態(tài)實時波形圖。

RGraph是一款開源類的繪制函數(shù)圖像軟件，它可以幫助用戶在坐標系統(tǒng)繪制數(shù)學圖形，并且該程序繪制的圖形可以很容易地粘貼到其它應(yīng)用程序。

所述RGraph繪制所述呼吸機的實時波形圖的過程中，首先運用javascript進行實時波形圖的參數(shù)的初始化設(shè)置，包括縱坐標、橫坐標和標題，所述云平臺獲取實時數(shù)據(jù)后對實時數(shù)據(jù)進行處理，并將處理后的實時數(shù)據(jù)進行賦值更新，在繪制實時波形圖時，實時波形圖的數(shù)據(jù)為固定長度的數(shù)組，數(shù)組會根據(jù)獲取的實時數(shù)據(jù)進行更新，即移除數(shù)組最前面的數(shù)據(jù)，并將數(shù)組中每個數(shù)據(jù)均向前移位，在數(shù)組最后補充最新接收到的實時數(shù)據(jù)，對于所述呼吸機的治療參數(shù)及報警信息進行賦值即可更新。

步驟(3)中，所述云平臺通過包括百度Echarts對接收到的實時數(shù)據(jù)繪制所述呼吸機的實時波形圖。ECharts開源來自百度商業(yè)前端數(shù)據(jù)可視化團隊，基于html5Canvas，是一個純Javascript圖表庫，提供直觀，生動，可交互，可個性化定制的數(shù)據(jù)可視化圖表。同時還可通過其他的畫圖框架進行實時波形圖的繪制。

本發(fā)明通過云平臺對在線呼吸機繪制實時流量和壓力波形圖，并顯示相關(guān)的治療參數(shù)和報警信息，其實時波形圖的形式能直觀地顯示用戶的使用情況，且實時波形圖僅延誤1-3秒，使醫(yī)生及其他用戶可查看呼吸機使用時的實時流量和壓力波形圖，治療參數(shù)以及報警信息，方便醫(yī)生更便捷地了解患者的治療情況，給出治療建議或調(diào)整治療參數(shù)。且云平臺通過WebSocket與服務(wù)器建立連接，建立連接后服務(wù)器便會持續(xù)不斷地向云平臺發(fā)送數(shù)據(jù)，直至連接斷開，其云平臺不用定時向服務(wù)器發(fā)送請求建立連接，以盡可能的降低資源的損耗，加快響應(yīng)速度，且更穩(wěn)定。

以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術(shù)人員應(yīng)該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下本發(fā)明還會有各種變化和改進，這些變化和改進都落入要求保護的本發(fā)明范圍內(nèi)。本發(fā)明要求保護范圍由所附的權(quán)利要求書及其等同物界定。