先明确区块链承担的任务
区块链防疫系统需要注意哪些问题，首先取决于系统用来记录什么、由谁使用。跨机构核验健康凭证、追踪记录变更与判断个人健康状况，是不同任务。技术设计应明确记录层、凭证层和业务判断层的边界，不能把其中一层的验证结果直接当成最终结论。
W3C可验证凭证数据模型区分签发者、持有者和验证者，并允许使用可信数据库或分布式账本等作为注册设施。这意味着采用可验证凭证并不必然需要区块链；是否上链应由协作需求决定。
公开可查带来的隐私问题
以太坊区块浏览器文档说明，浏览器能够展示地址、交易历史、时间及交易输入等链上信息。对于采用公开链的防疫系统，这种可查询性意味着设计时必须考虑信息暴露和记录关联风险。
应逐项审查姓名、健康结果及其他可识别信息是否需要被共享，避免直接放入公开可读的交易内容。仅以地址替代姓名，也不能据此认定已经匿名。若改用受控数据库保存敏感内容，仍需明确查询权限、使用目的和保留范围；此类安排属于系统设计要求，不能由“使用区块链”自动实现。
记录可验证不等于内容真实
W3C明确区分凭证可验证性与声明真实性：验证者还需依据自身规则评估签发者、证明、主体与声明。在防疫场景中，可据此将技术验证与业务审核分开。
例如，核验签名只能解决相应的密码学验证问题，仍需判断签发机构是否被认可、凭证是否对应当前受检对象，以及所载结果是否适用于本次用途。原始采集错误或错误签发，应有责任主体和纠正流程，不能依赖上链消除。
有效期、更新与异常处理
健康信息具有时间语境。系统应区分检测发生时间、凭证签发时间和链上记录时间，并定义过期、撤销、更正后的处理规则。旧记录仍能查到，不应被解释为旧结论仍然有效。
还应明确链上提交与业务受理之间的关系：提交未完成、验证服务不可用或状态无法确认时，界面应表达实际状态，并提供复核途径，避免把技术异常直接转换为健康判断。
常见问题与适用条件
所有防疫信息都需要上链吗？应先确定哪些信息确实需要多方共同核验，再选择承载方式。完整健康档案、凭证和用于核验的登记信息不必使用相同的存储方案。
可以只凭浏览器显示成功就认可健康证明吗？交易状态与健康凭证是否符合业务要求属于不同检查。系统适用的前提，是参与机构对签发资格、信息含义、有效性和纠错责任形成明确规则，并为无法使用数字凭证的人保留可行的核验方式。