适用条件：先明确需要解决的问题
讨论抗击疫情的区块链技术，需要区分通用技术能力与实际防疫效果。这里关注数据接入、凭证核验和跨机构协作的设计条件，不涉及某个项目已经取得的成效。
如果需求只是由单一机构保存和查询记录，应先评估数据库能否满足要求。W3C可验证凭证数据模型列出的注册设施既包括可信数据库，也包括分布式账本，说明凭证核验并不必然需要区块链。
数据入口：上链不等于真实
以太坊预言机文档指出，智能合约需要通过预言机获取链外信息，其主要挑战包括数据正确性、持续可用性和提供者责任。防疫场景中的检测记录或物资信息同样来自链外，保存记录不能自动证明采集过程正确。
因此，设计时应明确谁提供数据、如何确认来源、传输中是否发生改动，以及错误由谁处理。多个节点读取同一个错误来源，并不能形成独立的事实核验；来源之间发生冲突时，也需要预先约定复核规则。
时效与故障：不能把旧记录当成当前状态
数据可读取，不代表数据仍然适用。系统应区分事件发生时间、数据提交时间和有效期限，并明确更新延迟、来源中断或结果冲突时的处理方式。
对可能影响人员权益或业务处置的自动化流程，应设置异常提示和人工复核路径。缺少数据不能直接解释为没有风险，过期信息也不宜继续触发原有规则。
凭证核验：签名有效不代表内容必然正确
W3C可验证凭证数据模型强调，可验证性不等于声明为真。验证方还需要结合签发者、证明、凭证主体及自身业务规则判断是否采信。
如果将这类凭证用于健康信息核验，不能只检查签名是否通过，还应核对签发机构是否被认可、凭证是否属于对应主体，以及是否仍在有效期内。技术验证结果不能直接替代医学判断。
隐私与责任：控制披露范围并保留纠错路径
健康信息的数字化和关联使用可能增加隐私风险。设计时应围绕具体核验目的确定必要字段，避免为了方便查询而公开完整病历或连续活动信息；即使使用标识符，也应考虑跨场景关联识别的可能。
常见问题是：记录难以篡改，错误如何纠正？业务上应明确更正、替代和失效记录的关系，使核验方能够识别当前有效信息。同时划清签发、数据传输、核验和系统维护各方的责任，不能把责任全部归结为链上规则。