国家级医疗 IT 计划搁浅 (NPfIT)：一个把全国医院病历都搬上系统的计划，为什么最后连合同都没执行完？

# 商业复盘备忘录：国家级医疗 IT 计划搁浅 (NPfIT)

> 一个把全国医院病历都搬上系统的计划，为什么最后连合同都没执行完？
> 周期: 2002 - 2011 | 行业: 医疗与健康
> 巅峰: 英国国家医疗服务体系启动的全国性医疗信息化计划，目标是让全国的预约、病历与处方在同一套系统上流转，是当时全球规模最大的公共医疗 IT 项目
> 终局: 预算从数十亿英镑不断追加到接近百亿英镑，多家主要承包商先后退出，系统在多数医院未能完整落地，计划在数年后被宣布终止

## 核心概览
把全国当作一个项目来交付，失败的方式也是全国的。巅峰期英国国家医疗服务体系启动的全国性医疗信息化计划，目标是让全国的预约、病历与处方在同一套系统上流转，是当时全球规模最大的公共医疗 IT 项目；终局是预算从数十亿英镑不断追加到接近百亿英镑，多家主要承包商先后退出，系统在多数医院未能完整落地，计划在数年后被宣布终止。

## 社区公投头号死因
1. [产品技术] 用一套系统适配全国流程差异 (905 票)
2. [组织管理] 一线医护与临床流程参与不足 (760 票)
3. [战略决策] 超长周期的中央合同 (615 票)

## 可执行教训
### 大型信息化项目要按「可分阶段交付」设计，而不是一次交付全国
> 把临床使用者的采纳率，而不是上线医院数量，作为唯一验收标准。

- ✅ 推荐做 (DOs):
  - 用分阶段、可分区域交付的方式推进
  - 把一线使用者的采纳率作为验收标准
- ❌ 绝不能做 (DON'Ts):
  - 不要用一份超长周期的中央合同覆盖全国
  - 不要按管理需求设计临床系统

## 救亡方案
### 先做可复用的最小模块，再按区域分批上线 — 良略编辑部
干预时点: 2006 年前后系统上线进度明显落后、一线使用意愿低时
- 必须断腕:
  - 停止按合同部署数量推进上线
  - 停止在临床流程未统一时扩大范围
  - 停止用十年期合同锁定全部区域
- 破局动作:
  - 优先交付可复用的最小模块并验证使用率
  - 让临床使用者参与设计与验收
  - 按区域分批交付并设置阶段性退出条件
- 预期结果: 核心模块在部分区域真实投入使用，后续建设以可验证的采纳率为基础。

## 社区见解
### 这个计划失败的原因不是技术不够先进，而是它假设全国医院的做事方式可以按同一张图纸改造。 — 良略编辑部 (前从业者)
项目启动时的想法很合理：如果每家医院都自己买系统，数据就永远打通不了。于是中央统一招标、统一标准、按区域委托承包商交付。但现实是，不同医院的科室设置、排班规则、病历习惯甚至术语都不完全一致，一线医护发现新系统比原来的流程更慢，自然不愿意用；承包商在合同上承诺的是部署数量，而不是被真正使用。几年之后，进度越拖越远，承包商开始算赔付退出，而政府已经在合同里投入了难以收回的资金。最终计划终止，改成各地自行建设。
- 如果重来一次的纠偏招式 在流程高度异质的场景里，统一标准的前提是先统一流程，而这件事比写软件难得多。

---
来源: 良略 · https://www.lianglue.com/c/npfit