健康告知书交给 AI，谁能保证既往病史不会变成「公开资料」？

投保时，健康告知书往往只需勾选几项：过去是否住过院、是否长期服药、直系亲属有没有相关病史。可一旦把这份表格交给 AI 整理，问题就变了：系统需要看懂既往病史，保险机构或第三方却不该顺手看到整份原文。

健康告知书不是普通表格。它可能同时包含既往病史、长期用药、检查结果、家族史和身份线索。国家法律法规数据库收录的《中华人民共和国个人信息保护法》，把敏感个人信息单列为一节，处理活动要遵循合法、正当、必要原则，并采取严格保护措施。1

风险也不只来自姓名、身份证号这些显眼字段。出生年份、就诊时间、罕见病史、家庭关系和工作地放在一起，仍可能让人被重新识别。AI 摘要还可能把原始病史、检查异常和模型推断混在一起，用户很难一眼分辨哪些是事实，哪些只是建议。

健康告知场景里，AI 更适合做材料整理：从多份检查报告中找出日期、项目和待确认问题，帮助投保人逐项核对原始材料。它不能把摘要当成如实告知，也不能自动决定是否承保、加费或设置除外责任。

金融监管总局关于银行业保险业人工智能安全开发应用的解读要求，金融机构建立覆盖数据准备、部署运行、评估退出等环节的全生命周期管理，明确系统和数据权限，保证业务责任清晰、可追溯；在高风险应用的关键环节，还要建立人工监督和干预机制。2

这意味着，保险 AI 的边界应当很清楚：它可以提示「哪一项材料还需要确认」，不能替投保人隐瞒，也不能替保险专业人员作出承保判断。数据越敏感，越要先限定用途、范围和访问权限，再讨论效率。

荆华密算官网当前公开页面将金融列为应用场景，并写明「对话内容全链路加密保护，平台与模型均无法访问您的明文数据」。3 公开报道对其链路的说明是：输入在终端完成加密，以密文上传，云端 AI 在加密状态下推理，结果加密返回，再由用户本地解密读取。4

放到健康告知书上，价值很具体：在产品支持的场景中，原始病史先在本地变成密文，云端完成的是密态处理，用户拿回结果后再本地查看。这样减少的是 AI 平台和模型接触整份原文的机会，并不自动替代授权、如实告知、核保制度或保险合同约定。

如果你只是想先把健康告知书和检查资料整理成一份待确认清单，可以先了解条款和核保要求，再到 www.mojingxiong.com 查看荆华密算 AI 隐私平台的金融与医疗场景。涉及是否告知、如何承保，最后仍应由你和保险专业人员依据真实材料确认。