Agent Skill 核验档案

Checking Hipaa Compliance · Openmed

checking-hipaa-compliance 是 OpenMed 项目（maziyarpanahi/openmed）中的一个合规审查类 Skill（Apache-2.0 许可），用于在部署 OpenMed 处理受保护健康信息（PHI）之前，对照 HIPAA 隐私规则和安全规则（45 CFR 164）运行一份检查清单，并生成差距报告：标明哪些控制项已满足、哪些缺失、OpenMed 的本地去标识化与签名审计报告在何处满足要求。它是一个结构化的自评估辅助工具，不是法律意见，最终合规需由隐私官（Privacy Officer）签署确认。

适用任务

在部署 OpenMed（或任何管线）处理真实 PHI 之前进行 go/no-go 合规审查，输出差距报告
为审计、BAA 或安全问卷记录安全保障措施（administrative/physical/technical）与最小必要（minimum necessary）控制
在 Safe Harbor 与 Expert Determination 两种去标识化方法之间做决策并记录理由，附上签名的 AuditReport 作为证据
用 openmed.deidentify(policy="hipaa_safe_harbor", audit=True) 对代表性样本记录进行本地去标识化并生成签名的无 PHI 审计报告
梳理数据流中每个 PHI 被创建、接收、维护或传输的位置（包括模型缓存、临时文件和日志）
检查是否与每个接触 PHI 的下游供应商签订了 BAA（业务伙伴协议）

输入

管线中的代表性 PHI 样本记录（如 'John Doe (MRN 1234567), DOB 1970-01-15...'，来源强调使用合成数据、绝不记录真实 PHI）
控制项状态字典（如 encryption_at_rest、encryption_in_transit、access_controls_rbac、audit_logging、minimum_necessary、baa_in_place、deidentification_method 等）
数据管线的 PHI 数据流信息（PHI 在何处被创建、接收、维护、传输，包括模型缓存、临时文件和日志）
法律基础信息（运营方身份是 covered entity 或业务伙伴，与下游供应商的 BAA 状态）

输出

差距报告：每项控制标注满足/不满足/N/A，附 45 CFR 引用和整改负责人，可交给隐私官
已去标识化的文本（openmed.deidentify 结果，Safe Harbor 策略下标识符被移除或替换）
签名的、不含 PHI 的 AuditReport（由 deidentify(..., audit=True) 与 AuditReport.sign() 生成，作为 Safe Harbor 声明和安全规则审计控制的证据）
缺口列表（gaps，即未满足的控制项名称列表）

限制与检查

这是一个结构化的自评估辅助工具，不是法律意见；合规须由隐私官签署确认
不能替代隐私官的判定，Expert Determination 需要合格的统计学家认证再标识风险
去标识化数据仅当正确处理才超出范围：Safe Harbor 要求全部 18 类标识符移除且无再标识的实际知识，残留的罕见 ZIP3 或模型漏掉的自由文本姓名会重新引入 PHI
有限数据集（Limited Data Sets）仍是 PHI：在数据使用协议（164.514(e)）下保留的日期和 ZIP 不属于已去标识化数据，适用不同规则
日志和缓存也是 PHI：包含原始病历的模型缓存、异常消息和临时文件都在范围内，这是最常见的缺口
对照 references/hipaa-checklist.md 检查所有 18 类 Safe Harbor 标识符是否全部移除，且确认没有再标识的实际知识（不要假设覆盖完整，要验证）
检查管线是否只拉取任务所需字段（最小必要原则，164.502(b)），例如不需要完整病历时是否只拉问题列表
检查每个接触 PHI 的供应商（包括云存储和任何 LLM API）是否都签订了 BAA，并确认 OpenMed 在本地运行避免了 NLP 步骤新增业务伙伴

Checking Hipaa Compliance · Openmed

适用任务

输入

输出

限制与检查

搜索

项目详情