想评估一套医院营养科信息系统的运行质量，有一个从后台就能完成的动作：翻出模块使用清单，按「打开次数」从低到高排序，然后从最底下那一排开始往上看。几乎每一套上线满一年的系统，都能在这排名单里找到几个熟悉的名字——它们安静地躺着，没人提交过故障单，也没人提过删除，就像科室角落里那台没人用、却也没人敢扔的旧设备。

这些模块的存在，是当初采购决策的延续，而不是今天真实需求的投影。但它们带来的不只是「占地方」这一条：每个模块都在消耗服务器资源、占着维护与升级的工时、进着培训与验收的清单。留着，是成本在持续支出；砍掉，又怕哪天真有用武之地，或是砍错了被投诉。

这笔账到底怎么算，就是本文要说的主题。医院营养科信息系统的功能取舍，不靠感觉，靠一套能落地的判断方法。

第一章 四种出身：先看清模块是怎么「变冷」的

要决定一个模块的存废，先要回答它为什么闲置。闲置不是随机发生的——无人问津的模块，大多能归进四种出身。

评审型模块。 三级医院评审、临床营养质控指标、数据上报要求，是很多模块上线的直接动因。系统为了评审「加分」而上的功能，评审一过、指标一达标，它就失去了继续被点开的理由。这类模块不是没有用，而是它的「用」集中在评审那个时间段，之后便完成了使命、等着退休。

套餐型模块。 采购临床营养诊疗系统时，不少医院按供应商的标准产品清单打包采买，许多功能是「搭售」进来的——有它的界面，没有它的场景。营养门诊挂号联动、膳食费用核算、患者院内位置追踪，功能本身不算错，错在它服务的是供应商的套餐结构，而不是这家医院当时真正跑在纸面上的流程。

流程型模块。 上线时设计得相当完整：营养会诊流程、科室转科衔接、多学科营养协作的任务分发，流程图在方案里画得漂亮。但流程跑起来需要多科室配合，一旦某一边的科室没有同步调整排班与岗位职责，流程就断在半路，对应的模块自然空转下来。模块闲置，很多时候是流程先闲置了。

数据型模块。 营养风险筛查的智能预警、医嘱与检验结果的自动比对、营养评估与实验室指标的联动，这些模块的能力上限，取决于喂给它的数据通没通。接口没接通、字典没对齐、主数据没人维护，模块界面再先进，打开也只有一片空白。用户打开一次、两次都看到空表，第三次就不再打开了。不是用户不爱用，是模块无料可看。

把出身看清，判断就有了第一层依据：先分辨这个模块是「有价值但没被喂饱」，还是「本质上就不存在真实需求」。两种出身，指向两种截然不同的处置。

第二章 留下它：三种看着冷清、却真不该动的功能

打开率低，不等于该砍。医院营养科信息系统里至少有三类模块，越冷清越不能轻易动。

第一类：低频但保命的功能。 接口数据对账、医嘱执行异常追溯、操作审计日志、容灾与数据恢复演练，这些模块平时几乎不会被日常点击，价值全在异常发生的那一刻。营养治疗出了需要查证的事，要追踪一份肠内营养处方从开立到执行的每一步改动、查清某个操作是谁在什么时间做的，靠的正是这些「冷门」功能。砍掉它们，等于把消防栓拆了去腾地方。这类模块的判断标准不是打开率，而是「出问题时它必须在」。

第二类：数据晚熟的功能。 随访管理、出院后营养数据的院外接力、多期评估的趋势对比，这些模块当下产出的数据量不大、点击率也不高，但它们在连续积累同一位患者的纵向时间轴。营养评估的科研价值、长周期结局分析、科室向医院管理层汇报的成绩单，靠的都是这些「慢热」数据。今天是低频的录入，明天可能就是高价值的资产。把这类模块砍掉，等于在数据积累到一半的时候剪断时间轴——营养诊疗系统中真正值钱的，恰恰是别人没有、只有你攒了很久的那段连续数据。

第三类：合规必需的功能。 数据留痕、签名确认、审计追踪、质控指标上报，这些功能不直接创造疗效，却是医疗质量监管环境下的硬要求。三级医院评审与临床营养质控上报的依据，正在于系统里这些「没人喜欢点」的记录功能。删掉它们也许半年内无人察觉，一旦遇到评审、飞行检查或数据核查，缺的正是这半个功能。《临床营养科建设与管理指南（试行）》把营养风险筛查、营养评估、营养治疗的质控要求写进临床营养科的工作职责，[1] 而质控的「依据」必须落在系统记录里。

同样的逻辑藏在另两个方向里。医院信息互联互通标准化成熟度测评把「数据资源标准化、业务协同联动」作为分级评测的硬性条件，电子病历系统功能应用水平分级评价也把营养相关记录的结构化与可及性列为评分点。[3][4] 这意味着那些「冷门」的留痕功能，是医院通往更高级别测评与评级时的既有存量——平时没人点，但评审系统调用的恰恰是它们。等到为评级临时补录口径时，损失的不仅是时间，还有多年积累的数据连贯性。

给这三类画一条分界线：判断一个低频模块要不要留，先问它是否存在「运行时依赖」——有没有别的能力、别的流程、别的监管要求，在静默地等着它。 有依赖，冷清就该留。

第三章 处理掉它：三种该收拾、别再心软的模块

有该留下的，就有该收拾的。也要坦白承认：医院营养科信息系统里，有一部分模块的存在，本身就是管理成本。

第一种：重复造轮子。 系统上线时没有做功能查重，把 HIS 里的基础信息维护、护理系统里的床旁记录、检验系统里的报告查看，又在营养系统里复制了一遍。结果两套系统各记一套数据，营养师上班要开两个窗口反复比对。这类模块不是「没人用」，而是「用着别扭」——它制造的是数据不一致和重复劳动。正确的处理不是死守，而是确认源系统数据可靠之后，把重复的录入入口收起来，只保留展示与回显。

第二种：空转的摆设。 上线几年，模块没有任何数据产出，打开记录趋近于零，也没有任何人提出需要它。它唯一的存在感，是每年选型评估时充个数、在验收清单里维持「功能完整」的门面。这类模块每存在一天，都在消耗维护工时与升级成本，却没有产出一克数据。对它，最诚实的做法是关闭入口、折叠进后台，把演示的负担从日常界面里拿走——留着它，既浪费资源，也让后台菜单越来越长、越来越没人找得到想要的功能。

第三种：半残的功能。 比空转更隐蔽的是做了一半的模块——界面完整，逻辑却不闭环：接口只通了单向、数据字段没有必填校验、预警规则没有配默认值。用户打开后拿到的信息不完整，甚至被误导，久而久之只能绕开它。这种模块的危害在于它占着「已上线」的名分，实际交付的是负价值。处理方式二选一：要么投入人力补齐闭环，要么明确降级、在界面上公示「该功能仅供查询、不作为决策依据」。最怕的就是让它「挂着」，既误导用户，又让科室误以为自己有这个能力。

第四章 取舍口诀：打开率之外，还要看三样东西

前两章给了「留」与「砍」的倾向，但要真正落到决策，需要一把更硬的尺子。很多科室习惯用「月打开率」做唯一的尺子——这是最省事、也最容易误伤的做法。上一章刚被我们判了「留」的三类模块打开率都不高，可见单一指标不靠谱。

真正的取舍，要把三样东西放在一起看。

一看数据产出。 这个模块有没有在认真地产出决策、质控或科研需要的数据？哪怕打开率低，只要它产出的数据持续进入了评估、处方、质控报表这样的下游环节，它就有「间接使用」。营养随访数据可能一个月才被查阅几次，但它支撑的再入院分析与质控指标是天天在用的。数据在流动，模块就不算闲着。

二看运行时依赖。 这个模块是不是别的流程的「必要条件」？接口对账是不是每天自动任务在调用它？营养处方审核是不是依赖它维护的字典？一个模块即使无人打开，只要下游流程在等它，它就是系统承重墙的一部分，拆了会塌楼。

三看合规留存。 有没有法律、法规、评审标准明确要求保留这类记录？《中华人民共和国数据安全法》与《中华人民共和国个人信息保护法》对诊疗记录类数据的安全与留存有着明确要求，[5][6] 评审标准对质控数据上报有硬性规定。合规定持有的，不是删除的候选。

三样东西看下来，一个模块大致落在四个格子里：保留（数据有用、有依赖、合规需要）；降级（功能仍需，但不必高频露出，可折叠进二级菜单）；关闭（暂停入口、保留数据与接口，未来可重启）；删除（确认完全无依赖、无留存义务后彻底清理）。四档处置的边界清晰，避免了一刀切。

处理顺序建议做成流程，而不是拍脑袋：第一步，翻使用日志与数据字典，确认模块真实产出；第二步，做一次几分钟的科室摸底，问清楚有没有人在用、为什么不用——很多「无人问津」其实是因为入口藏太深、没人知道有这功能；第三步，核对数据字典备份与下游依赖清单；第四步，给出四档处置建议，提交科室与信息科共同确认，形成书面记录。

第五章 砍掉不是终点：模块退役后的五件善后事

把「删除」当成终点，是最大的隐患。模块退役不是删一个入口那么简单，后面还挂着五件必须做完的善后。

一、数据归档，而不是数据下架。 该关停的模块，历史数据必须完整导出、归档、可查询可调取，只停新的录入，不动旧的数据。临床营养数据的安全与留存是有法定要求的，[5][6] 数据归档做不干净，「关闭」就成了「销毁」。

二、清理依赖。 先查有没有别的模块或定时任务还在调用它的接口，把引用摘干净再关入口。否则关了一个模块，另一条线半夜悄悄报错，就是典型的「砍错系统」——功能退役引发的连锁故障，比功能闲置本身更难收拾。

三、收权限、收菜单。 把对应权限收拢回管理员，从系统导航里折叠掉入口，防止用户从收藏夹或旧链接再次点进去，产生「刚关就找不到」的迷惑，也避免旧入口继续产生零散数据。

四、同步文档与培训。 更新操作手册与培训材料，把退役模块的相关描述删除或标注「停用」，避免下一轮培训把僵尸功能重新教一遍——培训上还在教的功能，现实中却在回收站里，是对使用者最大的误导。

五、把教训写回选型。 每退役一个模块，就把它的闲置原因补进当初的选型对比表：是需求没核实，还是流程没配套，是数据没接通，还是采购时被套餐裹挟？这一步能防止下一年选型时，同样的模块以同样的理由再被买进来。《国民营养计划（2017—2030年）》推动营养信息化建设不断深入，[2] 医院营养科信息系统的采购只会更频繁，而每一次采购最该避免的，就是重蹈上一次覆盖的坑。

五件事做完，一个模块才算真正退场。退场清理得干净，比匆忙上线更有管理价值。

结语：功能的价值，不在上线那一天

回到开头那份后台清单。医院营养科信息系统的每一次采购，本质上都是一次关于「未来需要什么功能」的赌注；而这些无人问津的模块，就是赌注里没能兑现的那部分筹码。筹码不清理，下一轮采购只会越叠越厚，菜单越来越长，真正常用的功能反而被淹没在深处。

功能的价值，从不在上线的那一天被点亮，而在之后数不清的普通使用中被反复确认。把该留的低频保命模块保住、该喂饱的数据模块喂饱、该收拾的空转模块果断收拾——医院营养科信息系统的效率，从来不是功能的堆叠，而是一套敢对闲置说「不」、舍得把位置让给真正被需要的功能的取舍。这份取舍做得越早，系统就越早从「功能全但没人用」，走到「功能少而每天被用」。

参考文献

[1] 国家卫生健康委办公厅. 临床营养科建设与管理指南（试行）（国卫办医函〔2022〕163号）[Z]. 2022.

[2] 国务院办公厅. 国民营养计划（2017—2030年）（国办发〔2017〕60号）[Z]. 2017.

[3] 国家卫生健康委员会. 医院信息互联互通标准化成熟度测评方案（2025年版）[Z]. 2025.

[4] 国家卫生健康委员会. 电子病历系统功能应用水平分级评价标准（2025年版）[Z]. 2025.

[5] 全国人民代表大会常务委员会. 中华人民共和国数据安全法[Z]. 2021.

[6] 全国人民代表大会常务委员会. 中华人民共和国个人信息保护法[Z]. 2021.