信任中心

生产工作负载驻留在区域内

部署的主应用服务器、数据库、对象存储和备份均位于该区域内。管理记录说明了区域划分和变更审批；技术部署将资源固定在该区域的项目中。

HIPAA 对应：§164.308(a)(1)(ii)(A)–(B) 风险分析与风险管理；§164.310(a)(1) 设施访问控制，由托管服务提供商负责。记录存储在美国；服务提供商的处理活动列在「服务提供商」下。

传输加密

公网入口采用现代 TLS（传输层安全协议）。发往语音识别和 AI 模型提供商的流量，均使用 TLS 连接各提供商配置的端点。这是一项技术控制措施，已在架构审查和部署配置中核实。

HIPAA 对应：§164.312(e)(1) 传输安全；§164.312(e)(2)(ii) 加密。

静态加密

数据库、对象存储和备份对象采用行业标准算法（例如 AES-256-GCM）加密，密钥按我们的加密政策管理。WAL-G 备份在存储到异地之前还会进行客户端加密。

HIPAA 对应：§164.312(a)(2)(iv) 加密与解密；§164.308(a)(7)(ii)(A) 数据备份计划。

边缘 DDoS 防护与 WAF

托管的边缘层位于公共主机名之前，吸收流量型攻击，并应用 WAF（Web 应用防火墙）规则应对常见的网络滥用。在边缘层之后，提供商级防护和严格的防火墙策略依然有效。

HIPAA 对应：§164.306(a)(1) 电子受保护健康信息的可用性；§164.308(a)(7) 应急计划。

入侵检测

分层检测：托管平台提供网络层 IDS（入侵检测系统），每台虚拟机运行 fail2ban（防止 SSH 暴力破解）、采用默认拒绝策略的 UFW，以及无人值守的安全更新。来自身份验证代理的身份验证和访问事件会发送到集中的 Loki/Grafana 技术栈，使异常登录模式在仪表板和告警中显现。政策规定了告警触发时由谁负责分诊。面向容器的内核级运行时 IDS 是在此基线之上计划中的增强措施。

HIPAA 对应：§164.308(a)(1)(ii)(D) 信息系统活动审查；§164.308(a)(6) 安全事件程序；§164.312(b) 审计控制。

身份验证与会话

临床医生通过托管的身份提供商（OIDC/OAuth 类流程）进行身份验证；每条 API 路径都会验证身份。会话时长和锁定行为与我们的访问控制政策一致。

HIPAA 对应：§164.312(d) 个人或实体身份验证；§164.312(a)(2)(iii) 自动注销。

基于角色的访问控制

临床医生、患者和管理员的权限在数据模型和 GraphQL 层中相互分离，因此默认即为最小权限。角色定义和审查周期以管理文件形式记录。

HIPAA 对应：§164.312(a)(1) 访问控制；§164.308(a)(4) 信息访问管理；§164.502(b) 最少必要原则。

特权路径强制启用 MFA

对于可以更改安全敏感设置或访问高风险数据的账户，我们通过身份提供商强制执行多重身份验证（MFA）。

HIPAA 对应：§164.312(d) 个人或实体身份验证。

安全开发生命周期

变更须经过源代码控制、审查和固定版本的依赖项。对于实质性功能，安全影响评估是一道管理关口；技术工具（Dependabot 等）支持日常的安全维护。

HIPAA 对应：§164.308(a)(1)(ii)(B) 风险管理；§164.308(a)(8) 评估。

软件物料清单（SBOM）

每个版本都附带机器可读的依赖项清单，用于漏洞响应。SBOM 导出已接入 CI，是我们供应链保障计划的一部分。

HIPAA 对应：§164.308(a)(1)(ii)(B) 风险管理；§164.308(a)(5)(ii)(B) 防范恶意软件。

环境录音相关数据的保留与删除

音频和转录材料默认采用较短的保留期，并自动删除；临床病历遵循各机构的保留政策。与您的病历系统集成后，权威的临床记录仍归您所有。

HIPAA 对应：§164.310(d)(2)(i) 处置；§164.502(b) 最少必要原则。

防篡改删除日志与季度报告

由保留政策触发的删除记录在 deletion_log 中，这是一张只能追加的 Postgres 表，没有向任何角色授予 UPDATE 或 DELETE 权限。每一行都通过 SHA-256 哈希链（row_hash = sha256(prev_hash ‖ canonical(metadata))）与上一行相连，因此修改或删除任何较早的行都会破坏其后的每一个哈希值，并会被数据库内的校验函数 hanah_verify_deletion_chain() 检测到。配套的审计表（ai_audit、secret_access_audit）同样只能追加。面向客户的季度汇总由 hanah_deletion_report_quarter(year, quarter) 生成。

HIPAA 对应：§164.312(b) 审计控制；§164.312(c)(1) 完整性；§164.316(b) 文档记录。

数据主体访问与更正

个人可以申请访问或更正其个人信息；Hanah 记录了处理时限、格式（JSON 及人类可读的导出文件）和升级路径。对于存储在 Hanah 系统中的数据，相关工具支持导出。

HIPAA 对应：§164.524 访问权；§164.526 修订。Hanah 协助诊所作出回应。

统一的审计可见性

安全相关事件（身份验证、特权使用、配置变更）可供机构客户查询，并可在合同约定的情况下转发到您的 SIEM（安全信息和事件管理系统，例如 Microsoft Sentinel）。按客户单独配置。

HIPAA 对应：§164.312(b) 审计控制；§164.308(a)(1)(ii)(D) 信息系统活动审查。

不将数据二次用于模型训练

我们的语音识别和 AI 模型提供商的条款禁止使用客户内容进行训练；只要提供商支持，请求在发送时都会关闭提供商端存储。Hanah 不运行任何基于您健康数据的内部训练流程。管理层面的供应商审查为这一说法提供支撑。

HIPAA 对应：§164.502(a) 使用和披露，仅限于诊所委托 Hanah 的目的；服务提供商受合同约束，不得使用内容进行训练，也不得超出「服务提供商」下所示条款保留内容。

临床依赖前须经人工审核

生成的病历必须经过临床医生明确审阅并确认定稿后，才会被视为临床记录的一部分。这既是一项产品控制措施（工作流程关口），也是 PIA（隐私影响评估）中的政策承诺。

HIPAA 对应：§164.312(c)(1) 完整性；§164.526 修订。

WER 测评方法与已公布的队列结果

一套测试框架、两个评估层，在每次评分时运行：对照逐字标准参照转录稿计算词错误率（A 层），以及由 LLM 评审团同时衡量覆盖率（病历是否涵盖每一项预先登记的预期内容？）和幻觉（病历是否包含转录稿不支持的陈述，即模型编造的内容？）。完整测评方法已公开，实时结果直接根据测试框架的汇总输出呈现。语料库将继续从 v1（合成）→ v2（角色扮演）→ v3（基于知情同意的真实录音）→ v4（与医疗系统合作伙伴共建）逐步升级。

HIPAA 对应：§164.312(c)(1) 完整性；§164.308(a)(8) 评估。

提示注入与不安全输出监控

系统提示由服务器控制，输入受临床工作流程限定（没有自由对话界面）。每次生成都会运行提供商的安全分类器；一旦触发，数据流会返回内容过滤的结束原因，并记录在每次调用对应的 ai_audit 行中，同时记录标准的 ai.content_policy 错误代码、延迟、token 数和 Tempo 追踪 ID。异常模式会通过基于该审计表的仪表板显现。针对滥用模式的跨调用行为异常检测，是在此基线之上计划中的增强措施。

HIPAA 对应：§164.308(a)(1)(ii)(D) 信息系统活动审查；§164.308(a)(5)(ii)(B) 防范恶意软件。

产品内的多方知情同意确认

临床医生点击录音时，产品会打开知情同意对话框，要求明确确认已获得患者及本次就诊中其他所有参与者的同意。在确认之前无法开始录音；该确认会与本次诊疗绑定，并与隐私影响评估中引用的诊所政策一同记录。

HIPAA 对应：§164.506(b) 治疗用途的同意。各州的录音法律同样适用：包括加利福尼亚州和佛罗里达州在内的若干州，要求录音须经每一方同意。

安全治理与风险登记册

由一名指定的高管对信息安全负责；风险会登记负责人和目标日期，并按固定周期审查。即使以我们目前的规模，这也符合买方通常对 ISO 式管理体系的期望。

HIPAA 对应：§164.308(a)(2) 指定安全责任人；§164.308(a)(1) 安全管理流程。

经董事会批准的政策文件包

正式政策涵盖访问、加密、事件响应、供应商和变更管理。该文件包经董事会批准并纳入版本控制；签署保密协议后可获取完整内容。

HIPAA 对应：§164.316 政策、程序和文档记录。

客户 SIEM 转发（例如 Sentinel）

在合同约定的情况下，来自 Hanah 控制系统的安全事件会转发到您的 Sentinel 工作区（或同类系统），以便共同监控。按机构客户单独配置。

HIPAA 对应：§164.308(a)(6) 安全事件程序；§164.312(b) 审计控制；支持诊所根据 §164.402 进行泄露评估。