适用范围：先明确区块链承担的环节
讨论区块链线上诊疗流程需要注意哪些问题，应先区分医疗业务与技术功能。以下适用于计划采用可验证凭证或智能合约的系统设计，不代表某个医疗平台已经实现这些能力，也不能据此认定其满足医疗业务要求。区块链可以参与记录核验和规则执行，诊疗信息的真实性及医疗判断仍需另行确认。
身份核验：核查凭证背后的签发关系
W3C可验证凭证数据模型区分签发者、持有者与验证者，并强调凭证可验证不意味着其中的声明必然真实。验证时仍需评估签发者、证明、主体和声明。该模型可使用不同类型的注册系统，并不要求必须采用区块链。
应用于线上诊疗时，系统应明确由谁出具身份或资格声明、声明对应谁，以及是否仍然有效。持有凭证的人不一定就是凭证描述的本人，因此不能仅凭提交成功便认定就诊人与记录中的患者一致。
信息授权：把可验证与可见范围分开
机器可读的凭证便于交换，但信息长期留存以及跨来源关联也可能增加隐私风险。设计病历共享流程时，应明确接收方需要核验哪些信息，避免为了证明某项资格而同时披露无关的健康信息。
能够验证记录，并不意味着所有参与方都应读取完整记录。患者、医生与平台管理员的操作范围应分别定义；授权界面还应让使用者理解信息向谁提供、用于什么目的。
合约执行：为敏感操作设置边界
以太坊智能合约安全文档强调访问控制、执行条件检查、测试及独立审查。公开可调用的函数需要额外的权限约束；单一管理密钥可能形成单点风险，多方签署可用于加强敏感管理操作的控制。审计也不能保证发现全部缺陷。
对应到诊疗流程，可将权限变更、记录提交等操作分别限定到适当角色，并检查调用者及当前业务状态。例如，缺少必要授权时，不应仅因技术请求格式正确就继续执行。此类规则属于流程约束，不能替代医疗专业判断。
常见问题：留痕、纠错与安全保证
记录上链是否就代表内容准确？留痕有助于核验记录，却无法自动证明录入内容符合事实。系统仍需保留对信息来源和录入责任的核查。
合约出错能否随时修复？已部署逻辑的修改受到架构限制，因此上线前应明确升级权限和异常处置方式，并测试越权、重复提交等情况。
通过审计是否就足够安全？审计只是安全保障的一环，身份验证、权限配置及实际运行中的管理仍需持续关注。