医保智能审核系统：三方冲突下的需求基线如何建立
某市医保局委托承建方开发医保智能审核系统，合同工期10个月、预算1200万元，需支持峰值2000并发、单笔审核响应不超过2秒。第3个月末提交的需求规格说明书共1863条条目，其中功能需求1710条，非功能需求仅43条，且多为“响应快”“界面友好”等定性表述。需求调研只访谈了12名业务骨干，未覆盖地市经办窗口人员。文档以Word章节组织，条目无唯一编号，测试组无法据此设计用例。评审会上，经办、稽核与定点医院三方对“审核规则可配置”理解不同：经办要求业务人员在界面维护规则并即时生效；稽核要求变更留痕并经法制部门审批；医院要求规则调整提前30天公示。项目组用两周做了规则配置原型，三方仍各执一词。项目经理提出“先开发、后确认”，被监理书面否决。系统还需对接省医保平台、医院HIS与银行支付，三份接口规范均未冻结，省平台文档只有字段清单、无错误码定义。合同为固定总价，双方对“需求理解偏差”是否属于变更范围存在分歧。当前进度滞后2周，变更请求累计47项，未关闭38项，系统上线前还需通过等保三级测评，而安全需求尚未写入需求文档。
1. 按需求获取、分析、规格化、验证、管理五个阶段，指出本项目存在的具体缺陷，并说明建立可追溯需求基线的步骤。
Read the worked answer
按阶段对号入座（结论必须挂在案例事实上）
- 获取：只访谈12名业务骨干，遗漏地市窗口，导致“规则公示期”“离线补录”等场景缺失；省医保平台、HIS、银行三方未纳入干系人清单，接口需求自然无法冻结。
- 分析：三方把“权限、审批、公示”三件事塞进同一条需求，语义未拆解，冲突无法收敛；安全需求（等保三级）完全缺席。
- 规格化：1863条中非功能仅43条且不可度量；条目无唯一编号、无来源、无优先级，实际上不具备基线资格。
- 验证：原型只演示界面，未验证规则冲突检测、审批流、生效时间窗等关键行为；测试组无法从文档派生用例，需求缺陷只能在下游暴露。
- 管理：47项变更、38项未关闭，说明既无CCB也无影响分析；“先开发后确认”本质是放弃基线。
建立基线的步骤
- 每条需求分配唯一ID，记录来源、优先级（MoSCoW）、验收标准、关联用例与设计元素，形成双向追溯矩阵。
- 把定性描述改写为可测指标：审核P95≤2s、规则发布生效延迟≤5分钟、年可用性≥99.9%。
- 接口契约先行：字段、版本、错误码、超时与重试语义必须签字；未冻结部分用适配层+Mock隔离，避免阻塞主链路。
- 基线=通过评审并签字的需求集合。此后变更走“申请-影响分析（工作量/进度/成本/风险）-CCB决策-更新基线并同步用例”。
- 用需求稳定度（月度变更条数/基线条数）做过程度量，超阈值即触发重新评审，而不是靠加班消化。
2. 针对“审核规则可配置”的三方冲突，给出需求拆解与协商的具体做法，并说明原型在此应如何定位。
Read the worked answer
先定性：这不是技术分歧，而是三方对同一条需求的不同利益诉求。再画一版界面无法收敛，必须拆解后由有权人裁决。
拆成三条正交需求
- 维护权：业务人员可编辑规则，法制部门负责审核，二者职责分离。
- 生效机制：变更必须走审批流，审批通过后由发布人指定生效时间（即时或T+30），系统按版本号加载。
- 可追溯：每条审核结论保存规则版本号、参数快照与审批单号，满足稽核回溯与医院举证。
拆解后，“即时生效”与“提前30天公示”不再互斥--它们是同一个“生效时间”参数的两种取值，而不是两套系统。再用决策表枚举“规则类型×影响面×是否需公示”的组合，可以直接暴露被遗漏的场景（例如仅调整阈值是否也要公示）。
协商机制：把三方诉求整理成带优先级的选项清单，提交CCB由业务主管裁决并书面记录理由；对暂不能达成一致的，先实现最保守方案（审批+公示），把公示天数做成可配置参数，运行期再调。
原型的定位：原型是需求启发工具，用于验证规则表达式编辑器是否可用、交互是否可行，不能替代规格说明，更不能作为验收依据；原型中出现的临时业务逻辑必须回写到规格并绑定用例，否则会变成“演示通过、验收不认”的隐患。
3. 为该系统的非功能需求给出至少四类可度量指标，并说明每一类的验证方法。
Read the worked answer
非功能需求若不可度量，就只是愿望，评审阶段应直接退回。
- 性能与容量：单笔审核P95≤2s；2000并发下错误率<0.1%；10万条规则批量导入≤10分钟。验证：用覆盖各规则命中场景的生产脱敏数据做负载测试（20万条样本偏少，需按规则覆盖率抽样补充），出具压测报告并纳入验收。
- 可用性与连续性：年可用性≥99.9%（年停机≤8.76小时）；RPO≤5分钟、RTO≤30分钟。验证：备份恢复演练与故障切换演练记录，而非纸面承诺。
- 安全与合规：通过等保三级测评；敏感字段加密存储；操作日志留存≥6个月且防篡改。验证：第三方测评报告+日志抽查+篡改检测演示。
- 可维护性：规则从审批到生效全流程≤1个工作日；新增一类审核规则的开发量≤5人日；支持国产数据库与中间件适配。验证：变更演练计时与适配测试。
每条指标要写清“度量对象、度量方法、阈值、验证时点”四要素，并进入验收准则；跨部门指标（如医院端公示）还需明确责任方，否则测出来也无人整改。