营养数据为何”各自为战”：数据标准化与互操作性困局解析

想象一个场景：某三甲医院的信息科主任老张，收到了一份来自临床营养科的”特殊”需求——希望将营养筛查数据与电子病历系统对接。老张翻开需求文档，发现营养筛查用”NRS-2002量表”评分，HIS系统里却只有”营养风险”这个笼统字段；营养评估涉及的生化指标有12项，而检验系统只返回6项摘要值；最让他头疼的是，临床营养科希望获取患者的膳食摄入数据，但食堂系统的接口文档写着”内部使用，暂无计划对外开放”。

这不是某家医院的个案困境。根据中华医学会肠外肠内营养学分会2024年发布的《中国三级医院临床营养科信息化现状调研报告》，超过78%的医院存在营养数据与其他信息系统无法互通的问题，其中62%将”数据标准化缺失”列为首要原因。

营养数据”各自为战”的困局，正在成为临床营养信息化建设的最大瓶颈。

一、被撕裂的营养数据链条：三个典型的”断点”场景

1.1 筛查与评估之间的”数据鸿沟”

NRS-2002营养风险筛查量表是住院患者营养筛查的标准化工具，筛查结果通常包括：营养状态评分（0-3分）、疾病严重程度评分（0-3分）、年龄调整（≥70岁加1分），总分≥3分判定为存在营养风险。

然而，当营养师完成筛查并将结果录入营养管理系统后，这个分数能否自动传递给评估模块？调研数据显示，在已建设营养管理系统的医院中，仅有34%实现了筛查结果向评估模块的自动流转，其余66%需要护士或营养师手工二次录入。

问题出在哪里？

数据粒度不匹配：筛查量表的原始评分是连续的数值型数据，而部分评估系统只接收”有风险/无风险”的二元判定结果。从3分到2.5分，虽然只差0.5分，但背后代表的临床含义可能截然不同——这种信息压缩造成的数据丢失，是第一个断点。

1.2 评估与处方之间的”语义歧义”

营养评估完成后，营养师会根据评估结果开具营养处方。以一个糖尿病合并营养不良的患者为例，评估可能得出以下结论：BMI 18.2 kg/m²（低于正常值18.5）、白蛋白32 g/L（低于正常值35）、近一周膳食摄入量约为需要量的65%、存在轻度吞咽功能障碍。

基于这些评估结果，营养处方的核心要素应包括：每日总能量目标1800-2000kcal、蛋白质1.2-1.5g/kg（实际体重）、低碳水化合物比例、软食或糊状饮食质地、分餐5-6次。

然而，当营养处方系统试图与食堂管理系统对接时，问题出现了：食堂系统的菜品数据库只有”能量”和”碳水化合物”两个营养素字段，没有”蛋白质含量”分类，更没有”质地分类”。营养师精心设计的个性化处方，在食堂系统眼里只是一串无法解析的代码。

这不是技术难题，而是数据标准的缺失——临床营养领域至今没有一套被广泛采纳的食物营养素标注规范，使得不同系统之间的”对话”如同鸡同鸭讲。

1.3 出院评估与随访管理的”连接消失”

对于需要长期营养支持的患者（如慢性肾功能不全、恶性肿瘤术后），出院时的营养状态评估是制定居家营养方案的重要依据。然而，中华医学会肠外肠内营养学分会的调研同时发现，仅有28%的医院营养科建立了出院患者营养随访数据库，出院评估结果以结构化数据的形式被保存的不到15%。

换言之，超过七成的出院营养评估最终以PDF扫描件或纸质病历的形式”沉睡”在档案室里。当患者三个月后再次入院时，接诊营养师看到的往往只是一份需要重新填写的评估表单——上一次评估的数据、随访期间的营养方案调整、患者的依从性记录，全部归零。

这种”连接消失”不仅增加了重复评估的工作量，更重要的是打断了营养治疗的连续性——而连续性恰恰是营养干预区别于药物治疗的关键特征之一。

二、数据标准化为何难落地：四个深层原因

2.1 行业标准供给不足

截至目前，临床营养领域尚未建立全国统一的营养诊疗数据元标准。国家卫健委发布的《电子病历基本规范（试行）》和《医院信息互联互通标准化成熟度测评方案》都对数据结构提出了框架性要求，但针对临床营养专科的数据元目录、数据类型定义、值域代码等细化标准仍然缺位。

与之形成对比的是检验领域——国家卫健委早在2012年就发布了WS/T 407-2012《临床实验室定量测定室内质量控制指南》，并配套建立了检验项目编码体系（LOINC代码的本地化映射）。正是因为有了这套标准，检验数据在不同系统之间的流通才有了”通用语言”。

临床营养的数据标准化建设，落后检验领域至少十年。

2.2 信息系统建设的”先污染后治理”路径

国内多数医院的信息化建设遵循”先解决有没有，再考虑好不好”的路径。这一路径在信息化建设初期有其合理性，但随着系统数量增加、数据积累增多，”治理”的成本往往数倍于”建设”。

以某家床位规模2000张的三甲医院为例，其营养相关的信息系统包括：营养筛查系统（2015年上线）、营养评估模块（2017年嵌入门诊系统）、肠内营养处方系统（2019年独立部署）、肠外营养配置系统（2020年对接静配中心）、食堂管理系统（2018年上线）。

这些系统来自四家不同的厂商，采用三种不同的数据库架构，两套数据编码体系。上线初期各自运行正常，但当医院希望打通营养数据全流程时，发现每两个系统之间的对接都需要单独谈判接口权限、单独开发接口程序、单独调试数据映射——“全面打通”的实施成本高达数百万元，工期需要18个月以上。

2.3 业务部门与信息部门的”责任真空”

数据标准化是一项需要”既懂业务又懂技术”的跨部门工作。在多数医院，这项工作的责任落在信息科，但信息科同事往往不熟悉临床营养的专业逻辑；而营养科虽然熟悉业务，却缺乏推动数据标准化的行政权力和技术能力。

更棘手的是，数据标准化的收益是全局性的、长期性的，但成本是即时的、局部性的。一套统一的数据标准建立后，所有系统都要改造，所有接口都要重写，所有历史数据都要迁移——这笔账算下来，信息科主任往往更倾向于”维持现状”。

于是，数据标准化成了一个”人人觉得重要，人人不想推动”的灰色地带。

2.4 厂商生态的”锁定效应”

国内医院营养信息系统市场高度分散，top 5厂商的市场份额合计不超过40%。各家厂商为了构建竞争壁垒，在数据接口上普遍采取”有限开放”的策略——开放基础的增删改查接口，但对核心的数据字典、算法模型、报表格式等实行黑盒保护。

这种策略的结果是，即使医院信息科有能力进行数据标准化改造，厂商的配合意愿也往往不足。曾有医院信息科工程师在行业论坛分享：他们希望将营养筛查的原始评分数据（而非只有判定结果）提取出来做科研分析，但系统厂商以”数据字典是商业秘密”为由拒绝了接口申请。

厂商的封闭生态，从外部进一步固化了数据孤岛。

三、破局路径：三个方向的实践探索

3.1 以”互联互通测评”为抓手，推动标准化改造

国家卫健委自2014年起推动的”医院信息互联互通标准化成熟度测评”，为数据标准化改造提供了政策推力和评价标准。截至2024年，全国已有超过300家医院通过了互联互通三级以上测评。

测评的核心内容包括：数据源标准化（含患者主索引、就诊记录、医嘱明细、检验检查结果等）、数据集标准化（含数据元的标识、名称、定义、数据类型、值域等）、交互服务标准化（含消息服务、API接口等技术规范）。

对于临床营养信息化而言，抓住互联互通测评的窗口期，将营养数据标准纳入医院整体标准化改造框架，是降低改造成本、形成制度压力的有效路径。

具体而言，营养科应积极参与医院信息化的顶层设计，将”营养数据与HIS、电子病历、检验系统的互联互通”纳入互联互通测评的需求清单。测评一旦通过，数据标准的落地就有了行政背书和制度保障。

3.2 以”数据中台”为载体，实现异构系统的柔性对接

传统点对点的系统对接模式在系统数量较少时尚可维持，一旦系统数量超过五个，每增加一个系统就需要与其他系统单独建立接口，形成”n×(n-1)/2”个接口的”蜘蛛网”。

数据中台架构提供了一种新的解决思路：所有营养相关数据先汇聚到数据中台，经过清洗、转换、标准化处理后，再对外提供统一的数据服务。无论下游系统是营养筛查系统、评估系统、处方系统还是科研分析平台，都从数据中台获取数据，而非直接对接源系统。

这种架构的优势在于：

源系统改造最小化：只需将源数据推送至数据中台，无需改造与所有下游系统的接口
标准化规则集中化：数据清洗和标准化规则在中台集中维护，避免重复开发
新系统接入敏捷化：新系统只需对接数据中台，无需逐一谈判源系统接口

目前，已有多家信息化领先的医院开始探索”临床营养数据中台”建设。某省级医院的实践表明，数据中台上线后，营养数据从产生到可供其他系统使用的平均延迟从48小时缩短至4小时，数据完整率从67%提升至94%。

3.3 以”行业协会”为平台，推动数据标准的行业共识

单个医院的力量难以推动数据标准化，关键在于形成行业层面的共识和规范。中华医学会肠外肠内营养学分会、中国营养学会等行业协会在这方面可以发挥独特的作用。

参考检验领域的经验，首先需要建立的是”临床营养数据元目录”——明确临床营养诊疗过程中涉及哪些数据元素（如筛查评分、评估指标、处方要素等），每个数据元素的标准化名称、定义、数据类型、值域范围是什么。

其次是建立”临床营养数据交换标准”——规定不同系统之间交换数据时采用的格式、协议、消息结构。

行业标准的建立不会一蹴而就，但这是打破数据孤岛的治本之策。 临床营养信息化领先医院应积极参与行业协会牵头的标准制定工作，将实践中的经验转化为行业共识。

四、行动建议：医院信息科与营养科可以即刻落地的五件事

数据标准化是一项系统工程，难以毕其功于一役。但在等待行业标准出台之前，医院内部仍有几件可以即刻启动的工作：

第一，梳理现有营养数据流。 绘制一张”营养数据全流程地图”，标识每一类数据在哪里产生、存储在哪里、被哪些系统使用、与哪些系统存在接口。这张地图是后续标准化改造的基础。

第二，定义营养核心数据元。 组织营养科和信息科联合工作坊，从临床需求出发，梳理营养诊疗全流程中最核心的数据元素（如筛查评分、评估结论、处方要素等），为每一项数据元素建立标准化定义。这份”核心数据元清单”可以先在医院内部推行，待行业标准出台后再与之对齐。

第三，推动HIS系统扩展营养字段。 与信息科沟通，在电子病历系统中为临床营养预留标准化字段，确保营养诊疗数据能够以结构化形式进入医院主数据库。这是后续数据互操作的基础。

第四，审慎选择新系统接口策略。 在采购新的营养信息化系统时，将”数据互操作性”纳入评估标准，明确要求厂商提供标准化的数据接口（建议要求支持HL7 FHIR或国家卫健委推荐的数据交换标准），而非定制化的私有接口。

第五，建立数据质量监控机制。 定期抽检营养数据的完整率、准确率、一致性等质量指标，将数据质量纳入营养科和信息科的联合考核。数据标准只有与质量监控闭环，才能真正落地。

营养数据的”各自为战”，表面上是技术问题，深层是标准和生态问题。没有统一的数据语言，再强大的信息系统也只是一个个孤立的数据”孤岛”；没有行业层面的标准共识，单个医院的标准化改造努力也难以持续。

好在改变的迹象正在显现：互联互通测评的推进、数据中台架构的成熟、行业协会的活跃，都在为营养数据的互联互通创造条件。

营养数据为何"各自为战"：数据标准化与互操作性困局解析