诊所事前授权请求的登记、催办与申诉起草

原文要点

该免费n8n模板面向美国诊所事前授权（PA）专员：n8n表单登记请求，gpt-6-luna对材料完整性打分并列出缺失文件；请求写入Google Sheets的PA Tracker页，向申请人发含下次跟进日期的确认邮件，加急件发Telegram提醒（72小时决定窗口）；保险方批复（approved/denied/pended）经webhook路径prior-auth-response回写匹配行，拒付时AI起草200词内申诉信（含denial_category、appeal_subject、appeal_body、附件清单、next_step）并邮件发出；每天08:00扫描跟进日期已过期的行，AI汇总成催办简报发出；无法匹配的批复进Errors页并邮件提醒核对pa_id。pa_id格式为PA-yyyyMMdd-HHmmss-####。表单占位提示要求临床摘要不含患者身份信息。

这次做成什么

在测试环境搭起PA登记—跟踪—催办—申诉起草闭环：用合成请求走通表单登记、AI完整性评分、webhook批复回写、拒付申诉草稿和每日催办简报。

准备什么

• 一个n8n实例及Google Sheets OAuth2、Gmail OAuth2、Telegram凭据
• 作者所称gpt-6-luna对应的聊天模型凭据，连接三个AI节点
• 一个含PA Tracker与Errors两个标签页的Google表格
• 一个Telegram聊天id（用测试群，不用真实患者群）
• 协调员邮箱与催办简报收件邮箱（练习用个人测试邮箱）

具体怎么做

1. 建跟踪表

   建Google Sheets文件，PA Tracker标签页列包含pa_id、payer、procedure_name、cpt_code、urgency、submitted_date、status、next_follow_up_date、completeness_score、missing_docs、payer_decision、decision_reason、decision_at；另建Errors标签页。列名与Google Sheets节点写入字段一一对应。

2. 发布登记表单

   New PA Request Form节点收集patient reference（用内部编号，不用姓名）、payer、procedure、CPT code、ordering provider、urgency、date sent、clinical notes summary、requester email。验证节点缺patient reference/payer/CPT或邮箱格式错误时进Errors页并邮件通知协调员。临床摘要栏保持不含患者身份信息，这是原模板占位符的明确要求。

3. 接AI完整性评分

   把聊天模型凭据连到AI Review PA Packet节点：模型只看材料，返回completeness_score、missing_docs、risk_note、follow_up_days、payer_message。跟进日期=当天+follow_up_days（加急1天、普通3天，夹在1至14天之间），临床摘要截断到2500字符。

4. 配置批复webhook与申诉

   把你的批复录入流程指向webhook路径prior-auth-response，POST体含pa_id、decision、reason、decision_date，可选payer_appeal_email。decision=denied时走AI Draft Appeal Summary生成申诉草稿并邮件发给保险方申诉地址、Telegram标记next_step；匹配不到pa_id的批复进Errors页并邮件提醒核对而不是猜测。

5. 设每日催办

   把08:00的cron改成团队上班时间。Daily Chase Sweep筛出status为submitted/pending/pended且next_follow_up_date已到期的行，AI Write Chase Brief汇总digest、top_action和计数，经邮件和Telegram发出。填好三个Telegram节点的chat id后激活工作流。

可直接复制的材料

{"pa_id":"PA-20261020-093015-0001","decision":"denied","reason":"临床材料未证明保守治疗已失败，缺乏近6周物理治疗记录","decision_date":"2026-10-22","payer_appeal_email":"appeals@example-payer.com"}

你是诊所事前授权申诉起草助手。根据拒付原因和请求详情起草申诉材料，只输出JSON：denial_category（拒付分类，如medical_necessity/missing_documentation/timely_filing）、appeal_subject（邮件主题，含pa_id）、appeal_body（正文不超过200词，结构为：患者内部编号与CPT码→拒付原因逐条回应→附上的新证据清单→请求重新审定并给出期限）、attachments（建议附上的文件数组）、next_step（一句话说明团队下一步）。不编造病历事实；材料中没有的临床信息用[待补充:...]占位。不含患者姓名、出生日期、身份证号等身份信息。

{"form_fields":["patient_reference","payer","procedure_name","cpt_code","ordering_provider","urgency","date_sent_to_payer","clinical_notes_summary","requester_email"],"validation_required":["patient_reference","payer","cpt_code","requester_email"],"follow_up_days":{"expedited":1,"standard":3,"min":1,"max":14},"clinical_summary_max_chars":2500,"chase_sweep_hour":"改为团队上班时间"}

输入与输出示例

本站虚构演示，非作者运行结果；评分与缺失清单为示意。

输入

表单提交：patient_reference=REF-1042，payer=示例保险A，procedure=膝关节MRI，cpt_code=73721，urgency=expedited，临床摘要约800字且不含姓名，requester_email=coord@example-clinic.com

对应输出

生成pa_id=PA-20261020-093015-0001；AI返回completeness_score=72、missing_docs=["近6周物理治疗记录","影像转诊单"]，next_follow_up_date=明天（加急=1天）；行写入PA Tracker，协调员收到含pa_id、跟进日期和缺失文件清单的确认邮件；Telegram收到加急提醒，注明72小时决定窗口和缺失文件

做完检查这些

• 提交一个缺CPT码的表单，该请求进Errors页且协调员收到邮件
• 用上方测试JSON POST到webhook，匹配行的payer_decision更新为denied并触发申诉草稿邮件
• 把next_follow_up_date改成昨天的行在次日扫描后出现在催办简报里，简报含计数和一个top_action
• 发一个pa_id乱填的批复，应进Errors页并触发核对邮件而不是静默丢弃

容易卡住的地方

• 临床摘要严禁患者身份信息是原模板的硬性要求，练习也只填内部编号
• gpt-6-luna是作者写的模型名，你的实际模型凭据名称以凭据列表为准
• 申诉信是草稿，发出前必须由授权专员审核，模板不替代法律与合规判断
• webhook路径是prior-auth-response，保险方系统通常不会直接调它，需由内部人员或中间系统代发
• 催办cron默认08:00，不改时区会和团队上班时间错位
• Telegram提醒会含pa_id和缺失文件名，别把真实患者信息放进这些字段