续方回复模板

模板类别概述

续方请求源源不断，而回复落入几类可预见的情形：已批准并发出、已批准但需先就诊，或附明确临床理由予以拒绝。措辞每次都应一致、合规且清晰——含糊的续方回复会引来困惑的回电，占用临床人员。重打它们或翻查 wiki 会拖慢每个请求，并让质量在人员之间漂移。这些可调整的回复模板为你提供经过验证的结构；文本扩展工具把每一条变成触发词，可在电子病历、患者门户或安全消息中使用。为药物与细节使用占位符，并用 AI Enhance 在不失临床清晰度的前提下软化拒绝。把受保护的健康信息留在共享库之外——模板承载结构，临床医生填入细节。

何时使用这些模板

为每个诊所都会发送的高频、可预见回复使用续方回复模板：批准、需就诊的暂缓与有临床理由的拒绝，以及药房澄清和事先授权的备注。结构在各请求间相同；变的只是药物、理由和下一步。将其标准化能让续方沟通在临床上清晰且合规，减少含糊回复引来的困惑来电，并在另一位员工处理收件箱时便于交接。由于触发词在任何应用中都有效，同一套库可服务于电子病历、患者门户和安全消息——而且由于模板只承载结构与占位符，共享库绝不存储受保护的健康信息。

此类别中的示例模板

• 续方已批准：确认发出了什么、发往哪家药房以及何时备好。
• 需就诊：说明为何续方前需要一次就诊以及如何预约。
• 续方被拒：清楚说明临床理由和下一步，并带着关怀。

实践中的示例模板

Hi [#Patient first name#], your refill for [#medication#] has been approved and sent to [#pharmacy#]. It should be ready by [#timeframe#]. If you have any questions or it isn't ready, call [#phone#]. Take care.

Hi [#Patient first name#], before we refill [#medication#], Dr. [#provider#] would like to see you for [#reason: a quick check-in / recent labs / blood pressure#]. This keeps your treatment safe. Please book at [#booking link / phone#] and we'll process the refill right after.

Hi [#Patient first name#], after review, we're not able to refill [#medication#] right now because [#clinical reason#]. [#Alternative / next step#]. We want to get this right with you — please call [#phone#] to discuss options.

如何开始

先从你最常发的三类续方回复开始：批准（;refillok）、需就诊（;refillappt）和附理由拒绝（;refilldeny）。为药物、药房、临床理由和下一步加上占位符。键入触发词，它会在你打字时就地展开——无需热键（或使用 Hotkey Mode）——在电子病历、门户或安全消息中。把受保护的健康信息留在共享库之外，使其符合 HIPAA；临床医生在发送时提供细节。对可能不满的患者，用 AI Enhance 在不稀释临床内容的前提下软化拒绝或需就诊的消息。

专业提示

• 在批准中始终说出药房和"备好时间"——这一个细节就能阻止最常见的"好了吗？"回电。
• 把受保护的健康信息留在共享续方片段之外；模板承载结构与占位符，临床医生在发送时添加细节。
• 绝不发送生硬的拒绝——说出临床理由，并始终留下讨论替代方案的清晰通道。
• 用 AI Enhance 软化需就诊与拒绝的消息，同时保持临床指示不变。