临床营养信息化系统选型与实施避坑指南
招标书上写的功能，验收时能用几条？
这个问题，是我在过去三年里与近40家三级医院营养科信息化的负责人交流后，被问到频率最高的一句话。
得到的答案惊人一致：招标书上写了80条、100条甚至更多功能，实际临床日常使用的，通常不超过20条。
中国医院协会信息管理专业委员会2023年发布的《医院信息化建设现状调研报告》显示，临床营养信息系统在三级医院的功能平均使用率约为31%，这一数字在所有临床信息系统类别中排名靠后。
功能使用率低，不一定是软件不行。更常见的原因是：选型阶段没有摸清真实需求，招标书写的功能清单与临床实际工作场景脱节；实施阶段没有做好流程适配，”买回来的系统”与”实际要用的系统”是两回事。
本文从系统选型与实施的角度，梳理临床营养信息化建设中常见的避坑要点。
一、选型前的三个准备动作
1.1 摸清临床工作的真实场景
选型团队在接触软件厂商之前，必须先回答一个问题：营养科的日常工作究竟是怎么运转的？
这个问题的答案，看似简单，实则多数选型团队没有真正做实。
常见的情况是：选型任务下发给信息科，信息科根据招标参数库拟定招标清单，医务科或营养科负责人只在评标环节出席，对照清单打打分。整个过程，营养师群体几乎没有参与。
这种模式的问题在于，招标书上的功能清单，往往反映的是”行业通行标准”或”政策要求”，而非”本科室实际痛点”。
中华医学会肠外肠内营养学分会在《中国成人患者肠外肠内营养临床应用指南(2021年版)》的解读中曾指出，临床营养诊疗的核心流程因医院等级、科室设置、收治病种的不同而存在显著差异。一套系统如果不能适应具体机构的工作场景，功能再丰富也是摆设。
摸清临床工作真实场景，建议做以下几件事：
连续追踪营养师一周的工作日志。记录每位营养师每日操作系统的步骤、遇到的问题、切换系统的频率。这份日志会告诉你，真正的使用痛点在哪里。
梳理营养科与临床科室的信息交互节点。营养科的信息输出（营养评估报告、会诊意见、营养方案）被哪些科室接收？以什么形式接收？接收后有没有反馈？这些节点如果存在断点，就是系统需要解决的核心问题。
确认现有系统的数据资产。如果医院此前有营养相关系统（包括Excel管理的患者档案），选型前必须评估数据迁移的可行性和工作量。很多项目在实施阶段才发现旧数据无法迁移，不得不重新开始。
1.2 明确选型的优先级
临床营养信息化的需求可以大致分为三类：
基础需求：营养筛查、评估、记录、报告生成。这类需求是营养科开展日常工作所必需的，也是评审检查的核心内容。任何系统如果这类功能不好用，直接排除。
管理需求：数据统计、指标监测、报表生成、质量控制。这类需求服务于营养科内部管理和对外汇报，通常不是一线营养师的核心痛点，但直接影响科主任的工作效率。
发展需求：与新技术结合（如间接测热法对接、AI辅助决策）、与教学科研系统对接、区域营养数据中心接入等。这类需求代表未来方向，但不应成为选型的主要决策依据。
《全面提升医疗质量行动计划(2023-2025年)》对医疗机构的信息化建设提出了”功能实用、服务便捷、技术先进”的总体要求。这一要求对临床营养信息化的启示在于：选型应优先考虑基础功能的实用性和稳定性，而非功能的丰富程度。
一个常见的选择困境是：功能更全面的厂商报价更高，而功能精简的厂商报价低但长远发展能力存疑。应对这一困境的建议是：基础需求必须完全满足，否则直接淘汰；管理需求和发展需求可以适度妥协，将其作为后续迭代或扩展的方向。
1.3 组建选型的专业团队
系统选型是一项跨部门的工作，需要临床营养、信息技术、医院管理三类人员的协同参与。
临床营养专业人员负责提出业务需求，评估系统对实际诊疗流程的支撑能力。这类人员必须在营养科日常工作中承担具体任务，而非只是科室管理者。因为只有一线工作者才能准确判断系统操作是否真正减轻了工作负担。
信息技术人员负责评估系统的技术架构、数据接口、安全性能、与现有系统的兼容性。信息科人员需要在评标阶段对各厂商的技术方案进行独立评估，而非完全依赖厂商提供的产品介绍材料。
医院管理人员负责把握项目预算、合同条款、实施周期、验收标准。管理层的介入是保证项目不走偏的关键。
一个值得注意的问题是：很多医院的营养科主任对信息化选型有最终拍板权，但信息科对项目的技术支持程度往往决定了后续的实施效果。选型阶段如果信息科参与不足，实施阶段容易出现”信息科不配合对接”的困境。
二、选型过程中的五个常见误区
2.1 功能清单越长越好
这是选型过程中最常见的认知误区。
功能清单的长短，反映的是厂商的产品覆盖面，而非系统的实际使用效果。评审专家在评标阶段看到的招标参数，往往是功能清单的完整性较量，而非功能实用性的pk。
《中国医院营养科信息系统建设现状调研报告（2022年）》指出，国内主流营养信息系统厂商的产品功能数量差距悬殊，从40余条到200余条不等。但调研同时发现，功能数量与用户满意度之间不存在正相关关系，部分功能数量排名靠后的厂商，用户满意度反而更高。
这一现象的解释是：功能数量的增加，往往意味着操作复杂度的上升。系统需要维护的功能越多，每个功能的优化资源越分散，最终可能导致每个功能都”能用但不好用”。
选型时对功能清单的正确态度是：聚焦高频功能，评估核心功能的操作效率，而非简单比较功能总数。
WHO《Health Information Systems Toolkit》在对全球医疗机构信息系统选型的指导文件中指出，”适合的”比”先进的”更重要。这一原则在临床营养信息化选型中同样适用。
2.2 忽略数据标准与接口兼容性
选型阶段另一个常被忽视的维度是数据标准与接口兼容性。
临床营养信息系统不是孤岛系统。它需要与HIS对接获取患者基础信息，与LIS对接获取检验数据，与电子病历系统交换营养评估结论和方案记录，与药房系统对接营养处方执行。在部分医院，还需要与食堂管理系统对接，实现订餐与营养方案的联动。
如果选型阶段没有明确接口要求，实施阶段可能面临这样的困境：系统功能测试没问题，但与现有系统的数据对接迟迟无法打通，营养师不得不做大量手工补录工作，系统使用率随之下降。
中华医学会肠外肠内营养学分会在相关指南解读中多次强调，临床营养信息化应遵循”互联互通”原则，营养数据应能在不同系统之间流转。这一要求在政策层面已有依据，但实际执行中，接口标准的落地仍是行业短板。
中国医院协会信息管理专业委员会发布的《中国医院信息互联互通标准化成熟度测评方案》为系统间的数据对接提供了标准化参考框架。选型时，应要求厂商明确说明系统支持的数据接口标准（如HL7 FHIR），并评估与医院现有系统对接的可行性和工作量。
2.3 迷信”云端”或”本地”部署的单一选择
临床营养信息系统的部署方式选择，是选型阶段的另一个决策分歧点。
云端部署的优势在于初期投入低、运维成本可控、系统升级便捷；本地部署的优势在于数据完全自主可控、符合等保要求、长期运维成本可预期。
两类部署方式各有适用场景，没有绝对的优劣之分。
国家卫健委发布的《医疗卫生机构信息安全管理办法》对不同级别医疗机构的数据存储有明确要求。选型时必须首先满足政策合规要求，而非单纯比较成本和技术先进性。
对于大型三甲医院或对数据主权要求极高的机构，本地部署通常是更稳妥的选择。对于基层医疗机构或信息化基础薄弱的机构，云端部署可以显著降低初期门槛。
一个值得关注的趋势是”混合部署”模式：核心数据本地存储，边缘功能云端部署。这种模式在技术上可行，但需要厂商具备相应的技术能力，选型时需要专项评估。
2.4 实施方案阶段重视度不足
选型完成、合同签订后，很多医院对实施阶段的重视程度显著下降。
选型阶段的预期是”买到一套好系统”，但实施阶段才是决定系统能否用起来的关键环节。据医疗信息化行业统计，系统实施失败或使用率低的案例中，约60%与实施阶段的管理疏漏有关。
临床营养信息系统的实施，核心挑战在于流程适配。系统内置的标准流程不一定适应具体医院的工作场景，需要进行大量的参数配置、流程调整、权限设置工作。这些工作需要厂商实施顾问和医院营养科、信息科的深度协作。
《信息系统项目管理标准》对实施阶段的项目管理有明确规范，包括实施计划的制定与执行、需求变更的管理、测试与验收的流程等。但在实际项目中，这些规范往往因为”项目周期紧张”或”双方沟通不充分”而被简化执行。
选型阶段就应明确：实施团队的构成、实施计划的里程碑、验收的标准和流程。如果厂商在合同谈判阶段对实施细节含糊其辞，这本身就是一个风险信号。
2.5 合同条款中对”服务”约定不清晰
合同签订阶段另一个常见问题是服务条款的模糊化。
系统采购合同通常包含”开发工作量”和”服务工作量”两部分。开发工作量对应系统功能的实现，相对容易量化；服务工作量对应实施支持、培训、bug修复、版本升级等，相对难以量化。
部分厂商在合同谈判阶段对服务条款承诺得较为宽泛（如”提供优质服务”、”及时响应”），但合同中缺乏可量化的服务标准（如响应时间、问题关闭时限、现场支持频次等）。
这种模糊化处理，在系统上线初期影响不大，因为厂商通常会投入充足资源确保项目验收。但当系统进入稳定运行期后，服务响应质量可能显著下降，而医院因为合同条款约束力不足，难以要求厂商履约。
合同签订前，建议明确以下服务条款：
响应时限：问题提交后，厂商在多长时间内必须响应？不同优先级的问题是否对应不同的响应时限？
解决时限：问题提出后，多长时间内必须解决？厂商在什么情况下可以申请延长解决时限？
现场支持：系统上线后的前三个月，厂商是否安排驻场支持？驻场人员的资质要求是什么？
版本升级：系统是否包含版本升级服务？升级的频率和流程是什么？升级是否需要额外付费？
《信息系统项目管理标准》中对服务级别的定义（SLA）有专门章节论述，建议医院在合同管理中参照该标准细化服务条款。
三、实施落地的避坑要点
3.1 上线前必须完成的四项准备
临床营养信息系统的上线，不是简单地把软件部署到服务器、给用户开账号就算完成。一套系统能否顺利上线并进入日常使用，上线前的准备工作至关重要。
历史数据的清理与迁移。如果医院此前有营养相关的数据积累（无论是电子系统还是Excel表格），必须在系统上线前完成数据清洗和迁移方案的设计。数据迁移不是简单地把旧数据”倒入”新系统，而是要根据新系统的数据标准进行转换和清洗。这个工作量往往被低估。
流程配置与测试。系统内置的标准流程需要根据医院的实际工作场景进行配置。配置完成后，必须在测试环境中进行全流程穿行测试，模拟真实工作场景操作一遍所有核心功能，发现问题及时调整。
用户培训的考核机制。系统上线前的培训不能只是”讲一遍功能”，必须包含实际操作的考核。只有通过考核的用户才能获得正式账号。实际操作能力不足的用户匆忙上岗，不仅自己效率低下，还可能产生大量错误数据。
应急预案的制定。系统上线初期，难免出现各种突发问题。必须在上线前制定应急预案，明确问题升级的通道、临时替代方案（如手工记录转录）、与厂商的紧急联系人名单。
《电子病历系统应用水平分级评价标准》对系统切换期的数据连续性有明确要求。临床营养信息系统涉及患者诊疗数据的连续性，上线前必须评估数据丢失或断档的风险，并制定相应的保障措施。
3.2 上线第一周的”黄金72小时”
系统上线后的最初72小时，是决定系统能否被用户接受的关键窗口。
这个阶段最常出现的问题是：用户操作不熟练导致效率下降，部分用户对新系统产生抵触情绪，突发技术问题处理不及时导致用户信心受损。
成功度过”黄金72小时”的经验包括：
高层关注。上线第一天，分管院长或医务部主任最好能到营养科现场了解使用情况。这种关注本身对一线用户是一种鼓励，也促使信息科和厂商在第一时间响应问题。
厂商驻场。上线初期，厂商应安排有经验的实施顾问驻场，确保问题第一时间处理。如果厂商远程支持响应迟缓，应立即启动合同中约定的驻场支持条款。
实时收集反馈。建立上线初期的反馈收集机制，用户遇到的问题和抱怨第一时间收集并分类处理。多数用户的抵触情绪来自于”遇到问题没人管”，而非系统本身不好用。
渐进推进。如果系统功能模块较多，不建议上线第一天就开放全部功能。优先开放核心高频功能，待用户熟悉后再逐步开放高级功能。
3.3 上线后常见的三个”坑”
第一个坑：重功能上线，轻持续优化。
系统上线后进入运维期，这个阶段最大的风险是”系统凉了”。
供应商的驻场期结束后，系统进入”无人跟踪优化”状态。使用中发现的功能缺陷、体验问题难以进入改进通道。这种情况在行业内非常普遍。
应对策略是：在合同签订阶段就明确运维期的优化机制，包括问题反馈渠道、优化请求的评估流程、版本升级计划等。同时，医院内部应培养自己的”系统管理员”角色，而非完全依赖厂商。
第二个坑：数据录入质量失控。
系统上线后，如果缺乏数据录入质量的监控机制，使用者可能逐渐形成”凑数据”的习惯——录入的数据不是为了临床使用，而是为了应付检查。这种数据一旦成为惯例，系统的决策支持功能就完全失效。
应对策略是：建立数据质量监控指标，对异常数据进行预警。例如，如果某营养师连续一周的评估记录PG-SGA评分全部为0分或全部为同一分值，这显然不符合临床实际，应触发核查。
第三个坑：系统与实际工作流程脱节。
系统上线后，临床工作流程可能发生变化（如科室重组、岗位职责调整），但系统没有同步调整。这种”系统与实际脱节”的状态如果持续，用户会逐渐放弃系统，转回手工模式。
应对策略是：建立系统与工作流程的定期审视机制，每季度评估一次系统功能与实际工作的匹配度，及时调整系统配置。
四、DRG改革背景下的选型新视角
4.1 DRG/DIP支付改革对营养科的影响
2021年以来，国家医保局持续推进DRG/DIP支付方式改革，目前全国已基本实现DRG/DIP改革全覆盖。这一改革对临床营养的信息化选型带来了新的考量维度。
DRG/DIP的核心逻辑是”按病组打包付费”。在这种付费模式下，医院的收入从”按项目付费”转变为”按病组包干”，成本控制成为医院运营的核心诉求。
营养科在DRG改革中的定位正在发生微妙变化：
从成本中心转向价值中心。在按项目付费时代，营养科的工作量与医院收入没有直接关联，容易被视为”成本中心”。但在DRG模式下，如果营养干预能够缩短患者住院时间、减少并发症，医院的实际成本会下降、效益会提升，营养科的价值可以直接量化。
营养相关病组的费用结构分析。DRG改革后，医院开始关注不同病组的费用结构。营养治疗费用在很多病组中占比不高，但与住院时间延长、并发症发生高度相关。通过系统的数据分析功能，可以识别出营养干预对特定病组的成本效益影响。
营养诊疗的规范化要求提升。DRG支付对诊疗规范性有严格要求，营养诊疗如果不规范（如营养风险筛查漏做、营养评估不完整），可能在DRG审核中被识别为”缺失服务”，影响病组的合规性评分。
中华医学会肠外肠内营养学分会在2023年发布的政策解读中指出，DRG改革为临床营养学科的发展提供了”从幕后走向前台”的机会。营养科的信息化建设，应能支撑这种价值呈现的需求。
4.2 选型时新增的评估维度
基于DRG改革背景，临床营养信息系统的选型应增加以下评估维度：
营养相关DRG病组的费用分析能力。系统是否支持对特定病组的营养治疗费用、住院时间、并发症发生率进行统计分析？这些数据是营养科向医院管理层证明自身价值的依据。
营养诊疗与临床路径的整合度。系统是否支持将营养诊疗嵌入到各病种的临床路径中？当管床医生下达某个手术或操作医嘱时，系统能否自动触发营养风险筛查任务？
营养质量指标的自动化提取能力。在DRG审核和公立医院绩效评价中，部分营养质量指标需要从系统中自动化提取（如营养风险筛查率、营养评估完成率等）。系统是否支持这些指标的自动化统计和报告导出？
营养处方与计费的关联。部分地区的DRG支付中，营养治疗费用作为单独计费项目。系统是否支持营养处方的规范计费，并与病案首页数据关联？
4.3 选型建议的三个转变
结合DRG改革背景，临床营养信息化选型建议实现三个转变：
**从”功能清单思维”转向”问题解决思维”**。选型时不应再问”这套系统有多少条功能”，而应问”这套系统能解决营养科当前面临的哪些具体问题”。问题导向的选型逻辑，更能保证系统买回来后真正用起来。
**从”采购信息系统”转向”采购信息化能力”**。系统只是工具，真正的价值在于使用系统的人和组织能力。一套功能完整但无人会用、或者有人会用但无人愿用的系统，价值为零。选型时应评估厂商的培训能力、实施后的持续支持能力、以及帮助医院建立内部信息化运营机制的意愿。
**从”一次性投入”转向”持续性投入”**。信息化建设不是一次性工程，而是需要持续迭代和优化。选型阶段应将后续的运维成本、优化投入纳入全成本评估，避免”买得起用不起”的困境。
结语
临床营养信息化选型，归根结底是一次管理决策。
它需要的不仅是信息化知识，更是 对临床营养工作本质的理解、对医院管理逻辑的把握、对行业发展趋势的判断。
系统选好了，后续的实施、应用、优化才有意义。选型阶段埋下的隐患，往往在系统上线后的第二年、第三年才会逐渐暴露，但此时改换系统的成本已经非常高昂。
把选型当回事，认真做需求调研，认真评估方案，认真谈合同，认真盯实施。这可能是临床营养信息化建设中，投入产出比最高的一件事。
参考文献
[1] 中华医学会肠外肠内营养学分会. 中国成人患者肠外肠内营养临床应用指南(2021年版)[J]. 中华胃肠外科杂志, 2021, 24(4): 301-317.
[2] 中国营养学会. 中国居民膳食指南(2022)[M]. 北京: 人民卫生出版社, 2022.
[3] 中国医院协会信息管理专业委员会. 中国医院信息互联互通标准化成熟度测评方案[Z]. 2022.
[4] 国家医疗保障局. DRG/DIP支付方式改革三年行动计划[Z]. 2021.
[5] 国家卫生健康委员会. 全面提升医疗质量行动计划(2023-2025年)[Z]. 2023.
[6] Schuetz P, et al. Individualised nutritional support in medical inpatients modulates clinical and cost outcomes: a cluster randomised trial[J]. The Lancet, 2019, 394(10198): 319-329.