先用一页项目概况建立共同前提
写明机构类型、院区或机构数量、牵头科室、业务入口、预计角色与工作量、现有系统条件和计划范围。若目标尚未明确，应先做调研或受控试点，而不是让各供应商自行猜测。
概况中区分本期必须、可配置和后续扩展。需求待确认项标注责任人和时间，所有供应商基于同一版本回复，后续变更保留记录，减少总价无法比较的问题。
产品、配置与定制分别列项
产品范围说明版本、包含模块和标准能力；配置范围说明机构、角色、路径、工具、报告和字典；定制范围写清独立功能、输入输出、验收样例和维护责任。
不要把“支持”作为唯一描述。每项标注产品已有、需要配置、需要开发或依赖第三方，并要求通过演示、文档或测试验证。未定义的宣传能力不自动纳入交付。
部署、安全和基础资源明确责任
确认部署方式、服务器、操作系统、数据库、网络区域、域名证书、时间同步、监控、日志、备份和恢复。说明资源由谁采购、安装、维护及发生故障时谁先响应。
安全配合需要结合机构要求单独核对，包括账号权限、审计、日志脱敏、漏洞处置和测评支持。不能假定购买软件后所有基础设施与第三方安全工作都已包含。
接口、迁移和第三方依赖逐条拆分
每个接口按业务事件和数据方向列出患者、就诊、任务、状态、报告或归档，写明字段、协议、身份映射、异常重试、联调环境和验收样例。接口数量不能代替复杂度说明。
历史数据迁移先抽样确认格式、质量、数量和可用范围。HIS、EMR、统一身份、短信或其他厂商的配合、费用与排期单列，避免把外部依赖全部归给 CGA 供应商。
实施、服务和退出安排纳入总范围
明确项目管理、配置确认、培训对象、试运行、现场或远程支持、问题响应、升级窗口和稳定期。验收分阶段设置材料与通过条件，严重问题要有暂停或回滚安排。
持续成本还包括基础资源、扩容、维护和内部人员投入。合同中关注数据归属、保密、备份、停止服务后的导出交接和凭据撤销；最终报价、周期和服务级别以正式确认文件为准。
建立范围变更与验收基线
采购文件确认后建立需求编号和基线，实施中新增、删减或调整先评估对配置、接口、数据、安全、周期和费用的影响，经授权后进入新版本。口头需求可以记录，但未确认前不作为上线依据。
付款或阶段验收节点对应可检查的交付物和场景，不只写“系统上线”。范围不清的事项放入待确认清单，重大依赖未具备时调整计划或缩小试运行，避免把风险留到最终验收集中处理。
评审阶段让业务、信息、安全、采购和管理人员分别确认自己负责的范围，分歧形成澄清而非默认为供应商承担。这样得到的商务比较建立在相同假设上，也便于后续审计为什么选择某一方案。最终文件还应标出数据交接、停止服务和替换产品时的责任与可执行步骤，避免形成难以退出的技术依赖。
内容来源说明
本页为颐晖智能基于产品沟通与项目实施经验整理的一般性方法内容，无外部参考资料。