AI 医生安全吗？HIPAA 究竟涵盖什么，以及如何保护你的数据
在把症状输入 AI 医生 之前，你有理由问一句：谁会看到这些数据，HIPAA 是否会保护它。根据 HHS 的说法，用 AI 医生获取一般性信息可以是安全的——但大多数面向消费者的 AI 健康应用并不受 HIPAA 保护，因此真正保护你数据的是公司自己的隐私政策，而不是联邦法律。
AI 医生不能替代持证医师，也不提供诊断。遇到医疗急症请拨打 911。 本指南讲的是隐私，而非医学——诊断和治疗请务必咨询真正的医生。
简短的答案：通常不受 HIPAA 保护——为什么这很重要
HIPAA 约束的是”受保实体”（covered entities）——医生、医院、健康保险计划和结算机构——以及它们的业务伙伴，即代表它们处理受保护健康信息的供应商。一个独立的面向消费者的 AI 健康应用通常不属于这些类别，因此它在法律上根本不被要求遵守 HIPAA。这并不会自动使它变得不安全——那是另一个问题，涉及 AI 医生与真人医生的对比 以及两者在能力上的差异——但这确实意味着，你的保护完全取决于应用背后的公司，而非某项联邦法规，所以核查是你的责任，而不是一道形式。
这个区别听起来很技术性，但它彻底改变了你数据的去向。一个 HIPAA 受保实体在法律上受隐私规则（Privacy Rule）和安全规则（Security Rule）约束，并会因不当处理受保护健康信息（PHI）而面临实质性处罚。而一个没有此类身份的消费者应用只对它自己的服务条款负责——而那些条款随时都可以被改写。
AI 医生何时受 HIPAA 保护——何时不受
一款 AI 工具是否属于 HIPAA 的管辖范围，取决的更多是谁部署了它、以及在什么协议之下，而非它做了什么。同一个底层模型可以在一种场景下受 HIPAA 保护，而在另一种场景下完全不受保护。
受保护：持证医疗内部使用的 AI
一款 AI 工具通常在满足以下任一条件时受 HIPAA 保护：
- 一位持证医师或医疗团队在你的就诊或治疗过程中使用该工具。
- 一个远程医疗平台运行在持证服务提供者的基础设施上，并处理你的病历。
- 该 AI 供应商已与受保实体签署了业务伙伴协议（BAA）。
BAA 是一份具有法律约束力的合同，它将 HIPAA 义务延伸至供应商。没有它，就不存在此类义务，无论营销文案怎么写。一旦满足这些条件中的任何一个，你分享的数据就会被视为 PHI，并受 HIPAA 的隐私规则和安全规则约束。
不受保护：独立的消费者应用
一款你自己下载并单独使用的、独立的养生或健康应用——你直接把症状输入聊天窗口——通常被归类为 HIPAA 管辖之外的消费者工具。公司自己制定它如何收集、存储和分享你告诉它的内容的规则，而这些规则写在一份隐私政策里，你在输入任何一个症状之前都可以先读一读。
| 应用类型 | 通常的 HIPAA 状态 | 由什么来管辖你的数据 |
|---|---|---|
| 你就诊时医生使用的 AI | 受保护 | HIPAA 隐私规则与安全规则 |
| 带持证服务提供者的远程医疗平台 | 受保护（通过 BAA） | HIPAA + BAA 合同 |
| 独立的消费者 AI 健康应用 | 通常不受保护 | 应用自己的隐私政策 |
| 免费的公共聊天机器人（通用型） | 不受保护 | 标准的消费者服务条款 |
HIPAA 究竟保护什么——又不保护什么
HIPAA 由三条协同运作的规则构成：
- 隐私规则（Privacy Rule）——规范受保护健康信息（PHI）可以如何被使用和披露。
- 安全规则（Security Rule）——要求为电子形式的 PHI 提供管理、物理和技术层面的保障措施。
- 违规通知规则（Breach Notification Rule）——要求受保实体在发生数据泄露后通知受影响的个人。
每一条规则都很重要——但其中每一条都只适用于受保实体及其业务伙伴。
你自愿提供给消费者应用的数据，默认就处在整个这套框架之外。是你自己自由地输入了它，公司又不是受保实体，上述三条规则也就永远不会被触发。正是这个空档，让 FTC 开始转而把某些健康应用的数据处理做法当作一个欺骗性交易行为的问题来对待，填补 HIPAA 触及不到的地方。
常见地落在 HIPAA 保护之外的健康数据包括：
- 症状自查器和通用 AI 健康助手的对话内容
- 健身追踪器和可穿戴设备的数据
- 直接面向消费者的基因检测结果
- 养生应用中的情绪、睡眠或营养记录
你应当了解的真实隐私风险
在 HIPAA 的边界之外，适用的是一套更小、也更陌生的保护——而这些漏洞足够真实，值得你在分享任何敏感信息之前认真对待。尤其要留意以下这些警示信号：
- 一份隐私政策保留了”与合作伙伴共享数据”的权利，却不点名说明是谁
- 没有可见的删除账户或聊天记录的选项
- 在应用的任何文档中都没有提到加密标准
- 营销措辞声称”符合 HIPAA”，却从未提及一份已签署的 BAA
你的数据可能被出售或共享。 在联邦层面，并不存在一项全面禁止把非 HIPAA 健康数据出售给第三方或数据经纪商的法律。基因检测公司 23andMe 在 2023 年的数据泄露及随后的破产，把这一风险变成了现实：数百万用户的基因和健康数据成了一场公司程序中的资产，而非受 HIPAA 屏蔽的受保护记录。
“匿名”并不总是匿名。 公司惯常把共享或出售的数据描述为”去标识化”（de-identified），但去标识化的可逆程度往往比人们以为的要高。2019 年发表于 Nature Communications 的一项研究发现，仅仅 15 项人口统计属性——诸如年龄、性别和邮政编码之类——就足以在一个”匿名化”数据集中正确地重新识别出 99.98% 的美国人，而大多数应用的数据共享协议不费什么力气就能达到这个门槛。
我们的结果表明，即便是经过大量抽样的匿名化数据集，也不太可能满足 GDPR 所提出的现代匿名化标准，并严重挑战了”发布即遗忘”式去标识化模型在技术和法律上的充分性。—— Rocher, Hendrickx & de Montjoye, Nature Communications
免费和公共的聊天机器人可能会用你的输入进行训练。 建立在通用模型之上、面向消费者的 AI 健康工具往往缺少业务伙伴协议，这意味着输入到免费聊天机器人会话中的任何内容——包括许多以 免费在线 AI 医生 为卖点的服务——都可能被用来改进其底层模型。FTC 已警告健康应用制造商：与隐私政策自身承诺相矛盾的数据共享做法，可以被当作一种欺骗性交易行为来处理——一家把自己宣传为”符合 HIPAA”却没有签署 BAA 的公司，做出的是一项自愿的营销声明，而非陈述一个法律事实。
一个值得信赖的 AI 医生是什么样的
并非每一款消费者 AI 健康应用都以相同的方式对待你的数据，而少数几个具体的信号能把值得信赖的那些与其余的区分开来。
一款注重隐私的应用，应当在数据存储时用 AES-256 加密、在传输时用 TLS（SSL 的现代继任者）加密，使用多因素认证和基于角色的访问控制来限制内部谁能看到你的信息，并保留谁在何时访问了什么的审计日志。它应当用通俗的语言而非晦涩的法律术语来撰写隐私政策，给你一个清晰的途径去查看、下载和删除你的数据，并且——即便没有法定的 HIPAA 要求——也自愿地让自己的做法与 HIPAA 式的标准看齐，并接受独立的第三方安全审计。一些更先进的平台还会使用诸如联邦学习或差分隐私之类的技术，这些技术旨在从数据中提取洞见，而从不集中存储你原始的、可识别的记录。
| 需要核查的信号 | 为什么重要 |
|---|---|
| 存储时 AES-256 加密，传输时 TLS | 数据即便被拦截或窃取也无法读取 |
| 多因素认证（MFA） | 即便密码泄露也能限制账户被接管 |
| 独立的第三方安全审计 | 验证声明，而不是仅凭信任接受 |
| 清晰的删除/导出控制 | 给你一个真正的出口，而非一句承诺 |
| 通俗语言的隐私政策 | 表明公司没有隐藏数据共享条款 |
一个值得信赖的 免费 AI 医生 应当能够在自己的网站上，用通俗的措辞明确说明它收集什么，以及你如何删除它。
当你向 AI 医生提问时如何保护自己
你不必回避 AI 健康工具来保护自己——你需要的是在把任何敏感信息输入进去之前，养成一个简短、可重复的习惯。
- 在分享任何内容之前先阅读隐私政策，尤其是关于数据是否被出售或与第三方共享的那一节。
- 只分享获得有用答案所需的最少信息——症状和背景，而不是你完整的病史。
- 除非应用明确说明这些数据如何受到保护，否则避免上传完整的病历、影像文件或化验报告。
- 打开任何可用的聊天删除或数据删除控制，并定期使用它们。
- 如果应用提供多因素认证，就为该账户启用它。
- 在工具不使用你真实姓名也能正常工作的地方，使用化名或省略可识别的细节。
- 直接在应用的支持渠道或常见问题里询问你的数据是否会被出售——一个含糊或缺失的回答本身就是有用的信息。
当你 向 AI 医生 提出一个问题时，把它当作一场值得保护的对话来对待——就像你对待任何保存着你敏感信息的账户时会有的那份谨慎。
