
请核查 Slack 的受保障企业级安排,以及与患者分诊、频道访问权限、独立协议和文档记录相关的 fax 通知边界。
是的,在 Slack 的受保障企业级安排、已签署的 BAA 以及所需配置的前提下,Slack 可以支持受 HIPAA 监管的员工协作。普通的 Slack 订阅或已安装的 fax 应用本身并不能证明患者文档工作流已被覆盖。
对于负责协调转诊来信的医疗机构,真正有意义的问题是哪些内容会进入 Slack:通知、身份识别信息、链接,还是 fax 本身。Slack 协议、fax 服务提供商协议和访问控制都需要与这一实际流程相匹配。
Slack 现行条款要求使用受保障的企业级套餐、签署 Business Associate Agreement(BAA),并确认指定组织已启用 HIPAA。目前新购买还需要 Slack HIPAA Enabled SKU,即该安排专用的订单项目。GovGrid 不在适用范围内。
请确认安排中指明的 Enterprise+ 或旧版 Grid 组织及其覆盖的工作区。指定组织的覆盖范围不会自动延伸到客户拥有的其他所有组织。
请通过 Slack 获取适用的 BAA、面向 HIPAA 实体的最新指南以及启用确认。贵组织仍须对自身整体的 HIPAA 合规负责,包括允许的使用、访问、监控和文档处理。
Slack 的 HIPAA 指南要求组织使用私密频道共享受保护健康信息(PHI)。添加成员之前,请先查看该频道的现有历史记录:成员身份除了可查看后续消息,也可能暴露此前与患者相关的讨论。
请让受众范围与处理这些文档的员工保持一致。请审查访客、外部参与者、频道变更和离职交接。使用 Slack Connect 时,请确认权限设置和法律允许的共享范围;该功能并不会免除这些要求。评估受众时还应包括获授权的导出和 Discovery 访问,因为私密频道的可见范围不仅限于其普通成员。
HIPAA 安排适用于员工之间的协作,而非面向患者的沟通。Slack 的指南禁止与患者、计划成员及其家人或雇主进行沟通,也禁止将他们添加为工作区或频道的用户或访客。在护理团队频道中发送转诊提醒,与就转诊事宜向患者发送消息是两种不同的用途。
Fax.Plus 提供原生 Slack 集成,用于新 fax 通知和已发送 fax 的状态。常规集成设置包含可选附件,但医疗场景下可用的行为有所不同。
对于组织级 PHI,Fax.Plus 医疗 fax 服务需要 Enterprise 套餐、已启用的 Advanced Security Controls(ASC)以及已签署的 BAA。Business 套餐提供常规集成并不意味着该套餐属于等同的 PHI 安排。
在 ASC 下,Slack 通知会继续发送,但不含 fax 文件附件。请在获批的 Fax.Plus 环境中获取 fax。ASC 集成文档说明了这一边界;原生 Slack 集成文档则介绍了其常规通知功能。
这些提醒并不意味着可以在 Slack 内原生撰写新的 fax,提醒本身也不能说明谁已承担审核该文档的责任。
请检查获批账户配置中的实际通知字段。即使文档保留在 Fax.Plus 中,fax 号码、标识符或上下文消息也可能泄露敏感信息。
请同时检查 Slack 的受众范围以及任何关联资源的权限。频道成员能否看到通知,与其是否获授权打开 fax,是两项独立的决定。如果团队正在选择协作平台,请对比通过 Microsoft Teams 进行 fax 协作,其账户和通知规则各自独立。
例如,私密的接收频道可以提醒相关员工有 fax 需要处理,而文档仍保留在 fax 账户中。在采用该流程之前,请审查可见字段和获授权用户。不要假定不含附件就等于不含 PHI。请配置移动端通知预览,使与患者相关的内容在设备解锁前不会显示。
Fax.Plus 的可选安全邮件附件有单独的要求,不会改变 ASC 下的 Slack 附件政策。启用邮件选项并不会启用 Slack 中的 fax 文件附件。
通过安全的 fax 邮件投递并不意味着将患者 fax 转发到 Slack 已获批准。邮件接收是一项独立的集成,其可用性、传输要求、接收者和保留的副本都需要单独评估。对于患者 fax 的协调,请使用获批的原生通知和文档获取工作流。
不会。Slack 的 BAA 不会自动涵盖独立的 fax 服务或第三方应用提供商。如果双方都处理电子 PHI,则每一方的合作关系都需要各自适用的合同保障。
请确认 Slack 的相关安排,并签署 Fax.Plus BAA,同时满足其 Enterprise 与 ASC 的要求。Alohi HIPAA 文档说明了 fax 账户的前提条件。应用列表中的展示或连接成功,并不能替代任何一方提供商的协议。
Slack 不得作为 PHI 的记录系统。请将 fax 文档保留在经批准的文档工作流中,并按照贵组织的记录政策完成所需的临床归档。
请统一相关消息、fax 文档、导出文件和已下载副本的保留期限。为 Slack 环境制定监控和数据防泄漏措施,并确认管理员实际可以查看哪些证据。不应将消息导出视为每一次文档查看或下载的完整记录。
请约定由谁检查收到的 fax、如何由其他员工在缺勤时代为处理,以及如何记录完成情况。已送达的提醒不会指定负责人,不能证明已完成临床审核,也不会自动更新患者病历。在用于患者相关工作之前,请使用模拟文档测试拟定的通知和访问配置。
Slack 为符合条件的企业组织提供支持,前提是已签署 BAA、已确认启用 HIPAA,并具备所需的订单项目和配置。请核实指定的组织和允许的使用范围;保障范围不会自动延伸到每一个组织。
Slack 的 HIPAA 指南禁止面向患者的沟通,包括邀请患者、计划成员、其家属或雇主作为工作区或频道的用户或访客。请让经批准的工作流专注于授权员工之间的协作和文档协调。
Slack 的 BAA 不会自动涵盖单独的 fax 提供商。如果双方都处理电子 PHI,请针对实际工作流确认 Slack 协议以及 fax 提供商自身的 BAA、账户资格、配置和责任。
请审查通知的实际字段和受众,包括号码、标识符、上下文文本和链接。不含附件的提醒仍可能包含敏感信息;在允许与患者相关的通知进入工作区之前,请评估频道访问权限和所链接文档的权限。
启用 ASC 后,Slack 通知会继续发送,但不带 fax 文件附件。请使用已签署 BAA 的 Fax.Plus Enterprise,在经批准的 fax 环境中获取文档,并另行核实所涵盖的 Slack 组织以及允许的通知内容。
安全 fax 电子邮件投递与 Slack 集成有各自独立的要求。请单独审查任何拟定的电子邮件接收流程;对于患者 fax 的协调,请使用经批准的原生通知途径,并在 Fax.Plus 中获取文档。
请使用用于共享 PHI 的私密频道,并在添加成员之前审查现有历史记录。请检查访客和外部访问权限、所链接的文档以及人员离职处理,确保员工变动后不会留下对早期消息或与患者相关通知的不当访问权限。
Slack 不得作为 PHI 的记录系统。请将文档保存在经批准的记录工作流中,统一消息和副本的保留期限,并将审核责任与通知的到达分开记录。
