医疗质量改进项目投稿，SQUIRE 2.0怎样用？

医院把出院随访电话从“由病区自行安排”改为“出院次日由专人联系”，三个月后失联人数下降。若准备将这项工作写成论文，不能只报改革前后两个比例。读者还需要知道原来的本地问题、具体改了什么、哪些环境因素同时变化，以及作者怎样判断观察到的差别与改进措施有关。SQUIRE 2.0 是针对医疗质量改进报告的框架，适合用来检查这类稿件。

先说明本地问题与改进逻辑

质量改进通常从一个具体服务环节出发。稿件应写明问题发生的地点、原流程如何运行、为何预期新做法会改善它。例如失联是因为电话安排不固定，还是病历中的号码不全？若前者是主要原因，指定专人可能提高联系率；若后者才是瓶颈，专人拨号也未必有效。SQUIRE 清单把本地问题、已有知识、改进依据和明确目标放在引言，正是为了让读者判断干预与问题是否匹配。

方法部分不止描述新流程，还要描述场景和团队。病区规模、出院人数、参与的护士、接触患者的时间点和电话未接通后的处理方式，会影响措施能否在别处实施。另要写清评价路径：联系成功如何定义，记录来自哪里，改革前后比较的时间窗是否可比，是否有其他同时进行的变化。若只是同一时期还更新了电子病历提醒，就不能把改善全部归功于新电话岗位。

结果要呈现过程中的变化

SQUIRE 2.0 要求报告措施如何随时间演变，过程和结局指标，以及与措施相互作用的环境条件。假设第一周电话由一人完成，第二周增派一名护士，第三周又调整拨打时段；三个月后的总平均不能让读者看见哪一步可能起了作用。用时间线或运行图按周呈现成功联系率、实际拨打率及关键调整，比只有“前后显著提高”更能解释改进过程。

未预期结果也不能藏起来。例如增加电话任务后，护士用于床旁宣教的时间减少，或患者因重复联系投诉。清单提示作者报告意外收益、问题、失败和成本，并说明缺失数据。只有成功联系者的满意度提高，不能代表所有出院者都受益；失联者本身可能正是最难获得服务的一组。

避免把改进报告写成未经支持的因果证明

讨论中可以说明结果为何与预期一致，也要交代替代解释：同期患者构成是否改变，原有数据记录是否不完整，疫情或人员配置是否影响联系。若采用了更严谨的时间序列或对照病区，写清设计和分析；若只是单点前后比较，结论应限于观察到的变化，不要说“证明该措施普遍有效”。

投稿时把SQUIRE的条目与正文、图表逐项对应，尤其核对“本地问题—措施—评价方法—结果—情境”是否指同一段工作。EQUATOR 所载清单提示并非每一项都适用于每篇稿件；不适用可解释原因，而不应编出没有做过的伦理审查或成本分析。质量改进稿件的可读之处，在于别人能够看见措施如何在真实系统里发生，而不只是一个漂亮的终点数字。