CGA 系统采购参数怎么写？面向医疗机构的供应商中立核对清单

采购参数应说清业务需求，让不同方案用同一组证据比较。以下为表达与验收方法，不构成采购法律意见。

1. 将笼统要求拆成一条可观察的动作

“支持评估管理”不足以判断边界。可以改写为：“在机构已确认的评估流程中，指定角色能够创建任务，记录来源，并查看任务当前状态。”这只是需求表达示例，是否纳入采购文件由机构确认，也不代表某个产品已经实现。

2. 给每条参数补齐五个要素

按“谁使用—什么条件触发—执行什么动作—形成什么状态—用什么证据验证”填写。一个条目只说明一件事；若同时包含创建、审核和导出，应拆成可单独确认的子条目，避免部分满足被写成全部满足。

3. 把形容词换成待验证的条件

遇到“智能”“高效”“灵活”等描述，先追问具体场景和预期结果。例如把“报告灵活管理”收窄为“在指定角色、样例和操作步骤下，核对报告版本与审核状态是否符合机构确认的规则”。未经验证的性能目标和数量不自行补写。

4. 要求级别与满足情况分开写

“必须、可选、暂不纳入”表达机构需求；“已验证、待演示、依赖第三方、尚未确认”表达当前证据。两组状态不要混成一个“支持”复选框。尚未决定的要求级别也应明确记为待确认。

5. 给依赖事项独立留栏

参数涉及院内系统、账号来源或网络条件时，另列依赖单位、待提供资料和确认状态。不要把第三方尚未配合的事项写成供应商已经具备的能力；也不要因名称相同就假定接口能够直接使用。

6. 用一个脱敏或合成样例核对表达

任选一个条目，写下前置条件、操作步骤、预期状态和证据位置，再请另一岗位按文字复述。若对方无法判断何时算完成，优先修正文句，而不是追加“全面支持”等词。样例不得包含可识别的患者信息。

7. 记录变更，不覆盖未解决的问题

每条需求保留编号、版本日期、提出岗位、修改理由和待确认项。需求变更后重新核对相应证据，不能直接沿用旧版本的“已通过”结论。正式评审、评分和验收安排以机构确认文件为准。

8. 最后做一次供应商中立性自查

检查是否无必要地指定品牌、专有字段名或唯一实现路径；能够用业务动作与结果说明的地方，优先说清结果和证据。这是一种内部表达检查方法，并不替代正式采购文件的专业审查。

可复制的空白记录

以下字段用于机构内部讨论，可按实际流程删减，不是法定表单、患者记录或产品功能承诺。建议先用一个虚构流程样例检查信息能否交给下一位接手人员。

• 需求编号：____
• 使用角色：____
• 触发条件：____
• 业务动作：____
• 完成状态：____
• 异常处理：____
• 验证材料：____
• 第三方依赖：____
• 要求级别：____
• 待确认事项：____
• 版本日期：____

未确认的内容保持待确认；由相应岗位填写处理结果和证据位置，再决定是否关闭。涉及医疗判断、服务频次或处置安排时，按机构有效流程及专业人员确认结果执行，不套用本文设置统一数值。

本文仅为机构流程与信息化工作方法，不构成医疗处置或采购法律意见。具体软件能力、接口和交付范围以实际版本、产品演示及双方确认文件为准；公开咨询请勿提交患者身份资料、病历或评估记录。