节点准备清单生成
这项能力到底在做什么
Section titled “这项能力到底在做什么”节点准备清单生成，简单说，就是围绕某一个明确业务节点，自动整理出“在进入这一步之前必须准备什么、谁来准备、现在还差什么”。
很多流程里真正容易返工的，不是执行当天，而是执行前没人把准备动作说完整。
常见情况通常是这样：
- 大家都知道“下次要来”，但不知道来之前要做哪些准备
- 口头交代过了，但没有形成结构化清单
- 不同对象需要的准备项不一样，却被当成同一套模板在讲
- 到了现场才发现还差一项，于是整步往后推
- 准备动作已经有人做了一半，但没人看得见整体状态
节点准备清单生成真正解决的，不是多发几条提醒，而是把“进入下一节点的前置条件”做成一张能执行、能核对、能持续更新的清单。
它的重点不是通知本身，而是让业务现场知道：
- 这一节点到底要准备什么
- 哪些是必做项
- 哪些是条件触发项
- 哪些已经完成
- 哪些还缺
它通常接收什么输入
Section titled “它通常接收什么输入”这项能力接进来的，通常不是一条普通消息，而是一个“即将进入某业务节点”的触发事件。
常见输入包括：
- 预约成功
- 进入术前或检查前阶段
- 进入课程开班前阶段
- 进入复诊、取卵、移植等关键时间窗
- 搬家、进场、到院等预约节点已确认
一起带进来的上下文，常见还有这些：
- 当前节点类型
- 对象身份和属性
- 关联业务规则
- 时间窗口
- 必填资料和必做动作模板
- 已完成的历史状态
这些上下文很关键。因为准备清单不是固定模板群发，而是要知道：
- 针对谁生成
- 为了进入哪一步生成
- 哪些项在当前场景下需要出现
- 哪些项已经不用重复列出
它能输出什么结果
Section titled “它能输出什么结果”节点准备清单生成最后交出去的，不应该只是一串提醒文字，而应该是一份节点前置准备结果。
常见输出包括：
| 输出项 | 说明 |
|---|---|
| 节点名称 | 当前准备的是哪一步 |
| 准备清单 | 进入该节点前需要完成的事项列表 |
| 必做项标记 | 哪些项没做就不能进入下一步 |
| 条件项标记 | 哪些项只在特定条件下出现 |
| 当前完成状态 | 每一项现在做到哪一步 |
| 责任归属 | 由谁完成、由谁确认 |
| 截止时间 | 最晚应在什么时候完成 |
| 风险提示 | 哪些未完成项可能导致改期、返工或退回 |
这样下游拿到的，就不是一句“记得提前准备”，而是一份真正可跟踪的节点前清单。
它在内部是怎么跑起来的
Section titled “它在内部是怎么跑起来的”节点准备清单生成真正难的地方，不是列事项，而是让清单和具体节点、具体对象、具体时间窗真正匹配。
它在内部通常会经过下面这条链。
1. 先识别当前进入的是哪个节点
Section titled “1. 先识别当前进入的是哪个节点”系统先判断：
- 这是术前准备
- 检查前准备
- 复诊前准备
- 开班前准备
- 搬家预约前准备
节点不同，准备要求就不同。
2. 再匹配对应的准备模板和条件规则
Section titled “2. 再匹配对应的准备模板和条件规则”到了这一步，系统会把通用模板和当前对象条件结合起来，判断：
- 哪些准备项是所有人都必须完成的
- 哪些准备项只针对特定对象
- 哪些项需要夫妻双方、家长、护士或物业共同完成
这样清单才不会过粗或过泛。
3. 再结合已有状态去重
Section titled “3. 再结合已有状态去重”如果某些动作已经完成，系统通常不会反复列出成“未完成项”。
它会把：
- 已完成项
- 待完成项
- 高风险未完成项
区分开来。
4. 再生成结构化准备清单
Section titled “4. 再生成结构化准备清单”真正有价值的清单，通常不只是条目列表，而会带着这些信息：
- 事项名称
- 完成标准
- 最晚完成时间
- 当前状态
- 责任人
- 失败后会影响什么
5. 再和提醒、校验、预警链打通
Section titled “5. 再和提醒、校验、预警链打通”准备清单生成以后，系统往往会继续接到：
- 任务提醒
- 资料预审与缺项校验
- 风险预警
- 审批或预约确认
这样清单不是静态文档，而是一张持续更新的前置状态面。
6. 最后输出“是否准备就绪”
Section titled “6. 最后输出“是否准备就绪””很多业务现场最需要的，不是看一堆事项，而是知道：
- 现在是否可以进入下一步
- 还差哪一项
- 差的项会不会影响今天或这次节点
这一步决定了它和普通提醒完全不是一回事。
节点准备清单生成的详细内部流程图
Section titled “节点准备清单生成的详细内部流程图”flowchart TB
A[输入节点触发事件] --> B[识别当前业务节点和对象属性]
B --> C[匹配准备模板和条件规则]
C --> D[结合历史状态去重并判断已完成项]
D --> E[生成结构化准备清单]
E --> F[标记必做项、条件项和截止时间]
F --> G[输出当前准备状态]
G --> H{是否已准备就绪}
H -->|是| I[进入预约、接诊、开班、手术等下一节点]
H -->|否| J[交给提醒、预审、预警和补充动作]
它最后会把什么交给下游流程
Section titled “它最后会把什么交给下游流程”节点准备清单生成真正交给下游的，不只是一个事项列表，而是一份“这一步能不能进”的准备状态结果。
常见会交出去这些内容：
- 节点准备清单
- 当前完成状态
- 必做项缺口
- 风险项
- 截止时间
- 责任归属
这样后面的流程才能继续做：
- 到院接诊
- 术前排期
- 检查预约执行
- 开班开课
- 搬家放行
- 周期节点推进
它怎么接入业务才真正有价值
Section titled “它怎么接入业务才真正有价值”节点准备清单生成最怕的，不是清单不全，而是生成以后没有人用它判断“现在到底能不能进下一步”。
真正常见、也最有价值的接法，一般有下面几种：
1. 接在预约或排期之后
Section titled “1. 接在预约或排期之后”一旦时间已经定下来，准备清单就应该同步出现。
这样现场不会把核对动作压到最后一天。
2. 接在高返工节点前
Section titled “2. 接在高返工节点前”越是经常因为准备不齐而改期、退单、返工的节点，越适合先生成这张清单。
3. 接在多角色共同参与的场景里
Section titled “3. 接在多角色共同参与的场景里”医生、护士、家属、班主任、物业前台这些角色如果围绕同一张清单协同，效率会明显更稳。
4. 接在时间窗严格的场景里
Section titled “4. 接在时间窗严格的场景里”只要节点存在“错过就要顺延”的特征，这项能力就特别值钱。
什么情况下必须转人工
Section titled “什么情况下必须转人工”节点准备清单生成虽然很适合自动化，但下面这些情况最好让人工确认：
- 当前节点规则刚发生重大调整
- 对象属于特殊情况，不能直接套用模板
- 某些准备项是否必做存在业务争议
- 已有状态来自多个系统且彼此冲突
- 清单会直接影响重大医疗、财务或合规决策
- 现场已进入临界时间窗，需要人工优先判断是否延期
真正稳的企业做法，不是让系统替人决定所有前置条件，而是让系统先把大多数准备项整理出来，把少数特殊边界交给人。
为什么这项能力站得住
Section titled “为什么这项能力站得住”节点准备清单生成之所以在企业里很有价值，是因为很多返工都不是执行问题，而是准备问题。
1. 它先解决的是“大家都知道要准备，但没人知道完整准备项”
Section titled “1. 它先解决的是“大家都知道要准备，但没人知道完整准备项””只要清单稳定出来，执行前的混乱就会少很多。
2. 它能明显减少当天查缺和临时改期
Section titled “2. 它能明显减少当天查缺和临时改期”问题前移一天发现，和现场才发现，成本完全不一样。
3. 它特别适合强节点型流程
Section titled “3. 它特别适合强节点型流程”手术、检查、复诊、开班、搬家这些场景都很典型。
4. 它和提醒、预审、预警天然互补
Section titled “4. 它和提醒、预审、预警天然互补”它负责先把“要做什么”拉清楚，后面的提醒和校验才有抓手。
这也是它值得单独成为通用能力的一点。