量表目录与版本治理：机构怎样长期维护评估工具

量表不是上线后永久不变的配置。版本、翻译、许可、培训、证据和机构流程都会变化；如果没有治理机制，系统很容易出现同名不同版、阈值来源不明、历史结果失去可比性或授权过期等问题。机构应建立可审计的量表目录，并指定业务和专业共同负责人。

一条目录记录至少包含什么

建议记录工具全名、缩写、问题域、用途、适用人群、场景、版本、语言、正式来源、版权和商标状态、许可范围、培训要求、执行角色、预计时间、输入输出、阈值依据、异常路径、复评规则、系统实现版本、启用和停用日期、最后核验日期。

“来源”不能只写某个网盘文件；应尽量指向发布机构、权利人、正式指南或同行评议原始文献。无法确认时标记待确认并阻止进入生产，而不是先上线后补材料。

版本变更怎么处理

新版本上线前，应进行差异分析、专业审批、计分测试、报告检查、培训和迁移决策。历史记录继续显示原版本，不应后台批量按新规则重算后覆盖。若业务需要比较前后，应明确版本不同及可比性限制。

阈值和解释不能散落硬编码

阈值应关联具体工具、版本、人群和依据，修改需要审批和日志。报告模板、提醒规则和统计分析都应引用同一治理配置，避免一个页面改了而另一个页面仍使用旧值。筛查阈值不能被命名为诊断规则。

授权和培训如何落到系统

许可可能区分纸质、电子、临床、研究、教育和商业用途。应保存授权文件的管理位置、适用机构、有效期和限制，不把合同或密钥公开到前端。需要认证或培训的工具，可以将人员资质与访问权限关联，并在到期或岗位变化时重新核验。

停用不是删除

工具停用后，应阻止新建但保留历史记录、原始答案、结果、版本和审计。报告再次打开时仍能正确解释当时版本。除非有明确合法的数据保留和删除流程，不应直接清除业务记录。

质量复盘

定期检查使用量、完成率、缺失率、异常结果闭环率、执行耗时、跨角色一致性和不良事件。使用率低不一定意味着工具无价值，可能是对象入口不清；使用率高也不代表有效，需要看结果是否改变计划。

供应商验收问题

• 能否导出完整工具清单和版本？
• 计分规则是否有单元和边界测试？
• 许可状态能否按机构配置？
• 历史版本能否重现而不覆盖？
• 修改是否需要审批并形成审计？
• 是否支持缺失、拒答、无法完成和中止？
• 角色权限是否落实到后端而非只隐藏菜单？

治理提示：对受限量表，系统能力和机构使用许可是两件事。技术上能配置，不代表法律和专业上可以使用。