医疗机构远程问诊，身份核验怎么做才合规？

摘要：

互联网医疗解决了看病难的一部分问题，但远程问诊需要对患者和医师做双重身份核验。本文梳理医疗场景的身份核验要求与实现方式。

一、远程问诊的两端都要核验

与大多数场景不同，互联网医疗的身份核验是双向的：

患者端要确认就诊人就是本人，这关系到病历归属和用药安全。

医师端要确认线上提供服务的确实是注册医师本人，这关系到医疗行为的合规性。

只核验一端都不足。如果只核验患者，执业资质可能被冒用；如果只核验医师，病历可能记到错误的人名下。两端同时到位，一次线上问诊才具备完整的可信基础。

二、患者端：确认就诊人身份

患者端的核验通常发生在首次使用或涉及关键操作时：

首次注册通常用实名信息核验即可；涉及处方和结算的环节，建议升级到人脸核身。

这里的分级逻辑与医疗风险的分布一致：注册环节的风险是信息不实，处方和结算环节的风险则直接关联用药安全和资金，需要更强的身份保证。

三、医师端：确认服务提供者身份

医师端的核验重点是"执业者身份真实"：

• 注册时核验医师的身份信息与执业信息
• 登录接诊时通过人脸核身确认是本人
• 对异常登录做二次核验

医师端的核验还有一层隐含价值：它保证了医疗责任能够追溯到具体的人。线上问诊的开方、诊断行为都要有明确的责任主体，如果账号可以被他人登录使用，责任链条就断了。

四、首诊与复诊的核验差异

互联网医疗对首诊和复诊的处理要求不同，这也会影响核验设计：

复诊场景通常与已有病历绑定，核验重点在于确认"这次操作的人是病历记录中的那个人"。

首诊场景涉及建立新的医患关系，核验重点在于身份信息的准确录入与真实性。

在实际流程中，复诊前核验身份是防止冒名开药的关键环节——因为一旦有人冒用他人身份复诊开药，处方上的名字会是真实的患者，但用药的人不是。

五、电子处方与知情同意

处方和知情同意书属于具有法律意义的文书。在这些环节，单纯的点击确认往往不够，需要确认签署行为出于本人真实意愿。

意愿核身能力可以应用在这里：患者面对摄像头朗读确认内容，系统同步完成身份核验与意愿记录，形成可追溯的凭证。

相比"勾选我已阅读并同意"，这种方式在发生纠纷时能提供更有力的证据。

六、医保结算中的身份核验

医保结算涉及第三方资金，对身份核验的要求通常高于普通自费场景。

需要确认的核心问题是：结算操作者与参保人是否一致。这在代家人结算、代办报销等场景中尤其容易产生争议，因此建议在结算环节引入人脸核身，并保留核验记录。

七、医疗数据的隐私保护

医疗数据属于敏感个人信息，采集和使用都需要格外谨慎。方案层面应关注：

• 生物特征数据的加密存储与传输
• 核验完成后原始图像的处理策略
• 访问权限与操作审计机制

其中访问权限的设计尤其重要：不仅要对系统外部设防，也要对内部权限做约束，避免数据被非必要的角色接触。

八、适老化设计不可忽略

医疗场景中老年患者占比高，交互设计需要考虑：

• 支持大字号、语音引导
• 减少需要完成的动作数量
• 保留子女协助或线下办理的通道

对老年患者来说，能否顺利完成核验直接关系到能否看上病，这不是体验优化问题，而是服务可及性问题。

九、方案选型关注点

1. 是否同时支持患者端与医师端的核验
2. 是否具备意愿核身能力，满足处方签署场景
3. 是否支持多端接入，覆盖问诊与复诊的多种入口
4. 是否有完善的数据安全与记录留存机制
5. 是否能区分首诊与复诊等不同场景的核验要求

腾讯云慧眼人脸核身产品线包含人脸核身与意愿核身能力，可支撑互联网医疗从注册、问诊到处方签署的多环节核验需求。该系列产品正在限时特惠活动中，低至3.3折：https://cloud.tencent.com/act/pro/happynewyears