先明确技术适用范围
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本。其作用包括让参与者共同记录交易，并在网络正常运行时维持已发布记录的稳定性。
将这一原理用于疫情信息或物资流转场景，讨论的是记录与协作机制；它本身不能证明某个防疫项目已经落地，也不能证明应用效果。
误区一：上链就能证明数据真实
记录不易被更改，与记录内容符合现实，是两个不同问题。假设一笔物资交接数量在录入时就有错误，保存这条记录不会自动纠正数量。
因此，应用仍需明确谁采集数据、依据什么凭证、谁负责复核。区块链能为核对历史记录提供支持，数据入口的真实性仍需要业务核验。
误区二：智能合约能直接知道疫情变化
以太坊开发文档的预言机说明指出，智能合约默认无法访问链外信息，需要通过预言机接收外部数据。预言机连接数据源与链上程序，同时也带来来源可靠性、数据完整性和可用性问题。
如果某项流程依据外部检测结果或库存状态触发，必须考虑信息何时更新、接口中断如何处理、不同来源出现分歧怎么办。自动执行是否正确，取决于输入数据及执行规则。
误区三：多方记录一致就代表现实已核实
共享账本中的参与者对记录达成一致，不等于分别核实了现实事件。多个节点保存同一条交接记录，也不能单凭这一点证明物资已经送达。
评价此类应用时，应分别检查账本记录是否一致、外部证据是否可靠。若多个信息提供者实际引用同一个错误来源，增加提供者数量也未必能纠正错误。
误区四：流程自动化就能代替线下履约
智能合约可以根据输入执行预设规则，但疫情场景中的采样、运输、签收等活动发生在线下。链上状态更新与线下工作完成之间，需要可靠的信息传递和责任确认。
例如，将状态改为已签收，需要先说明签收信息由谁提交、如何验证、争议如何处理。程序执行成功只能说明规则被执行，不能单独证明实物交付无误。
适用条件与常见问题
需要多方共同维护记录、核对历史变更，并且能够明确数据提交责任与外部信息核验方式时，共享账本才有可讨论的用途。是否采用区块链，应围绕这些实际需求判断。
常见问题是错误上链后怎么办。业务设计可以通过新增更正记录说明错误及替代信息，同时明确后续流程采用哪个版本。另一问题是数据是否天然实时：更新速度仍受采集、传输和外部数据服务影响，不能仅凭使用区块链作出保证。