209_冀中某省级远程会诊系统信息系统项目开发方法与生命周期绩效域

ONEPSOFT | 软考学习知识库

---

冀中地区某省级的远程会诊长期依赖线下会诊与电话沟通，会诊申请、影像传输、专家意见、结果反馈等环节分散在各市县医院与省卫健委手中，用户群体信息化基础薄弱、操作习惯迁移阻力大，算法识别在复杂光照与天气条件下准确率不稳定，项目周期紧、法定验收时点刚性、进度压缩明显，会诊流程长、基层患者看病难。为把远程会诊业务数字化，该省卫健委于 2023 年 12 月发起了远程会诊系统信息系统项目，经公开招标由我司承建，合同额 1520.72 万元，建设周期 6 个月，我担任项目经理，对项目全过程管理负责。

项目建设目标是整合远程会诊全流程数据，实现会诊申请在线化、影像传输实时化、专家意见数字化。建设内容包括会诊申请、影像传输、专家会诊、结果反馈、统计分析与报表五个模块，并与各市县医院及省卫健委对接。技术方案上，业务表单与流程依托低代码平台快速配置，微服务网关统一管理接口，业务数据存放于 OceanBase 数据库，消息通过 RocketMQ 异步推送，前端基于 Vue3 组件体系实现，后端以 Java 17 与 Spring Boot 编写，应用部署在省政务云环境，安全建设按等保三级标准同步实施。项目团队按矩阵型组织搭建，全队 19 人，其中需求分析 3 人、研发 9 人、测试 4 人、实施运维 2 人、数据治理 1 人，编制随模块规模动态调整，联调高峰期另调集厂商力量集中攻坚。项目于 2024 年 6 月通过终验，上线后业务差错率由 2.7% 下降至 0.3%，系统可用率稳定在 99.9% 以上、全年重大故障 0 起，资金结算差错实现连续 12 个月零发生。

开发方法与生命周期绩效域解决的是项目用什么方法开发、按什么节奏交付的问题。这个项目周期只有 6 个月、用户基础弱、识别不稳，开发方法与节奏稍有失当，进度失控、推广受阻、识别返工，项目必然受挫。6 个月的实践让我体会到，开发方法与生命周期管理要跟着项目节奏走：确立期把方法与框架定下来，推进期把功能按迭代做出来，沉淀期把成果与经验稳下来。下面按这三个阶段，结合项目实践说明开发方法与生命周期绩效域的落地过程。

一、确立期：把开发方法与迭代框架定下来

确立期要回答 " 用什么方法、框架怎么搭 "。针对周期只有 6 个月、验收时点刚性的特点，我们选择了增量迭代的开发方法：把项目拆成三个迭代，每个迭代两周，快速产出、快速验证，让价值尽早可见。针对用户信息化基础薄弱的特点，我们把培训设计进框架：每个迭代交付的功能，同步配套培训材料与演示，不让用户等系统、也不让系统等用户。针对算法识别不稳定的特点，我们把识别调优单独列为一条任务线，与功能开发并行推进。框架定了，规矩也要立：每个迭代按 " 启动—评审—回顾 " 三段式运转，启动会明确目标与任务，评审会确认当期成果，回顾会总结得失。以第一个迭代为例，我们把基础平台与影像传输模块放在一起交付，两周内完成了环境搭建与首个功能上线，第一周就让省卫健委看到了可用的东西，确立了整个项目的信任基础。确立期还有一个容易被忽视的动作：把干系人的期望跟队伍讲清楚——省卫健委最关心会诊时效、市县医院最看重操作简便，我们在确立期就统一了认识，队伍从第一天起就知道自己干的活对谁重要。确立期的时间虽然短，但方法、框架、规矩都在这一周内定清楚，后面五个月才有章法可循。

二、推进期：把功能按迭代做出来、把问题在迭代内消化

推进期要回答 " 功能怎么做出来、问题怎么在过程中解决 "。三个迭代的推进主线是：第一迭代做基础平台与影像传输，第二迭代做会诊申请与专家会诊，第三迭代做结果反馈与整体联调。针对算法识别在复杂光照与天气条件下准确率不稳定的问题，我们用因果图围绕 " 识别准确率波动 " 从算法、样本、环境、标注四方面分析根因，定位到阴天与夜间场景的训练样本不足，据此补充了样本并调整了模型阈值，识别准确率由 86% 稳定到 94.6%。针对用户信息化基础薄弱的问题，我们用分层抽样按医院类型与科室类别分层抽取样本，对平台使用情况逐项核验，发现操作复杂的环节使用率明显偏低，据此简化了表单与流程，并分批组织医院培训，线上办理率由 51% 提升至 93%。以会诊申请表单为例，最初表单字段较多，不少基层医生望而生畏，精简到必填项后，申请一次通过率明显提升，培训成本也随之下降。推进期还靠例会托底：每周迭代例会过进度、过问题，偏差当场调整，三个迭代的节奏始终在掌控之中，识别不稳与用户上手慢这两个最大的变量，在迭代内被逐个消化，没有拖累整体节奏。以影像传输模块为例，其联调阶段一度出现图像加载缓慢的问题，例会当天定位到是缓存策略配置不当，当天修复、次日复测通过，问题在迭代内闭环，没有外溢到后续迭代。

三、沉淀期：把成果与经验稳下来、让交付经得起检验

沉淀期要回答 " 交付达不达标、经验留没留下 "。收尾阶段，我们对照迭代计划做了最终核验：业务差错率由 2.7% 下降至 0.3%，系统可用率稳定在 99.9% 以上、全年重大故障 0 起，各项指标全部达到或超过计划目标，项目一次通过验收，各市县医院与省卫健委对系统的认可度明显提升。为确保核验结论站得住脚，我们用检查表按交付物、验收标准、归档完整性三个维度逐项核对各模块的交付情况，缺什么补什么，不带着缺口进入验收。复盘环节，我们把开发方法与生命周期管理的得失整理成文：确立期对用户培训的排期偏保守、推进期对识别样本的采集启动偏晚、对厂商交付的约束偏软等教训，一并写进复盘报告，存入公司的经验教训库。复盘不是走过场，我们把每条教训都对应到一条改进措施，标注责任人与落实时限，经验因此不只是记在纸上，而是真正转化为后续项目的行为改变。同时，我们把三迭代的开发框架、识别调优与功能并行的机制整理成公司在卫生健康类项目的开发方法参考，让后续同类项目少走弯路。

项目最终按期通过终验，业务差错率由 2.7% 下降至 0.3%，系统可用率稳定在 99.9% 以上、全年重大故障 0 起，资金结算差错实现连续 12 个月零发生，各市县医院与省卫健委对系统的认可度明显提升，远程会诊的覆盖范围从三甲医院延伸到了县级医院，基层患者在家门口就能获得专家会诊。复盘整个项目，我的体会是：开发方法与生命周期管理的功夫在阶段里——确立期把方法定对，推进期把迭代做稳，沉淀期把成果验实，三个阶段环环相扣，缺了任何一环，开发管理都会失衡，这也是本项目留给我最核心的方法论收获。三个阶段的节奏也各不相同：确立期要 " 快 "，一周内把框架立起来；推进期要 " 稳 "，迭代内消化问题；沉淀期要 " 实 "，让交付经得起检验。因果图让识别波动有了根因，分层抽样让易用性短板显形，检查表让交付准备不留死角。6 个月里印象最深的是第一个迭代的快速交付：两周内就让省卫健委看到了可用的系统，信任一旦建立，后续的配合就顺畅了，短周期项目尤其要用快速交付来确立信任，这也是短周期项目与长周期项目在开发管理上最大的不同。这套按三阶段推进的开发方法与生命周期管理做法，后来被整理成公司在卫生健康类项目的开发方法参考，供后续同类项目复用，也让后来的远程会诊类项目少走了不少弯路，开发方法与生命周期管理的价值由此得以延续。