1. 课程导入与随访系统全景
患者随访并不是“出院后打个电话问问情况”这么简单。在工程视角下，它是一套围绕患者离院后健康状态持续采集数据、评估风险、触发干预、记录结局的闭环系统。它的核心价值在于：把一次住院或门诊的“点状诊疗”，延伸为覆盖康复期、慢病期、术后恢复期的“线状管理”，从而降低非计划再入院率、提高用药依从性、及时发现并发症，并为临床科研积累真实世界数据。
我们先明确一个边界：随访系统不是电子病历（EMR）的替代品，也不是单纯的短信群发工具。它通常位于EMR、检验检查系统（LIS/PACS）、患者主索引（EMPI）与患者端应用之间，承担“计划—触达—采集—评估—干预—归档”的中间层职责。理解这个边界，是后续做架构设计、接口定义和权限模型的前提。
一、业务闭环：从出院到结局归档
一个完整的随访闭环可以拆成六个环节，每个环节都有明确的输入、处理与输出。下面这张图展示了闭环中的对象流转与关键判断点，而不是简单的步骤罗列。
图中左侧是院内系统域，提供诊断、出院小结、检验结果和患者身份基准；中间是随访系统核心层，完成计划、触达、采集、评估、干预、归档六个环节；右侧是患者端与干系人，决定触达方式和权限边界。虚线回环表示：每一次随访结局都会反馈到下一次计划调整，形成真正的闭环，而不是一次性任务。
二、干系人角色与职责边界
随访系统能否落地，往往不取决于技术，而取决于角色分工是否清晰。常见干系人包括：
- 随访护士/专员：执行电话或线上随访，录入量表，处理失访标记，是系统最高频使用者。
- 主治医生：查看风险预警，决定是否提前复诊或转诊，对干预方案负责。
- 科室管理者：关注随访完成率、失访率、再入院率等运营指标。
- 信息科/运维：负责接口对接、账号权限、数据安全与系统可用性。
- 患者/家属：接收提醒、填写随访问卷、反馈症状，是数据采集的末端节点。
在权限设计上，一个基本原则是：护士可采集与标记，医生可决策与转诊，管理者只看聚合指标，信息科不接触具体患者隐私数据。这条边界如果模糊，后续做审计和合规会非常被动。
三、本课程将交付的工程化成果
本课程不是概念科普，而是围绕“可运行、可维护、可扩展”的随访系统展开。30章结束后，你将获得一套完整的工程化交付物，包括但不限于：
| 交付物 | 形式 | 用途 |
|---|---|---|
| 随访计划配置模板 | JSON/表格 | 定义病种、随访节点、量表、触达渠道 |
| 接口契约文档 | OpenAPI/字段表 | EMR、LIS、EMPI 与随访系统对接 |
| 风险评估规则表 | 决策表 | 阈值、分级、预警触发条件 |
| 数据库核心模型 | ER 图 + DDL | 患者、计划、任务、记录、预警五张主表 |
| 测试用例集 | 用例表 | 覆盖正常随访、失访、异常预警、权限越权 |
| 运维检查清单 | Checklist | 上线前接口连通性、定时任务、日志与告警 |
四、一个最小可用的随访场景示例
为了让你对后续内容有具体感知，这里给出一个合理假设的教学示例：某心内科对“慢性心力衰竭”患者设置出院后随访计划——出院后第7天、第30天、第90天各随访一次。第7天由护士电话随访，采集体重、血压、NYHA分级和用药依从性；若体重较出院时增加≥2kg，或NYHA分级下降≥1级，系统自动标记为“黄色预警”，推送给主治医生；医生在24小时内决定是否提前复诊。第30天和第90天通过患者端APP推送量表，未在48小时内填写则自动转为电话跟进。
这个示例中已经包含了后续章节要展开的关键工程问题：随访节点如何配置、量表如何绑定、阈值如何判断、预警如何推送、失访如何兜底、数据如何归档。你现在不需要立刻掌握全部细节，但需要建立一个判断标准——任何随访功能，都要能回答“谁在什么时间、通过什么渠道、采集什么数据、触发什么动作、留下什么记录”。这五个问题，就是本课程贯穿始终的工程主线。