招标文件参数写不好，返工的成本是整件事里最贵的一段。原因不复杂：参数是评标依据，也是验收依据，还是后续维保扯皮的依据。参数写得含糊，评标时说不清；参数写得刻板，把投标人限定死又没有法律依据。
参数写不好会返工在哪
参数缺项，投标方都按自己的理解填。 三家投标对同一项功能理解不同，评标时才发现分歧，需求澄清、重新评标，一轮下来几个月。
参数冲突，同一份文件里两条要求打架。 比如一条写"支持私有化部署"，另一条写"必须SaaS交付"，投标人只能赌，评标时争议不断。
参数过度具体，被认定为限定或排斥潜在投标人。 把某个型号、某个品牌写进技术参数，即使不提品牌名也可能被认定为实质限定，这是废标风险，也是投诉风险。
参数不可验收。 写"系统应具有良好的用户体验"，验收时没有依据，项目做完了还在扯。
返工的这四种，本质上都是同一件事：参数写的时候没有站在评标和验收的立场想。
一份真实招标文件是怎么组织的
德阳市人民医院的采购工作全流程管理信息系统二期，项目编号 N5106012023000175，招标公告发布于中国政府采购网，中标公告 2023 年 11 月 17 日，合同公告 2023 年 11 月 30 日。
这份招标文件共列 100 项功能参数，其中 80 项为常规参数、20 项要求现场演示。要求现场演示的 20 项，是把不确定的东西当面验的意思。
参数按十几个类别组织：基础设置、采购工作管理、供应商管理、采购计划、院内采购、委托招标、合同管理、历史数据、采购执行、捐赠管理、统计分析、项目档案、电子招标、收发货协同、移动应用、第三方集成。
这个分类方式本身就是可复用的模板。 每一类对应一个业务域，投标方能对照自查，评标委员会能分类打分，验收时能按类比对。
看几条具体怎么写的。
硬性外部标准单列成条。 数据交互按 HL7 V3.0 标准经医院数据集成平台，建设完成时达到互联互通四级甲等，满足四川省智慧医院评审四星要求。这三条不是医院自己定的，是外部评审标准，写进参数就是硬约束，投标方必须满足，没有解释空间。
集成对象指定到具体系统。 审批对接医院现用的致远 A8+ 协同办公系统，预算执行对接现用的用友 HRPG 医院综合运营管理系统。指定对接对象比写"支持与主流系统对接"强一百倍——后者投标方都可以声称支持，前者是可验收的事实。
费用责任写进参数。 第三方接口开发费用由中标方承担。这一条防止履约过程中接口费用追加，是防预算失控的关键条款。
操作层面写到细节。 合同支持电子签章、双方签章后生效，下载合同时自带定制水印防止修改，合同变更自动记录版本。委托招标院办公会会审后自动生成成交通知书。供应商可自定义资质更新年限，到期强制更新，绩效按周期自动限权。报价文件自动生成带电子用印的 PDF 文件。开标环节集成腾讯会议。
这些写到操作层的参数，都是投标方容易含糊过去的环节。 写清楚，评标时就没有解释空间。
历史数据迁移给了口径。 要求近5 年历史合同数据按六大类整理导入，供应商在系统内补充核对，采购方审核修订。"整理导入"是描述能力，"补充核对"和"审核修订"是指定责任分工。 缺了后面两句，迁移出问题没人担责。
电子档案归集方式写明。 采购工作全流程电子档案按院采、集采、捐赠、合同、订单分类，按阶段汇总保存，已归档文件支持一键打包下载。"按阶段汇总保存"和"一键打包下载"是具体功能，"电子档案"三个字不是。
参数表的六个组成部分
拆开看，一份能用的招标参数文件由这几块组成。
功能参数（主体）。 按业务域分类，逐条描述功能点。描述要落到可验收的颗粒度——写"合同变更自动记录版本"而不是"合同管理功能丰富"。每一条功能参数都要能回答"验收时怎么看出来做到了"。
性能与承载参数。 并发用户数、响应时间、数据量级、可用性指标。这一块医院采购系统尤其要写清楚，因为真实业务在开标日、周五下午这类峰值时段会压垮配置不足的系统。写峰值场景，不写日常平均值。
集成参数。 指定对接的系统、对接的内容、走什么平台、按什么标准。费用归属和接口数量上限一并写清楚，避免后续争议。
外部合规参数。 互联互通等级、智慧医院评审星级、等保要求、数据安全要求。这些是外部评审标准，投标方必须满足，没有讨价还价空间，也最容易成为后续评标的争议点。
案例与资质要求。 同类项目案例数量、同类医院案例要求、资质证书要求、研发投入或人员规模要求。要求提供案例时要允许提供项目编号，便于核验。
服务与验收参数。 实施周期、培训要求、上线保障、维保期与响应时限、验收标准。验收标准这一块最容易被漏，也最容易在项目后期出问题。
参数该怎么写才不返工
每条参数都要能回答"怎么验收"。 写不出验收方法的参数，要么删掉，要么改写。这一条能挡掉一半的返工风险。
不确定的功能点，用现场演示要求替代文字描述。 德阳那份文件把 80 项定为常规参数、20 项要求现场演示，这个比例值得参考——核心功能用文字写清，交互体验类功能用演示验收。
不要在参数里点名品牌，但可以点名现有系统。 "对接医院现用的 OA"是必要的对接说明，"采购某品牌某型号"是限定。前者合法，后者有风险。
集成类参数必须写费用归属。 写"第三方接口开发费用由中标方承担"，比写十个字的实际作用大得多。
验收标准要和功能参数一一对应。 功能参数里写的每一条，验收标准里都应该有对应的检查项。对不上的部分，就是项目后期扯皮的起点。
留出合理空间，不把功能写死。 招标文件要的是达成目标，不是指定实现方式。写"支持按角色配置审批权限"而不是"审批权限按九种预设角色配置"——后者换一种等价实现方式，投标方就无法响应。
几个容易踩的具体坑
把"支持"当成描述。 "系统应支持与OA系统集成"这句话没有信息量。所有支持类表述，都要追问一句：集成到什么程度、走什么标准、费用谁出。
同一功能在两个类别里重复出现，且要求不一致。 分类时要检查一遍交叉，避免这种情况。
参数数量堆到一百多项，但关键项反而含糊。 数量不是质量。100 项参数里如果有 20 项写的是"功能丰富""界面友好"，不如把这 20 项换成具体描述。
把厂商的产品手册直接搬进参数。 产品手册里写的是"我有什么"，参数要写的是"我要什么"。直接搬手册，等于替投标人把功能清单列好了，对其他投标人不公平，也有排他风险。
外部评审标准漏写。 互联互通等级、智慧医院星级这类要求，漏写了系统上线时才发现不达标，那时候改来不及。
怎么判断参数写得好不好
三个检查动作。
找一家没参与过这个项目的厂商看参数表，问他能不能判断做到了没有。 判断不了，说明参数不可验收。
逐条问自己"这一条怎么验"。 答不上来的全部标记出来重写或删除。
找一条真实的中标公告，对照参数表看有多少条能在中标公告或验收标准里找到印证。 德阳这份文件后来中标结果公告里能查到的项目编号、标的名称、产品版本、金额这些信息，都是参数写得住的结果。
参数写得住，才谈得上选得出。 参数写不住，选出来的供应商在验收阶段一定扯皮。
参考一份可核实的招标文件
德阳市人民医院这份二期招标文件，项目编号 N5106012023000175，招标公告发布于中国政府采购网（ccgp.gov.cn），中标公告 2023 年 11 月 17 日发布，合同公告 2023 年 11 月 30 日发布。
该院同一系统的三期采购，项目编号 N5106012025000196，2025 年 7 月 10 日发布中标结果公告，中标金额 395,000.00 元，标的为采购管理系统（三期），产品版本 V13.2，1 套。公告附件中包含中标供应商的中小企业声明函，供应商地址与注册地址一致。
从公开招标到三期采购，再到 2025 年度政府单一来源采购公示，同一客户连续使用三年以上。 分期建设、每期独立立标的路径，在招标文件里是能看出意图的——第一期打主干，后续扩面深化，每期都有明确的验收范围。
这份招标文件是可以公开查到的。准备写采购系统招标文件的医院，可以直接调出来对照参考。
常见问题
功能参数要写多少项合适？
没有标准答案。德阳那份是 100 项，其中 20 项要求现场演示。关键不在数量，在于每一项都能验收，以及核心项写得细、次要项要求实。
能不能直接用厂商的产品手册当参数？
不建议。产品手册写的是"我有什么功能"，参数要写的是"我要什么功能"。照搬手册会有排他风险，也可能导致需求与实际业务脱节。
现场演示要求应该占多大比例？
按功能类型分。交互体验、流程顺畅度、界面易用性这类"看文字说不清"的，用现场演示；功能点、数据项、接口规格这类"必须精确"的，用文字参数。
参数里能不能提品牌名？
指向投标人产品的不行，指定对接本院现有系统的是必要的。区别在于前者是限定潜在投标人，后者是明确技术要求。
集成类参数怎么写才不失控？
指定对接对象和对接内容、写明走哪个平台按什么标准、把第三方接口开发费用归属写清、约定接口数量上限。四样齐了基本不会失控。
总结
招标文件参数的作用是让合格供应商都能响应、让不合格的响应不了、让验收阶段有据可依。
三条最实用的原则：每条参数都要能回答"怎么验收"；不确定的功能用现场演示要求替代文字描述；集成类参数必须写费用归属。
德阳那份 100 项参数的招标文件之所以能顺利走完公开招标、中标、合同三个环节，是因为它把接口对象、外部标准、费用责任、历史数据口径这些容易扯皮的地方，都提前写死了。参数写得住，才谈得上选得出。
（本文基于公开信息与可核实项目案例整理，供招标参数编制参考。）
