DB31-T 1475-2024 醫(yī)院門診預問診信息系統(tǒng)基本要求

醫(yī)院門診預問診信息系統(tǒng)基本要求2024-05-07發(fā)布上海市市場監(jiān)督管理局IDB31/T1475—2024 Ⅲ 12規(guī)范性引用文件 13術(shù)語和定義 1 1 26系統(tǒng)功能要求 47系統(tǒng)預問診模板 68系統(tǒng)安全要求 79系統(tǒng)維護要求 7附錄A(規(guī)范性)預問診數(shù)據(jù)交換接口 8 Ⅲ本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別專利的責任。本文件由上海市衛(wèi)生健康委員會提出并組織實施。本文件由上海市衛(wèi)生信息標準化技術(shù)委員會歸口。本文件起草單位：上海市第六人民醫(yī)院、上海市衛(wèi)生健康委員會、上海申康醫(yī)院發(fā)展中心、上海市靜安區(qū)衛(wèi)生健康委員會、上海市兒童醫(yī)院。1醫(yī)院門診預問診信息系統(tǒng)基本要求本文件規(guī)定了醫(yī)院門診預問診(以下簡稱“預問診”)信息系統(tǒng)的總體要求、功2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的文件。GB/T22239—2019信息安全技術(shù)網(wǎng)絡安全等級保護基本要求GB/T28827.1-2022信息技術(shù)服務運行維護第1部分：通用要求GB/T35273—2020信息安全技術(shù)個人信息安全規(guī)范WS218—2002衛(wèi)生機構(gòu)(組織)分類與代碼WS/T370—2022衛(wèi)生健康信息基本數(shù)據(jù)集編制標準WS445.2電子病歷基本數(shù)據(jù)集第2部分：門(急)診病歷ICD-10國際疾病分類標準編碼第10版下列術(shù)語和定義適用于本文件。預問診outpatient'spre在患者明確醫(yī)療機構(gòu)門診診療科目后、到醫(yī)療機構(gòu)門診就診前，使用信息技術(shù)引導患者自主完成和疾病診療相關(guān)電子問卷，形成初步病情主訴的過程。患者本次就診最主要的癥狀、體征及其性質(zhì)、部位和持續(xù)時間等信息的陳述。4縮略語下列縮略語適用于本文件。DMZ:隔離區(qū)(DemilitarizedZone)FHIR:快速醫(yī)療互操作資源(FastHealthcareInteroperabilityResources)HL7:衛(wèi)生信息交換第七層協(xié)議(HealthLevelSeven)HTTPS:超文本傳輸安全協(xié)議(HyperTextTransferProtocoloverSecureSocketLayer)JSON:JavaScript對象簡譜(JavaScriptObjectNotation)2UTF-8:一種可變長度字符編碼(UniversalCharacterSet/UnicodeTransformationFormat)XML:可擴展標記語言(eXtensibleMarkupLanguage)5總體要求系統(tǒng)架構(gòu)如圖1所示，應包含以下層級：鏈接推送問卷填寫網(wǎng)絡圖1系統(tǒng)架構(gòu)圖5.2.1部署在醫(yī)院DMZ區(qū)內(nèi)的代理服務，應能將預問診數(shù)據(jù)流轉(zhuǎn)至內(nèi)部前置機，再經(jīng)由前置機上的轉(zhuǎn)儲服務將數(shù)據(jù)存人預問診數(shù)據(jù)庫。5.2.2系統(tǒng)的網(wǎng)絡拓撲架構(gòu)如圖2所示。300的濾 4告，并可生成病情主拆判斷結(jié)果反饋患者無效圖3預問診業(yè)務流程圖6系統(tǒng)功能要求系統(tǒng)移動端功能應與醫(yī)院現(xiàn)有患者移動端的系統(tǒng)集成，患者打開預問診問卷時無需在現(xiàn)有患者移動端再次進行身份認證。自助機端應支持向完成預約或掛號的患者提供“本機預問診”“移動端預問診”兩種問卷填寫方式。5系統(tǒng)應支持在患者完成預約或掛號操作后，向其推送與就診號別相適用的預問診鏈接。注：“就診號別”指患者就診時的掛號類別。系統(tǒng)應按患者輸人的疾病癥狀或陽性體征，向患者提供對應的預問診問卷。系統(tǒng)應支持患者按設定的問診路徑，完成預問診問卷的填寫。填寫內(nèi)容除支持文本格式信息外，還系統(tǒng)應按照患者填寫內(nèi)容的相關(guān)性進行必要邏輯判斷，包括按照預問診模板預設邏輯對患者應答內(nèi)反饋患者。系統(tǒng)應支持向患者提供完整應答情況的瀏覽，以便于患者對預問診問卷應答情況進行確認。系統(tǒng)宜向患者提供自身以往已提交過的同類病種的預問診報告(診斷代碼符合ICD-10中相應疾病的診斷代碼),作為當前的應答參考。注：“同類病種”指患者在多次就診過程中，患有的診斷相同且治療手段類似的疾病。系統(tǒng)應支持患者對未提交的預問診應答結(jié)果進行調(diào)整。當模板中的分支節(jié)點結(jié)果調(diào)整時，系統(tǒng)應同步調(diào)整其所影響的問卷分支及與之相關(guān)問題的應答狀態(tài)。系統(tǒng)應支持將患者確認無誤并提交后的預問診結(jié)果生成報告，以便醫(yī)生后續(xù)查閱。若患者已完成預問診報告填寫，系統(tǒng)應自動提醒醫(yī)生當前接診患者有預問診報告，并提示是否將報告導入到病歷中。系統(tǒng)應支持醫(yī)生在診療過程隨時查詢患者的預問診報告。系統(tǒng)可按門診預問診報告內(nèi)容自動生成病情主訴信息，主訴信息應符合WS445.2的規(guī)定。系統(tǒng)在展示主訴時，應支持按回答記錄列表或病歷段落的形式進行展示，并應支持醫(yī)生通過勾選的方式選擇擬引用的主訴內(nèi)容，將之導人到門診病歷中。6運營管理端宜采用圖表形式(柱狀圖、餅圖、透視表等統(tǒng)計圖表),可視化地展示預問診使用情況，提7系統(tǒng)預問診模板模板應分為通用、專病和個人等3種類型。注：通用指根據(jù)普遍的疾病癥狀制定的模板；專病指針對于某類疾病特點制定的模板；個人指資深醫(yī)生根據(jù)自身行醫(yī)經(jīng)驗制定的模板。模板涵蓋內(nèi)容應符合WS445.2的規(guī)定。編碼方式宜采用UTF-8。宜采用基于HTTPS協(xié)議的Web服務技術(shù)作為數(shù)據(jù)交換傳輸方式。數(shù)據(jù)交換格式應支持主流互聯(lián)網(wǎng)數(shù)據(jù)交換格式(如XML、JSON等),段落格式宜按HL7以及FHIR的規(guī)定整理。應按照附錄A描述的預問診數(shù)據(jù)交換接口進行數(shù)據(jù)交換。模板制定和維護符合如下要求：a)模板內(nèi)容和問診路徑的維護應具備良好的可視性和操作簡便性；b)應支持問診問題在路徑的任一處插入和刪除，且不改變原問題的相互順序；c)分支路徑應按照患者的回答結(jié)果跳轉(zhuǎn)至不同的路徑；d)模板可設置數(shù)據(jù)規(guī)范性約束，對患者響應數(shù)據(jù)的有效性進行校驗；e)對于交互過程中的醫(yī)學術(shù)語，模板可提供文字、圖片等解釋信息；f)模板應支持列表式和對話式兩種模式。78系統(tǒng)安全要求數(shù)據(jù)的傳輸和存儲應符合GB/T22239—2019中的規(guī)定，應采用校驗技術(shù)或密碼技術(shù)保證重要數(shù)據(jù)(例如患者的預問診提交內(nèi)容)在傳輸和存儲過程中的完整性和保密性。通信傳輸過程應符合GB/T22239-2019中的規(guī)定，業(yè)務數(shù)據(jù)通過網(wǎng)絡鏈路傳輸時，應采用檢驗或密碼技術(shù)保證通信過程中數(shù)據(jù)的完整性。網(wǎng)絡結(jié)構(gòu)安全要求如下：a)網(wǎng)絡各部分的帶寬應滿足業(yè)務高峰期需要；b)網(wǎng)絡關(guān)鍵設備(如防火墻、安全接人設備等)可采用雙機熱備技術(shù)，防止單點故障。邊界安全應符合GB/T22239-2019中8.1.3的規(guī)定。個人信息安全應符合GB/T35273--2020中6.2、6.3的規(guī)定，采用加密等安全措施對個人敏感信息信息安全管理應符合GB/T28827.1—2022中7.12的規(guī)定。9系統(tǒng)維護要求數(shù)據(jù)備份應符合以下要求：a)定期對儲存的系統(tǒng)數(shù)據(jù)進行備份，并做好歷史庫的歸檔；應定期驗證最近一次備份數(shù)據(jù)的有效性。在業(yè)務高峰期，系統(tǒng)應能自動監(jiān)控服務器的最大連接數(shù)和連接時間，具備切斷無效連接的功能。8DB31/T1475一2024(規(guī)范性)預問診數(shù)據(jù)交換接口A.1請求方式請求方式為向服務器推送數(shù)據(jù)進行處理請求。A.2內(nèi)容類型內(nèi)容類型采用JSON格式類型。A.3數(shù)據(jù)要求A.3.1總體要求根據(jù)WS/T370—2022中7.2給出的數(shù)據(jù)元屬性描述格式，選取內(nèi)部標識符、數(shù)據(jù)元標識符、數(shù)據(jù)元名稱、定義、數(shù)據(jù)元值的數(shù)據(jù)類型、表示格式、數(shù)據(jù)元允許值等7項屬性對預問告上傳以及模板查詢接口的數(shù)據(jù)進行規(guī)定。A.3.2模板上傳接口預問診模板上傳接口的數(shù)據(jù)應符合表A.1的規(guī)定。表A.1預問診模板上傳接口的數(shù)據(jù)要求內(nèi)部標識符定義數(shù)據(jù)元值的數(shù)據(jù)類型醫(yī)院內(nèi)部標識預問診一一一一醫(yī)療機構(gòu)醫(yī)療機構(gòu)的唯一代碼2002中6.2的規(guī)定一醫(yī)院內(nèi)部標識預問診問題的唯一編碼一一一室在特定編碼體系中的代碼衛(wèi)生和計劃生育統(tǒng)計調(diào)查制度》的科室名稱一9表A.1預問診模板上傳接口的數(shù)據(jù)要求(續(xù))內(nèi)部標識符定義數(shù)據(jù)元值的數(shù)據(jù)類型一醫(yī)生工號的身份編號一醫(yī)生姓名管理部門正式登記注冊的姓氏和名稱一一標識預問診問答題目1:單選一一一1:正常3:撤銷A.3.3模板下載接口預問診模板下載接口的請求數(shù)據(jù)應符合表A.2的規(guī)定。表A.2模板下載接口請求數(shù)據(jù)要求內(nèi)部標識符識符(DE)定義數(shù)據(jù)元值的數(shù)據(jù)類型一醫(yī)院內(nèi)部標識預問診模一一醫(yī)療機構(gòu)的唯一代碼2002中6.2的規(guī)定A.3.4報告上傳接口預問診報告上傳接口的數(shù)據(jù)應符合表A.3的規(guī)定。表A.3報告上傳接口數(shù)據(jù)要求內(nèi)部標識符識符(DE)定義數(shù)據(jù)元值的數(shù)據(jù)類型一醫(yī)療機構(gòu)的唯一代碼2002中6.2的規(guī)定表A.3報告上傳接口數(shù)據(jù)要求(續(xù))內(nèi)部標識符識符(DE)定義數(shù)據(jù)元值的數(shù)據(jù)類型一醫(yī)院內(nèi)部標識預問診問題的唯一編碼一一一患者身份識患者就診卡卡號一一患者本次就一室在特定編碼體系中的代碼的科室名稱一一醫(yī)生工號的身份編號一醫(yī)生姓名管理部門正式登記注冊的姓氏和名稱一-題型標識預問診問答題目1:單選一一一回答內(nèi)容患者對于問答題目的回答內(nèi)容一一1:正常