临床营养数据互操作：接口打通之后，数据为什么还在”各说各话”
2025年，国家卫生健康委发布《医院信息互联互通标准化成熟度测评方案（2025年版）》，将数据共享与业务协同提升为核心评审维度。同期，《电子病历系统应用水平分级评价标准》对临床营养数据的结构化程度和跨系统流转能力提出了分级要求。
政策信号很清楚：数据互操作能力不再是”加分项”，而是医院信息化建设的必答题。
但回到临床营养的落地现场，情况远不如政策文本那样乐观。某省级三甲医院营养科信息化投入已逾三年，HIS对接了、LIS接入了、电子病历也联通了——可营养师在系统中调取患者的白蛋白检验结果时，发现LIS传来的单位是g/L，而营养评估模块内置的参考范围以g/dL为单位。系统没有自动换算，营养师只能拿计算器自己算。
这不是个例。临床营养数据互操作的困境，不在于接口数量，而在于数据到了之后，系统之间”说不到一块去”。
一、临床营养数据互操作的核心矛盾
临床营养数据涉及多个数据源：HIS提供患者基本信息和诊断，LIS提供检验数据，护理系统记录生命体征和膳食摄入，营养系统自身产生评估量表评分和营养处方信息。每个数据源都有自己的”方言”。HIS用院内编码表示诊断，LIS用LOINC码或院内码表示检验项目，护理系统的膳食记录以自由文本为主。这些方言在各自系统内部运转良好，但放到一起就形成了数据层面的”巴别塔”。
三个高频场景能说明问题的普遍性。
场景一：单位与参考范围不统一。 营养评估模块需要患者的近期白蛋白数据。系统从LIS获取检验结果后直接展示数值，但没有做单位换算。白蛋白35g/L在LIS系统内是正常值，但PG-SGA评估量表以g/dL为单位，3.5g/dL和35g/L在数值上虽然等价，系统却无法自动识别。营养师需要人工判断数值在哪个量级。
场景二：诊断编码体系不匹配。 营养处方模块需要根据患者诊断匹配干预方案。HIS传来的诊断编码是ICD-10，但处方规则引擎基于院内自定义的疾病分类体系构建。两个编码体系之间没有建立映射关系，系统无法自动根据诊断推荐营养方案模板。
场景三：自由文本数据的量化困境。 护理系统记录的膳食摄入是”半碗粥”、”一份面条”这类描述，而营养评估模块需要的是以克为单位的量化摄入数据。数据从护理系统传输到营养系统，完成了物理搬运，但没有完成语义转化。
这三个场景的技术共性是什么？接口是通的，数据是能传的，但传过来的数据没有被接收系统”理解”。系统层面的数据交换停留在比特搬运层面，没有上升到语义理解层面。
二、互操作性的三个层次与临床营养的特殊性
国际标准化组织ISO将互操作性分为三个层次：技术互操作、语义互操作、流程互操作。临床营养数据互操作的困境，可以从这三个层次逐一拆解。
技术互操作是最基础的层次，解决数据能否从A系统传输到B系统的问题。接口协议、网络通信、数据格式属于这个范畴。当前大多数医院营养系统的对接工作集中在这个层面——通过API或消息队列实现数据搬运。这个层面的技术方案相对成熟，也是行业投入最多的领域。但技术互操作只解决了”数据到了没有”的问题，没有解决”数据到了之后能不能用”的问题。
语义互操作是真正的瓶颈。它解决数据被传输后能否被准确理解的问题。数据元定义、编码体系映射、单位标准化、值域统一属于这个层次。临床营养数据的语义互操作面临几个特殊挑战。
第一，评估量表涉及主观判断。NRS-2002的营养状态受损程度评分依赖操作者的临床判断，同一个患者由不同护士评估可能产生1-2分的差异。系统之间交换评分数据时，如果不附带评估时间、评估者信息、评估时的患者状态等上下文数据，接收系统无法判断这个评分的可靠程度。
第二，检验项目命名和单位不统一。不同厂商的LIS系统对同一检验项目的编码和单位可能不同。白蛋白在A厂商系统中编码为ALB、单位为g/L，在B厂商系统中编码为白蛋白、单位为g/dL。营养系统对接多个LIS系统时，需要建立统一的项目编码映射表。
第三，膳食摄入数据的结构化程度偏低。自由文本描述在护理记录中有其合理性——护士在床旁记录时，输入”进食约1/3”比选择下拉菜单更高效。但这类数据进入营养系统后，无法被自动换算为能量和蛋白质摄入量。膳食摄入的结构化采集与临床工作效率之间存在张力。
流程互操作是最高层次，解决跨系统的业务流程能否协同的问题。营养筛查触发评估、评估结果指导处方、处方执行反馈监测——这些业务流程需要在多个系统之间无缝流转。流程互操作的实现依赖前两个层次的基础，也需要业务流程层面的标准化设计。
临床营养数据的特殊性在于：它不是一个单一的数据类型，而是横跨量表数据、检验数据、人体测量数据、膳食数据、处方数据的复合数据集。每种数据类型都有各自的标准化基础和发展阶段，无法用一套标准覆盖所有场景。
三、数据对接实践中的三个认知误区
在临床营养信息化建设中，有几个认知误区值得重新审视。
误区一：接口多等于互操作好。
验收信息化项目时，一些医院营养科关注的焦点是”接了多少个系统”、”建了多少个接口”。接口数量被当作互操作能力的代名词。但接口只解决了数据传输问题，没有解决数据理解问题。一个系统通过接口获取了另一系统的数据，但数据的临床含义、参考上下文、关联关系在传输过程中可能丢失。真正的互操作能力，应该用”数据到了之后能被直接使用的比例”来衡量，而非接口数量。
误区二：标准化就是统一编码。
有些项目把互操作建设简化为编码统一工作——把所有系统的诊断编码、项目编码、药品编码统一成一套标准。这个方向本身没错，但临床营养数据的标准化远不止编码统一。营养评估数据涉及大量连续变量——体重、BMI、能量摄入量、蛋白质供给量等——这些数据的标准化需要数据元定义、计量单位、采集方法、时间属性的全面对齐。两个系统都记录了”体重”，但一个记录的是入院体重，一个记录的是当前体重；一个用公斤，一个记录到小数点后一位——这显然不只是编码问题。
误区三：数据标准可以一步到位。
一次性建成全覆盖的数据标准体系，这个愿望可以理解，但执行上几乎不可能。临床营养数据涉及的范围太广——从量表评分到生化指标，从膳食记录到人体测量——每个数据类别的标准化基础不同，推进难度也各异。NRS-2002的结构化记录相对容易标准化，但膳食摄入数据的标准化涉及食物成分数据库的对接和摄入量的估算逻辑，复杂度高出一个数量级。更务实的做法是分领域、分批次推进，优先解决高频使用数据项的标准化问题。
四、临床营养数据标准化的优先级矩阵
资源有限的情况下，标准化工作的优先级排序至关重要。根据数据使用频率和标准化难度两个维度，可以将临床营养数据分为三个优先级。
第一优先级：营养风险筛查数据。 NRS-2002、MNA-SF等量表的结构化记录，是营养诊疗闭环的起点。筛查数据标准化涉及量表各维度分值的独立存储、评分时间的精确记录、评分与患者诊断和科室的关联。标准化后的筛查数据可以被后续模块自动调用：评分≥3分的患者自动触发评估任务，评估模块直接读取各维度分值而不需要营养师重复录入。中国营养学会临床营养分会2024年的调研数据显示，已实现筛查数据结构化存储的医院，从筛查到处方的平均流转时间比未实现者缩短约40%。
第二优先级：营养评估与处方数据。 评估结果的结构化存储和处方的标准化编码，直接影响营养治疗方案的质量。评估数据标准化需要关注PG-SGA各评估维度的细粒度记录——体重变化、饮食摄入、症状影响、功能状态等维度应分别存储而非合并为一个总分。处方数据标准化需要统一制剂编码、剂量单位、输注途径、给药频次等核心字段。标准化后的处方数据可以支持智能审核和批量统计，减少人工逐条核对的工作量。
第三优先级：效果追踪数据。 营养干预效果的标准化记录是质量改进的数据基础。这一级的标准化基础相对薄弱——效果指标的定义在各医院之间差异较大。部分医院关注生化指标的改善，部分医院关注功能状态的变化，还有部分医院关注住院天数和并发症率。效果追踪数据的标准化需要行业层面的共识形成，单个医院推进的难度较大，但可以在院内先建立统一的评价框架。
五、分阶段推进的互操作建设路径
互操作能力的建设不能一蹴而就，需要分阶段推进、逐层深入。
阶段一：建立数据元标准体系。 这是基础中的基础。营养科与信息科协作，梳理临床营养涉及的核心数据元，明确每个数据元的定义、数据类型、允许值、计量单位。数据元标准体系形成后，作为系统间数据交换的”字典”使用。这个阶段的工作量取决于现有系统的数量和数据复杂度，通常需要3-4个月完成初版。
阶段二：实现关键系统间的语义对齐。 在数据元标准的基础上，推进营养系统与HIS、LIS、电子病历之间的语义对齐。以检验数据为例：统一营养相关检验项目的编码和单位，建立项目编码的映射关系表，确保白蛋白、前白蛋白、转铁蛋白、视黄醇结合蛋白等营养相关指标从LIS到营养系统的传递过程中，单位和参考范围保持一致。这个阶段需要与各系统厂商协调，接口改造的工作量因厂商配合程度而异。
阶段三：打通业务流程的数据链路。 在语义互操作的基础上推进流程互操作。营养风险筛查完成后自动触发评估任务、评估结果自动传入处方模块供营养师参考、处方执行效果数据自动回传——这些跨系统流程的自动化，是互操作建设的最终价值体现。流程互操作的实现需要前两个阶段的基础，也需要业务流程层面的重新设计。每个阶段建议设定6-8个月的建设周期，稳定后再推进下一阶段。
六、从盘点开始的三步行动
对于正在规划或已经启动营养信息化建设的科室，以下三步行动可以作为互操作建设的起点。
第一步，盘点数据流转现状。 梳理现有系统之间的数据交换情况：哪些数据在系统之间流转？流转的数据中，哪些可以被接收系统直接使用，哪些需要人工转换或补充？盘点的输出是一张”数据互操作现状图”，标注出数据流转的畅通路段和断头路段。这张图既是现状记录，也是改进计划的依据。
第二步，制定标准化清单。 从盘点结果中提炼出需要优先标准化的数据项清单。清单应包含数据项名称、当前格式、目标格式、涉及的系统、责任科室。标准化清单不需要追求全面覆盖，先从最影响工作效率的3-5个数据项入手，解决一个再推进下一个。
第三步，将互操作能力纳入验收标准。 在未来的信息化项目采购或验收中，将语义互操作能力作为独立评审维度。不只是检查接口是否连通、数据是否传输，还要验证：传输后的数据能否被接收系统直接使用？数据在传输过程中是否保持了语义完整？接收系统能否基于传输数据自动执行下一步操作？验收标准的具体化，是倒逼厂商重视互操作能力的有效手段。
三个步骤不需要一次性完成，可以逐项推进。对于尚未启动信息化建设的科室，建议在选型阶段就将互操作能力作为核心评估指标——考察厂商的数据标准体系建设经验、跨系统对接案例、以及对接过程中的数据治理能力。
临床营养数据的价值，不在于每个系统内部的数据有多完整，而在于数据在不同系统之间流转时，能够保持其临床含义不被损耗。接口打通只是第一步，让数据”说同一种语言”才是真正的终点。
当营养师不再需要在系统之间手动换算单位、不再需要重复录入已经在其他系统填写过的数据、不再需要对着两个系统的数据差异反复核对——那才是临床营养数据互操作真正到位的时刻。
千方膳食 - 您的临床营养管理专家
千方膳食专注于医院临床营养管理领域，为医疗机构提供专业的营养评估、个性化配餐方案和科学的营养干预指导。
了解更多：www.hospdiet.cn | 咨询热线：400-866-4188