医疗：让流程改善经得起追问

2022 年 4 月，英格兰北蒂斯和哈特尔普尔基金会信托的 OPTICA 系统上线。该信托是英国国民医疗服务体系（NHS）内的一家医院管理机构。这套出院管理应用由医院与医疗体系支持机构 NECS 共同开发，运行于 Foundry 平台。医院随后在《2022—2023 年质量报告》中记载：它安排了两名出院流程协调人员，维护信息、分派任务，并对超时事项进行升级处理。¹

这段记录里，最值得停下来想一想的，未必是软件名称，而是那两个人。既然系统已经能连接数据，为什么还需要人维护？如果仍然需要打听进展、分配任务，它究竟替代了什么？医院改善的是一张报表、一段工作流程，还是患者真正获得的照护？

这些问题决定了医疗 FDE 应当怎样进入现场。医院里的等待并不只有一种：有人等待治疗决定，有人等待一份信息，也有人已经不需要继续住院，却还在等待院外照护安排。把它们汇总成一个床位数字，管理者会看见压力；把它们拆成可以承担的任务，工作人员才可能改变下一步。

本章从出院流程向外展开，先看一家医院怎样让信息进入每日工作，再看地区协作、国家报送以及效果评价；肯尼亚的诊疗辅助研究则帮助我们看清，跨入临床判断以后，交付还需要多回答哪些问题。所读原件能证明客户参与开发、供应商工程师嵌入协作和具体平台应用，但并非每个项目都公开了 FDE 职称。因此，我们研究的是这些交付关系实际做了什么，而不是把所有医疗数字化项目都重新命名。

床位可以被计数，离院条件必须被完成

北蒂斯的报告说明，每日病区讨论形成的评估进入电子患者信息系统，再传入 OPTICA；自动数据也接受运营团队补充。共享清单让各方知道还有什么出院任务，以及由谁负责。¹ 这条信息链的价值，不在于把同一张表放得更大，而在于把某个人的状态，与其他人可以接手的工作连起来。

为了看清区别，可以沿一个简化情境走一遍：一位患者经专业人员评估，已适合转入下一阶段照护，但离院所需的一项安排尚未完成。这是教学情境，不还原任何真实患者。临床评估完成，不等于安排完成；安排已提出，也不等于接收方已经确认。如果界面把这几件事压成同一个“可以出院”，工作人员就会在不同含义之间来回核实。

真正的客户记录显示，改变发生在“谁更新”和“何时讨论”上。北蒂斯原先让各路径团队维护各自的电子表格；NECS 记载，共享信息投入使用后，医院重新安排了会议次数、时长和功能，把与地方政府零散进行的讨论集中为每日一小时。公开材料没有给出每次界面修改的日期，也没有说明由哪位工程师作出选择，但可以确定，客户调整了围绕软件运行的工作，而不只是换掉表格。²

同一应用在另一家医院改变了不同的动作。南泰恩赛德和桑德兰重新让照护转接团队进入病区，更早讨论离院条件；护士各自更新记录，不再排队把更新交给当天的协调人员。材料还记载，较初级成员承担更多日常责任，资深护士得以处理复杂出院。³ 这不是北蒂斯项目的下一版本，不能把两个医院拼成同一条改版史。它说明，一套共享工具是否有用，要看当地究竟把哪一次等待、哪一种判断交给了谁。

回到教学患者，系统至少需要区分临床评估、院外安排与接收确认。提出任务、接受任务、确认完成的人员可能属于不同组织；一项已确认安排也可能因患者情况变化而取消。把这些区别交给医疗团队核对，再让界面能够表示退回与待确认，工程师才是在改变一条可执行的流程。具体字段仍须由实施团队与医院共同确定，公开记录没有给出可照抄的 OPTICA 内部设计。

沿着这个教学情境，还可以把一个技术问题说得更具体：同一位患者可能不止一次住院。系统需要认清这个人，也要认清正在处理的是哪一次住院。上一次已经办妥的安排，不能因为姓名和患者编号相同，就直接变成这一次任务的完成证据。工程师需要让记录能够指向相应的一次照护过程，而工作人员应当能看懂这种对应。这是需要验证的设计原则，不是本书已经取得的 OPTICA 内部字段设计。

一次有用的试用，可以围绕这条原则展开。让负责人员检查当前清单，确认过去的完成记录仍可回查，却不会误充当前状态；再检查一个已经取消的安排，是否仍被错误地当作可用。测试者不必知道数据库怎样存储，只需知道自己的真实工作里，什么可以沿用，什么必须重新确认。把这样的业务区别变成可以重复检查的条件，正是技术人员与专业人员合作的具体成果。

这类测试需要医疗人员确认离院条件，工程人员检查字段变化会影响哪些清单；任何一方都不能代替另一方作完判断。

北蒂斯的协调岗位因此不是自动化失败的证据。它提示我们，有些工作确实可以由系统搬运，有些仍需要人确认变化、联系相关方、推动处理。更好的设计会减少重复询问，并让需要人的部分有明确归属。一个页面越接近日常决策，其背后信息怎样保持可靠，就越不能依靠某位热心员工临时补位。

省下的时间，原来花在谁身上

在同一北蒂斯案例中，NECS 还记载，医院把相当于一个全职岗位的追踪工作时间转向其他出院事务。² 这个说法与前面的流程变化相互补充，但没有显示所有参与者的完整工作量。

为了把这笔账算完整，下面用一份明确虚构的教学记录。医院只观察同一条离院安排路径：旧流程连续五个工作日、新流程连续五个工作日，各有二十笔任务，人员范围和计时定义相同。不同周仍可能有患者复杂程度等差别，所以这不是软件的因果试验；它先回答哪些工作被减少、增加或转移。

少掉的工作共一百一十分钟，新增加的工作共六十五分钟，记录中的净差为四十五分钟。只看第一行，就会夸大改善。返工次数另记为五次与六次；其耗时已经在表里，不能再加一次。被打断次数从十八次变为十一次，也与分钟分开记录，避免把同一件事重复算成两种收益。

四十五分钟分散在多人和多个班次，尚未形成可重新安排的连续岗位时间。这份记录因此把“已重新配置的工作时间”填为零，把预算节省和患者结局填为未测量。它支持继续试用和调查返工上升的原因，暂不支持削减岗位。读者可使用已填工作量记录与空表，先保持路径、观察窗口长度和计时范围一致，再按第12章 项目经济性的方法讨论价值与成本。

北蒂斯材料中的“两名协调人员”和“一个全职岗位的时间”，也不能直接相减。两份材料的时间、职责和测量口径并不一致，我们没有完整人力账。合理的读法是：流程可以同时减少某些追踪工作，又需要明确的信息维护责任。具体净节省多少，仍要在同一时期、同一工作范围内计算。

医疗轮班会把这种成本暴露得更清楚。接班者面对上一班未完成的出院安排，要分清医院已经确认了什么、院外照护方承诺了什么，以及患者情况变化后哪些承诺需要重问。现场试用应当沿这条交接检查：接班者能否找到依据，院外团队能否接收或退回任务，取消的安排会不会继续显示为已落实。这里最值得保留的，是跨班次、跨照护机构仍能成立的责任，而非某位熟练用户在演示中完成得多快。一般的培训与组织交接方法，第18章 采用与接手已经讨论。

三种改善，不应压缩成一个好看的数字

前述南泰恩赛德和桑德兰的人员、工作模式与软件同时变化。NECS 案例材料报告，2023 年 2 月至 2024 年 2 月，长住患者平均每月延误天数下降了 37%。³ 这个数字值得记录，也必须保留它所描述的对象。

首先，它不是所有患者平均住院时间下降 37%；其次，软件与人员、流程一起变化，不能从这个前后比较中单独提取软件的贡献。这里真正可学习的，是医院改变了协作方法，并报告了某个明确运营指标的改善。把它说成平台独自带来的普遍效果，会让后来采用者对实施条件产生错误预期。

跨过大西洋，美国坦帕综合医院在 2025 年 12 月的公告中回述，双方合作始于 2021 年，并称 Palantir 工程师与医院团队并肩工作。公告还称，其脓毒症患者住院时间下降了 30%。⁴ 这支持客户对协作与效果的陈述，但没有在该文中提供完整样本、同期对照及风险调整方法。

不同数字回答不同问题。录入时间和准备清单的时间，描述工作是否省事；延迟离院天数和安排速度，描述照护流程是否更顺；并发症、再入院、功能恢复和患者感受，才进一步涉及照护质量与健康结果。三者可能互相促进，却不能互相替代。住院时间变短，值得继续调查原因，不能单凭这个变化宣布治疗质量提高。

同样，不能因为没有完整临床试验，就把行政改善一笔抹去。减少重复登记、让等待原因及时被看见、把工作人员的时间还给患者，都可能有实际价值。要求应当与主张匹配：声称少了重复工作，就核对工作量；声称出院更顺，就核对过程和必要条件；声称改善了健康结果，就需要相应的临床证据。

这对非技术管理者尤其有用。他不需要先理解模型内部怎样计算，可以先追问这项数字究竟在哪一层：被测量的是什么，谁发生了变化，起止时间是什么，还有哪些措施同时实施？如果原件没有回答，就把问题留在评价计划里，而不是用想象补齐。

工程团队也不必把所有观察都塞进一个成功率。可以保留工作流程的变化记录，并与业务负责人共同确定哪些指标用来判断继续、修正或暂停。若某项改动让任务完成更快，却明显增加了返工，就应当同时看到速度和返工。只有保留互相制约的信息，项目才不会为了满足一个数字，逐渐偏离最初目的。

临床提醒，必须在还能改变决定时到达

从离院安排走向诊疗辅助，软件介入的位置改变了。肯尼亚Penda Health的AI Consult是一个相邻交付案例，所读研究没有确认工程师使用FDE职称。

先看旧版留下的证据。2026年3月发表的一项回顾研究，检查的是2024年7至9月的1469份就诊记录：医生在病历系统内点击按钮获取AI建议。研究既记录到原有风险被缓解，也发现部分可能有害的建议进入了最终记录。⁵ 后一种观察不是“患者已经受到伤害”的同义词；研究基于记录和专家判断，没有同期非AI对照，也不能据此计算净临床收益。

另一份2025年7月发布的预印本，描述了2025年1月推出的新版：从医生主动点按钮，改为在特定工作节点自动提供分级提醒。测试暴露了一个具体错误——确认上一条警报，也可能触发对尚未写完内容的新一轮检查，造成连串不合时宜的弹窗。工程人员随后把这一确认动作排除出触发条件。⁶

这个修正给医疗交付一个很实际的尺度。提醒过早，依据可能还不完整；提醒过晚，患者与医生已经进入下一步。应当怎样插入工作，不能只由模型回答速度决定，还要观察人员何时记录、何时解释、何时作出行动。交付团队需要改的，可能是触发条件和等待方式，而不是再写一句“请更准确”。

两份研究的发表顺序与所研究版本的先后不同。不能把旧版的风险发现当作新版的实测结果，也不能用新版本的设计意图，宣布旧问题已经全部解决。版本、参与人员、观察窗口和评价方法都应一起保留。这里采用的是一个工程改进过程和一项有边界的风险观察；是否改善患者结局，仍需要相应临床证据。这条界线，使“系统更容易使用”和“照护更安全”能够分别接受检验。

全国看板，从每家医院的一次填报开始

医院内部的经验扩大到国家层面，会出现新的困难。美国卫生与公众服务部（HHS）在 2020 年 4 月建立 HHS Protect 数据体系。美国政府问责局（GAO）在 2021 年 8 月的报告中发现，报送方式和要求频繁变化；受访机构反映，原有工作流难以配合，有时需要重新安排人员或手工录入。⁷

GAO 还记录了一种看起来很小的问题：对床位等字段的定义不够清楚。系统接受一个数字很容易，让各家机构按同一种含义填写却更难。HHS 随后补充了说明和沟通，也给一些调整留出更多准备时间。⁷ 这段历史提醒我们，数据标准改变时，变化落到的不是一张静态表，而是一群每天必须完成工作的人员。

从国家管理者的角度，多增加一个字段，可能帮助看清资源短缺。从医院的角度，这个字段可能需要查另一个系统、联系另一个部门，再由某个人每天负责提交。这两种体验都真实。若交付团队只坐在最终看板旁边，便会高估“已经有接口”所代表的完成程度。

工程上需要补齐的，是字段与实际工作之间的对应关系。一个新字段的定义由谁解释，来源发生变化时谁负责调整，无法按时报送时怎样标记，过去的数据还能否与新口径比较？这些问题若在发布前得到处理，新增信息才有机会稳定出现；若留到截止时间之后再逐家催报，系统把管理压力向下传递的速度，也会比以前更快。

这不意味着全国平台没有价值。GAO 的材料也说明，HHS 使用这些信息识别资源缺口；部分地方机构则认为，更细的本地资料更适合自身任务。⁷ 统一视图和地方视图可以有不同目的。一个全国层面的可比较数字，不必替代医院内部每一种解释；医院保留详细资料，也不意味着全国协调不应存在。

医疗 FDE 因此需要识别不在合同桌前的使用者：每天提供数据的人，也在为系统工作。若只考核最后一个界面是否按时更新，前端的额外劳动就会消失在成功报告里。把它重新放回讨论，并不削弱项目价值，反而能帮助客户决定哪些信息值得持续收集，哪些可以减少频率，哪些应当自动生成。

一个平台，不等于每家医院采用同一套应用

截至本书访问时，剑桥大学医院说明，OPTICA 是该院使用的唯一 NHS 联邦数据平台（FDP）应用。这是一项由英格兰 NHS 推动、连接机构运营数据的全国项目。院方同页问答明确，全国规划要求使用 FDP，平台由中央资助；在这些条件下，医院没有对其他出院管理工具作正式评比。实施前，院方完成安全与数据保护评估，并检查与既有电子病历系统 Epic 的连接。⁸

这与同页提到的另一项选择需要分开：对其他一些 FDP 应用，医院采用了自己认为更适合的非 FDP 方案。它说明本地应用范围仍有差异，不能反过来证明 OPTICA 也是完全自由比选后的结果。全国要求、资金来源和医院已有系统，共同界定了现场工程的起点。

这使“医院已经采用平台”变成一个需要继续分解的事实。究竟采用了哪个应用，覆盖哪条工作流程，哪些人员依赖它？同一个机构可以在一处采用，在另一处保留已有能力。若把这些选择统一算作“已部署”，便看不出实际运行的范围；若把没有全盘替换说成失败，也会忽略医院保留有效系统的理由。

对工程团队而言，保留既有系统会增加一些接口工作，却可能减少临床人员不必要的改变。关键是明确哪套系统负责哪一种记录。一次更新应该在哪一处发生，其他地方何时得到它，冲突出现时依据哪一条？若这些关系不清楚，所谓连接就可能变成多处都能改、没有一处真正负责。

权限同样要沿工作关系安排。出院协作需要不同机构看到完成任务所需的信息，但这并不要求每个人看见所有病历。HHS Protect 的 2022 年隐私影响评估也把组织授权与技术控制分开：HHS 及数据所有者决定访问范围，Foundry 提供权限和操作记录能力。⁹ 这是管理方描述的设计，不能由此宣布所有实际访问都已经得到独立检查。

这一分工给现场工作提出了具体要求。不要只测试管理员是否能打开所有页面，还要测试普通岗位能否完成被授权的任务，以及无关角色是否被限制。需要向外部合作方交接时，检查它得到的是否是必要而可理解的信息。若为了演示顺畅临时扩大权限，演示后的收回也应成为同一次交付中的工作。

同时，新的协作关系可能需要更新原先的说明。患者应能知道资料用于什么，相关人员应知道问题交给谁处理。把技术细节全部展示给患者，并不会自然带来理解；用简单语言说明实际用途、参与者和纠错渠道，更接近其需要。透明度的目的，是使人能够提出有意义的问题，而不只是公布一份很长的文件。

看见瓶颈之后，资源仍然需要到场

剑桥大学医院 2026 年 6 月的董事会资料，对 4 月运行情况提出了另一种声音：出院仍受社区服务和社会照护容量约束，长期延误的复杂患者问题没有得到充分解决。报告把 OPTICA 协调列为应对措施之一，而没有声称这项工具已经消除了约束。¹⁰

这不是对另一家医院成功数字的反证，也不是平台失败的判决。它说明，一个系统可以帮助团队更早知道需要什么，却不能单独创造院外床位、照护人员或家庭支持。若这些资源没有到场，把任务标成红色、再发一次提醒，都不会自动使患者具备离院条件。

这时，软件最有价值的输出可能不是“已解决”，而是把原因说得足够具体。某类等待来自信息没有确认，另一类来自已有资源尚未协调，还有一类来自总量不足。前两类可能通过流程改进缓解，后一类需要更广的服务安排。混在一起看，团队会不断催促同一批人；分开来看，客户才能决定下一笔投入应该用于哪一种能力。

若医院内部已能有效协调产品、数据、临床和运营，外部团队未必带来更多价值。FDE 较有用的情况，是某些交付障碍跨越了既有分工，而有一个团队能够把问题追到实际运行，并完成必要的软件改动。

即使如此，它也不能代替客户长期承担临床和运营责任。外部团队可能善于快速连接系统，医院仍要判断改变是否适合患者、工作人员能否持续执行、出现问题怎样处理。长期合作可以继续，但日常运行不应依赖只有某一位外部工程师才理解的规则。

回到北蒂斯那两名协调人员，他们提醒我们把注意力放回软件之后的工作。患者离开医院，靠的不是状态栏独自变绿，而是相关条件被确认、任务有人完成、下一阶段照护接得住。医疗 FDE 的成绩，也应沿着这条链接受追问：工作人员少做了什么重复劳动，又多承担了什么；流程怎样改变；这些改变最终为患者带来了什么。能够逐层回答，才有条件把一处可用的应用，发展成值得持续依赖的能力。