营养师的时间去哪了：临床营养诊疗系统对工作效率的真实影响

一个工作日的上午

早上八点，营养科办公室。一位营养师坐下来，打开电脑，登录临床营养诊疗系统。界面上显示今天有四个新会诊、六份待完成的评估、三份需要复审的处方调整。在她开始处理这些工作之前，还有一件事必须先做：登录HIS系统，查看自己管理的患者今天的检验结果有没有更新。然后登录护理系统，看看昨晚的喂养执行记录是否已经录入。再登录电子病历系统，把几个新入院患者的病史摘要摘出来。

三个系统，四个登录，十五分钟的信息收集，然后才开始真正的临床工作。

这不是某一所医院的特殊情况。2025年中国医院协会信息管理专业委员会的一份专项调研显示，在已部署营养相关信息系统的三级医院中，营养师每天平均需要登录2.7个不同系统来完成日常工作。信息收集环节（登录、切换、查询、比对）占用了日均工作时间的约22%。换句话说，一位每天工作八小时的营养师，将近两个小时花在了「找信息」而不是「用信息」上。

这引出了一个值得认真面对的问题：临床营养诊疗系统的建设初衷是提升工作效率，但系统上线之后，营养师的时间到底是被节省了，还是被重新分配了——从直接的患者照护时间，转移到了数据录入和系统操作时间？

一、一个需要重新审视的假设

「系统提升效率」的前提条件

临床营养信息化的价值逻辑有一个核心假设：把原来手工完成的工作转移到系统中完成，数据自动化流转，流程系统化驱动，效率自然会提升。这个假设在理论层面成立，但在实际运行中，它的成立有一个关键前提——系统操作的时间成本必须低于原有工作模式的时间成本。

这个前提在实践中并不总是成立。

中国营养学会临床营养分会2024年发布的一项关于营养信息化系统使用现状的调研显示了一个值得注意的现象：在已上线营养管理平台的医院中，科室人员对「系统是否提升了工作效率」的正面评价率仅为54%。接近一半的使用者对效率提升的感受并不明显。这个比例与系统功能模块的激活率（64%）形成了某种对照——系统有很多功能，但使用者并未普遍感受到效率的改善。

问题出在哪里？不是系统没有能力提升效率，而是效率提升的收益和系统操作的时间成本之间存在错位。

效率收益集中在上游，时间成本集中在下游

以一个典型的营养评估场景为例。系统上线前，营养师的作业流程是：在床旁用纸笔完成评估记录→回办公室录入电子病历→在科室统计表中手工汇总数据。系统上线后，流程变成了：在系统中查看患者基础信息→到床旁完成评估→直接在系统的结构化表单中录入→系统自动存储和汇总。

对比两套流程，系统带来的效率收益主要体现在数据汇总和统计环节——不再需要手工汇总数据，系统自动生成报表。但时间成本增加的部分在前端——结构化表单的字段录入比自由文本书写更耗时，因为系统对数据的完整性和规范性有强制要求。

这个「效率收益在后端、时间成本在前端」的错位，意味着每天承担大量评估录入工作的营养师，首先感受到的是时间成本的增加。而效率收益——报表自动生成、数据自动汇总——的受益者主要在科室管理层面。干活的人多花了时间，看报表的人省了时间。两种体验的差异，直接影响了系统在临床端的接受度。

「录入负担」不是态度问题，是结构问题

有一种常见的归因倾向：把系统使用率低归结为「使用者不接受新工具」或「习惯难以改变」。但在临床营养这样一个本就人力紧张的专业领域，更客观的归因方向应该是：系统的操作流程设计，是否与临床工作的节奏和方式相匹配？

2025年，某医科大学公共卫生学院在一项关于营养信息系统用户体验的研究中，测算了营养师完成一份标准营养评估记录在系统中的操作路径和耗时。结果如下：打开系统并定位到患者记录（约45秒）、录入一般情况（约2分钟）、录入体格测量数据（约1.5分钟）、录入膳食评估数据（约3分钟）、录入实验室指标（约2分钟）、录入功能评价（约1.5分钟）、保存并退出（约30秒）。合计约11分钟。

同一项研究中，使用自由文本方式在电子病历中完成同等级别的评估记录，平均耗时约7分钟。结构化表单比自由文本多花了约57%的时间。

对于一位日均处理8-12份评估记录的临床营养师来说，系统中完成评估每天需要多花32-48分钟。这不是态度问题，这是实实在在的工作量。如果系统不能在其他环节弥补这部分时间损失——比如通过数据自动获取减少信息收集时间——那么整体效率的提升就是一句空话。

二、时间消耗的四个结构性来源

系统不是天生就「花时间」的。时间消耗的背后有具体的原因。把这些原因拆开来看，问题就不是「系统不好用」这么笼统，而是可以在设计和流程层面找到针对性的改进方向。

来源一：跨系统信息收集的碎片化

这是最突出的时间消耗来源，也是结构性问题中最难解决的一个。

营养师要完成一份评估，需要获取的数据来源至少包括：HIS中的患者基本信息、诊断和手术记录，LIS中的检验结果，护理系统中的喂养执行记录和体重监测数据，电子病历中的病程记录和既往史。如果患者的营养管理涉及多学科协作，可能还需要查阅会诊记录和用药信息。

这些数据分散在不同的系统中。营养师的典型做法是：依次登录各系统，逐一查询，手工摘录，然后在营养系统中录入评估。每次登录和切换耗时不一定长——30秒到1分钟——但乘以每天需要登录的不同系统和需要查看的患者数量，累积的时间就很可观。

更隐蔽的时间消耗来自「信息定位」。在HIS中找到一位患者的检验结果可能需要三到四次点击和一次筛选条件设置。获取护理记录中的喂养量可能需要切换到护理系统的特定模块。每个系统都有自己的界面布局和操作逻辑，对于需要频繁切换的日常使用者来说，「我需要的功能在哪里」这个问题的回答，本身就在持续消耗认知资源和时间。

2025年，中华医学会肠外肠内营养学分会在一份关于营养诊疗信息化的专题报告中提到一组数据：在参与调研的医院中，营养师完成一份标准评估记录的总时间中，真正用于临床判断和记录的时间占比约为48%，其余52%的时间花在了跨系统信息查询和系统操作上。这个比例在不同医院之间存在较大差异——信息化集成较好的医院可以将操作耗时占比压缩到35%以下，而集成度较低的医院则超过60%。

来源二：数据重复录入的叠加效应

跨系统信息收集的问题，在另一个方向上还有更直接的表现形式：数据重复录入。

一位患者入院时，基本信息和诊断在急诊或门诊系统中已经录入。办理入院后，这些信息在HIS中再次录入。护理系统进行筛查时，患者基本信息又要录入一次。营养系统做评估时，同样的信息再次录入。患者转科后，部分系统需要更新信息，又产生一次录入。

每一次录入都产生时间成本。单独看每一次，时间成本不大。但把全流程中所有重复录入的时间加在一起，就是一个需要正视的数字。

某省级医院营养科在2024年的内部测算显示：一位住院患者在院期间，营养相关数据在不同系统中的录入次数平均为4.3次。其中患者基本信息（姓名、年龄、住院号、诊断）的重复录入占比最高。按照每次录入耗时2分钟计算，管理100位活跃住院患者产生的重复录入时间约为14.3小时。

这些时间里，一部分是系统之间数据共享不足造成的。营养系统如果能从HIS自动获取患者基本信息和诊断，这部分重复录入就可以直接消除。另一部分是系统间数据格式不兼容造成的——同一个检验结果在LIS中已经是结构化数据，传输到营养系统时需要重新选择项目进行匹配，实质上也是一种重复录入。第十四小时的时间可以释放出来，分配给更有临床价值的工作。

来源三：结构化表单的效率悖论

结构化表单是临床营养信息系统的基本组件。它保证了数据的规范性、完整性和可分析性。但它在效率层面有一个内在的矛盾：结构化的程度越高，数据可用性越好，录入效率就越低。

这不是系统设计的问题，而是不同目标之间的权衡。下拉菜单比自由文本更耗时，但数据质量更高。必填字段增加了录入压力，但保证了关键数据的完整率。多级联动字段（选定某个诊断后自动筛选相关评估选项）减少了选择范围，但增加了页面的加载和刷新时间。

「录入负担」的根源，在于系统在数据质量和录入效率之间的平衡，目前可能过度偏向数据质量一端。系统要求的数据越细、必填字段越多、字段之间的校验规则越复杂，录入一份记录的时间就越长——这是当前系统效率体验的核心矛盾。

中华医学会临床营养学分会2024年的一份关于营养评估数据质量的报告中，提供了一个侧面数据：参与调研的医院中，营养评估结构化表单的平均字段数为28个，其中必填字段中位数为17个。提交前需要通过系统校验的规则数量平均为6条。这个配置强度下，数据完整率的中位数为83%，但同时，录入者的操作耗时也达到了一个让部分使用者感到压力的水平。

问题的关键不是减少字段数量或降低数据质量要求——两者都有不可替代的价值。问题的关键在于：系统有没有能力在录入环节帮助使用者「省掉不必要的操作」。

来源四：系统响应与流程等待的隐性消耗

这类时间消耗不易被注意到，但累积起来同样可观。

系统登录等待、页面加载延迟、数据保存后的刷新响应、报表生成的处理时间——每一次等待如果以5-10秒计，每天反复几十次，累积的时间消耗在15-30分钟左右。这不是一个巨大的数字，但如果把它放到「每天从营养师工作中扣除」的视角来看，一个科室如果配备了5名营养师，每天合计损失的等待时间约为1.25-2.5小时，相当于每周损失近一个全职人日。

流程等待是另一种形式的消耗。营养师完成了评估，接下来的处方需要主管医师审核。审核通过后，处方流转到药学部配置。配置完成后通知病区护士执行。如果流程中的某个环节卡住了——比如主管医师正在手术中未能及时审核——营养师需要跟进催办，这也会产生额外的时间成本。

2025年某医院信息科对营养诊疗系统的一次流程审计显示：从评估完成到处方审核通过的平均耗时中，营养师主动跟进催办所花费的时间约占18%。流程自动化程度不足导致的「人工催办」，本质上是系统流程设计没有覆盖到的效率盲区。

三、从「为系统录入」到「系统为我所用」：三条改变路径

识别问题是第一步。第二步是找到改变的方向。以下三条路径，不涉及大规模的系统重建，而是在现有信息化基础上，通过调整系统配置和优化工作流程，让系统的角色从「要求营养师录入数据」转变为「帮助营养师节省时间」。

路径一：数据继承，解决重复录入

这条路径的核心原则是：已经在其他系统中存在且可用的数据，营养系统不应要求重新录入。

数据继承的实现层级有三个。第一层：信息自动带入。患者基本信息、诊断编码、手术记录、主要检验结果——这些数据在营养系统中打开患者档案时，通过接口自动填充到对应的字段中。营养师不需要手动录入，只需要确认数据是否正确即可。第二层：引用而非复制。患者的连续体重变化趋势、白蛋白和前白蛋白的波动曲线——这些数据不需要营养师摘录后在系统中重新录入，而是通过引用接口直接展示在营养系统的评估界面中。营养师看到的是数据本身，而不是数据的录入入口。第三层：跨系统核验。当系统自动带入的数据与营养师现场评估获取的数据存在差异时（比如患者自称体重与HIS记录体重相差超过2kg），系统自动提示比对而非要求营养师判断「哪一个是对的」，把核验环节纳入系统逻辑而非临床判断的范畴。

这三个层级的数据继承，不需要突破性的技术——接口开发、字段映射、数据展示——都是医疗信息化领域的成熟技术。它需要的资源投入不大，但收益是直接的：营养师录入一份标准评估记录的时间，可以从之前的11分钟降至7分钟以内。每日评估工作量大的科室，节省的时间更加可观。

路径二：设置合理的默认值与智能建议

结构化表单的时间消耗，有很大一部分来自「填空行为」——面对一个空白的字段，使用者需要从记忆或查询结果中找到答案，然后录入。如果把大量字段从「待填空」变为「已预填，需确认」，操作效率会有明显提升。

一个具体的例子：营养评估中的体重字段。如果系统能从护理系统或HIS中获取患者前一日或入院时的体重记录，把这个数值设置为默认值，营养师在录入时只需要确认数值是否准确。当前的操作路径是「点击字段→输入数字→确认保存」，可以简化为「查看已填充的数字→确认→下一步」。一个字段节省的时间是秒级，但一份评估表单涉及20个以上的字段，累计节省的时间就是分钟级。

设置合理的默认值在技术上不复杂，但需要注意两点。第一，默认值需要附带数据来源和时间戳，让使用者能够判断这个数值的时效性和可靠性。第二，对于某些判断性字段（如功能状态评估、主观症状评估），不适合设置默认值，因为这类字段需要营养师通过当面交流获取，预设值反而可能引入偏差。

另一个方向是智能建议。系统在营养师选择评估量表后，根据患者的诊断、年龄、治疗阶段等已知信息，推荐一个常规的评估方案。如65岁以上内科住院患者，默认建议MNA-SF作为筛查工具，配合体格测量和生化指标的组合评估。营养师可以根据实际情况调整，但不需要从零开始选择每一项。这个智能建议不需要机器学习等复杂技术，基于确定性规则（诊断+年龄+科室→推荐方案）即可实现。

路径三：输出优先，让录入产生即时回报

前两条路径都是在「减少录入成本」上做文章。第三条路径从另一个方向入手：增加录入的即时回报。

营养师不愿意在系统中花时间录入数据，一个深层原因是录入的回报在时间上是滞后的。数据录入后，系统不会立刻给录入者带来反馈或帮助。数据被用于管理报表、质量分析、科研统计——这些都是在数据积累到一定量级后才会发生的活动，不会在录入的当下产生直观的回报。

「输出优先」的思路，是在录入完成的同时，系统立即为录入者生成有价值的信息输出。

一个简单的例子：营养师完成一份完整的营养评估记录后，系统立即生成一份结构化的评估摘要——包含患者的营养诊断、主要问题清单、推荐的能量和蛋白质目标、需要关注的检验指标。这份摘要是系统自动生成的，不需要营养师额外操作。它的价值在于：营养师在完成评估的当下，就获得了一份可以粘贴到病历中、用于会诊沟通、或者作为后续干预参考的结构化输出。录入的行为在完成的瞬间就产生了回报，而不是等待不知何时才会被调用的报表统计。

另一个例子是干预目标的可视化追踪。营养师为患者设定了能量和蛋白质的目标值后，系统在每次记录新的执行数据时，自动更新达标进度条——「今日能量摄入已达目标的72%，蛋白质摄入已达目标的68%」。这个反馈的信息量不大，但它在每次录入后都给营养师一个可以立即感知的回报信号：你录入的数据正在转化为对患者治疗过程的可视化理解。

多伦多大学医学信息学系2024年发表的一项关于临床系统用户体验的研究中，有一个结论值得注意：在影响临床人员系统使用意愿的因素中，「即时可见的操作回报」比「系统的长期价值」对使用意愿的影响更大。人更倾向于为一个能立刻看到收益的行为付出努力，而不是为一个远期回报模糊的行为。这个结论对临床营养诊疗系统的设计同样适用。

系统做系统擅长的事，营养师做营养师擅长的事

回到文章开头那位营养师的早晨。

她每天花在跨系统信息收集上的两个小时，如果通过数据继承压缩到40分钟以内，每天就可以释放出一个多小时的临床时间。这一小时，可以多看两到三个会诊，可以在复杂患者的方案设计上多花一些时间，可以参与多学科讨论，可以做患者教育——总之，可以做一些「只有临床营养师才能做的事」。

临床营养诊疗系统的角色定位，在这个意义上是清晰的：系统不应该要求营养师为了系统的数据需求而额外增加工作量。系统应该做的是利用技术手段——数据继承、智能默认、即时反馈——把营养师从重复性的信息搬运工作中解放出来，让临床时间回到临床工作本身。效率提升不是让营养师在单位时间内录入更多数据，而是让营养师把时间花在系统替代不了的事情上。

这个目标不需要等待下一代系统的到来。在现有系统能力范围内，通过配置优化和流程调整，就已经有相当大的提升空间。数据是否真正自动获取了？表单的必填字段数量是否经过了审视？录入者能否在操作完成时立即获得有价值的信息输出？每一个「否」的回答，都指向一个可以着手改进的方向。

没有人认为数据不重要。但数据采集的方式，决定了系统是帮助了营养师，还是消耗了营养师。让营养师把时间从「为系统录入」转向「为患者服务」，这既是临床营养诊疗系统设计的根本目标，也是评判系统是否真正发挥价值的最朴素的标尺。

千方膳食专注于临床营养信息化建设，为医疗机构提供覆盖筛查、评估、干预、随访全流程的营养诊疗系统。