01 / CONTEXT
解决什么问题，为什么值得做？
Tampa General Hospital 在 2024 年公告中描述，用 Palantir 软件连接患者安置、床位与人员资源等运营环节，并报告安置时间等指标改善。关键不是增加一块看板，而是让信息进入当班团队的协调工作。这里研究运营协同，不涉及诊断或治疗决策。
业务价值
让资源、任务优先级与责任人随真实状态一起更新，减少信息等待与重复协调。
- 协作角色
- 运行协调人员、资源负责人、系统值班人员、交付工程师
02 / DISCOVERY
FDE 怎样把症状变成可解决的问题？
以下为结合案例设计的 FDE 实战推演，展示同类问题的排查与实施方法；公开团队的已披露做法见上方背景。
追踪任务在谁手里等待
课堂改用设备维修队列：从报修开始记录分派、接单、资源准备与完成。区分“无资源”“信息过期”“无人接手”三类等待。
检查数据时效而非只看数据完整
一条记录字段齐全也可能已经过期。给资源状态标观察时间和更新时间，查清哪一段延迟会改变调度决策。
03 / DELIVERY ROUTE
方案如何一步步落到工作里？
- 01
共享状态
统一任务、资源、约束与负责人，显示最后确认时间。
- 02
计算候选
筛掉不符合资格的资源，再按优先级提出候选及理由。
- 03
接入班次
交由当班人员确认接手，支持人工覆盖并记录原因。
- 04
降级与恢复
数据过期或接口失败时停用自动分配，回到明确的人工队列。
04 / DECISIONS
哪些判断决定方案是否可靠？
先约束，再优化
资格、地点和资源冲突是硬约束；不可用高平均分掩盖一次不合法分派。
人工覆盖是反馈，不是噪声
保留覆盖原因，区分数据错、规则遗漏与现场突发条件，再决定改模型还是改输入。
05 / WORKED EXAMPLE
一个维修工单，两条资源记录
合成教学样例
合成设备维修：工单 J-6 需要电气资质；人员 R-2 有资质，但可用状态 40 分钟未更新。
- 资格检查
- 资质满足，但不能据此推断当前空闲。
- 时效检查
- 超过课堂设定的 15 分钟阈值，重新确认或转人工。
- 接手闭环
- 记录接单人、确认时间与替代资源，不只输出排名。
06 / COURSEWORK
对应课程：你要做什么、交什么？
拆分等待时间与处理时间
- 交付物
- 队列指标契约
- 通过条件
- 每种等待有状态与负责人
实现过期数据降级与交接
- 交付物
- 状态机 + 告警 + Runbook
- 通过条件
- 过期、无人接单和接口失败均有恢复路径
把覆盖原因回流规则
- 交付物
- 复盘分类 + 新回归测试
- 通过条件
- 修复后相同错误有测试拦截
07 / ACCEPTANCE & REUSE
怎样证明完成，下一次复用什么？
验收检查
验收数据时效、约束违规、接手率、任务等待分布与故障恢复时间。以设备维修验证方法，不使用患者数据。
可复用资产
可迁移到仓库波次、现场维修、门店排班等资源协同；每个领域都要重新定义资格与安全约束。
延伸阅读与案例原文
- TGH selects Palantir for connected care coordination ↗Tampa General Hospital · 2024-06-05
- AI Risk Management Framework ↗NIST · 查阅 / Accessed 2026-09-07