先判断是否适合采用区块链
疫情下的区块链技术需要注意哪些问题，首先涉及业务需求与技术能力是否匹配。对于物资流转记录、跨机构信息协作等设想，应先明确参与方、记录内容和核验责任；这些场景只是通用讨论，不代表已有项目的实际效果。
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改性的数字账本。在网络正常运行的条件下，已发布的交易记录不能随意改变。这种能力适合讨论多方共享记录的需求，但不能单凭采用区块链就认定系统更有效。
记录难以篡改，不等于输入真实
如果物资数量、接收身份或交付状态在录入时就有错误，保留记录也无法自动纠正事实。设计时需要明确谁提交数据、依据什么凭证，以及出现争议后由谁复核。
还应区分账本记录与现实履约：系统记下一次交付，不足以单独证明物资已经准确送达。对于错误记录，应预先规定更正记录与原记录的关联方式，让后续核验能够理解变化原因。
权限控制与信息可见性要分开考虑
以太坊智能合约安全文档强调，敏感功能需要访问控制；单一管理员密钥失守可能危及合约，角色划分和多签机制可用于约束管理操作。文档也强调测试与独立审查的必要性。
在跨机构协作中，可以据此区分数据提交、确认和系统管理职责，避免一个账户掌握全部关键权限。同时，限制谁能调用某个功能，不等于限制谁能看到数据。涉及个人健康或身份信息时，需要另行明确数据可见范围，不能把功能权限当作隐私保护的全部。
自动执行规则需要验证和应急安排
若用智能合约自动确认流程，应检查重复提交、越权操作、异常输入和状态冲突。疫情相关的紧急需求不能替代这些验证，否则自动执行也可能持续放大规则错误。
常见问题是：通过审计是否就安全？审计只能增加发现缺陷的机会。测试、独立审查和上线后的管理需要配合；如设计暂停或升级机制，还应明确触发条件与授权责任，避免应急权限本身成为风险。
明确技术结论的适用范围
区块链可以提供共享记录和核验基础，但具体系统的可靠性仍取决于数据来源、权限配置与业务流程。上述技术原理不能直接证明某个疫情应用提高了效率或减少了差错；这类结论需要对应系统的运行证据。