面向WorkSafeBC的工作流程，避免过度索赔：结构化摘要，谨慎用语

Source: Dev.to

目标：结构化上下文，而非证明

在与工作相关的伤害工作流中，人们通常需要既满足以下两个条件的内容：

• 对临床医生或案件经理来说足够一致，便于快速浏览
• 基础足够扎实，不会让人感觉是在改写他们的经历

尤其在创业公司里，常见的诱惑是过度承诺：

• “临床验证”
• “合规”
• “填满官方表格”

如果代码并未实现这些，就不要这么说。

Pain Tracker 的做法更具防御性：

• 生成 结构化摘要 的自报数据
• 包含明确的免责声明
• 将工作流保持 本地优先 并由用户控制

WorkSafeBC 导出（本地 PDF 生成器）

实现代码位于仓库的：

• src/utils/pain-tracker/wcb-export.ts
• 测试套件：src/utils/pain-tracker/wcb-export.test.ts

它使用 jsPDF（通过动态导入）生成 PDF，并以 data: URI 字符串的形式返回，然后触发下载。这与第 6 部分的 “导出 = 在本地创建文件” 原则保持一致——共享完全由用户自行决定。

报告中的审慎用语

Pain Tracker 会直接把非索赔信息写入 PDF 输出。报告中包含一段明确的免责声明（生成器中原文如下）：

免责声明： 本报告仅为 WorkSafe BC 参考使用的自报疼痛数据的结构化摘要。它不构成医疗建议、诊断或治疗。本文件应由合格的医疗保健提供者审阅。Pain Tracker Pro 与 WorkSafe BC 无关联。

该免责声明并非营销语言；它划定了边界：

• 报告是什么 — 结构化摘要
• 报告不是 — 医疗建议、诊断或法律裁定
• 谁应当解读 — 合格的医疗保健提供者

报告实际做了什么（代码层面的依据）

生成器接受：

• 一组 PainEntry 记录
• 一个日期范围（startDate、endDate）
• 可选的身份字段（患者姓名、索赔编号、提供者）

并输出：

• 汇总指标（最小值 / 最大值 / 平均值、波动性）
• 常见部位 / 症状列表
• 工作影响和治疗摘要
• 可选的 “详细条目”（在有备注时包含）

因为你导出的是 自报笔记 并将其塑造成 “专业外观” 的文档，审慎用语尤为重要。输出必须保持以下定位：

• 结构化摘要
• 非 诊断
• 非 法律裁定

尊重人的工作流框架

这些工作流最健康的框架是：

1. 捕获 — 小而可重复的条目
2. 汇总 — 以人类可读的方式聚合
3. 导出 — 用户控制的边界

超出上述范围的任何操作（自动提交、后台共享、“发送给保险公司”）都会引入新的信任边界和风险：

• 网络暴露
• 账户/身份处理
• 同意用户体验
• 审计日志

Pain Tracker 的本地优先立场有意将范围限制在上述三步之内。

接下来

第 8 部分将介绍 在不进行监视的情况下进行分析：仓库如何通过环境标志和明确同意来对外部分析进行门控，以及如何避免在 GA4 事件参数中使用 Class A 字段。

• 上一步： Part 6 — Exports as a security boundary
• 下一步： Part 8 — Analytics without surveillance

支持此工作

• 赞助项目：
• 给仓库加星：