《医防融合数据传输接口规范 第3部分：严重精神障碍（报批稿）》

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