招标书上写了100条功能，上线后用到的不足20条

现象

在医疗机构信息化建设项目中，系统功能清单与实际使用率之间的落差是一个常见现象。

某三甲医院信息科在系统上线一年后的使用评估显示，招标文件中列出的180余项功能模块中，日常高频使用的不足20项。其余功能模块的使用频率呈两极分化：一部分属于”偶发使用”，一年启用不超过十次；另一部分从上线至今从未被调用。

这一现象在行业内并非个案。

在系统选型阶段，”功能完整性”往往是评标的重要指标之一。这一指标设计本意是筛选出综合能力较强的产品，但在实际执行中，容易演变为”功能数量”的竞争。

《政府采购货物和服务招标投标管理办法》及医疗信息化相关的招标规范中，对招标文件的技术规格要求有明确规定：应当突出技术需求而非数量要求。但在实际操作中，功能清单的篇幅仍然是投标评分的重要参考。

这带来一个认知偏差：功能数量越多，系统似乎越完善。

实际上，功能清单中存在相当比例的”低频功能”或”边缘功能”。所谓”低频功能”，指的是那些临床业务中有价值但使用场景不多的模块；而”边缘功能”则可能是在选型阶段被列入清单但实际与业务流程关联不大的模块。

可能的应对方向：选型评估时，将功能清单按使用频率分为三个梯队——第一梯队为日常高频功能（占工作流80%以上的核心模块），第二梯队为常规功能（偶尔使用但有特定价值），第三梯队为偶发功能（特定场景下可能用到）。评估重点放在第一、第二梯队，确保核心功能的质量和易用性。

系统集成是营养信息化项目中的高频难点。

在医疗信息化领域，HL7（Health Level Seven）系列标准是较为通用的消息交换标准。《电子病历系统应用水平分级评价标准》及《医院信息互联互通标准化成熟度测评方案》中，对系统接口的标准化有明确要求。

然而，HL7标准存在多个版本（如HL7 2.3、HL7 2.5、HL7 FHIR等），各版本在消息格式、数据类型、字段定义上存在差异。招标文件中”支持HL7接口”的表述，如果未明确版本要求，可能在实际对接时产生兼容性问题。

此外，部分医院的HIS系统使用时间较长，接口文档可能存在版本过旧或缺失的问题，增加了对接的复杂度。

可能的应对方向：招标文件中明确接口标准版本要求，并要求投标方在评标前完成现场测试。《电子病历应用水平分级评价标准》也将系统集成能力作为评价要素之一，现场测试能够更真实地反映对接可行性。

系统选型合同中通常会约定培训服务条款，包括培训学时、内容和方式。

但在实际执行中，培训资源配置存在几个常见问题：

一是总学时长但分配不均。全院十几个科室分摊约定的培训学时，每个科室得到的实际培训时间有限。

二是培训对象分层不清。《三级医院评审标准》对不同岗位人员的系统操作能力有不同要求，但培训往往采取统一模式，未能针对核心用户、临床骨干、系统管理员等不同层级提供差异化内容。

三是缺乏上岗考核机制。培训完成后，使用者是否真正掌握系统操作，缺乏有效的验证手段。

可能的应对方向：参照《医疗机构从业人员行为规范》中关于岗位培训的要求，将培训分为理论培训和实操培训两个阶段，并设置考核环节。核心用户培训应着重系统功能和临床应用的深度；临床骨干培训侧重本岗位相关模块；系统管理员培训应覆盖系统维护和故障处理。

信息化项目合同中，有几类条款的模糊性可能导致后续执行中的争议：

质保期起算点：《信息系统项目管理标准》中明确，质保期应从系统终验合格之日起算。但部分项目合同将验收等同于终验，导致质保期实质上被缩短。

升级收费边界：质保期内外的系统维护和升级收费规则、年度维护费上限等，在合同中应有明确约定。《政府采购法》及其实施条例对合同履约管理有相应规定。

数据迁移责任：历史数据的清洗、转换、导入工作量和责任划分，应在合同中预先明确。数据迁移往往被低估，一旦出现质量问题责任难以界定。

这是信息化建设中最容易被忽视的一个认知偏差。

任何信息系统，就其本质而言是工具和载体。工具本身无法改变组织的意识和行为，也无法替代业务流程的梳理和优化。

《医院信息管理系统基本功能规范》中明确，信息系统建设应与医院业务流程优化相结合。这一原则在行业内有广泛共识，但在执行层面容易被”上系统”这一动作本身所掩盖。

如果原有的工作流程存在低效环节，或者组织内部对系统应用缺乏认同，再好的系统也难以发挥预期价值。

可能的应对方向：在系统选型之前，应完成业务流程的梳理和优化。《三级医院评审标准》及《电子病历应用水平分级评价标准》中，均将”系统应用效果”而非”系统功能”作为评价维度，考察的正是信息化投入与实际业务改善之间的关联。

系统功能清单与实际使用率的落差，本质上反映的是选型阶段对”功能”与”需求”之间关系的理解偏差。

功能数量的堆砌不等于系统价值的实现。选型时更值得关注的是：核心功能是否真正解决业务痛点，系统架构是否支撑长期扩展，供应商是否有持续服务能力。这些因素对项目成败的影响，往往大于功能清单的长度。