慢病管理随访依从性破局：四环节链路断点与HIS对接边界
「上线三个月，系统里躺了 2.3 万条筛查记录，随访完成率 11%。」这是区域健康管理项目复盘会上最常听到的一句话。慢病管理平台从来不缺数据，缺的是让数据继续往下走的机制。在患者全周期管理链条上，筛查、诊断、随访、复诊四个环节各自都在生产数据，而真正决定成败的，是环节之间的交接处——那里最容易断。
本文面向医院信息科、区域平台项目组和社区健康服务机构，逐环拆解数据链路断点，给出可落地的随访依从性机制设计，并把设备与 HIS/LIS/PACS 的对接边界一次划清。
[IMAGE: 患者全周期管理四环节数据链路示意图，标注筛查、诊断、随访、复诊四个节点及三处断点]
一、先看结论：断的不是技术，是「交接」
多数项目的失败并不是系统不好用，而是每个环节都只对自己那一段负责。筛查团队把名单导出成 Excel，诊断端的诊断名称和社区端的标签体系对不上，随访端拿到的名单没有责任医生，复诊端的号源和检查预约又不在同一个系统里。数据在系统里是「有」的，在业务上是「断」的。
| 环节 | 典型断点 | 表面现象 | 真实原因 |
|---|---|---|---|
| 筛查 | 数据只入库不成池 | 体检、门诊数据量很大 | 缺少入池规则与风险分层 |
| 诊断 | 标签体系不统一 | 名单里的人「不像」慢病患者 | ICD 编码与临床/社区标签未映射 |
| 随访 | 任务无主、无时限 | 系统提示多、执行少 | 无责任分配与时间窗约束 |
| 复诊 | 闭环缺最后一公里 | 患者「知道要来」但没来 | 号源、检查、报告解读未打通 |
把这四处补齐，随访依从性才有讨论的前提。
二、筛查环节：数据「进得来」不等于「有资格」
社区体重管理场景最典型。体脂秤、血压计、血糖仪每天产生大量数据，但这些数据往往停留在设备厂商的云端或某个微信小程序里，既进不了居民健康档案，也进不了平台的风险池。
需要明确三件事：
- 入池规则：不是所有测量数据都要进池。建议以「指标异常 + 人群标签 + 时间窗」三要素定义，例如 BMI≥28 且近 90 天有两次以上测量记录，或血压 ≥140/90 mmHg 连续两次。规则写进系统，不能靠人工筛。
- 设备数据的定位：设备数据是筛查线索，不是诊断依据。体脂秤、家用血压计的读数受测量姿势、时间、设备校准影响很大，入库前必须做异常值剔除（如收缩压 >250 mmHg 或 <60 mmHg 直接标记待核）、时间戳校验、重复上传去重。
- 对接方式：设备侧优先走厂商开放 API 或标准网关汇聚到平台，不建议设备直连 HIS。设备协议碎片化严重，直连会把不稳定因素引入院内核心系统。
社区健康干预的胜负手，往往就在这一步：能不能把「来测过一次的人」变成「被系统记住的人」。
三、诊断环节：先把 HIS/LIS/PACS 的边界划清楚
这是信息科最关心、也最容易扯皮的部分。建议在项目启动会上就用一份边界表把责任钉死。
| 系统 | 平台可取 | 平台可写 | 明确不碰 |
|---|---|---|---|
| HIS | 患者主索引、就诊记录、诊断、医嘱（只读） | 随访任务摘要（回写需院方审批） | 不代开医嘱、不改诊断 |
| LIS | 检验申请状态、检验结果（结构化） | 一般只读 | 危急值不走平台链路 |
| PACS | 影像报告文本、检查索引 | 只读 | 原始 DICOM 不落平台（远程会诊除外） |
| 设备 | 测量值、测量时间、设备编号 | — | 不直连院内核心库 |
三条实践原则：
- 主数据只有一处。患者身份以 HIS 的 EMPI 为准，平台侧不做二次建档，避免「同一个人三条档案」。
- 诊断要映射，不要翻译。HIS 出的是 ICD 编码，社区用的是人群标签（如「超重伴糖耐量异常」），中间必须有一张映射表，且随 ICD 版本更新维护。
- 只做「读 + 编排」。平台的价值在于把散落各处的数据按患者串起来、按时间排成任务，而不是替代临床系统做决策。HIS对接做得好不好，判断标准只有一个：医生的操作有没有变多。
[IMAGE: 平台与 HIS/LIS/PACS 的对接边界示意，标注只读、可回写、禁止区三类色块]
四、随访环节：依从性是「设计」出来的
提醒短信发得再多，也换不来依从性。实践中有六个机制真正起作用：
1. 分层分级。 按风险把人群分为高频（如糖尿病合并肾病，2 周一次）、中频（月度）、低频（季度）。同一套随访节奏套所有人，等于没有节奏。
2. 任务到人、带时间窗。 每条随访任务必须有责任医护、开始时间和截止时间，逾期自动升级到上级医师。没有归属的随访任务，完成率一定趋近于零。
3. 触点分层。 电话、企微、短信、小程序问卷、线下称重日，成本从高到低。原则是「重要的事打电话，日常的事用轻触点」。
4. 反馈即时可见。 患者上传一次体重或血压，当天就能看到趋势图和一句人话解读。没有反馈的自我监测，平均坚持 11 天。
5. 失访召回。 设定失访定义（如连续两次未响应且超过 30 天），触发三级召回：责任护士 → 家庭医生 → 社区网格。召回记录要留痕，否则无法归因。
6. 激励与关系。 社区场景里，积分、团体称重日、家属共同参与，比单纯发红包更持久。健康干预本质是关系维护，不是消息推送。
五、复诊环节：把闭环补上最后一公里
患者「知道要来」和「真的来了」之间，差三个具体动作：号源可约、检查可约、报告有人讲。
- 号源：平台不新建预约体系，直接调用院内统一号源池，随访任务里嵌预约链接；
- 检查：随访计划中预设检验检查项，患者到院即可执行，避免「来了再开单」的二次往返；
- 解读：报告出具后 48 小时内推送结构化解读，并自动生成下一次随访任务。
复诊不是终点，而是下一轮患者全周期管理的起点。这条闭环合上，慢病管理的复诊率与依从性才会同步抬升。
六、效果衡量口径：别只看「随访完成率」
指标定义不统一，跨项目就无法比较，成效也无法对外讲。建议固定以下口径：
| 指标 | 计算口径 | 观察窗 |
|---|---|---|
| 有效随访率 | 有效响应次数 ÷ 应随访次数（剔除死亡、迁出、转诊） | 月度 |
| 失访率 | 超窗未响应人数 ÷ 应随访人数 | 季度 |
| 复诊转化率 | 完成复诊人数 ÷ 收到复诊任务人数 | 月度 |
| 服药依从性 | PDC ≥80% 人数 ÷ 用药人数 | 半年 |
| 体重管理达标率 | 体重下降 ≥5% 人数 ÷ 入组满 12 周人数 | 12 周 |
| 数据完整率 | 关键字段齐全档案数 ÷ 建档总数 | 月度 |
两个提醒：分子分母必须写清剔除规则；观察窗要和干预周期对齐，12 周的体重干预不能用一个月的口径去评价。
七、90 天怎么跑出第一张成效卡
对预算有限的中小机构与区域项目组，建议分三步走，而不是一次性上大平台：
- 第 1—30 天：只打通一个场景（如社区体重管理），跑通筛查入池 + 一次随访，验证数据链路；
- 第 31—60 天：接入 HIS 只读接口与设备网关，跑出有效随访率、复诊转化率两个核心指标；
- 第 61—90 天：形成一张可发布的成效卡——入组人数、有效随访率、达标率、断点修复清单。
这也是芒旭在服务徐州本地机构时采用的路径：用元火的企业 AI 进化系统以订阅方式先跑起服务型前端，把随访任务、话术库、成效看板先转起来；待场景验证、数据链路稳定后，再由明台 / 元序的项目型平台承接 HIS 对接、多机构协同这类重交付需求。混合供给的意义在于——先让业务跑起来，再让系统长上去。对信息科而言，这意味着更小的对接风险；对运营方而言，意味着 90 天内就能拿出可对外讲的数字。[LINK: 芒旭 90 天成效卡与同城案例]
结语：让数据「有主」，随访才「有人」
「上线有数据、随访无人响应」不是执行力问题，而是链路设计与机制设计的问题。筛查要有入池规则，诊断要映射统一，随访要任务到人、带时间窗，复诊要有号源与解读；而 HIS对接的边界越清晰，链路就越稳。
建议本周就做三件事：把四环节断点画成一张图、把六个指标的口径写成一句话、把第一条随访任务的时间窗设上。跑通一个 12 周的小闭环，比规划一年的平台蓝图更有说服力。
秩序不是管出来的，是设计出来的。慢病管理如此，患者全周期管理亦然。