




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
個人健康設備通信規范I前言 2規范性引用文件 13術語和定義 14縮略語 25個人健康設備 25.1個人健康設備概述 25.2設備通信范圍 35.3通信總體要求 35.4個人健康設備類型 46個人健康設備通信模型 56.1通信模型 56.2數據包格式 76.3數據單元 87通信過程 97.1個人健康設備通信狀態 97.2設備尋址 7.3設備連接網絡 7.4服務描述 7.5設備操作 7.6安全性要求 8通信數據 8.1總體要求和總體原則 8.2編碼規范 8.3數據類型 8.4設備信息編碼 9通信服務模型 9.1互操作工作流程 9.2設備與外部存儲的傳輸流程 9.3通信的服務模型 9.4個人健康設備傳輸 10即插即用 10.1通信接口 10.2總體要求 10.3本地服務 Ⅱ 10.5管理程序 附錄A(資料性)老年慢性病監測與個人健康設備的通信說明 A.2相關人員 A.3涉及的人員和角色類型 A.4疾病管理 A.5老年高血壓數字管理(心臟病患者) A.6糖尿病 A.7老年糖尿病數字管理 A.8慢性阻塞性肺疾病 A.9呼吸暫停監測器(慢性肺病) 22A.10心臟病患者的移動健康監測 22A.11血壓說明 A.12慢性腎臟病患者并發癥監測 參考文獻 ⅢGB/T42123—2022本文件按照GB/T1.1—2020《標準化工作導則第1部分:標準化文件的結構和起草規則》的規定起草。請注意本文件的某些內容可能涉及專利。本文件的發布機構不承擔識別專利的責任。本文件由中華人民共和國工業和信息化部提出。本文件由全國通信標準化技術委員會(SAC/TC485)歸口。本文件起草單位:北京理工大學、中國人民解放軍總醫院、中國電子技術標準化研究院、中國信息通信研究院、中國標準化研究院、國家糧食和物資儲備局標準質量中心、中國計量科學研究院、中國科協創新戰略研究院、中國老齡協會、北京正達康健生物醫學科技有限公司、汕頭大學醫學院第一附屬醫院。1個人健康設備通信規范1范圍本文件規定了個人健康設備通信規范,包括個人健康設備與健康信息管理終端(例如外部計算機、移動通信終端、機頂盒)之間的通信模型、協議構成以及即插即用等。本文件適用于醫療診斷或優化護理服務場景下的個人健康設備的即插即用和個人健康設備的通信設計。本文件不涉及個人健康設備的健康信息管理終端與其他上層管理系統(個人健康記錄系統、康復管理系統等)。2規范性引用文件下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。GB/T1988—1998信息技術信息交換用七位編碼字符GB18030—2022信息技術中文編碼字符集GB/T35273—2020信息安全技術個人信息安全規范GB/T37733.1—2019傳感器網絡個人健康狀態遠程監測第1部分:總體技術要求IEEE802.15.1aIEEE信息技術標準-LAN/MAN-特定要求第15a部分:無線個人區域網3術語和定義下列術語和定義適用于本文件。健康信息管理終端manager從一個或多個設備系統接收數據的節點。注:包括個人計算機、移動通信終端、機頂盒或計算機系統。域信息模型domaininformationmodel描述問題域的常見概念和關系的模型。在家庭日常生活中由持有者用來獲取個人生命體征、運動狀態和環境狀態等數據,且所得數據用于醫療診斷或者優化護理服務的設備。2設備開始與健康信息管理終端進行連接后,健康信息管理終端接受設備的連接請求的通信狀態。4縮略語下列縮略語適用于本文件。APDU:應用協議數據單元(ApplicationProtocolDataUnit)ASN.1:抽象語法表示法一(AbstractSyntaxNotationOne)BCD:二進碼十進數(Binary-CodedDecimal)BER:基本編碼規則(BasicEncodingRule)CE:消費電子設備(ConsumerElectronics)HDP:健康設備配置協議(HealthDeviceProfile)HTTPS:超文本傳輸安全協議(HypertextTransferProtocolSecure)IP:互聯網協議(InternetProtocol)JSON:JS對象簡譜(JavaScriptObjectNotation)MDER:醫學可辨別編碼規則(MedicalDistinguishedEncodingRules)PHD:個人健康設備(PersonalHealthDevice)TCP:傳輸控制協議(TransmissionControlProtocol)UDP:用戶數據報協議(UserDatagramProtocol)UPnP:通用即插即用(UniversalPlugandPlay)URL:統一資源定位系統(UniformResourceLocator)USB:通用串行總線(UniversalSerialBus)WLAN:無線局域網(WirelessLocalAreaNetwork)XML:可擴展標記語言(EXtensibleMarkupLanguage)5個人健康設備個人健康系統中所涉及的實體包括個人健康設備、傳輸網絡和健康信息管理終端。個人健康設備通過傳輸網絡與健康信息管理終端連接,傳遞信息數據等內容。其信息主要為控制設備開關運行的控制指令信息和患者使用設備產生的健康管理信息。傳輸網絡可為有線或無線的連接方式,無線連接方式包括藍牙、zigbee、WLAN、蜂窩網絡等。健康信息管理終端一般個人健康設備主要通過采集使用者的生命體征、運動狀態、所處環境來實現對患者的個人健康管理。個人健康設備在疾病管理的應用主要分為三大類應用場景:疾病預防性檢測、慢病實時監測和居家康復監測。如果以一定的方式傳播,共享和使用這些數據,將會影響使用者的個人健康狀態。個人健康設備的相關人員包括用戶/患者、醫療專業人員、設備制造商和設備軟件開發人員。其中用戶/患者、醫療專業人員為個人健康設備的使用者,個人健康設備制造商和設備軟件開發人員為個人3健康設備的設計和開發者,也是本文件主要面向群體。個人健康設備通信為個人健康設備與健康信息管理終端(個人計算機、移動通信終端、機頂盒)之間的應用層通信。不涉及個人健康設備的健康信息管理終端與其他上層管理系統(疾病預防檢測、慢病實時監測、居家康復監測等)以及個人健康設備的5G通信。通信范圍見圖1。應用范圍應用范圍疾病預防檢測慢病實時監測居家康復監測個人健康設備信息交互模型個人健康設備通信模型體重秤血壓監測儀脈搏血氧儀機頂盒蜂窩網絡、USB傳輸層移動通信終端個人!計算機健無信息管理終端個人健康設備要求分述如下?!紤]覆蓋面積或半徑。特定設備需要考慮設備通信覆蓋面積,覆蓋面積應符合表1。為保障傳輸距離,通信設計應符合以下相對應的標準:——考慮個人健康設備移動性,需移動的設備移動時應保持通信連續性,個人健康設備通信移動性應符合表1;——應采用設備通信安全防護措施,保證通信安全;——考慮實時性,特定設備通信傳輸進行實時分級,實時性應符合表1。設備是否考慮覆蓋范圍是否考慮移動通信實時性分級脈搏血氧儀是是毫秒級基礎心電圖儀是是毫秒級血壓監測儀是是毫秒級體溫計否是秒級體重秤否否秒級血糖儀否否秒級4表1設備通信要求(續)設備是否考慮覆蓋范圍是否考慮移動通信實時性分級身體成分分析儀否否秒級呼氣流量峰值監測儀否否毫秒級尿液分析儀否否秒級連續血糖監測儀否否秒級藥物監測器否否秒級5.4個人健康設備類型個人健康設備的功能見表2,其使用說明參照附錄A。表2設備類型表設備名稱功能脈搏血氧儀測量病人動脈血液中氧氣含量的設備,利用動脈搏動期間光吸收量的變化通過無創方式測量血氧飽和度心電圖儀記錄用戶心電信號的設備,電極根據不同的導聯系統放置在人體表面特定位置,通過計算電極所在位置的電位差獲取心電信號。心電采集現多采用12導聯同步采集的方法,不同道數心電圖在打印結果時有速度上的區別,如單道心電圖儀一次只打印一個導聯,打印十二次,速度最慢體重秤測量一個人體重的裝置,也可測量其他生理參數(例如,體重指數或一個人的身高)。體重秤設備可使用各種方法測量體重,最常用的方法為在測量平面下放置幾個應變式稱重傳感器,以將形變轉換為質量血糖儀測量血液中葡萄糖濃度的裝置。從工作原理上可分為光電型和電極型兩種。光電血糖儀的探頭暴露在空氣中,誤差大,使用壽命短?,F在家用的血糖儀通常為電極型血糖儀,其電極口內藏,避免污染,精度高,大多數為有創型,并采用吸血式方法采血體溫計測量人體某些部位溫度的裝置。根據溫度傳感器的不同,體溫可通過多種原理獲得尿液分析儀測量尿液中化學物質的量和一些性質(例如pH和密度)的裝置。典型的尿液分析可以通過使用測試試劑條進行,將試劑條完全浸入新鮮尿液樣品中,在30s或60s后讀取顏色反應,顏色取決于用于定性測試的分析物呼氣流量峰值監測儀測量哮喘等呼吸道疾病患者呼氣功能的裝置,通過記錄呼氣期間的空氣流量和體積來測量受試者的肺功能連續血糖監測儀周期性連續獲得血糖濃度的裝置,通常從間質液中測量血糖。與血糖儀相比,連續血糖監測儀提供頻繁測量使患者能更全面地了解全天血糖水平的波動,從而降低患糖尿病并發癥的風險心血管健康與活動監測器測量個體的身體活動并記錄對該活動的生理反應。此設備多樣,可包括跑步機、健身自行車、心率監測器、計步器等,但監測值存在明顯的共性藥物監測器設備提供用戶用藥記錄的設備,用來改善患者的藥物依從性(即用藥與醫囑的一致性)56個人健康設備通信模型6.1通信模型6.1.1通信模型總則本條描述個人健康設備的一般通信模型和過程,概述通信模型的總體規范,同時規定了關于通信過程的總則和限制。本條主要規范設備與健康信息管理終端進行會話交互的過程,包括建立連接、數據傳送、釋放連接和連接終止等,這些狀態的轉變是通過有限自動狀態機來管理。設備與健康信息管理終端交互的數據是以數據單元的結構定義。通信模型中對拓撲結構、連接形式的規范如下:——通信模型拓撲結構可為一個或多個個人健康設備通過點對點的連接方式與健康信息管理終端進行通信; 如果健康信息管理終端要支持多個并發的個人健康設備(例如使用藍牙),則健康信息管理終端應能處理多個連接指示并且能與這些設備中的每一個設備分開進行關聯;——通信模型應支持設備可選擇生成到健康信息管理終端的單個連接和關聯,或者為健康信息管理終端生成多個連接指示和關聯(例如每種形式的連接指示和關聯);——設備選擇實現多個連接指示和關聯時,則不同關聯中的對象實例應完全獨立,關聯由不同設備實現;——當設備需要連接到網絡時,采用通過協議轉換連接到網絡。設備先向健康信息管理終端發送設備信息,再將健康數據進行封裝為數據包。個人健康設備在通信時考慮數據包的大小對于通信的影響,數據包大小考慮以下因素:——通信的時間成本以及及時性要求;——系統復雜性;——設備檢測的生理體征數量;——數據包以字節為單位;——若數據大小限制不允許在設備中包含一定數量的多個待定測量值,可使用多個事件報告發送;——應保證數據包的消息不能復制、不丟失、有序到達以及能偵查到錯誤情況的產生,當連接建立、斷開和產生異常時,能通知健康信息管理終端的上層應用,同時也要支持流量控制,以避免耗盡接收方的緩沖區; 可在傳輸過程中被分段和重新組裝,或者它們可能作為一個完整的單元被發送:——對于健康信息管理終端接受數據時,數據包大小應小于健康信息管理終端接受緩存區;如果一個健康信息管理終端收到一個比管理的接收緩沖區大的數據單元,應回應一個錯誤代碼;——包含長度信息,會話層能分片和重組數據單元消息,該長度由廠商定義,通常是在頭部位置,傳輸層并不維護,而是由健康信息管理終端的接收根據該信息將它作為完整的消息進行處理。6.1.3數據發送流程對于部分個人健康設備,需設備向健康信息管理終端發送流程如下。a)個人健康設備完成一次測量后,將測量數據保存在本地存儲。b)個人健康設備與健康信息管理終端通過其支持的連接方式,完成雙方間的傳輸層連接。6c)個人健康設備向健康信息管理終端發送應用層的連接請求,建立會話連接,并將自身設備ID和系統ID等信息填充至數據包中。d)健康信息管理終端接收到連接請求數據包,對其進行解析判斷,若確認可建立會話,回復連接e)個人健康設備接收到連接確認后,將相應數據塊標識位為1,將個人健康設備自身測量到的數據按格式填入數據包中發送給健康信息管理終端。若個人健康設備接收到拒絕連接數據包,則結束本次連接,釋放傳輸層連接信道。若個人健康設備長時間沒有連接確認響應(超過個人健康設備設置的超時時限),則判超時,并重新執行b)。f)健康信息管理終端接收到數據包后進行解析,若數據有誤,則發送數據出錯信息(將表示出錯位置的標識位置置為1)指示設備重新發送,否則返回確認信息。若設備長時間未得到回復,則判超時,將重新發送數據。g)健康信息管理終端對接收到的監測信息數據進行校驗,并對校驗結果進行反饋。若數據傳輸出現錯誤,要求個人健康設備重新發送數據。h)數據確認發送成功后,個人健康設備清除釋放測量數據存儲或使用其他方式處理。i)個人健康設備判斷無可發送數據后,發送釋放連接請求,此次數據發送完成。在設備向健康信息管理終端發送的關聯請求中的數據域字段結構包含以下內容?!P聯請求至少應支持BER編碼?!P聯請求包含使用的命名法的設置?!P聯請求包含函數單元,函數單元用以設置測試關聯位?!P聯請求包含系統類型?!P聯請求包含系統ID:系統ID為個人健康設備的系統對象的系統ID屬性的值。健康信息管理終端可使用此字段來確定它所關聯的健康信息監測器的標識,并可選擇實現簡單訪問限制策略?!P聯請求包含開發配置ID;開發配置ID為設備系統的開發組ID屬性的值。健康信息管理終端程序-連接響應在健康信息管理終端發送的關聯響應消息中:——響應結果的字段應設置為本文件中定義的相應響應,例如,如果滿足了關聯協議的所有其他條件,則當健康信息管理終端識別設備的配置ID并接受接收連接請求時,將返回接受;——在連接響應時,應設置數據協議標識符;——數據協議信息字段應包含以下參數值的個人健康設備關聯信息結構:●健康信息管理終端應使用由設備和健康信息管理終端支持的單個選定編碼規則進行響應;●除了與測試關聯相關的位外,功能數據單元位置應重置;●系統類型,用以表示健康信息管理終端的系統類型;●系統ID的字段應包含健康信息管理終端設備的唯一系統ID,應為有效的64位擴展唯一標記符(EUI-64);●設備配置ID,用以表示健康信息管理終端的配置響應;●數據請求模式功能。7在運行狀態期間,測量數據和狀態信息從設備傳達。獲取個人健康設備系統屬性在健康信息管理終端請求特定的個人健康設備的對象屬性時,由屬性列表中的元素指示,設備應使用服務消息進行響應,其中屬性列表包含所實現的個人健康設備系統對象的請求屬性。若設備不需要支持此功能,或未實現此功能,設備應返回錯誤結果服務消息。個人健康設備的具體的屬性列表和對象屬性參考個人健康設備交互模型。個人健康設備向健康信息管理終端的數據傳輸過程如下:a)個人健康設備的測量數據傳輸應始終由設備啟動,設備啟動傳輸后,測量數據開始傳輸;b)為了限制在數據單元中傳輸的數據量,個人健康設備的單個事件報告中臨時存儲的測量值數量應被限制;c)如果可供傳輸的待定測量過多,可使用多個事件報告進行發送,如果有多個測量值,則應在單個事件報告中最多傳輸25個測量值;d)如果可供傳輸的待定測量值過多,可使用單個事件報告對每個測量到的數據進行傳輸。但是宜使用c)來降低總體信息大小和功耗。發送數據和操作指令時,個人健康設備和健康信息管理終端之間的時間同步功能用以協調時鐘的一致性。如果使用時間同步,則應聲明個人健康設備系統對象的個人健康設備的系統時間信息。6.2數據包格式內容見表3。表3數據包內容名稱屬性說明起始符字符串位于數據起始部分,ASCIⅡ字符應符合GB/T1988—1998,若包含漢字,應符合命令單元字節見6.2.2,可為空0x00標識符字符串見7.3,可自定義編碼數據單元長度字描述數據單元的長度數據單元—見6.3校驗碼字檢驗數據的正確性,位于數據包最后部分,校驗方法廠商根據需求自選數據單元加密字若設備無通信加密,用0x00表示,若具有,用0x01表示8命令標識為健康信息管理終端對于個人健康設備的操作命令標識。個人健康設備對于健康信息管理終端的操作指令的應答標識,當設備發送應答時,更新應答標識,保留應答時間。6.3數據單元6.3.1數據單元格式位于數據單元頭部部分,由若干字段組成,可采用ASCⅡ編碼。數據單元頭部字段分為如下幾個字段:——指令列別,用于命令類別的標示,傳輸安全控制,傳輸信道說明等;——指令碼,用于指明指令列別中標示的指令類中的一個特定指令;數據信息域位于數據單元后端部分,用于傳送具體度量值、操作指令、字節數等信息,要求如下:——由若干個數據幀組成;——包含命令的數據字段的字節數;——數據域用來傳送數據。6.3.3關聯請求數據單元當在傳輸層上個人健康設備和健康信息管理終端之間已建立連接時,個人健康設備和健康信息管理終端進入連接狀態,并且個人健康設備對關聯請求數據單元進行封裝發送給健康信息管理終端。數據單元包括的信息如下所示?!摂祿卧念愋汀!摂祿卧乃行畔⒌拈L度?!蛄行畔ⅲ簽樵O備支持的數據協議的信息,設備支持的數據協議不同,設備傳送的數據協議信息也不同。若設備支持ISO/IEEE11073-20601:2016優化交換協議標準,則序列信息使用PhdAssociationInformation結構。若設備支持制造商規定的數據協議,則序列信息使用由制造商定義的結構?!獋€人健康設備支持的編碼規則,每個設備應支持MDER,設備也可支持XER[可擴展標記語言(XML)編碼規則]和PER(壓縮編碼規則)?!獋€人健康設備是否支持測試關聯以及進入測試關聯的標識?!到y標識,表示該數據單元是由什么系統傳送?!渲肐D定義了設備支持的配置類型;配置類型包括標準配置、擴展配置和已知以前的擴展配9置。配置類型表示設備支持的數據請求模式,當健康信息管理終端啟動的傳輸時,數據請求模式指示它支持的功能。數據模式請求功能所包含的模式信息如下所示:●停止正在運行的數據請求;●請求對象基于對象類;●請求對象基于對象句柄;●支持有限時間的數據請求;●支持無線時間的數據請求。6.3.4關聯響應數據單元當健康信息管理終端收到關聯請求時,健康信息管理終端將協議和操作參數與自己的協議和操作參數進行比較,并確定個人健康設備是否與健康信息管理終端兼容。關聯響應返回的結果及原因如下:——拒絕:由于健康信息管理終端無法識別設備提供的配置信息,健康信息管理終端無法與設備關聯,且沒有明確拒絕的原因;——暫時拒絕:由于資源限制等過渡條件,健康信息管理終端無法接受關聯;——未配置:關聯響被接受,但設備需要將其配置發送給健康信息管理終端;——無通用協議拒絕:由于在健康信息管理終端和設備之間共享的DataProtoList中找不到公共數據協議,健康信息管理終端拒絕關聯請求;——無通用參數拒絕:由于健康信息管理終端和設備在PhdAssociationInformation中沒有公共的操作參數,健康信息管理終端拒絕關聯請求;——未知原因拒絕:應謹慎使用,并且只有在上述返回碼不適用時使用;——違背授權拒絕:健康信息管理終端確定設備未被授權連接而拒絕,該結果由供應商指定。6.3.5數據演示單元數據演示單元是個人健康設備與健康信息管理終端在建立會話與釋放會話以外的所有數據傳輸表示單元,比如域信息模型中定義的一系列對象以及服務模型中定義的遠程服務均由此數據單元封裝。在數據演示單元設備與健康信息管理終端均應支持其在關聯過程中協商好的編碼協議。一個數據演示單元包含了一個字符串,該字符串中的值是根據個人健康設備系統對象列表中對象進行解析。該數據演示中包含的主要信息為個人健康設備采集的生命體征數據。數據單元應具體列出所調用的信息內容,給出選擇調用的事件類型,根據調用的事件類型不同給出的報告信息也不同。7通信過程7.1個人健康設備通信狀態一個或多個個人健康設備通過點對點連接到單個健康信息管理終端,對于每個點到點的動態系統的連接行為,需要定義個人健康設備和健康信息管理終端交互過程中不同階段的狀態以及引起狀態轉移的觸發事件。狀態機能有效直觀地表示個人健康設備與健康信息管理終端的狀態轉移。個人健康設備與健康信息管理終端的狀態轉移示意圖見圖2;通信模型的狀態描述見表4。未連接未連接連接釋放響應操作配置反饋連接響應發送配置連接放棄連接放棄關聯中未關聯圖2個人健康設備與健康信息管理終端的狀態轉移示意圖表4通信模型的狀態描述層級狀態名狀態描述第一層未連接狀態機的初始狀態,它表示健康信息管理終端與個人健康設備的傳輸層連接沒有建立,或在傳輸過程中傳輸層斷開連接,狀態機也會回到該狀態已連接通用傳輸層告知應用層已建立個人健康設備與健康信息管理終端間的物理連接。進入該狀態后,第二層初始狀態為“未關聯”子狀態第二層(已連接子狀未關聯第一層已連接狀態的初始子狀態,表示傳輸層連接已經建立關聯中此狀態表示個人健康設備開始與健康信息管理終端進行交互已關聯此狀態健康信息管理終端接受設備的連接請求解除關聯此狀態表示個人健康設備與健康信息管理終端處于連接釋放狀態第三層(關聯中子狀配置中該狀態表示健康信息管理終端檢測是否可識別設備的配置操作中該狀態表示個人健康設備可向健康信息管理終端傳送測量數據在通信模型中經常使用有限狀態描述來表示對象的各種狀態以及在這些狀態之間轉換的過程。有限狀態描述個人健康設備與健康信息管理終端建立通信的過程,其中個人健康設備與健康信息管理終端具有不同的狀態機模式,狀態機模式見表5。表5狀態模式狀態編號狀態個人健康設備健康信息管理終端1未連接有有2已連接但未關聯有有3已連接關聯中有無4已連接已關聯,配置中發送配置有無5已連接已關聯,配置中等待響應有無6已連接已關聯,配置中等待配置無有7已連接已關聯,配置中檢查配置無有8已連接已關聯,操作中有有9已連接釋放關聯有有個人健康設備主要包括以下幾種狀態。a)未連接狀態該狀態為個人健康設備啟動后的初始狀態。當個人健康設備上電但健康信息管理終端的物理連接尚未建立時,保持此狀態。當個人健康設備發生通信異常或掉電或完成傳輸任務后,也將回到此狀態。b)連接狀態當個人健康設備與健康信息管理終端的傳輸層已經建立物理連接時,個人健康設備進入連接狀態。該狀態只代表個人健康設備與健康信息管理終端具有了進行通信的物理條件,即傳輸信道的建立,在此狀態之下可進行會話連接請求、釋放等一系列動作,所以個人健康設備的連接狀態又分為未關聯、關聯中以及已關聯三個子狀態。c)未關聯狀態當個人健康設備與健康信息管理終端的物理連接建立后,個人健康設備默認以該狀態作為初始狀態,它可由建立物理連接進入此狀態,也可由于連接的釋放或會話請求被拒絕而回到此狀態。d)關聯中狀態個人健康設備在進入未關聯狀態后,通常會發送一個會話連接請求,同時將自身狀態遷移至該狀態。若發生數據傳輸錯誤或超時等情況,則發起的會話連接請求會失敗,返回未關聯狀態;若發起的會話連接請求成功,則進入已關聯狀態。e)已關聯狀態在該狀態下,個人健康設備已經與健康信息管理終端建立了會話。該狀態來自于健康信息管理終端對個人健康設備發起的會話請求的響應。這一狀態可持續到一方發起釋放請求或因異常而終止會話。在該狀態下,可進行設備信息的配置以及數據的交互,已關聯狀態可分為兩個子狀態:操作以及配置中狀態。f)配置中狀態在個人健康設備發起會話請求后,健康信息管理終端可能直接接受請求,也可表示同意接受請求但由于不能識別設備配置需要個人健康設備發送自己的設備配置信息,這時個人健康設備會接受對方發來的相應并將自身轉移至配置中狀態。在該狀態下,個人健康設備會嘗試不斷發送自身的配置信息給健康信息管理終端,直到對方能識別或發送了所有的信息并允許添加設備。如果在所有可能條件下仍無法被識別,則會退回到未關聯狀態。g)操作中狀態在健康信息管理終端了解了配置的信息并接受了個人健康設備的會話請求后,雙方均進入此狀態。該狀態為個人健康設備與健康信息管理終端進行操作的狀態,數據的發送和服務模型的調用基本都在此狀態下完成。h)釋放關聯狀態與關聯中狀態類似,表示會話連接正在釋放。當個人健康設備與健康信息管理終端不再需要進行數據傳輸時,個人健康設備會發送釋放請求并將自身轉移到該狀態。有時在通信過程中的異常情況也會使個人健康設備自動進入釋放會話連接的狀態。7.1.4傳輸連接指令每當傳輸層已經建立連接時,觸發傳輸連接指令。觸發指令的觸發事件機制如下所述?!慨攤€人健康設備確定要與健康信息管理終端關聯時,觸發關聯請求事件?!斀】敌畔⒐芾斫K端確定無法與個人健康設備進行會話時,觸發拒絕,迫使個人健康設備返回未關聯狀態。——當個人健康設備與健康信息管理終端會話并發送會話請求后,等待健康信息管理終端回復。當得到接受的答復時,觸發接受或接受未知配置條件?!趥€人健康設備處于關聯中、已關聯或釋放關聯狀態的任何時間內,個人健康設備可發送或接受一個會話中止消息。當此時間發生,個人健康設備從所處的狀態轉移到未關聯狀態。如果個人健康設備處于已關聯狀態,個人健康設備發送一個會話中止消息來通知健康信息管理終端發生了一個嚴重的故障。 當個人健康設備決定停止會話時,個人健康設備將自身轉移釋放關聯狀態并發送一個會話釋放請求。該事件發生在正常的會話中止或個人健康設備配置改變,需要個人健康設備釋放會話的時候,此時個人健康設備發送釋放會話的請求。在下次個人健康設備發起會話時,將在會話請求中包含配置信息,由健康信息管理終端決定是否識別這些配置。—該事件代表釋放當前會話的請求已經被允許的觸發指令?!谌魏吻闆r下,個人健康設備和健康信息管理終端都可停止傳輸層連接,傳輸層連接也可能因發生錯誤而丟失。當傳輸層已斷開的指令被接受后,個人健康設備轉移至未連接狀態。7.1.5響應等待時間健康信息管理終端向個人健康設備從發送緩存器發出指令到健康信息管理終端接受到設備收到指令的應答的時間間隔為響應等待時間。響應等待時間宜小于50ms。為了確保消息正確的收發,可采用多次發布的方式進行收發,但與設定次數重發不同,在一個限定的時間內,反復的重發,直到收到應答消息,或超時才停止重發。重發時間間隔宜小于400ms。7.2設備尋址若采用WLAN的個人健康設備的設備尋址應滿足以下要求,若個人健康設備不采用WLAN通信時,無需進行設備尋址功能。a)對于及時性要求較高的設備,可選擇動態主機配置協議(DHCP),并在設備首次連接到網絡時搜索DHCP服務器。b)如果沒有可用的DHCP服務器,網絡不受管理,則設備使用預設IP來獲取地址。c)設備可從一組保留的地址中選擇IP地址。d)應測試所選的地址,以確定該地址是否已被使用。e)如果在DHCP交易期間,設備通過例如域名服務器轉發獲得了域名,則設備應在后續的網絡操作中使用該名稱;否則,設備應使用其他IP地址。7.3設備連接網絡個人健康設備通過特定通信方式在連接網絡時,應滿足以下要求:a)連接網絡應聲明個人健康設備的類型;b)聲明個人健康設備標識符;c)頻繁連接和離開網絡的個人健康設備應使用較短的持續時間,以便控制點可更準確地了解其可用性;d)個人健康設備應在發送聲明信息之前具有小于100ms的隨機間隔;e)個人健康設備應多次發送上述每個發現消息,為避免網絡擁塞,發現消息的發送次數不應超過3次。7.4服務描述通信的服務模型的服務應描述以下內容:——服務應響應的健康信息管理終端命令或動作以及每個動作的參數或自變量;——服務描述定義了操作及其參數,狀態變量及其數據類型,范圍和事件特征。7.5設備操作個人健康設備具有的操作包括:——動作響應:根據健康信息管理終端的發送指令執行具體操作(顯示數值、開始檢測、發送數據等);——查詢變量:查詢數據和自身工作狀態的情況,并具有將個人健康設備的變量信息通過事件報文通知健康信息管理終端的能力。7.6安全性要求個人健康設備在通信和數據交換時應滿足以下安全性要求:——對于敏感數據或控制操作進行加密和認證策略,當對加密或簽名用到的密鑰進行保護時,宜采用硬件密碼模塊,保證密鑰的存儲和使用安全;——對傳輸數據進行簽名,保證完整性;——具有安全保護機制協議;——個人信息保護應符合GB/T35273—2020第5章、第6章的規定;——根據隱私和安全設置提供允許的訪問控制。——可參考的網絡服務安全規范如下:8通信數據8.1總體要求和總體原則通信數據應滿足數據完整性、保密性、鑒別性,其包含內容方面具體所述如下:——數據完整性:完整性意味著未經授權不得修改或刪除數據。如果信息被不允許的人更改,則會違反完整性;——數據保密性:確保只有獲得授權的人才能訪問信息;——數據可鑒別性:意味著明確接收信息的來源??蓞⒖糋B/T36624—2018——數據宜包含時間序列;——通信數據可包含通信數據參數、設備狀態、數據類型、單位和地址等??设b別的加密機制;8.2編碼規范數據的編碼從數據的內容、分段、字節長度三方面進行規范,編碼所述如下?!獋€人健康設備的數據內容包括:——設備標識,用于家居網的通信識別的唯一標識?!畔⒏袷接刹煌L度及被區域分隔符分隔的數據區組成。——段由分割符號分隔開,每個段由三字符的字節值開始,并在一個消息中標識該段?!慰砂葱枰蛉我舛x,并允許重復。——所有數據可利用一個字符集表示為可顯示字符?!獢祿侄涡枰С窒⒒蚧灸繕碎g的關系邏輯,其他字段被指定且可隨意選擇?!筛郊泳哂芯植刻卣鞯南⒒虿糠窒ⅰ!唧w編碼參考GB/T16263.1—2006。——個人健康設備狀態編碼名稱定義明確,層次清晰,具有一定擴展性和執行性?!O備狀態的字節長度小,以直觀顯示個人健康設備的工作狀態。8.3數據類型個人健康設備通信涉及數據類型包括對象屬性ID、浮點型數據以及相關時間類型,具體數據類型應滿足以下要求:——屬性ID列表,具體參考個人健康設備交互模型;——為了提高性能和效率,對象定義使用浮點類型數據類型;——相對時間數據類型是相對于某個事件(例如,啟動時的同步事件)的高分辨率時間定義;——高分辨率相對時間數據類型,數據類型是64位長,可由系統本身定義;——絕對時間數據類型指定為至少具有1s分辨率的一天中的時間。為了提高效率,結構中的值是BCD編碼(即4位半字節);——日期數據類型用于指定某個日歷日期。為了便于轉換,數據類型與絕對時間數據類型具有相同的編碼(即BCD)。8.4設備信息編碼個人健康設備通信不僅要對采集的生命體征等健康數據進行編碼,還需要對個人健康設備的狀態信息和對象模型進行編碼,設備信息的編碼應滿足以下要求:——使用ASN.1語言描述設備對象模型或APDU消息結構,可采用XML編碼格式;——發送設備消息,需要把ASN.1定義的消息按照MDER轉換為二進制的數據序列;——個人健康設備信息可使用DataList結構進行交換,可選擇使用XML和JSON進行編碼;——設備狀態的DataList需添加可讀的單元。9通信服務模型9.1互操作工作流程互操作指個人健康設備具有通過相關信息在不同平臺或編程語言之間交換數據的能力?;ゲ僮髦匾囊笫遣煌瑐€人健康設備都能進行信息資源的透明化,主要通過規范的協議和接口或包含身份標識和互操作信息數據的結構的數據包實現?;ゲ僮鞴ぷ髁鞒倘缦拢篴)個人健康設備獲取健康信息數據或生理體征;b)健康信息管理終端對個人健康設備發送操作信息;c)健康信息管理終端進行數據接收相關配置。若個人健康設備為藍牙通信,宜將健康信息管理終端的數據接收按BluetoothHealthAppConfiguration進行相關配置;d)個人健康設備或其他設備收到請求信息,根據請求信息進行操作;e)健康信息管理終端接收健康信息,進行存儲、處理、判斷操作。設備進行互操作工作時應有的功能和要求如下:——健康信息管理終端應嵌入設備和服務的版本號;——允許健康信息管理終端平臺從設備中讀取和寫入數據,且可與一個或多個的個人健康設備使用;——健康信息管理終端與數據傳輸使用HTTPS傳輸協議,健康信息管理終端并保留連接外部存儲器的通信功能。9.2設備與外部存儲的傳輸流程部分個人健康設備需要儲存歷來測量到的健康信息,因此需要健康信息管理終端或外部存儲對數據進行存儲,存儲的流程如下:a)使用控制個人健康設備的配置管理服務來獲取將與外部存儲設備連接的傳感器設備的ID;b)檢索應從個人健康設備接收數據的URL;c)使用ID和之前獲取的傳輸URL將個人健康設備與數據存儲區連接;d)從個人健康設備接收新數據并創建數據記錄;e)可使用先前配置的傳輸URL將可用于個人健康設備的新數據記錄直接傳送到外部存儲。9.3通信的服務模型作用交換生命體征信息和命令以進行個人健康設備的控制,可添加新的信息對象,獨立于特定的信息對象定義的基本對象健康信息管理終端提供對受管理醫療對象的訪問。對象管理服務功能所述a)報告有關托管對象實例的事件,該服務可以確認模式或未確認模式使用,在確認模式下,服務需要進行回復;b)修改托管對象實例中包含的屬性數據,在確認模式下,服務呼叫需要響應;c)可添加擴展功能(例如、認證、訪問控制、擴展對象選擇);d)允許修改托管對象實例中包含的屬性數據(例如,設置設備中的當前日期和時間);e)創建和刪除對象的新實例;f)具備設備發現機制以搜索設備。9.4個人健康設備傳輸9.4.1個人健康設備數據傳輸要求在個人健康設備對信息進行傳輸的過程中,個人健康設備本身應符合以下要求:——節點數目限制;——通信環節考慮數據泄露風險,并具有一定的措施和機制;——對于IP丟失的情況,具有IP連接重建機制,可重新建立IP數據連接。9.4.2通信網關功能網關為負責個人健康設備與健康信息管理終端可能存在的IPv4/IPv6的協議轉換與數據映射,健康系統中的網關應有的功能和要求如下:——在服務應用程序和網關之間建立會話;——具有消息交換功能[可使用消息隊列遙測傳輸(MQTT)協議]。10即插即用10.1通信接口通信接口是連接個人健康設備與其他設備的橋梁,通過接口傳輸健康數據和操作指令。個人健康系統中的接口應具有以下功能:——支持擴展藍牙、TCP/IP、WLAN、USB等通信傳輸協議;——接口需提供的服務:●連接到來或者連接斷開時能通知核心協議;●為設備間的每個連接創建并維持唯一的ID標志;●核心協議請求建立一個新的連接;●新的APDU消息到達時通知核心協議;●接收核心協議要求發送的APDU消息,將它發送給對方設備;●根據核心協議要求啟動或者停止定時器功能;●若插件采用多線程實現,則提供競態條件下的保護機制;●接口實現流程;●通信初始化(藍牙、TCP/IP等);●發送數據流;●網絡連接斷開和關閉。10.2總體要求若個人健康設備含有即插即用功能,應滿足以下要求:——使用XML對健康數據進行編碼;——使用廣泛采用的數據格式,使用協議包括IP、TCP、UDP、HTTPS、XML、網絡套接字(Web-——CE設備和PHD之間提供無縫接口;——使CE設備可訪問用戶的個人健康信息;——該個人健康設備提供兩個UPnP服務:本地服務和個人服務。建議使用DeviceProtection服務將策略控制規則添加到UPnP服務,以便根據用戶配置文件向UPnP服務添加策略控制注:即插即用框架以及相關內容在ISO/IEC29341-2:2008、ISO/IEC29341-8-11:2008中規定。本地服務主要位于個人健康設備,本地服務應提供的功能和要求如下?!镜胤諡閁PnP網絡和PHD之間的接口,通常連接到健康信息管理終端,該健康信息管理終端負責處理的關聯,連接和數據事務?!镜胤諡橐韵聝热萏峁︰PnP操作:●列出與該服務關聯的PHD;●連接和斷開到一個特定的PHD;——本地服務可包含個人健康設備的狀態變量。例如,藍牙通信的健康設備,收到度量后,本地服務將具有此新度量的“最新測量”狀態變量的事件發送給其他控制點。個人服務應提供的功能和要求如下:——個人健康服務提供一種在某處/從某處存儲和檢索健康信息的機制;——若支持遠程監視和管理功能的系統,個人服務在健康信息管理終端進行使用;——PHD管理程序從接收到的消息中提取數據和操作錯誤。存儲的健康數據被PHD的內存處理程序和消息處理程序提取并轉換為傳輸消息。例如,將來自存儲器的數值和脈搏率將插入到字段中,并通過PHD管理程序能實現從接收到的消息中提取數據和操作錯誤的功能。管理程序所包含子程序如下?!獣捥幚沓绦颉9芾砼cPHD管理員的通信會話;與健康信息管理終端保持連接,直到會話完成?!⑻幚沓绦?。消息處理程序生成并分析交換的消息,再根據測得的數據和操作錯誤構建消息?!獌却嫣幚沓绦?。內存處理程序從健康設備的內存中提取數據,錯誤和系統配置,再將提取的數據,錯誤和配置將傳遞到消息處理程序。GB/T42123—2022(資料性)老年慢性病監測與個人健康設備的通信說明A.1概述對于獨居的老年人,可將監測其生活健康方面的個人健康設備與智能家居中安裝的其他設備結合使用。當今,健康設備和家居網絡在彼此相系,相互溝通。未來的家庭將提供收集和解釋來自所有可用來源的數據的設備,例如,通過家庭網絡提供和分發數據,并促進通過因特網與醫生和親屬共享該信息。在這些不同系統之間共享數據將需要一套共同的規范。例如,智能床和睡眠呼吸暫停治療設備監測老年人睡眠情況。對于老年人在半夜離開床并且離開的時間超過一段時間,或是老年人因打鼾造成呼吸困難的情況發生時,則會向親屬或護理提供者發送警報。無線血壓袖帶可能配置為提醒用戶測量他們的血壓。然后可通過手機上的短信將結果轉發給親屬,從而深入了解遠程監控系統的正確操作以及已經發生的事件,例如,服用藥物和測量血壓。這些系統一旦被廣泛采用,將有助于確保用戶保持良好狀態。與親屬或醫療專業人員進行全屏視頻聊天最終將成為日常工作的一部分。A.2相關人員醫療專業人員,護理專業人員和家人參與了這個用例。典型的設置是家人和患者,但它可能會擴展到移動環境。適用于配備PHD的用戶,以支持和監控他們在受傷或手術后康復期間的進展。最初,在醫療機構進行測量。然后,用戶或患者從醫院出院并作為門診病人進入康復計劃??祻托枰颊叨ㄆ谠诩抑羞M行訓練。他們接受初步培訓,學習如何鍛煉,然后繼續在家獨立鍛煉。當今,患者需要經?;氐綄嵺`中進行隨訪測量和重新評估以及適應鍛煉計劃。將來,可在用戶家中進行測量,以提供有關個人進度的反饋并改進后續工作。為此目的,用戶將接受額外的培訓,例如,物理治療師,如何進行訓練和正確放置傳感器,以及設備的應用和維護,這包括清潔、充電、更換電池或更換電極。這種類型的系統已經在研究環境中得到證明。正在進行裝置開發以通過測量力,肢體角度和其他類型的活動傳感器來支持這一點。治療師和醫療專業人員在這個用例中發揮著重要作用,這種情況通常發生在醫院或康復中心。延長治療發生在用戶家中或完全移動的環境中。A.4疾病管理用例以及使用的示例傳感器和個人健康設備見表A.1。領域用例示例傳感器和個人健康設備的使用高血壓壓力水平管理,血壓管理簡易藥物分配器,血壓監測儀,體重秤糖尿病疾病管理血糖儀,血壓監測儀,體重秤、胰島素泵單病人看護/看護中心獨立生活/輔助生活計劃血糖儀,血壓監測儀,體重秤心臟病患者遠程監控心臟事件/生活方式指導獨立現場動態集線器,簡易藥物分配器,體重秤,溫度計,脈搏血氧儀,基本心電圖,動態心電圖檢測慢阻肺患者慢性哮喘,呼吸監測脈搏血氧儀,血壓監測儀,峰值流量計,肺活量計這種情況涉及一組用戶,例如,超重或高血壓,因此他們面臨嚴重健康威脅的風險增加,即使他們還沒有患上這些疾病。建議制定明確的健康管理計劃,以避免長期損害和慢性病的發展。這種預防性的健康管理可長期改善生活質量,并有助于避免在專業醫療保健的后期階段可能出現的大量成本。患病用戶群還包含患有慢性健康狀況的人,例如,心臟病,糖尿病或腎衰竭。這些用戶需要醫療或護理專業人員的治療,但他們住在自己的家中。基本用例涉及簡單的設備,如血壓設備,血糖儀和脈搏A.5老年高血壓數字管理(心臟病患者)A.5.1概述該組中的使用者表現出高血壓的癥狀,但處于中度,非病態水平。典型的例子是在壓力下工作的人,他們很難安排與醫生定期會面。然而,他們可從監測他們的健康狀況中獲益,以避免對他們的身體造成任何進一步的健康損害或繼發性影響。其他已經經歷過嚴重心臟事件并且需要進一步低水平監測以使他們恢復正常生活的人,在醫療專業人員的一些指導下,也可通過非常少的時間,精力和金錢投入而獲益。因此,患有高血壓的用戶可能配備有長期測量裝置,用于血壓、心率或心電圖。數據可傳輸到另一個系統,以供個人健康教練進一步評估。教練幫助計劃和跟進生活方式的變化,從適應的營養和鍛煉計劃到休息和再生階段。遠程訪問來自所有個人健康設備的數據,并且可遠距離測試系統狀態。該用例可能包括受管制的醫療設備。作為可能的擴展,24小時心電圖監測等在線服務是未來的可能。在線數據流增加了設備的復雜性,并要求非常高質量的傳輸方法以及服務質量措施。因此,它可能不會很快實施。類似的想法已經付諸實踐,取得了良好的效果。更廣泛的應用仍然是一個潛力越來越大的長期目標。A.6糖尿病A.6.1概述患有青少年糖尿病的用戶使用血糖儀和手機或個人計算機(聚合健康信息管理終端)來監測他們的血糖水平。聚合健康信息管理終端提醒用戶在白天定期檢查他們的血糖,并且葡萄糖計在每次使用后無縫地將測量結果發送到手機,這將數據轉發給維持用戶長期歷史的糖尿病監測服務。尋找趨勢。如果讀數異?;蛴脩籼^測試,系統會自動聯系負責人(父母),然后通過他們的手機立即呼叫用戶。經典的糖尿病管理涉及成年人,管理青少年糖尿病還包括激勵方面和提高青少年的個人意識。因此,手機應用和PHD需要提高可用性并且需要愉快地處理。A.6.2應用這種情況可能會將青少年糖尿病患者的醫療保健擴展到家中,并加強疾病管理計劃。此外,在將來,這種設置將允許監測疾病進展,特別是利用血糖水平,活動,藥物,營養和外周灌注的連續評估。然后可在適當的時間安排預約,并且可使用數據來分析治療中的趨勢。當今已經實施了各種方案來實施這些方案的要素。A.6.3身份管理和受監管設備在一個用戶使用設備和一組用戶彼此共享設備的情況之間存在許多基本差異。這些差異包括可用GB/T42123—2022PHD的單個用戶通常擁有自己的設備。在其他情況下,專業人員為一組用戶提供設備,例如,在老年護理院中作為服務的一部分,其也負責維護和操作。這就要求設備的可用性,剛性,功能和價格。因此支持以下兩種模式,可同時使用。首先,用戶可連接到家庭/移動環境中的現有健康信息管理終端,并且儀表的工作方式與任何其他PHD設備非常相似。每個用戶通常使用一個設備進行測量,將另一個設備用作聚合健康信息管理終端其次,測量設備將具有存儲功能的配置。該配置通常位于辦公室/臨床環境中,以在用戶進入訪問時定期使用。然后,該健康信息管理終端可下載數據并清除存儲空間以準備下次訪問。單個用戶通常擁有一組穩定的設備。用戶和設備之間的這種一對一關系打開了將患者身份自動添加到數據的可能性,該數據源自唯一識別的設備,例如,血壓讀數:用戶將接收具有血壓監測器的血壓監測器。序列號,因此可安全地假設任何攜帶設備唯一序列號的數據項來自該用戶/患者。可能需要采取其他預防措施,例如,明確指示用戶不要讓任何其他人使用該設備或要求提供其他標識符,如個人身份代碼。還可假設沒有人未經授權訪問該設備,因此在某種程度上保護存儲在該設備上的數據免受未授權的訪問。在諸如家庭、團體住宅、老人護理院或醫院的多個用戶/患者環境中,通常將使用單個設備來測量多個人(體重秤、溫度計、血壓設備等)。一旦這些設備聯網,就需要安全有效的方法來識別用戶/患者。當今可用的專用標準和技術用于提供安全識別:智能卡,腕帶,條形碼,射頻識別(RFID),印刷標簽和其他技術都用于識別用戶/患者和設備。未來的系統將集成設備數據和識別技術,以確保每個單件數據都以正確的用戶身份存儲。這在多用戶環境中尤其必要,其中一個設備可供多個用戶使用。在單用戶和多用戶設置中,無線連接通常已經到位。將來,這些也將用于攜帶設備數據。因此,在這種類型的所有應用中都需要考慮竊聽。在多個患者的護理中心中,通常需要更高質量和耐用的設備,因為單個設備具有更高的利用率或“在線”時間。傳輸技術肯定在單個患者使用的PHD和多個患者在護理區域內使用的PHD之間存在差異。在醫院中,傳輸可能性通常很明確且穩定,因此設備傳輸技術將在較長時間內保持不變。A.7老年糖尿病數字管理A.7.1概述患有糖尿病的用戶/患者可配備自動血糖儀和藥物分配器以記錄血糖水平以及藥物遞送,還記錄營養和活動水平。收集的數據通常由用戶/患者評估,然后由醫療專業人員評估。記錄哪些數據,并且測量之間的間隔適合于每個用戶。在聯網系統中,警報機制有助于向用戶和醫療專業人員通知該用戶當前的健康狀況并觸發支持活動。患有糖尿病的患者通過皮下傳感器監測他們的血糖水平,每15min讀取一次讀數。用戶完全可移動,去上班,去購物,并參加專業監督的鍛煉方案,例如,在當地公園慢跑。如果葡萄糖監測器能發送數據,則可利用其他服務提供商的無線通信服務來共享信息。網關設備將數據中繼到當地醫院的中央監控站。這種類型的系統已經被展示,并且遠程監控中心在全世界許多社區中運行,每月有數百萬用戶和數千次遙測接收。在這些設置中,用戶可從中央服務器訪問數據以獲得他們自己的信息,例如,計劃膳食并相應地調整藥物。發送定期通知以提醒用戶注射胰島素。糖尿病通常會導致需要解決的其他健康問題。用于糖尿病管理用例的樣品傳感器和裝置見表A.2。表A.2用于糖尿病管理用例的樣品傳感器和裝置年齡、事件描述使用傳感器和設備的實例Ⅱ型糖尿病糖尿病風險血糖儀高血壓生活建議,智能個性化反饋血壓監測儀心絞痛并發癥風險評分,數據處理基本心電圖(1~3導聯)慢性心力衰竭應急處理血壓監測儀,體重秤老年癡呆癥長期監護獨立現場動態集線器,簡易藥物分配器A.7.2A.7.2.1HbA1cHbAlc是臨床評估長期血糖控制狀況的金標準,是決定是否需要調整治療的重要依據。正常參考值為4%~6%。治療之初每3個月檢測1次,達到治療目標后可每6個月檢查一次。對于患有貧血和血紅蛋白異常疾病的患者,HbA1c的檢測結果是不可靠的。A.7.2.2居家血糖測量居家血糖測量時間見表A.3。表A.3居家血糖測量時間表基點監測早、晚餐前基線監測三餐前十晚睡前全面監測三餐前十三餐后2h+晚睡前必要時監測凌晨2~3點,或特殊需要時特殊情況監測連續動態血糖監測(CGMS)以血糖為標準的糖尿病診斷如下:——負荷后2h血糖:≥11.1mmol/L;——隨機血糖(復查):≥11.1mmol/L。A.7.3應用預計類似的系統在不久的將來
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 小熊警察手工活動方案
- 工會創意禮品活動方案
- 小米公司年會策劃方案
- 小鎮巧婦活動方案
- 小班每月節日活動方案
- 工作五一活動方案
- 工行邀請年會活動方案
- 小班學校晚間活動方案
- 小學登革熱活動方案
- 小班雞蛋活動方案
- 北京社工考試題及答案
- 建筑與環境設計專題知到智慧樹期末考試答案題庫2025年寧夏大學
- 2023-2024學年山東省青島市西海岸高一下學期期末學業水平檢測數學試題(解析版)
- 食品供應商協議合同模板
- 揚州市儀征市2024-2025學年三下數學期末質量檢測試題含解析
- 軍種介紹課件
- 2025年上海市各區高三二模語文試題匯編《古詩鑒賞》含答案
- 2025中國臺灣薪酬指南
- 口服給藥安全警示教育
- 江蘇征兵業務培訓課件
- 黃金飾品購銷合同(2025版)
評論
0/150
提交評論