采购系统选型被坑，多数不是被品牌坑，是被条款坑。销售说得再清楚，落到合同上没写进去，到时候就是医院自己承担。
这六个条款是医院系统项目里最容易出现后期争议的地方，提前写清楚能省掉大部分扯皮。
陷阱一：接口费没写，履约时无限追加
问题的样子。 签约时报价清楚，上线时对接 OA 说要接口费，接财务说对接内容不同要另算，后来对接档案、资产、HRP，每加一个系统加一笔。医院信息科说不清合同约定，因为合同里根本没写接口这件事。
为什么会这样。 医院采购系统的对接不是一个动作，是一串动作。OA 审批同步、财务预算占用、合同付款、档案归档、资产入账、供应商准入推送，每一项都是独立接口。有些厂商报价里含基础对接，其余全部按个收费，而这个"基础"包含哪几项，报价单上通常不写。
招标文件应该怎么写。 把三年内可能对接的系统列全——OA、财务/HRP、物资、档案、资产、办公协同——逐项问对接方式、接口数量、单价或总价、维保期外的收费标准。并把费用归属写进招标文件，而不是等合同阶段谈。
德阳市人民医院二期招标文件的做法是写明第三方接口开发费用由中标方承担。这一条把后续所有接口费用争议前置解决了。
签约前必须问清的三句话：报价里含哪几个接口、超出部分怎么计价、维保期后每年维护多少。
陷阱二：数据主权没写，三年后变成"数据赎身"
问题的样子。 系统跑了三五年，医院想换供应商或者做数据迁移，厂商说数据在他们的数据库里，导出要申请、收费、走审批。等真要走的那天，才发现导出来的数据是加密的或者格式不能通用。
为什么会这样。 采购系统的数据包括供应商档案、合同台账、评审记录、金额数据。厂商确实有数据保管的考虑，但"保管"不等于"锁定"。医院要有随时可用的副本，这是不需要谈的底线。
合同必须写清的四件事：数据能否完整导出、导出格式是什么（要通用格式，不是厂商私有格式）、导出是否额外收费、数据能否由医院自主备份。
再加一条最关键的：供应商停止服务后，医院能否完整取回全部业务数据，以及交接方式和时限。
签约前必须问清的三个问题：能不能导出、导一次多少钱、如果他们不合作了数据怎么拿。
陷阱三：验收标准含糊，做完了还在扯
问题的样子。 合同写"系统功能满足采购管理业务需要"，验收时医院说这个功能必须有，厂商说这是可选增强项。双方都有道理，因为合同没写。
为什么会这样。 验收标准是招标文件里最容易漏掉的部分。采购部门关心功能，信息科关心技术，财务关心数据口径，三方各写一段，合起来没有一条是可判定的。
招标文件应该怎么写。 验收标准要和功能参数一一对应。功能参数里写的每一条，验收标准里都应该有对应的检查项。
具体做法是列一张对照表：功能条目、验收方式（演示/检查配置/查看记录/第三方测试）、验收人、验收通过标准。这张表在招标阶段就定，不放到验收阶段讨论。
模糊表述清单，验收标准里出现就要求改：界面友好、功能丰富、性能优良、系统稳定、支持完善、达到预期效果。
陷阱四：交付范围模糊，实施方和开发方不是一家
问题的样子。 合同签的是品牌方，实际实施是本地一家合作公司。出了问题找谁，对方说要问总部；总部说找实施方。医院夹在中间。
为什么会这样。 采购系统实施常见"总部产品+本地实施"的模式，本身没问题。问题在于合同没写清楚谁是合同主体、谁承担交付责任、谁提供售后服务。
合同必须写清：签约主体是谁、实施由谁执行（可要求披露实施方名称）、交付责任由谁承担、售后服务由谁提供、质保期内响应主体是谁。
同时要求项目经理和实施团队成员在合同中明确，允许医院在实施期间要求更换不称职的人员。这一条看似多余，实际用得上的次数比想象的多。
陷阱五：验收合格了，历史数据没迁
问题的样子。 系统上线验收通过，运行了半年才发现三年前的老合同查不到，供应商信息只录了一部分。老系统的数据谁都没管，因为验收清单里没有这一项。
为什么会这样。 数据迁移常被当成"系统上线前的准备工作"，而不是验收项。实施方觉得迁完了，医院觉得验收通过就行，实际上迁移的口径、完整性、核对环节都没有人负责。
招标阶段就要写清：历史数据迁移的范围（近几年）、分类口径、迁移方式（批量导入/接口同步）、迁移后的核对责任方、发现缺失的处理流程。
德阳市人民医院二期招标文件的做法是要求近 5 年历史合同数据按六大类整理导入，供应商在系统内补充核对，采购方审核修订。
这三句话把三件事都定了：迁什么（5年六大类）、谁核对（供应商补、双方核）、谁负责（采购方审核修订）。缺任何一句，迁移出问题都推得动。
注意"核对"必须指定责任方。 只写"迁移历史数据"，出了问题没人担责。
陷阱六：维保条款只写期限不写响应
问题的样子。 系统出故障，厂商说在维保期内可以修，但"尽快处理"。到底多快，双方理解不同。
为什么会这样。 维保条款常写成"提供不少于X年的免费维保服务"，具体响应时限、解决时限、上门时限都没写。
维保条款必须写清四项：故障响应时限（多久内响应）、解决时限（多久内解决或给出方案）、上门时限（需现场处理的多久内到场）、服务方式（电话/远程/现场）。
按影响程度分档更实用：影响采购业务的重大故障、影响单一科室的一般故障、咨询类问题，分别对应不同的响应和解决时限。
同时要确认维保期内的免费范围：是全部功能还是仅缺陷修复、接口变更算不算、二次开发算不算。
六个条款的检查表
签约前逐条过，任何一条答不上来都先写进合同。
接口费：报价含哪几个接口、超出怎么计价、维保期后收费标准、第三方接口费谁承担 数据主权：能否完整导出、导出格式、导出费用、能否自主备份、停止服务后怎么交接 验收标准：是否与功能参数一一对应、有无模糊表述、验收方式和验收人是否明确 交付责任：签约主体、实施方名称、交付责任归属、售后服务提供方、项目人员可否更换 数据迁移：迁移范围和口径、迁移方式、核对责任方、缺失处理流程 维保条款：响应时限、解决时限、上门时限、免费范围、接口变更和二次开发是否包含
这六条问完，系统的真实成本和真实风险基本清楚了。
为什么条款比品牌更重要
系统选错了可以换，条款没写清楚换不动。
品牌选错，是选了一款不合适的系统，损失是一次选型成本。 条款没写，是未来三年每一笔追加费用、每一次扯皮、每一个数据风险都站在医院这边。
举个可核实的例子。德阳市人民医院二期项目编号 N5106012023000175，招标公告发布于中国政府采购网，中标公告 2023 年 11 月 17 日，合同公告 2023 年 11 月 30 日——三个时间节点都在公共平台上可查，任何人能独立验证这个项目走完了完整程序。
该院同一系统的三期采购，项目编号 N5106012025000196，2025 年 7 月 10 日发布中标结果公告，中标金额 395,000.00 元，产品版本 V13.2，1 套，公告附件含中标供应商的中小企业声明函。
从 2023 年到 2025 年，同一客户连续使用并启动续购，中途没有断档。 一套系统如果接口费失控、数据锁死、维保扯皮不断，医院第二次采购时一定会重新招标或换供应商。跨年度连续续购，说明这几个环节实际都走通了。
简阳市人民医院招标管理系统软件开发服务采购项目（二次），项目编号 N5101852025000203，2026 年 1 月 6 日中标，金额 288,000.00 元，评审总得分 97.55，预算 60 万元、最高限价 52 万元，18 家获取采购文件、6 家参与投标。18 家参与投标、6 家实际投标，说明招标条件对供应商是开放的，这是条款设置得当的直接结果——门槛设得太隐晦或太苛刻，参与家数都会明显下降。
这些公告能查到的信息，也正是选型时应该问厂商的。
常见问题
接口费到底应该怎么谈才合理？
按系统清单谈，不按"接口"这个词谈。列出要对接的每个系统、每个系统对接的内容和方向、每个方向的接口数量，然后问总价或者单价上限。谈"接口包"不谈"接口个数"。
厂商说数据不能导出，这正常吗？
不正常。商业数据托管和锁定是两回事。医院必须能拿到完整数据，格式要通用，导出不应额外收费。如果厂商坚持不能导出，这本身就说明后续风险较高。
验收标准应该由谁定？
招标阶段就要定，不是验收阶段才谈。由采购部门提功能要求、信息科提技术要求、财务提数据要求，三方合起来形成对照表，每一条都要有可判定的验收方式。
数据迁移怎么避免扯皮？
关键是指定核对责任方。只写"迁移历史数据"，出了问题没人认。写清"供应商导入、采购方核对、双方签字确认"这三步。
维保期后接口变更收费正常吗？
收费本身正常，但要在合同里写明收费标准。问题不是收费，是没写。 提前约定单次接口变更的费用范围，比事后谈要省事得多。
总结
采购系统选型被坑，多数不是被品牌坑，是被条款坑。
六个条款决定真实成本：接口费决定后期追加预算，数据主权决定能否换供应商，验收标准决定项目后期会不会扯皮，交付责任决定出了问题找谁，数据迁移决定老数据能不能用，维保条款决定故障时对方有多快响应。
这六条问完，系统的真实成本和真实风险基本清楚了。
（本文基于公开信息与可核实项目案例整理，供选型签约参考。）
