一、先明确技术能够证明什么
讨论区块链药品安全需要注意哪些问题，应先区分信息系统安全与实体药品安全。本文限于记录管理、身份凭证和软件防护，不涉及药品研发或质量检验方法。
区块链记录能够为核对信息提供依据，但不能仅凭一条链上记录判断实体药品是否可靠。评价系统时，需要分别追问：记录有没有被改变、信息由谁提交、提交内容是否经过可信审核。
二、可验证不等于内容真实
W3C《可验证凭证数据模型2.0》区分了凭证的可验证性与声明的真实性：验证者仍需根据自身规则，评估签发者、证明、主体及声明，再决定是否采信。
用于药品相关信息时，凭证验证通过不应直接被解释为质量保证。还需明确凭证描述的是哪一对象、哪一事项，以及有效期和适用范围；身份凭证不能被扩大解释为对全部业务活动的背书。
三、敏感操作应有明确权限
以太坊智能合约安全文档强调访问控制、管理权限保护和独立代码审查。对重要管理操作，多方签名可以增加审批约束，但仍需谨慎设计权限分工。
在记录系统中，应区分信息提交、审核和系统管理等职责，避免单一账户同时承担全部敏感操作。人员离岗、密钥遗失或账户异常时，也应有明确的权限撤销和交接规则。
四、合约安全需要持续治理
部署合约不代表安全工作结束。应明确谁负责维护、如何批准变更，以及发生异常时如何限制受影响的功能，避免把“代码自动执行”误解为无需人工管理。
独立审查不能保证发现所有问题。同样，形式化验证的结论受模型、假设和所验证性质限制，不能据此宣称整个系统绝对安全。
五、隐私保护不能只靠隐藏姓名
W3C规范提醒，持久保存且容易关联的数据可能带来隐私风险。药品信息平台因此应先确定哪些信息确有必要共享，而不是默认公开全部业务记录。
涉及个人信息时，应考虑访问范围、保存期限和关联识别风险。即使移除姓名，不同记录组合后仍可能暴露身份或活动轨迹；密码学保护也不能代替合理的数据管理。
六、常见误区与适用条件
“采用可验证凭证就必须上链”并不成立。W3C模型允许使用不同类型的数据注册机制，分布式账本只是其中一种选择。是否采用区块链，应结合参与方之间的核验和协作需求判断。
“记录不可随意改动就无法纠错”也不应成为管理借口。系统应设计保留历史的更正机制，让使用者识别原记录、更正说明及当前状态。技术适用的前提，是责任主体清晰、审核规则明确，并且信息核验结果不会被夸大为实体药品安全结论。