ICS35.240.01CCSL6732（本草案完成時間：2024-12-19）IDB32/TXXXX—XXXX前言 2規范性引用文件 3術語和定義 4縮略語 25接口類型 26接入要求 27基本信息查詢接口 2接口描述 3數據處理流程 3請求方法 3接口入參 3接口出參 38基本信息數據報告接口 4接口描述 4數據處理流程 4請求方法 4接口入參 4接口出參 89發病報告數據報告接口 8接口描述 8數據處理流程 8請求方法 8接口入參 8接口出參 10隨訪信息數據報告接口 接口描述 數據要求 數據處理流程 請求方法 接口入參 接口出參 11出院信息數據報告接口 接口描述 DB32/TXXXX—XXXX數據要求 數據處理流程 請求方法 接口入參 接口出參 12應急處置數據報告接口 接口描述 數據要求 數據處理流程 請求方法 接口入參 接口出參 13數據元值域代碼 參考文獻 DB32/TXXXX—XXXX本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規則》的規定起草。本文件是DB32/TXXXX《醫防融合數據傳輸接口規范》的第3部分。DB32/TXXXX已經發布了以下部——第1部分：總體要求；——第2部分：法定傳染病；——第3部分：嚴重精神障礙。請注意本文件的某些內容可能涉及專利。本文件的發布機構不承擔識別專利的責任。本文件由江蘇省衛生健康委員會提出并組織實施。本文件由江蘇省衛生健康標準化技術委員會歸口。本文件起草單位：江蘇省疾病預防控制中心、南京腦科醫院、蘇州沈蘇自動化技術有限公司。本文件主要起草人：季英凱、劉瀟、高菲、錢寧、周輝、傅超、石鐵軍。DB32/TXXXX—XXXX隨著疾控信息化工作的不斷深入,疾病預防控制中心（以下簡稱“疾控”）的傳染病、精神衛生、慢性病、免疫規劃等業務條線的信息系統在不斷建立與完善,數據共享與交換需求也隨之而來；在當前醫療衛生行業協作日益緊密，疾控與其他醫療衛生機構醫防融合工作要求的大背景下,各類機構對數據交換在傳輸質量與安全性等方面的要求越來越高。近十年來，省疾控陸續開發了各類業務數據接口，提供給各級醫院HIS或區域全民健康信息平臺調用，以實現業務數據的自動報告。由于各數據接口由相應系統的承建公司自行開發，缺乏有效的標準約束與統一管理，省疾控建立了數據交換平臺實現對各類業務數據接口的統一注冊、發布、管理及高效協同，規范并統一各業務數據接口的申請、接入、數據加解密及交互方式，減少接口申請與調用的差異性，從而降低省內接入機構數據交換的復雜度，提升數據傳輸效率。基于醫防融合數據傳輸接口的使用要求與運行情況，制定《醫防融合數據傳輸接口規范》，包含以下部分：——第1部分：總體要求；——第2部分：法定傳染病；——第3部分：嚴重精神障礙。本文件根據嚴重精神障礙數據傳輸接口的實際情況制定，旨在明確嚴重精神障礙數據傳輸接口的調用方式與數據項要求，指導醫療衛生機構對醫院HIS與區域全民健康信息平臺進行規范化改造，以符合嚴重精神障礙數據傳輸接口的接入條件并接入省嚴重精神障礙平臺，減輕數據報告的工作量。1DB32/TXXXX—XXXX醫防融合數據傳輸接口規范第3部分：嚴重精神障礙本文件規定了嚴重精神障礙數據傳輸接口的接口類型、接入要求、基本信息查詢接口、基本信息數據報告接口、發病報告數據報告接口、隨訪信息數據報告接口、出院信息數據報告接口、應急處置數據報告接口、數據元值域代碼。本文件適用于三級以上醫院HIS或區域全民健康信息平臺使用嚴重精神障礙各類數據傳輸接口進行數據傳輸。2規范性引用文件下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T2659.1世界各國和地區及其行政區劃名稱代碼第1部分：國家和地區代碼GB/T3304中國各民族名稱的羅馬字母拼寫法和代碼GB/T14396疾病分類與代碼3術語和定義下列術語和定義適用于本文件。3.1嚴重精神障礙精神疾病癥狀嚴重，導致患者社會適應等功能嚴重損害、對自身健康狀況或者客觀現實不能完整認識，或者不能處理自身事務的精神障礙。主要包括精神分裂癥、分裂情感性障礙、偏執性精神障礙、雙相情感障礙、癲癇所致精神障礙、精神發育遲滯伴發精神障礙等疾病。對符合《精神衛生法》第三十條第二款第二項情形并經診斷、病情評估為嚴重精神障礙患者，不限于上述六種疾病。3.2在冊患者registeredpatients在精神衛生平臺中的狀態為非死亡未刪除的患者，在冊患者包含在管患者、非在管患者、失訪患者。3.3基本信息personalinformation按管理要求登記建檔的嚴重精神障礙患者信息。3.4發病報告incidencereport具有精神障礙診斷資質的醫療機構對符合《精神衛生法》第三十條第二款第二項情形，并經診斷結論、病情評估表明為嚴重精神障礙的患者進行的數據報告。3.5隨訪信息followupinformation2DB32/TXXXX—XXXX對符合《精神衛生法》第三十條第二款第二項情形的直接納入管理的患者，或其他征得患者本人或監護人同意并簽署知情同意書后納入管理的患者，定期進行隨訪服務時記錄的信息。3.6出院信息dischargeinformation具有精神障礙診斷資質的醫療機構填寫的嚴重精神障礙患者的出院信息，并由該醫療機構將出院信息轉給患者所屬基層醫療衛生機構。3.7應急處置emergencydisposal因危害公共安全或者危害他人安全行為，存在自傷或自殺行為等應急事件，目擊者、知情者或者當事人向當地公安機關報警，送往當地衛生行政部門指定的精神衛生醫療機構。4縮略語下列縮略語適用于本文件。HIS：醫院信息系統（hospitalinformationsystem）HTTPS：超文本傳輸安全協議（hypertexttransferprotocolsecure）JSON：javaScript對象表示法（javaScriptobjectnotation）5接口類型接口類型及說明按表1執行，接口的接入條件應符合DB32/TXXXX.1《醫防融合數據傳輸接口規范第1部分：總體要求》的要求。表1接口類型及說明1234566接入要求6.1接入流程按DB32/TXXXX.1《醫防融合數據傳輸接口規范第1部分：總體要求》的規定執行。6.2測試階段使用基本信息數據報告接口測試數據傳輸，區域全民健康信息平臺測試不少于22個連續工作日，上傳測試數據不少于50條，交換成功率與數據準確率應達到100%，數據傳輸平均用時不超過2分鐘；醫院HIS測試不少于10個連續工作日，上傳測試數據不少于20條，交換成功率與數據準確率應達到100%，數據傳輸平均用時不超過2分鐘。7基本信息查詢接口3DB32/TXXXX—XXXX7.1接口描述實現接入系統發送嚴重精神障礙患者（以下簡稱“患者”）信息查詢請求，省精神衛生平臺（以下簡稱“省平臺”）根據請求反饋查詢到的患者在省平臺與國家平臺的建檔情況。7.2數據處理流程按下列流程進行數據處理：a）接入系統傳入查詢請求信息；b）省平臺判斷本次查詢請求有效性；c）省平臺在省平臺與國家平臺進行查詢操作并將結果傳給接入系統。7.3請求方法HTTPS網絡協議的請求方法：GET。7.4接口入參查詢信息應符合表2。表2查重信息1是取值為：“1=身份證，3=護照，8=港澳臺居民居住證”2是7.5接口出參7.5.1反饋信息按表3執行。表3反饋信息7.5.2反饋信息中data數據構成說明按表4執行。表4data數據構成-4DB32/TXXXX—XXXX取值為：“1=男性，2=女性”居住證”8基本信息數據報告接口8.1接口描述實現接入系統將患者基本信息傳入省平臺，并獲取信息上報結果反饋信息。8.2數據處理流程按下列流程進行數據處理：a）接入系統傳入患者基本信息；b）省平臺在接收信息時判斷本次傳輸信息的有效性；c）省平臺對傳入信息在省平臺與國家平臺進行身份信息查重后進行處理；d）省平臺將此次上傳結果反饋給接入系統。8.3請求方法HTTPS網絡協議的請求方法：POST。8.4接口入參8.4.1操作類型信息應符合表5。表5操作類型信息5DB32/TXXXX—XXXX8.4.2基本信息應符合表6。表6基本信息-是是是是居住證”是是取值為：“1=男性，2=女性”是是是是是是取值為：“01=有，02=無，03=不詳”是N..2是是是是取值為：“01=貧困，02=非貧困”是是是6DB32/TXXXX—XXXXl是不詳”是是是是是e是取值為：“0=否，1=是”是抗精神病藥物治療精確度不能為空，取值為：“0=時間準確，2=月不詳，3=日不詳”是除”是取值為：“0=否，1=是”志是取值為：“0=否，1=是”是1=精神殘疾人證，2=其他殘疾人證”四級”是取值為：“0=否，1=是”是是取值為：“0=否，1=是”7DB32/TXXXX—XXXX是取值為：“0=否，1=是”是取值為：“1=同意，2=不同意”是是是是是是是碼是是是是是是門診治療”是e是是是是是8DB32/TXXXX—XXXX8.5接口出參8.5.1反饋信息按表7執行。表7反饋信息8.5.2反饋信息中data數據構成說明按表8執行。表8data數據構成9發病報告數據報告接口9.1接口描述實現接入系統將患者發病報告信息傳入省平臺，并獲取信息上報結果反饋信息。9.2數據處理流程按下列流程進行數據處理：a）接入系統將患者發病報告信息傳入；b）省平臺在接收信息時判斷本次傳輸信息的有效性并處理發病報告信息；c）省平臺將此次上傳結果反饋給接入系統。9.3請求方法HTTPS網絡協議的請求方法：POST。9.4接口入參9.4.1操作類型信息應符合表9。表9操作類型信息請求頭部Header需傳的參數OperateType，必填，新增發9.4.2發病報告信息應符合表10。9DB32/TXXXX—XXXX表10發病報告信息鍵鍵碼 是是是是是是是是是是是是是取值為：“1=男性，2=女性”取值為：“01=城鎮，02=農村，03=外籍，04=不詳取值為：“01=城鎮，02=農村，03=外籍，04=不詳”取值為：“01=城鎮，02=農村”是是是是是是是是是eeDB32/TXXXX—XXXX碼是是是是度是取值為：“0=時間準確，2=月不詳，3=日不詳”是精度'而定，可為yyyymmdd、yyyymm或y是取值為：“0=時間準確，2=月不詳，3=日不詳”是取值為：“01=無關鎖，02=關鎖，03=關鎖已解除”是是是取值為：“1=門診，2=住院”果是是是取值為：“0=否，1=是”是取值為：“1=同意，2=不同意”間是是取值為：“01=有，02=無，03=不詳”是診療”是是是是是DB32/TXXXX—XXXX是是取值為“01=用藥情況，02=用藥指導”取值為：“0=否，1=是”s位率取值為“01=月，02=周”e9.5接口出參9.5.1反饋信息按表11執行。表11反饋信息9.5.2反饋信息中data數據構成說明按表12執行。表12data數據構成DB32/TXXXX—XXXX10隨訪信息數據報告接口10.1接口描述實現接入系統將患者隨訪信息傳入省平臺，并獲取信息上報結果反饋信息。10.2數據要求10.2.1基本信息已建檔的在冊患者才可以上傳隨訪信息。10.2.2三個月內上報的隨訪信息不允許修改。10.2.3基礎檔案未通過年審的患者不可上傳隨訪信息。10.3數據處理流程按下列流程進行數據處理：a）接入系統傳入患者隨訪信息；b）省平臺在接收信息時判斷本次傳輸信息的有效性；c）省平臺校驗傳入的隨訪信息是否滿足接入要求后進行處理；d）省平臺將此次上傳結果反饋給接入系統。10.4請求方法HTTPS網絡協議的請求方法：POST。10.5接口入參10.5.1操作類型信息應符合表13。表13操作類型信息請求頭部Header需傳的參數OperateType，必填，新增隨10.5.2隨訪信息應符合表14。表14隨訪信息-是是是是DB32/TXXXX—XXXX|--InputOrgCode錄入機構編碼N9是是是是是述|--HospitalStateCode住院情況N1是取值為：“0=未住院，1=正在住院，2=曾住院”|--LastOutHospitalDa末次|--LastOutHospitalDa末次出院時間精N1是取值為：“0=時間準確，2=月不詳，3=日不詳”家屬監護人，99=其他知情人”取值為：“01=無關鎖，02=關鎖，03=關鎖已解除”|--DiseaseStatusCode基礎管理隨訪病N1取值為：“1=不穩定，2=基本穩定，3=穩定”e|--SleepConditionCod睡眠情況N1取值為：“1=良好，2=一般，3=較差”e|--DietConditionCode飲食情況N1取值為：“1=良好，2=一般，3=較差”|--LifeConditionCode個人生活料理N1取值為：“1=良好，2=一般，3=較差”|--MenageConditionCo家務勞動N1取值為：“1=良好，2=一般，3=較差”|--WorkConditionCode生產勞動及工作N1取值為：“1=良好，2=一般，3=較差，9=此項不適用”|--StudyConditionCod學習能力N1取值為：“1=良好，2=一般，3=較差”e|--ContactConditionC社會人際交往N1取值為：“1=良好，2=一般，3=較差”DB32/TXXXX—XXXX|--AccidentNumber肇禍（次）N..4數|--HarmNumber其他危害他人行N..4為（次）公安機關未出警，或者不符合輕度滋事數|--SuicideFailNumber自殺未遂（次）N..4從上次隨訪到此次隨訪期間患者自殺未遂的|--DrugComplianceCod用藥依從性N1e|--AdverseDrugReacti藥物不良反應N1取值為：“0=無，1=有，9=此項不適用”|--IfRecipe是否有3個月內N1取值為：“0=否，1=是”|--IfLaboratoryExam有否進行實驗室N1取值為“0=無，1=有”|--SuggestReferal建議轉診N1取值為：“0=否，1=是”取值為：“0=否，1=是”理理取值為：“1=好，2=中，3=差”DB32/TXXXX—XXXX明 取值為：“01=用藥情況，02=用藥指導”取值為：“0=否，1=是”s位率e明取值為：“0=無，1=有，9=此項不適用”10.6接口出參10.6.1反饋信息按表15執行。表15反饋信息DB32/TXXXX—XXXX10.6.2反饋信息中data數據構成說明按表16執行。表16data數據構成11出院信息數據報告接口11.1接口描述實現接入系統將患者出院信息傳入省平臺，并獲取信息上報結果反饋信息。11.2數據要求基本信息已建檔且存在發病報告信息的患者才可以傳入出院信息。11.3數據處理流程按下列流程進行數據處理：a）接入系統傳入患者出院信息；b）省平臺在接收信息時判斷本次傳輸信息的有效性；c）省平臺校驗傳入的出院信息是否已滿足接入要求后進行處理；d）省系統將此次上傳結果反饋給接入系統。11.4請求方法HTTPS網絡協議的請求方法：POST。11.5接口入參11.5.1操作類型信息應符合表17。表17操作類型信息11.5.2出院信息應符合表18。表18出院信息-鍵DB32/TXXXX—XXXX|--GenderCode性別N1是取值為：“1=男性，2|--ReportZoneCode報是是是pital|--IfNoMedication目前用藥勿需用N1是|--GuideIfNoMedicati康復措施勿需用N1是取值為：“0=否，1=是”DB32/TXXXX—XXXX是是是是是是碼是是是是碼是是是取值為“01=用藥情況，02=用藥指導”取值為：“0=否，1=是”s位率為：“01=周，02=月”eDB32/TXXXX—XXXX11.6接口出參11.6.1反饋信息按表19執行。表19反饋信息11.6.2反饋信息中data數據構成說明按表20執行。表20data數據構成12應急處置數據報告接口12.1接口描述實現接入系統將患者應急處置信息傳入省平臺，并獲取信息上傳結果反饋信息。12.2數據要求基本信息已建檔的死亡患者不可傳入應急處置信息。12.3數據處理流程按下列流程進行數據處理：a）接入系統傳入應急處置信息；b）省平臺在接收信息時判斷本次傳輸信息的有效性；c）省平臺校驗傳入的應急處置信息是否已滿足接入要求后進行處理；d）省平臺將此次上傳結果反饋給接入系統。12.4請求方法HTTPS網絡協議的請求方法：POST。12.5接口入參12.5.1操作類型信息應符合表21。表21操作類型信息DB32/TXXXX—XXXX12.5.2應急處置信息應符合表22。表22應急處置信息-是是是是是取值為：“1=男性，2=女性”是取值為：“1=身份證，3=護照，8=港澳臺居民居住證”是e是是是是是是是是e是述是是稱是DB32/TXXXX—XXXXe-是明表-是項是取值為：“1=有效，2=部分有效，3=無效”是民”是是12.6接口出參12.6.1反饋信息按表23執行。表23反饋信息12.6.2反饋信息中da