了解 Zapier 在 HIPAA 和 BAA 方面的明确立场、患者 fax 数据在自动化流程中的进入位置，以及经独立评估的 fax API 替代方案有哪些要求。
- Zapier 声明其不符合 HIPAA 要求，不签署 BAA，也不得处理 PHI，其公布的 Enterprise 条款同样如此。
- 即使没有 fax 附件，患者信息也可能出现在触发器负载、链接、示例记录和执行历史中。
- 不涉及 PHI 的医疗相关工作可以另行评估，但须遵守所有适用条款。
- 启用 Advanced Security Controls (ASC) 后，Fax.Plus 会停用 Zapier；账户处理 PHI 的要求是 Enterprise、已启用 ASC 以及已签署的 BAA。
- 直接的 API 集成属于另一种架构，需要对其自身的服务提供商、访问权限、存储和日志记录进行单独评估。
不可以。Zapier 声明其不符合 HIPAA 要求，不签署 Business Associate Agreement (BAA)，也不得用于存储、发送或自动化处理受保护的健康信息 (PHI)。其公布的 Enterprise 协议常见问题也表明不提供 BAA。
对于需要自动化处理传入 fax 或记录请求的医疗机构而言，数据路径因此至关重要。获准使用的 fax 账户或目的地，并不意味着可以在中间经由 Zapier 路由患者信息。
Zapier 的政策对患者 fax 工作流意味着什么？
Zapier 自 2026 年 4 月 9 日起生效的条款禁止上传或传输敏感个人数据，该类别包括患者、医疗以及受 HIPAA 监管的信息。这一限制的范围比自动化流程中是否附有文档更广。
付费订阅、Enterprise 套餐、加密连接或 SOC 2 报告，都不能替代缺失的 BAA，也不能推翻已公布的 PHI 政策。请在其适用范围内评估安全证明材料，不要将其视为合同层面的许可。
如果您的组织是涵盖实体或业务伙伴，并需要选择处理电子 PHI 的服务提供商，请审查每家提供商的角色和协议。上游 fax 服务的 BAA 并不涵盖另外的自动化平台。
PHI 可能从哪里进入 fax 自动化流程？
设想一个拟议的工作流：它在收到新的转诊 fax 时触发，并将信息路由到另一个系统。PDF 只是一种可能的泄露途径，该事件还可能携带可识别患者身份或透露诊疗情况的信息。
在连接正式账户之前，请审查完整路径：
- 触发与测试：哪些字段、示例记录、文件名、号码、标识符或链接会进入自动化服务？
- 处理与操作：哪些步骤会接收原始负载、提取的内容或目的地详情，还有哪些其他服务会接收结果？
- 历史与运行记录：测试数据、执行历史、重试、错误消息、提醒或下游存储中还会保留什么？
后续的过滤步骤无法撤销在前面步骤中已接收的信息。同样，即使工作流的最终输出看似无害，其触发器或执行历史仍可能暴露患者信息。
移除 fax 附件后，工作流就适用了吗？
不一定。即使没有 PDF 本身，fax 号码、与患者关联的标识符、文件标题或文档 URL 也可能泄露敏感信息。请审查内容及其关联关系，而不要仅根据负载的格式来判断。
删除姓名或用令牌替换姓名，本身并不能确立符合 HIPAA 的去标识化。HHS 规定了具体的去标识化标准；所适用的方法及最终得到的数据都需要进行适当评估。
对于启用了 Advanced Security Controls 的 Fax.Plus 账户，无论如何都会停用 Zapier 连接。不含附件的负载并不会改变这一产品限制。
医疗机构可以在不涉及 PHI 的情况下使用 Zapier 吗？
Zapier 的指南允许开展不涉及 PHI 的医疗相关工作，但须遵守其条款及其他适用义务。因此，确实不含 PHI 的行政类工作流，可以与处理患者文档的工作流分开评估。
请确认实际的触发器、操作和历史记录中包含哪些内容。不要仅因为排程、账单、提醒或看似汇总的输出在名称上听起来属于行政事务，就假定它们不含患者信息。
不含 PHI 也不能推翻对其他敏感个人数据的限制。在组织内使用某个工作流之前，请评估完整的信息和服务条款。
为什么在 Fax.Plus ASC 下无法使用 Zapier？
启用 Advanced Security Controls (ASC) 后，Fax.Plus 会停用 Zapier。这是当前的集成限制，而不是可针对每份患者文档单独选择的设置。ASC 集成文档也确认 API 仍然可用。
对于 Fax.Plus 组织级 PHI 处理，账户的前提条件是 Enterprise、已启用 ASC 以及已签署的 BAA。仅有 Enterprise 并不足够，而其他配置下提供通用 Zapier 连接器，也不代表具备医疗场景的使用资格。
API 可用并不意味着可以例外地经由 Zapier 路由 PHI。自定义请求、webhook、格式化工具或代码步骤仍会将该平台引入数据路径，而不会扩展 fax 服务提供商的协议范围。
患者 fax 自动化有哪些替代方案？
使用 Fax.Plus API 经过妥善评估的直接集成，是另一种独立的实施方案。它需要符合条件的 Enterprise 账户、已启用的 ASC 和已签署的 BAA，同时工作流的其余部分也需要获批的环境。
请评估接收文档的系统、身份验证与权限、存储、运行日志、错误处理和目的地。每个处理电子 PHI 的服务，都需要根据其角色建立适当的合同和技术安排。
请将该架构部署在禁止此类数据的平台之外。通过 Zapier 连接同一个 API 并不能形成获批的替代方案。HHS cloud 指南说明了使用 cloud 服务提供商的涵盖实体和业务伙伴各自应承担的责任。
小型诊所不必为每项 fax 任务都委托定制开发。在评估自动化是否值得投入实施和治理工作的同时，诊所可以继续在其获批的 fax 环境中处理文档。
在使用真实文档之前，应先确认哪些事项？
明确要自动化的任务、涉及的服务,以及各项服务会接收哪些信息。确认相关协议和账户配置,然后使用合成文档而非真实患者记录来测试拟定的运行行为。
明确由谁负责处理失败的操作、权威文档保存在何处,以及工作人员如何确认任务已完成。技术层面的传输成功或自动化运行成功,并不能证明临床医生已审阅该文档,也不能证明患者病历已被正确更新。
常见问题
Zapier 符合 HIPAA 要求吗？
Zapier 声明其不符合 HIPAA 要求，不签署 BAA，且不得处理 PHI。医疗机构应依据这一明确政策，结合完整的数据路径来评估患者文档自动化。
Zapier Enterprise 提供 BAA 吗？
Zapier 公布的 Enterprise 协议常见问题称其不提供 BAA。购买 Enterprise、使用加密或查阅安全报告，都不构成允许在拟定自动化工作流中处理患者信息的例外。
医疗机构可以将 Zapier 用于不涉及 PHI 的任务吗？
确实不涉及 PHI 的工作，可依据 Zapier 的条款及其他适用义务进行评估。请检查实际的输入、操作和保留的历史记录；行政层面的标签或移除附件，并不能证明已划清这一界限。
fax 元数据或文档链接会包含 PHI 吗？
会。即使没有文档，上下文信息也可能识别出患者或揭示诊疗情况。在将负载视为不含 PHI 或已针对该工作流妥善去标识化之前，请评估号码、标识符、标题、URL 及其相互关系。
fax 服务提供商的 BAA 是否涵盖 Zapier 自动化？
独立的 fax 服务提供商的 BAA 并不涵盖 Zapier。如果自动化处理电子 PHI，则必须评估各服务提供商的角色及适用协议；获准使用的端点并不意味着可以在二者之间插入被排除的平台。
Fax.Plus 的 Advanced Security Controls 如何影响 Zapier 访问？
启用 Fax.Plus 的 Advanced Security Controls (ASC) 后，Zapier 将被停用。组织使用 PHI 需要 Enterprise、已启用的 ASC 以及已签署的 BAA；通过 Zapier 的自定义 webhook 或 API 请求不会覆盖连接或数据限制。
有哪些替代方案可以支持医疗 fax 自动化？
可以在使用 Enterprise、已启用的 ASC 和已签署的 BAA 的前提下，单独评估直接集成 Fax.Plus API 的方案。请审查实施环境、权限、服务提供商、日志、存储和目的地；API 可用并不意味着自动合规。
测试自动化时应使用哪些信息？
检查运行行为时，请使用合成文档和记录。即使最终操作经过过滤，真实患者信息仍可能进入触发器样本、执行历史、重试和错误中；测试并不构成 PHI 政策的例外。
精选文章
查看全部
Confédération Suisse
Confederazione Svizzera
Confederaziun Svizra
瑞士联邦
Innosuisse - 瑞士创新署
