4. 医疗数据加密标准与算法选型

医疗数据加密选型不是“哪个算法最强”的问题，而是“在合规约束、性能预算、密钥生命周期和系统改造代价之间找到可落地组合”的问题。本节围绕 AES、SM4、RSA、ECC 与国密算法体系，给出可执行的选型判断方法，并最终形成一份算法选型清单。

一、先分清两类算法：对称加密与非对称加密

医疗系统中真正用于加密海量数据的，几乎都是对称算法。AES 与 SM4 都属于分组对称加密，适合电子病历、影像文件、检验报告、数据库字段等批量数据。它们的共同特点是速度快、适合大数据量，但密钥必须安全分发和存储。

RSA 与 ECC 属于非对称算法，计算慢，不适合直接加密大文件。它们在医疗系统中的核心用途是：加密对称密钥（密钥封装）、数字签名、身份认证、证书体系。典型结构是“非对称保护对称密钥，对称密钥保护数据”，即混合加密。

国密算法不是单一算法，而是一套体系：SM2（非对称，对应 ECC 类用途）、SM3（哈希）、SM4（对称分组加密）、SM9（标识密码）。在医疗行业，若系统面向国内监管、等保或密评场景，SM2/SM3/SM4 往往需要与 AES/RSA/ECC 并行支持，而不是简单替换。

二、合规性判断：先看场景，再看算法

医疗系统通常同时面对三类合规要求：网络安全等级保护、商用密码应用安全性评估（密评）、以及医院内部或区域平台的数据安全规范。判断逻辑可以简化为：

• 若系统明确要求“国密合规”或需通过密评，则对称加密优先 SM4，非对称优先 SM2，哈希优先 SM3；AES/RSA/ECC 可作为兼容或过渡能力保留。
• 若系统以国际互操作、跨境科研协作或已有国际证书体系为主，AES-GCM、RSA、ECC 仍是主流选择。
• 若系统同时面向国内监管和外部交换，建议采用“双算法套件”设计：内部存储与国密通道用 SM4/SM2，对外接口按对方要求协商 AES/RSA/ECC。

三、性能测试：不要只看理论速度

算法性能必须放在真实医疗业务链路中测试。建议至少覆盖以下四类指标：

以某三甲医院影像平台为例（以下为教学示例参数，非实测结果）：单张 CT 影像约 50 MB，日新增 2000 张，峰值写入约 120 MB/s。若采用 AES-256-GCM 软件加密，单核吞吐约 300～600 MB/s，多核可满足；若采用 SM4 软件实现，吞吐通常略低，但通过多核与硬件加速仍可覆盖。真正需要关注的是 RSA-2048 密钥封装：单次约 1～3 ms，若每张影像都单独封装密钥，QPS 上限会明显下降。因此工程上通常采用“每批次或每会话一个 DEK”，而不是每个文件一个 RSA 操作。

四、算法选型清单

综合合规、性能与改造代价，可形成如下选型清单。该清单可直接作为项目评审或方案设计的输入。

五、落地时的关键约束

选型清单确定后，还需检查三个工程约束。第一，密钥层级要清晰：根密钥（KEK）保护数据密钥（DEK），DEK 加密业务数据，避免用同一密钥加密所有数据。第二，算法标识要可扩展：数据库或文件头中应记录算法标识、密钥版本和 IV，便于后续轮换与迁移。第三，性能测试要可复现：固定数据规模、并发数、硬件配置和密码库版本，否则不同团队得到的结论无法比较。

最终，医疗数据加密选型的核心不是追求单一算法最优，而是让算法、密钥管理、合规证据和业务性能形成可验证的闭环。AES 与 SM4 承担数据面，RSA、ECC 与 SM2 承担密钥面与信任面，SM3 承担完整性面，四者各司其职，才是医疗系统可长期运行的加密架构。