美国退伍军人事务部电子病历改造项目：为什么一个预算充足、目标明确的公共医疗 IT 项目，会一再延期并上修成本？
换成商业标准产品意味着放弃自研的适配能力，而这部分反而更难补
美国退伍军人事务部电子病历改造项目：巅峰期美国规模最大的公共医疗系统之一，服务数百万退伍军人，为替换使用多年的自研电子病历系统，与商业厂商签下长期大额合同；终局是项目进度一再延后、成本估算大幅上修，多次被审计机构指出管理与监督问题，最终进入重新评估与合同调整阶段。
美国规模最大的公共医疗系统之一，服务数百万退伍军人，为替换使用多年的自研电子病历系统，与商业厂商签下长期大额合同
项目进度一再延后、成本估算大幅上修，多次被审计机构指出管理与监督问题，最终进入重新评估与合同调整阶段
3,268 votes cast
1 plans · 1 insights
投稿会先进入待审，通过后才进入公开目录和站点地图。
Root Causes Consensus Poll
Vote for the primary fatal error that caused this enterprise to collapse.
低估了标准化产品与本系统流程的差异
定制与适配的工作量远超预期，部署速度被拖慢
项目跨越多轮管理更替
决策层变动导致目标与优先级反复调整，责任链条不连续
验收与监督机制未能跟踪真实进度
进度报告与实际部署脱节，问题在站点上线后才集中暴露
临床使用方的反馈缺少进入决策的通道
一线医护提出的可用性问题未被及时转化为产品调整
Timeline: peak to collapse
签署合同
与商业厂商签署长期大额合同，启动全国范围的系统替换
早期部署与评估
首批站点上线，审计报告指出成本估算可能远高于原计划、进度存在延误
延期与暂停
多处部署被推迟，临床使用反馈问题较多，部分站点暂停推进
重新评估
项目进入重新评估与合同谈判阶段，部署节奏被大幅调整
Four-Dimensional Retrospective Breakdown
Background & Golden Era
原有自研系统由内部团队长期维护，功能贴合本系统的诊疗流程；为与私营医疗体系的病历互通，机构决定采购成熟的商业产品并逐步替换巅峰期的成绩单是：美国规模最大的公共医疗系统之一，服务数百万退伍军人，为替换使用多年的自研电子病历系统，与商业厂商签下长期大额合同。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
Fatal Turning Point Miscalculation
商业产品的标准化流程与这套体系的实际场景差异很大，定制与适配工作量被低估；同时项目跨越多个管理层更替，监督与验收机制未能有效跟踪进度公司规模上来之后，决策链条越拉越长，最了解战场的一线没有权限，有权限的高层拿不到真实数据，纠偏速度全面落后于市场变化。
Internal Culture & Bureaucratic Hubris
关键岗位被资历而非能力占据，创始人/高管的个人判断取代了机制，组织逐渐失去自我修正的能力。
The Collapse & Aftermath
项目进度一再延后、成本估算大幅上修，多次被审计机构指出管理与监督问题，最终进入重新评估与合同调整阶段。美国退伍军人事务部电子病历改造项目的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
Battle-Tested Actionable Survival Rules
Distilled practical DOs and DONTs forged from costly corporate catastrophes.
大型 IT 替换项目最难的部分是流程差异，不是软件安装
标准化产品的每一处不匹配，都要靠定制工作去补。
- •在签约前完成重点场景的流程差异评估
- •把一线使用方的反馈纳入验收指标
- •不要让项目跨越多轮管理层而不重置基线
- •不要用部署站点数替代实际使用效果
Revival Simulation: If you were the CEO at the inflection point, how would you save it?
History cannot be rewritten, but executive decision-making can be honed. Propose decisive divestitures and strategic bets, and let entrepreneurs & VCs vote on feasibility.
先减速重评，把流程差异与临床反馈纳入验收
Critical intervention point：2022 年前后多处部署被推迟、临床反馈问题集中出现时
- •停止按原计划推进全国部署
- •停止用站点数量作为主要进度指标
- •停止在没有临床确认的情况下扩大上线范围
- •在少数站点完成场景验证后再逐步推广
- •把临床可用性与安全指标纳入验收条件
- •与厂商重谈合同与交付节奏，明确责任边界
项目预算按验证后的实际工作量重设，验收由技术与临床共同签字。
系统在少数站点达到可用的临床标准后再推广，避免成本失控与在全国范围反复返工。
Expert Post-Mortem Insights
Firsthand diagnostic analyses from entrepreneurs, VCs, alumni, and analysts.
原有的自研系统是内部团队多年打磨出来的，它不先进，但和这套体系的诊疗流程贴合。换成商业标准产品后，每一处流程差异都需要定制开发来补齐，而这部分工作量在签约时最难估算。更麻烦的是项目跨越了多轮管理层更替，每一轮都重新设定优先级，监督机制也没能给出真实的进度信号，直到站点上线才暴露出大量可用性问题。
判断这类项目，先看它有没有为「流程差异」留出预算与时间。
Business Post-Mortem Memo · 美国退伍军人事务部电子病历改造项目
为什么一个预算充足、目标明确的公共医疗 IT 项目，会一再延期并上修成本？
# Business Post-Mortem Memo：美国退伍军人事务部电子病历改造项目 > 为什么一个预算充足、目标明确的公共医疗 IT 项目，会一再延期并上修成本？ > Period: 2018 - 2025 | Industry: Healthcare & Biotech > Peak: 美国规模最大的公共医疗系统之一，服务数百万退伍军人，为替换使用多年的自研电子病历系统，与商业厂商签下长期大额合同 > Final: 项目进度一再延后、成本估算大幅上修，多次被审计机构指出管理与监督问题，最终进入重新评估与合同调整阶段 ## Overview 换成商业标准产品意味着放弃自研的适配能力，而这部分反而更难补。巅峰期美国规模最大的公共医疗系统之一，服务数百万退伍军人，为替换使用多年的自研电子病历系统，与商业厂商签下长期大额合同；终局是项目进度一再延后、成本估算大幅上修，多次被审计机构指出管理与监督问题，最终进入重新评估与合同调整阶段。 ## Top-voted root causes 1. [Strategy] 低估了标准化产品与本系统流程的差异 (1,075 votes) 2. [Org & Culture] 项目跨越多轮管理更替 (903 votes) 3. [Legal & Compliance] 验收与监督机制未能跟踪真实进度 (731 votes) ## Actionable lessons ### 大型 IT 替换项目最难的部分是流程差异，不是软件安装 > 标准化产品的每一处不匹配，都要靠定制工作去补。 - ✅ DOs: - 在签约前完成重点场景的流程差异评估 - 把一线使用方的反馈纳入验收指标 - ❌ DON'Ts: - 不要让项目跨越多轮管理层而不重置基线 - 不要用部署站点数替代实际使用效果 ## Revival plans ### 先减速重评，把流程差异与临床反馈纳入验收 — 良略编辑部 Intervention: 2022 年前后多处部署被推迟、临床反馈问题集中出现时 - Must cut: - 停止按原计划推进全国部署 - 停止用站点数量作为主要进度指标 - 停止在没有临床确认的情况下扩大上线范围 - Breakthrough moves: - 在少数站点完成场景验证后再逐步推广 - 把临床可用性与安全指标纳入验收条件 - 与厂商重谈合同与交付节奏，明确责任边界 - Expected outcome: 系统在少数站点达到可用的临床标准后再推广，避免成本失控与在全国范围反复返工。 ## Community insights ### 替换自研系统的代价，通常不是软件价格，而是那些没人写进合同的差异化流程。 — 良略编辑部 (行业研究员) 原有的自研系统是内部团队多年打磨出来的，它不先进，但和这套体系的诊疗流程贴合。换成商业标准产品后，每一处流程差异都需要定制开发来补齐，而这部分工作量在签约时最难估算。更麻烦的是项目跨越了多轮管理层更替，每一轮都重新设定优先级，监督机制也没能给出真实的进度信号，直到站点上线才暴露出大量可用性问题。 - Alternative Move if Replayed 判断这类项目，先看它有没有为「流程差异」留出预算与时间。 --- Source: 良略 · https://www.lianglue.com/c/cerner-va