适用范围：从共同记录的需求出发
NIST《区块链技术概述》将区块链解释为分布式实现、具有篡改可察觉和抗篡改特征的数字账本。参与者可以共同记录交易，在网络正常运行的条件下，已经发布的记录难以被更改。
将这一原理用于医药零售，可以讨论采购、交接等记录是否需要由多个独立主体共同核验。以下条件是技术原理对应的场景分析，不代表某个医药项目已经取得实际成效。
条件一：确实需要多方共享和核验
当供货方、配送方与零售方需要围绕同一事件保留一致记录，并核对各自提交的信息时，共享账本才有明确的应用对象。应先确定参与方、记录内容及核验目的。
如果业务仅涉及一家门店内部的数据管理，或者各方已经接受统一数据库作为记录依据，就需要进一步说明引入分布式账本能够解决什么额外问题。参与者数量本身不足以证明技术适用。
条件二：链外数据来源能够核验
ethereum.org的预言机说明指出，智能合约需要借助外部数据接入机制使用链外信息。这一机制仍然面临来源真实性、传输完整性与数据可用性问题，输入错误可能导致合约错误执行。
因此，若业务依据交接信息或温度记录触发操作，就需要明确数据由谁采集、如何关联对应药品，以及发生缺失或冲突时如何核查。上链可以保留提交的记录，但不能自动证明提交内容符合现实。
条件三：共享边界与责任规则清楚
共同记账需要先约定谁能提交信息、谁能查看，以及谁负责解释异常。医药零售场景还应区分业务核验所需的信息与无关的个人信息，不能把共享账本理解为所有内容都应公开。
对错误记录，也需要预先设计追加更正和关联原记录的方式，使参与方能够理解变更原因。抗篡改特征不能替代业务纠错与责任追查。
条件四：自动执行依赖明确且可获得的输入
如果计划使用智能合约，触发条件必须能够转化为明确的数据规则。例如，收到交接确认后更新流程状态，需要先定义有效确认的来源和判定方式。
外部数据迟到、设备停止上传或双方记录不一致时，应有相应的暂停与核查流程。是否适用自动执行，取决于这些异常能否被妥善处理，不能只看正常流程能否运行。
常见问题：上链是否等于保真
上链不等于药品保真。账本能够帮助核验记录是否发生变化，但药品实物与记录是否对应、采集环节是否准确，仍需链外证据支持。
也并非所有医药零售数据都需要上链。判断重点是哪些信息需要多方共同核验，以及可信输入、权限和异常处理是否已经具备。若这些基础条件缺失，区块链本身无法补齐业务事实。