先明确技术能力与适用范围
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉与抗篡改特征的数字账本，强调正常运行条件下已发布记录难以更改。这说明它主要解决共享记录的一致性和历史追溯问题，并不直接证明医疗业务效果。以下讨论属于通用技术原理在医疗场景中的适用边界，不代表具体项目的验证结果。
问题一：记录可信是否等于病历真实
不能画等号。账本可以帮助核对一条记录发布后是否发生变化，却不能仅凭共识机制判断诊断是否正确、采集设备是否准确、录入者是否弄错患者。医疗应用仍需在数据进入系统前完成身份核验与质量控制；错误信息被可靠保存，也依然是错误信息。
问题二：共享账本是否自动保护隐私
分布式共享不等于保密，防篡改也不等于访问控制。设计时需要分别确定哪些机构保存记录、谁能读取内容，以及授权如何管理。不能因为系统使用区块链，就推断病历内容天然不可见。
一种可评估的设计是让原始病历保留在受控系统中，链上只记录用于校验的摘要或必要的审计信息。但摘要并非自动匿名化，关联信息仍需评估；链上校验也不能保证链下文件始终可用。
问题三：病历更正与授权撤回怎么办
医疗记录可能需要纠错，而追加更正记录与删除历史内容是两回事。系统应明确哪个版本有效、如何关联更正原因，以及谁有权更正。撤回后续访问权限，也不等于收回已经被其他参与方取得的数据。因此，不能用“不可篡改”替代完整的数据生命周期管理。
问题四：性能与成本能否满足业务
以太坊扩容文档指出，网络需求增加可能造成交易变慢和费用上升；扩容需要兼顾吞吐量、安全性与去中心化。它还区分了依赖主网安全性的二层方案和拥有不同安全条件的其他链外方案。这些是架构层面的说明，不能直接当作医疗系统性能指标。
医疗应用需要区分病历读取、文件传输与链上确认。把校验记录写入账本，不意味着影像文件传输同步提速；涉及及时诊疗的流程，也需要单独评估确认等待、网络故障和不可用时的处理方式。
问题五：什么情况下值得采用
当多个机构确有共同记账、核验历史与追溯责任的需求时，区块链才有明确的评估对象。若业务主要由单一可信机构维护数据库，则应先比较传统数据库与审计日志能否满足要求。选择扩容或多链结构时，还要厘清运营方权限、数据可用性和故障责任，不能仅凭“上链”判断系统更安全或更合规。