医药法规更新监控与Claude摘要告警

原文要点

这是n8n.io上的免费模板（工作流19133，Oneclick AI Squad发布）。原文描述：定时或手动触发后，请求配置的法规发布源API，用workflow static data对已见发布ID去重；按监控的治疗领域和产品过滤，无相关项则停止；逐条抓全文交给Anthropic Claude分类受影响领域、摘要影响、定紧急度并给合规建议；按紧急度经HTTP API建高优或普通工单；紧急项立即发Slack提醒，全部处理项发汇总到法规情报频道；处理后把ID记为已见。配置区含publicationsSourceUrl、ticketingApiUrl、两个Slack频道、monitoredTherapeuticAreas、monitoredProducts、defaultAgency。

这次做成什么

在自有n8n实例中导入该免费模板，配好四类凭据与监控配置，用一条合成法规条目手动跑通'去重→过滤→Claude分析→分支建单→Slack通知'全链路。

准备什么

• 一个可登录的n8n实例（云版或自托管1.x均可），能打开模板页并导入
• Anthropic API密钥（Claude调用会产生费用，原文未给单价）
• 一个可POST建单的工单系统测试端点（本站用webhook.site或自建mock替代）
• Slack工作区及Bot凭据，含两个已存在的频道
• 法规发布源API的访问地址与Header认证令牌，练习阶段可用本站合成JSON代替

具体怎么做

1. 导入模板并定位配置区

   在n8n中打开workflows/19133模板页，点'Use workflow'导入到自己的实例。导入后找到配置节点（Set类型），确认包含publicationsSourceUrl、ticketingApiUrl、complianceSlackChannel、urgentSlackChannel、monitoredTherapeuticAreas、monitoredProducts、defaultAgency等字段。具体节点名以原模板为准，本站未逐节点核对。

2. 创建四个凭据

   在n8n的Credentials页依次新建：①HTTP Header Auth，填法规源API的头部名和令牌，挂到抓列表和抓全文的HTTP Request节点；②Anthropic凭据，粘贴API密钥，挂到Claude节点并选用模板默认模型（可在节点里改）；③第二个HTTP Header Auth，填工单系统的认证头；④Slack OAuth2/Bot凭据。练习阶段①③可先用无认证的测试端点。

3. 写入监控配置

   在配置节点把monitoredTherapeuticAreas改为如["肿瘤","心血管"]，monitoredProducts改为如["产品A","产品B"]，两个Slack频道改成你工作区真实存在的频道名，defaultAgency改为默认发布机构简称。

4. 用合成数据手动跑一轮

   练习时不接真实法规源：把抓列表的HTTP Request节点临时替换为返回下方合成JSON的节点（或把合成JSON放到一个mock端点）。点Execute Workflow，观察：去重节点用workflow static data跳过已见ID；过滤节点只放行命中监控领域的条目；Claude节点输出受影响领域、影响摘要、紧急度与建议动作；IF分支按紧急度走HTTP建单（高优/普通）并决定Slack路由；最后ID被记入已见集合。

5. 验证去重与汇总

   用同一合成数据再执行一次，确认去重节点拦截全部条目、流程提前停止、不再建单不发Slack。如需重置，在n8n该工作流的static data中清除已见ID列表后重跑。

可直接复制的材料

你是一名医药法规情报分析师。请阅读下面这条法规发布的全文，只输出一个JSON对象，不要输出其他文字。

监控范围：
- 治疗领域：{{ $json.monitoredTherapeuticAreas }}
- 监控产品：{{ $json.monitoredProducts }}

法规全文：
{{ $json.fullText }}

输出字段：
- affected_areas：受影响的治疗领域数组，仅限监控范围内的项，无则空数组
- affected_products：受影响的产品数组，无则空数组
- implication_summary：100字以内的中文影响摘要，说明这条法规要求企业做什么
- urgency：只能是 urgent 或 normal；涉及合规期限少于90天、召回、暂停销售或安全性标签强制变更的判为urgent，其余为normal
- recommended_actions：不超过3条的具体合规动作，每条一句话

如果不确定，urgency一律填normal，并在implication_summary末尾注明'需人工复核'。

{
  "publicationsSourceUrl": "https://regulatory.example.com/api/publications?days=1",
  "ticketingApiUrl": "https://tickets.example.com/api/v1/tickets",
  "complianceSlackChannel": "#法规情报",
  "urgentSlackChannel": "#合规紧急",
  "monitoredTherapeuticAreas": ["肿瘤", "心血管"],
  "monitoredProducts": ["产品A", "产品B"],
  "defaultAgency": "示例药监局"
}

[
  {
    "id": "REG-2026-0901",
    "agency": "示例药监局",
    "title": "关于更新心血管类药品安全性标签的通告",
    "therapeutic_area": "心血管",
    "published_at": "2026-09-03T08:00:00Z",
    "url": "https://regulatory.example.com/p/REG-2026-0901",
    "fullText": "自2026年10月15日起，所有心血管类药品须在说明书不良反应章节新增运动耐量下降的提示，并于生效前完成备案。"
  },
  {
    "id": "REG-2026-0902",
    "agency": "示例药监局",
    "title": "兽药残留抽检计划（与监控范围无关）",
    "therapeutic_area": "兽药",
    "published_at": "2026-09-03T09:00:00Z",
    "url": "https://regulatory.example.com/p/REG-2026-0902",
    "fullText": "本年度第三季度兽药残留抽检安排如下。"
  }
]

输入与输出示例

以上为本站虚构演示，未实际调用Claude或n8n；真实输出取决于原模板提示词与模型。

输入

把上方合成JSON的两条发布记录作为法规源API返回值，监控配置为治疗领域["肿瘤","心血管"]、产品["产品A","产品B"]，手动执行一次工作流。

对应输出

预期链路示意（本站设计，非实测）：REG-2026-0901通过过滤，Claude返回{"affected_areas":["心血管"],"affected_products":[],"implication_summary":"要求心血管类药品在2026-10-15前于说明书新增运动耐量下降提示并完成备案","urgency":"urgent","recommended_actions":["更新相关心血管产品说明书不良反应章节","在生效前向药监部门提交备案","通知医学事务团队复核并留存记录"]}；随后经HTTP POST向工单端点建高优工单，并向#合规紧急频道发即时提醒；REG-2026-0902被过滤节点拦截；最后向#法规情报频道发一条汇总，写明本轮处理1条（紧急1条），两个ID均记入已见。

做完检查这些

• 手动执行后，与监控领域无关的REG-2026-0902没有进入Claude节点，也没有产生工单
• REG-2026-0901因期限约6周被判urgent，工单端点收到与高优先级对应的建单POST，具体优先级字段名按所用工单API核对
• urgentSlackChannel收到即时提醒，complianceSlackChannel收到本轮汇总，两个频道均真实存在
• 用相同数据再跑一遍时流程在去重节点后停止，不重复建单、不重复发Slack

容易卡住的地方

• workflow static data只在生产执行（非单次测试模式的部分场景）中持久，测试时发现不去重要先确认static data是否保留
• Claude节点返回若带JSON以外的文字会导致下游解析失败，提示词中需强制只输出JSON
• urgent/normal的判断阈值由提示词决定，原文未给标准，期限类条目可能误判，urgent分类需人工抽检
• Slack频道名不存在或Bot未加入频道会使通知节点报错并中断后续汇总发送
• HTTP Header Auth的头部名称必须与各API文档一致，Authorization与自定义头不能混用