DB43-T 3454-2025数字化临床营养应用系统建设规范改

ICS11.020CCSC05DB43湖南省地方标准DB43/T3454—2025数字化临床营养应用系统建设规范constructionspecificationfordigitalclinicalnutritionapplicationsystem2025-12-31发布2026-03-31实施湖南省市场监督管理局发布 DB43/T34542025前言 III1范围 13术语和定义 14性能要求 25功能要求 35.1基本功能 35.2辅助功能 36技术要求 46.1系统架构 46.2数据层 46.3逻辑处理层 66.4操作层 66.5展现层 76.6数据接口 76.7环境要求 87服务支撑 8附录A(规范性)营养风险筛查工具 9附录B(规范性)营养评估工具 参考文献 DB43/T34542025前言本文件按照GB/T1.12020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由湖南省卫生健康委员会提出。本文件由湖南省信息技术标准化技术委员会归口。本文件起草单位:湖南艾获迩医疗科技有限公司、湖南省健康服务业协会、湖南省营养学会临床营养专业委员会、湖南省卫生信息与医疗装备学会、湖南省国民营养创新联合会、中南大学湘雅医院、中南大学湘雅二医院、中南大学湘雅三医院、湖南中医药大学第一附属医院、湖南中医药大学第二附属医院、湖南省中西医结合医院、南华大学附属第一医院、南华大学附属第二医院、南华大学附属南华医院、长沙幼儿师范高等专科学校、湖南省结核病防治所(湖南省胸科医院)、湖南省第三人民医院、湖南航天医院、湖南省康复医院、长沙市妇幼保健院、长沙市第三医院、长沙市第四医院、长沙市中医医院(长沙市第八医院)、湘潭市第一人民医院、株洲三三一医院、衡阳市第一人民医院、邵阳学院附属第一医院、益阳市中心医院、常德市第一人民医院、永州市中医医院、南方医科大学第七附属医院、常德湘雅医院、宁乡市人民医院、浏阳市中医医院、湖南尚膳健康科技有限公司、永州市道县人民医院、常德市鼎城区妇幼保健院、衡南县人民医院、隆回县妇幼保健计划生育服务中心、长沙医学院附属医学院、长沙泰和医院、长沙市天心区科普教育学会、宁乡市中医医院、汉寿县人民医院、郴州市第一人民医院、中国医科大学第二临床学院、济宁医学院护理学院。本文件主要起草人:李桂源、欧阳勇航、刘石平、姚双灵、胡华、毛购、洪涛、赵兴斌、刘赛、吴浩、曹科、李波、邓少彪、刘敏、张胜康、李毅、阳艳波、师颖瑞、刘虎、袁海斌、彭俊敏、伍大华、李志龙、龙亚萍、邹继辉、陈小平、侯茜、李婷、苏辉、张文希、郭俊韬、欧阳乐天、李意、邓卫根、肖德益。 DB43/T34542025数字化临床营养应用系统建设规范本文件规定了数字化临床营养应用系统的性能要求、功能要求、技术要求和服务支撑等要求。本文件适用于二级及以上医疗机构数字化临床营养应用系统的建设、评估与管理。下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。WS/T4762015营养名词术语3术语和定义下列术语和定义适用于本文件。数字化临床营养应用系统digitalclinicalnutritionapplicationsystem遵循临床营养诊疗路径,具备营养筛查、评估、诊断、治疗、管理等功能,提供数据存储管理、数据计算、数据交互等能力,实现院内临床营养管理数字化、协同化的信息系统。3.2营养风险nutritionalrisk现有的或潜在的与营养有关的导致患者出现不良临床结局(如感染相关并发症发生率增高、住院时间延长、住院费用增加等)的风险。[来源:WS/T4762015,6.4.8]3.3营养风险筛查nutritionalriskscreening运用标准化工具对患者营养状况进行量化评估,以判断患者是否存在营养风险的过程。注:营养风险筛查是快速、简便、无创地发现患者是否存在营养问题和是否需要进一步全面营养评估的重要手段。3.4营养状况评估assessmentofnutritionalstatus通过膳食调查、体格检查、营养缺乏病检查和生物化学检查等方法,了解有关的指标参数,并与相应的正常值或参考值进行比较,得到有关人体营养状况的科学认识。[来源:WS/T4762015,5.2.1,有修改]3.5计划膳食dietaryplanning根据用膳者对能量和各种营养素的需要而进行膳食配方的设计。[来源:WS/T4762015,5.4.2]DB43/T34542025食谱recipe按合理营养要求而安排的膳食计划。即根据用膳者生理的或因病理的对能量与营养素需要量、饮食习惯和当地食物的供应情况,制定一定时期内(一日或一周)每餐主食和副食品的种类、数量、搭配及其烹调方法等的计划方案。[来源:WS/T4762015,53.7营养监测nutritionsurveillance在一定范围内,对选定的人群营养指标进行定期观测、分析和评价。3.8营养干预nutritionintervention针对人们与营养有关的健康问题采取相应的对策进行改善。3.9营养教育nutritioneducation通过信息交流,帮助群众获得食物和营养知识、了解相关政策、养成合理饮食习惯及健康生活方式的一种经常性营养干预工作。[来源:WS/T4762015,5.5.3,有修改]3.10医院信息管理系统hospitalinformationmanagementsystemHIS通过计算机和软件对医院日常运营等信息进行管理的系统。实验室信息管理系统laboratoryinformationmanagementsystemLIS通过计算机和软件对实验室的检验业务等信息进行管理的系统。3.12营养风险预警阈值nutritionalriskwarningthreshold用于识别患者是否存在营养风险的特定量化指标或临界值。4性能要求数字化临床营养应用系统应满足服务对象的需求,且具备以下性能要求:)保障业务的连续性;内完成对输入数据的分析并给出相应建议:f)可拓展性:具备良好的模块化扩展能力,系统功能可升级与扩展。2 DB43/T345420255功能要求5.1基本功能5.1.1自动化营养风险筛查应具备对患者相关信息进行自动计算营养风险筛查得分和生成营养风险筛查报告的功能。5.1.2自动化营养评估应具备对患者相关信息进行自动计算营养评估得分和生成营养评估报告的功能。5.1.3自动化营养诊断应具备对患者营养评估结果、患者疾病状况等信息进行自动计算并生成诊断报告的功能。5.1.4自动生成营养干预方案应具备对患者营养诊断结果和疾病状况等信息进行自动计算并生成个性化营养干预方案的功能。5.1.5自动化实时监测预警应具备对患者营养风险、营养状况变化、制剂库存、筛查和评估全流程、过敏食材、不良事件等进行实时监测,并及时发出预警或提示信息的功能。5.1.6自动汇总应具备将营养风险筛查、营养评估、营养诊断、营养干预方案等内容自动汇总的功能。5.2辅助功能5.2.1自动化营养制剂管理可扩展营养制剂全流程自动化管理功能,实现营养制剂采购计划制定、入库、配置、出库自动化。5.2.2点餐服务可拓展点餐功能,提供的食谱应与营养干预方案一致,宜有菜品推荐标签,支持自定义配置菜品。5.2.3多维度数据分析可扩展多维度数据分析功能,例如对患者营养状况分布、不同疾病患者的营养需求特点等数据进行分析。5.2.4循证医学知识库可扩展循证医学知识库模块,提供临床营养相关的循证医学知识,为制定更科学合理的营养干预方案提供参考依据。3DB43/T345420256技术要求各层应分别包含以下内容:营养教育等基础数据;如从数据层获取患者信息数据,经过逻辑处理后,为操作层提供支持;d)实时监测预警等业务功能模块;虚线框内为数字化临床营养应用系统主体架构和内容,虚线框外为系统基础配套设施和外部对接系统。6.2数据层6.2.1配置要求数据库应具备高并发访问处理能力,确保数据存储与应用的高效性和稳定性。4 DB43/T345420256.2.2数据内容据、菜品数据、食材数据、营养制剂数据、营养教育数据等。6.2.2.2患者信息数据应包含:6.2.2.46.2.2.6菜品数据应不少于8个大类24个小类,不少于1900个常见菜品。6.2.2.7食材数据应包含:a)不少于21个大类65个小类,不少于1496个常见食材营养成分(能量、碳水化合物、蛋白质、6.2.2.96.2.3数据采集6.2.3.16.2.3.26.2.3.5应支持从HIS、6.2.4数据应用应支持数据一键调用和数据分类检索。示例:如提供住院患者、门诊患者、高风险患者等基本数据信息分类检索列表。6.2.5数据管理6.2.5.1数据全生命周期管理应从数据产生、存储(维护)、使用到销毁进行全生命周期管理,确保数据的安全性、完整性和可用性。6.2.5.2数据传输应采用加密技术对数据传输和存储过程进行加密,保障数据安全。6.2.5.3访问和操作权限应实施用户权限分级管理,支持角色自定义(如医生、营养师等),确保不同用户只能访问和操作其权限范围内的数据和功能。5DB43/T345420256.2.5.4数据备份应具备数据自动备份功能。6.3逻辑处理层6.3.1营养风险筛查算法模型动计算得分,形成数字化营养风险筛查报告。6.3.2营养评估算法模型并自动计算营养状况评估得分,形成数字化营养评估报告。6.3.3营养诊断算法模型形成数字化营养诊断结果。6.3.4营养干预方案算法模型应建立营养干预方案算法模型,自动生成包含计划膳食、营养制剂和营养教育等内容的数字化营养干预方案。6.3.5监测预警算法模型对比分析,指标超过预警阀值时发出预警,营养状况变化时自动发出提示。6.3.5.4应建立食材过敏监测算法模型,点餐时自动识别患者过敏禁忌食材,自动发出提示。6.3.6数据分析算法模型应建立数据分析算法模型,支持数据自动汇总和多维度数据分析。6.4操作层6.4.1个人信息检索通过输入患者姓名、住院号、科室等多种检索条件,能快速定位和查看患者个人相关信息。6.4.2营养风险筛查根据患者年龄、疾病等选择合适的营养风险筛查工具(或组合),输入患者相关信息,自动形成初步营养风险筛查报告。6.4.3营养评估根据患者年龄、疾病等情况进行分类评估,选择合适的营养评估工具,输入患者相关信息,自动生6 DB43/T34542025成初步营养评估报告。6.4.4营养诊断根据营养评估报告和疾病诊断结果进行综合判断,自动生成初步营养诊断结果。6.4.5营养干预方案根据患者营养诊断结果和个人偏好,自动生成初步营养干预方案。营养干预方案包括计划膳食、营养制剂(能量、碳水化合物、蛋白质、脂肪、维生素等含量数据)和营养教育,具体内容分别包括:6.4.6人工复核营养干预方案生成后应由营养师审核确认或调整。6.4.7实时监测预警自动弹出营养风险、诊疗流程异常、制剂库存不足、过敏食材、不良事件等预警信息和提示信息。6.5展现层运用主流技术开发前端界面,兼容当前主流浏览器,应提供良好视觉体验。6.6数据接口6.6.1基本要求6.6.1.1采用标准化的API接口,实现数字化临床营养应用系统与其他系统间的高效数据交换,完成数据的对接与同步。6.6.1.2支持HIS、LIS系统界面和数字化临床营养应用系统界面集成,实现快速切换。6.6.2HIS接口设置HIS特定接口,实现患者信息、医嘱、会诊等数据传输,保持营养系统与HIS系统数据同步一致。6.6.3LIS接口6.6.4自动营养制剂配置机接口设置自动营养制剂配置机特定接