先区分链上记录与病历文件
“区块链电子病历”不一定意味着把完整病历直接写入区块链。病历文件可能保存在链外的存储系统中，链上则记录用于定位或校验数据的信息。这样的设计可以减少链上承载大量文件的压力，但不会自动解决文件保存、访问控制和医疗流程管理问题。
医疗记录包含个人敏感信息，因此讨论系统时，需分别看数据存在哪里、谁可以读取、如何证明文件未被更改，以及相关人员如何确认记录的来源和适用性。区块链提供的只是整体方案的一部分。
常见问题一：容量与写入成本
区块链通常要求网络节点共同维护链上数据。若把影像、检查报告等大量文件直接写入链上，会增加存储负担；在某些公链上，写入数据还可能产生较高费用。因此，区块链并不天然适合作为大型病历文件的直接存储库。
链外存储能缓解这一限制，却引出新的依赖：文件所在的存储服务或节点是否持续保存数据、服务中断时能否恢复，以及保存约定到期后如何续期。系统设计需要明确数据副本、保存期限和恢复责任，而不能只依赖链上有一条记录。
常见问题二：长期可用性不等于永久保存
去中心化存储也需要明确的数据留存机制。有些模式依靠参与节点持续保管数据或合约约定保存期限，数据可能需要续期；仅使用内容寻址或分布式文件系统，并不必然意味着文件会永久在线。
病历系统应区分“记录了文件的位置或校验值”和“文件当前仍可取得”。前者可以帮助引用或核对数据，后者仍取决于实际存储与维护安排。医疗场景还需要考虑系统迁移、备份、访问故障和长期可读性。
常见问题三：隐私与不可轻易撤回
病历信息高度敏感。若把可识别个人的信息或病历内容公开写入不可轻易修改的链，可能与隐私保护和更正需求发生冲突；即使文件放在链外，链上标识、访问记录或关联信息也可能带来隐私风险。可验证凭证相关标准也提醒，持久且容易关联的数据会增加隐私顾虑。
因此，设计时应审慎限制链上信息，评估谁能关联记录与患者身份，并设置合适的授权和披露方式。加密或去标识化可以作为保护措施的组成部分，但不能替代密钥管理、权限审计和数据治理。具体做法需结合适用的法律与医疗机构制度。
常见问题四：可验证不等于内容真实
数字签名或校验机制可以帮助发现数据是否被篡改，并验证凭证或记录的签发者等信息。但验证通过并不自动证明病历中的诊断、检查结果或陈述真实、完整或适合当前决策。使用者仍需判断来源是否可信、记录是否有效，以及内容是否符合临床和业务规则。
这也是医疗数据互通中的重要边界：技术能够证明某些数据与已签发记录相符，却不能单独替代专业判断、身份核验或对数据生成过程的审查。
部署前的检查重点
适用场景应先明确：哪些数据需要共享或核验，哪些必须保留在受控环境中；再确定链上与链外各自存放什么、谁负责持续保存，以及授权撤销、错误更正和服务故障如何处理。还应检验身份绑定、密钥遗失后的处置、跨机构数据格式与访问规则。
归纳而言，区块链可以支持记录校验和多方协作，但不会自动保证病历保密、永久可用或医学内容准确。评估方案时，应把存储持久性、隐私、授权、数据质量和责任机制作为相互关联的问题，而不是只看是否使用了区块链。