4. 患者参与机制设计

患者参与机制不是“把线下随访搬到线上”，而是围绕患者的行为动机、认知负担与临床数据需求，重新设计一套可持续运转的参与闭环。在远程访视平台中，患者端通常同时承担四类角色：被激活的参与者、健康任务的执行者、PRO/PGHD 的数据提供者、以及依从性反馈的接收者。若只做提醒推送而不设计任务与激励，患者很快会因“只被要求、不被回应”而流失；若只采集 PRO 而不做结构化回传，临床团队也无法据此调整访视节奏。因此，本节把患者激活、健康任务、提醒推送、依从性激励、PRO 与 PGHD 采集放在同一条参与链路上讨论。

一、患者激活：从“被动通知”到“可执行的第一步”

患者激活（Patient Activation）指患者具备知识、技能与信心去管理自身健康，并愿意在远程访视中采取行动。工程实现上，激活不是一句欢迎语，而是由“身份确认—目标设定—首任务下发—首次反馈”构成的最小闭环。典型做法是：患者入组后先完成一次基线问卷（如 PHQ-9、GAD-7 或疾病特异性量表），系统根据得分与病种自动匹配激活路径。例如，某高血压远程管理项目中，患者首次登录后看到的是“本周 3 次血压测量 + 1 次用药确认”，而不是全部功能菜单。首任务必须满足三个条件：可在 2 分钟内完成、有明确完成标准、完成后立即获得可见反馈（如“已记录，今日目标完成 1/3”）。

激活状态可用“激活等级”建模，便于后续差异化推送。示例参数（合理假设）：A0 未激活（未登录或未完成首任务）、A1 初步激活（完成首任务但 7 天内中断）、A2 稳定参与（连续 2 周完成率≥60%）、A3 高活跃（连续 4 周完成率≥80% 且主动上报≥1 次）。平台按等级调整提醒频率与任务粒度，而不是对所有患者使用同一套推送策略。

二、健康任务：把临床目标翻译成患者可执行动作

健康任务是患者参与的操作单元，应具备“触发条件—动作—数据—时限—反馈”五要素。以远程心衰管理为例，任务可设计为：每日晨起体重测量（触发：每日 07:00；动作：称重并拍照/输入；数据：体重 kg；时限：当日 10:00 前；反馈：若 3 日内增重≥2 kg 则触发预警）。任务类型通常包括：测量类（血压、血糖、体重、SpO₂）、用药类（服药确认、漏服原因）、问卷类（PRO 量表、症状日记）、教育类（短视频、图文）与行为类（步数、饮食记录）。

任务编排要避免“堆任务”。建议按临床优先级分层：核心任务（直接影响预警判断，必须完成）、辅助任务（用于趋势分析，可降频）、可选任务（教育或激励性质）。在平台配置中，可用任务模板 + 规则引擎实现，例如：

task_template:
  id: HF_WEIGHT_DAILY
  type: measurement
  trigger: daily 07:00
  due: same_day 10:00
  data: weight_kg
  rule: if 3d_delta >= 2.0 then alert("心衰容量预警")
  reminder: [08:00, 09:30]
  incentive: +5 points on_time

该模板说明：任务不是孤立提醒，而是与预警规则、提醒节奏、激励积分绑定。患者完成数据后，平台应立即回写任务状态，并判断是否触发临床预警。

三、提醒推送与依从性激励：节奏、渠道与反馈

提醒推送的关键不是“发得多”，而是“在对的时间、用对的渠道、发对的内容”。建议按任务紧急度与患者激活等级选择渠道：A0/A1 患者优先使用短信 + 电话外呼；A2/A3 患者可使用 App 推送或微信服务号。推送内容应包含任务名称、截止时间与一键完成入口，避免只写“请记得测量”。

依从性激励应区分内在激励与外在激励。外在激励包括积分、徽章、连续完成天数、排行榜（需注意隐私）；内在激励包括进度可视化、临床团队确认、健康趋势改善反馈。示例规则（合理假设）：按时完成核心任务 +5 分，连续 7 天 +20 分，漏服后主动补录 +2 分；积分可兑换健康教育课程或优先咨询通道。激励必须与临床价值挂钩，避免“为积分而刷数据”。

四、PRO 与 PGHD 采集策略：频率、结构与质量控制

PRO（患者报告结局）强调患者主观感受的标准化测量，PGHD（患者生成健康数据）强调患者在日常环境中产生的生理与行为数据。两者采集策略不同：PRO 通常按固定周期（如基线、第 4 周、第 12 周）或事件触发（症状变化）采集，要求量表版本、计分规则、最小临床重要差异（MCID）明确；PGHD 则强调高频、低负担、可自动采集（如蓝牙血压计、手环步数）。

采集策略需回答四个问题：采什么、多久采一次、谁来采、异常怎么处理。以某远程肿瘤随访为例（合理假设）：PRO 采用 EORTC QLQ-C30，基线、每 2 周期、随访 3 个月各一次；PGHD 采集体重、步数、疼痛评分，体重每周 2 次、步数每日自动同步、疼痛评分每日 1 次。若疼痛评分≥7 分持续 2 天，系统自动生成护士站待办，并在 24 小时内完成电话随访。数据质量控制包括：范围校验（如收缩压 60–250 mmHg）、时间戳校验、重复数据去重、缺失标记与补采提醒。

五、把机制落到平台配置：一个可执行的检查清单

在工程落地时，建议用以下检查清单逐项确认，避免“有功能无机制”。第一，激活路径是否按病种与基线得分自动匹配，首任务是否可在 2 分钟内完成。第二，健康任务是否绑定触发条件、截止时间、数据字段与预警规则，核心任务是否不超过 3 项/日。第三，提醒推送是否按激活等级选择渠道，是否包含一键完成入口，是否设置免打扰时段。第四，激励规则是否与临床价值挂钩，是否防止刷分，是否保护隐私。第五，PRO 量表是否明确版本、计分与 MCID，PGHD 是否设置范围校验、时间戳校验与缺失补采。第六，异常数据是否自动生成护士站待办，并规定响应时限（如 24 小时）。第七，是否定期复盘完成率、预警命中率与患者流失率，并据此调整任务频率与提醒节奏。

综上，患者参与机制的核心不是单点功能，而是“激活—任务—提醒—激励—PRO/PGHD—临床反馈”的闭环。平台工程的重点在于：把临床目标翻译成患者可执行的任务，把任务状态与预警规则绑定，把提醒与激励按患者激活等级差异化配置，并把 PRO/PGHD 采集的质量控制与临床响应时限写进系统规则。只有闭环跑通，远程访视才从“数据收集”升级为“持续参与”。