運動生理參數數據交換要求（征求意見稿）

Q/LB.□XXXXX-XXXXT/CSSSXXX—XXXX前言本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。本文件由中國科學院大學提出。本文件由中國體育科學學會歸口。本文件起草單位：中國科學院大學、福州大學、清華大學、中國人民大學、河北體育學院、北京體育大學。本文件主要起草人：陳永銳、史東林、李玉榕、王忠瑞、楊吉江、陳建國、杜民、易衛(wèi)東、常笑涵、彭胡烊、陳可。運動生理參數數據交換要求范圍本文件規(guī)定了運動生理主要參數的數據交換基本要求和數據交換系統要求。本文件適用于健康人群的運動生理主要參數的數據交換。規(guī)范性引用文件下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，GB/T39725信息安全技術健康醫(yī)療數據安全指南術語和定義下列術語和定義適用于本文件。可穿戴設備wearabledevice直接佩戴人身上或結合到衣服、配飾上等，與人體直接粘貼或貼近使用的一種設備。注：本文件是指能夠測量人體心率、呼吸、血氧飽和度、心電圖等生理參數的可穿戴設備。[來源：GB/T41265—2022，3.1，有修改]心電圖electrocardiogram心臟活動所產生的電活動變化的記錄。注：計量單位為毫伏（mV）。心率heartrate心臟每分鐘跳動的次數。注：計量單位為次/分（次/min）。[來源：T/SIOT314—2021，3.5]呼吸率respiratoryrate每分鐘呼吸的次數。注：計量單位為次/分（次/min）。[來源：T/SIOT314—2021，3.6]血氧飽和度oxygensaturation動脈血氧與血紅蛋白結合的程度，是單位血紅蛋白含氧百分數。注：計量單位為百分比，符號為“%”。[來源：T/SIOT314—2021，3.2]縮略語下列縮略語適用于本文件。API：應用程序接口（ApplicationProgrammingInterface）CA：證書頒發(fā)機構（CertificateAuthority）DMZ：隔離區(qū)（DemilitarizedZone）EMAIL：電子郵件（ElectronicMail）FTP：文件傳輸協議（FileTransferProtocol）HTTP：超文本傳輸協議（HyperTextTransferProtocol）HTTPS：安全超文本傳輸協議（SecureHyperTextTransferProtocol）IP：互聯網協議（InternetProtocol）JSON：腳本語言對象符號，一種輕量級的數據交換格式（JavaScriptObjectNotation）MQ：消息隊列（MessageQueue）SFTP：SSH文件傳送協議（SSHFileTransferProtocol）UTF：Unicode轉換格式（UnicodeTransformationFormat）WEB：全球廣域網（WorldWideWeb）XML：可擴展標記語言（ExtensibleMarkupLanguage）數據交換基本要求5.1數據交換項目應支持但不限于以下數據交換項目：a）心率；b）心電圖；c）呼吸率；d）血氧飽和度。5.2兼容性應符合以下要求：a）應兼容多種文件格式，包括JSON、XML等文件格式，支持用戶自定義的文件格式；b）可穿戴設備和客戶端之間的數據交換應支持藍牙、Wi-Fi、ANT+等協議，支持無線、有線、混合等多種交換方式；客戶端和服務端之間的數據交換應支持SFTP、HTTP/HTTPS等協議，支持FTP、WEB、API等多種交換方式；c）應支持對可穿戴設備采集的心率、心電圖、呼吸率、血氧飽和度等生理參數的數據進行存儲和交換，應支持MIT-BIH、SCP-ECG、HL7等數據存儲交換標準。5.3可靠性需符合以下要求：a）應按照交換節(jié)點所承載的應用項目運行保障的具體要求，提供相應的服務；b）對于交換失敗的數據應有重發(fā)機制和確認校驗機制，應提供消息隊列存儲、事務控制、容錯容災、錯誤處理、消息回執(zhí)，異常監(jiān)控告警等處理機制；c）應保證報文的唯一性；d）應支持異步通信；e）應支持多鏈路、報文堆積突發(fā)傳輸要求，提供負載均衡控制、限流與并發(fā)報文處理機制；f）應保證數據在存儲、傳輸、處理過程中不被篡改，宜采用加密和加簽等技術；g）應保障報文在傳輸、存儲、處理等過程中數據不丟失。5.4有效性應符合以下要求：a）保證數據在傳輸過程及時送達；b）含有時間戳用于可穿戴設備采集的數據項目間的時間同步。5.5安全性應符合GB/T39725規(guī)定的健康傳感數據安全要求。5.6文件格式應符合以下要求：a）電子報文的字符編碼采用UTF-8；b）電子報文如需壓縮，采用ZIP算法壓縮后傳輸，壓縮文件的文件名前綴命名與原報文一致；c）報文文件名稱命名包含報文類型、發(fā)送方、接收方及日期時間戳等信息。數據交換系統要求6.1客戶端6.1.1數據上傳具備將數據傳輸到服務端的功能。6.1.2數據呈現呈現方式不限于文字、圖像、圖表、語音，應至少包含其中一種。6.1.3數據交換要求應符合以下要求：a）自動生成電子數據報文，支持電子數據報文手工或自動發(fā)送方式；b）具備報文自動解析并存儲至數據庫功能；c）具備自動糾錯、監(jiān)控及故障告警等功能；d）具備報文校驗、流量控制、查詢、統計等功能。6.2服務端需符合以下要求：a）應具備報文接收、發(fā)送、格式轉換、代碼轉換等報文處理功能；b）應具備報文呼叫、應答、自動轉發(fā)、地址轉換、差錯校驗、出錯報警、審核和確認、命名和尋址、合法性和完整性的檢查及報文傳輸等功能；c）應支持FTP、EMAIL、WEB、API、MQ等多種傳輸方式接收、發(fā)送報文；d）可主動選擇發(fā)送模式，自主選擇并發(fā)線程數量與定義，支持選擇文件正常發(fā)送與異常情況下的處理方式及備份方式；e）應對接收的報文依照約定格式形成回執(zhí)，對所有報文處理過程中出現的錯誤進行記錄，并生成出錯回執(zhí)通知；f）應具備報文傳輸狀態(tài)、報文接/發(fā)方傳輸量、報文傳輸路徑、報文類型等統計分析功能；g）應具備數據交換實時監(jiān)控，包括對報文傳輸狀態(tài)監(jiān)控，針對不同時段、不同客戶、不同報文類型、不同傳輸路徑等各種條件下的報文傳輸量的監(jiān)控，并可通過日志管理詳細、準確、及時記錄每一個報文運行全程的屬性信息及狀態(tài)信息，并支持自定義查詢、統計及報表功能；h）應基于IP、DMZ安全中繼和基于角色的用戶訪問的鑒別、授權，保證數據安全性；i）應支持鏈路加密（如HTTPS等）數據加密、數據存證（如CA認證、區(qū)塊鏈存證等）；j）應實現用戶及用戶傳輸協議、報文類型、基礎代碼等管理；k）應設計備份模塊，自定義文件備份時長；l）應配置備份服務器，按需承載、保存報文文件。6.3接口應符合以下要求：a）支持Webservice、Restful、電子報文等不同接口接入方式，并支持不同的接口返回方式；b）