n8n付费模板：牙科拒赔邮件自动生成申诉材料包

原文要点

此为付费模板（需在n8n模板页购买后导入，本站示例非原工作流文件）。流程：Gmail触发器每分钟按EOB/拒赔主题过滤新邮件；规范化出患者、付款方、理赔号、收件日期与拒赔原文后送OpenAI（gpt-4o-mini）提取被拒CPT/ADA项目、理由码、拒付金额与申诉期限；按规则判定可申诉性、策略、所需材料与期限紧急度；不可申诉的记入n8n Data Table并邮件通知账单经理；可申诉的按期限分priority/standard，由gpt-4o各起草一页申诉信；汇总成单份材料包存Google Drive、写dental_appeal_log表、经HTTP回写诊所管理系统（PMS）并邮件通知前台。作者称每单可省25分钟以上，onError=continueRegularOutput保证不中断。模型调用另计OpenAI费用。

这次做成什么

在决定购买前看懂这条流每一段需要什么凭据与数据，购买导入后用一封完全虚构的拒赔邮件跑通『提取→分级→起草→存档→通知』全链路，并按原文Customization建议在起草与存档之间加人工复核点。

准备什么

• 已购买该付费模板并可导入自己的n8n实例（Cloud或自托管）
• Gmail OAuth2凭据（接收EOB与发送两类通知共用或分开）
• OpenAI API key，账号可用gpt-4o与gpt-4o-mini（调用另计费）
• Google Drive OAuth2凭据与目标文件夹
• 诊所管理系统PMS的API端点URL与HTTP header认证
• n8n Data Tables功能，用于建dental_appeal_log与dental_denial_log

具体怎么做

1. 购买导入并接Gmail

   在模板页完成购买后导入实例。连接Gmail OAuth2凭据，把触发器的主题过滤词改成你诊所拒赔邮件实际标题规律，把两处通知节点的收件人改为前台与账单经理的真实邮箱。

2. 配置OpenAI与Drive

   添加OpenAI凭据，确认提取用gpt-4o-mini、起草用gpt-4o均可用；连接Google Drive OAuth2并设置材料包保存文件夹ID。材料一、二可用来对照理解模板内两段提示词的职责。

3. 建两张Data Table

   按模板内引用列名创建dental_appeal_log与dental_denial_log（材料三给出一套本站设计的列结构，导入后以模板实际字段为准增删）。

4. 接PMS并加人工复核

   把PMS HTTP节点的URL与header认证换成你系统的真实值。按原文Customization建议，在Draft Appeal Letter与Save Appeal Packet to Drive之间插入n8n Form或sendAndWait节点，申诉信必须人工过目后才存档外发。

5. 用虚构邮件演练

   用完全虚构的患者与理赔数据写一封测试EOB邮件发进监听邮箱（示例见下），确认：提取JSON字段齐全、优先级标记正确、Drive生成材料包、两张表各写入记录、PMS收到状态更新、前台收到邮件。切勿用真实患者信息测试。

可直接复制的材料

你是牙科保险拒赔信息提取器。输入是一封EOB/拒赔邮件正文rawText。只输出JSON数组，每个被拒项目一个元素：{"claimNumber":"理赔号","patientRef":"邮件中的患者标识，照抄原文","payer":"付款方","procedureCode":"CPT或ADA代码","procedureDesc":"项目描述","reasonCode":"拒赔理由码","reasonText":"理由原文","deniedAmount":数字,"currency":"USD","appealDeadline":"YYYY-MM-DD或null"}。邮件中没有的字段填null，不要猜测或编造代码与金额；无法识别为拒赔邮件时输出空数组。

你是牙科账单申诉专员。根据输入的提取结果procedureCode、reasonCode、reasonText、deniedAmount、appealDeadline与诊所信息clinicName，起草一页英文申诉信。结构：①抬头含理赔号与日期；②逐条反驳拒赔理由，引用邮件中给出的理由原文；③列出随附材料清单（病历记录、X光片、治疗必要性说明）；④明确请求重新审核并付款金额；⑤落款留诊所联系占位。不超过一页，语气正式，不虚构邮件中不存在的临床事实，需要诊所补充的信息用[待补充：xxx]标注。

{
  "dental_appeal_log": ["claimNumber", "procedureCode", "payer", "deniedAmount", "urgency", "appealDeadline", "driveFileId", "status", "createdAt"],
  "dental_denial_log": ["claimNumber", "procedureCode", "reasonCode", "reasonText", "deniedAmount", "appealable", "notifiedManager", "createdAt"]
}

输入与输出示例

本站虚构演示，未运行模板；金额、期限均为虚构，请用同类虚构数据自行演练。

输入

虚构测试邮件：Subject: EOB - Claim Denial Notification。正文：Claim CLM-88213, Patient J.D.（虚构）, Payer: Demo Dental Insurance。ADA D2740 crown denied, reason code CO-50 'not medically necessary', denied amount $820.00, appeal must be filed by 2026-10-05。

对应输出

提取结果：[{"claimNumber":"CLM-88213","payer":"Demo Dental Insurance","procedureCode":"D2740","reasonCode":"CO-50","reasonText":"not medically necessary","deniedAmount":820.00,"currency":"USD","appealDeadline":"2026-10-05"}]；规则判定可申诉、距期限较近标记priority；gpt-4o生成一页申诉信草稿，材料包写入Drive文件夹AppealPackets，dental_appeal_log新增一行status=drafted，PMS收到理赔状态更新，前台收到复核邮件。

做完检查这些

• 虚构测试邮件被触发器捕获且提取JSON含理由码、金额与期限三要素
• 可申诉项目在Drive生成材料包且dental_appeal_log记录driveFileId
• 不可申诉项目进入dental_denial_log并触发账单经理通知邮件
• 人工复核节点未批准前材料包不外发，批准后PMS状态更新成功

容易卡住的地方

• 这是付费模板，需先购买才能导入；本站提示词与表结构为独立编写的对照示例，不是原工作流文件
• gpt-4o与gpt-4o-mini调用按OpenAI计费，原模板费用不包含模型用量
• 涉及患者健康信息，务必用虚构数据测试，正式环境注意HIPAA类合规与Gmail/Drive的访问权限
• 每分钟触发的频率较高，注意Gmail API配额与重复邮件的幂等处理
• 作者称每单节省25分钟以上为作者说法，实际节省取决于诊所流程
• PMS端点与认证头原文未给具体规范，需向你的PMS厂商索取API文档