• 平台概览
  • 产品能力

    药品主数据

    覆盖近全量药品包装结构化数据,含说明书与包装图片

    药品三码合一

    基于人工智能的药品编码管理数据,药品追溯码精准匹配

    HCP 主数据

    医生执业信息、学术成果和专业特长等多维度数据分析

    医疗智能服务

    基于医疗大数据的 AI 服务,提供智能问诊和临床决策支持

    医疗话题图谱

    构建医疗知识图谱,挖掘医疗领域热点话题和关联数据

    深度研究 NEW

    基于真实世界数据的深度研究报告,提供行业洞察和决策支持

  • 解决方案
  • 开发文档
  • 合作联系
    请使用微信扫描此二维码
    商务

合规与使用边界

本页用于说明开放平台在医疗场景中的基础合规要求、能力适用范围和责任边界。

平台提供的是医疗数据、检索能力和智能辅助能力,不同能力对应的使用方式、业务责任和风险控制要求并不相同。

适用范围

本页适用于当前公开开放的 2.0 API 文档,重点覆盖以下几类能力:

  • 药品、医院、疾病、地区等基础数据接口
  • 药品对码、主数据标准化和结果查询接口
  • 实体识别、智能分诊、智能问病、推荐用药等智能接口
  • 与上述能力组合使用的场景化解决方案

如合同、开通说明或专项合作约定与本页存在差异,以实际开通范围和书面约定为准。

基本使用原则

开放平台能力在业务系统中使用时,默认应遵循以下原则:

  1. 平台输出应作为业务处理依据之一,而不是脱离场景的唯一判断来源
  2. 医疗相关输出应结合业务规则、人工复核或专业服务流程共同使用
  3. 业务系统应保留必要的调用日志、关键参数、返回结果和用户操作记录,便于追溯
  4. 面向终端用户展示时,应清楚区分数据查询结果、系统推荐结果和正式医疗结论

数据类接口的使用边界

药品、医院、疾病、地区等基础数据接口主要用于检索、建档、标准化、展示和业务映射。

这类接口通常更适合承担以下任务:

  • 构建主数据目录
  • 统一业务系统中的标准标识
  • 为搜索、筛选、推荐和详情页提供结构化数据
  • 为导诊、药品识别、医院落点等流程提供底层数据支撑

使用这类接口时,建议注意以下边界:

  • 平台提供的是标准化数据能力,不代表合作方可以省略自身字段映射和业务校验
  • 如果业务系统依赖本地扩展字段,应自行维护与平台标准字段之间的映射关系
  • 对关键业务字段,建议结合更新接口、任务状态或本地缓存策略进行同步管理
  • 对外展示信息前,建议确认是否需要增加来源说明、更新时间或本地审核流程

智能接口的责任边界

智能实体识别、智能分诊、智能问病、推荐用药等能力,应统一视为「智能辅助能力」,默认不构成医疗诊断、处方建议或最终临床意见。

这类接口更适合用于:

  • 症状文本理解和结构化抽取
  • 导诊分流和科室候选推荐
  • 疾病候选、内容召回或知识链接补充
  • 药品信息入口推荐和信息参考

这类接口不应直接承担以下角色:

  • 替代执业医生作出正式诊断
  • 作为唯一的分诊、治疗或用药决策依据
  • 在高风险场景中绕过人工审核直接输出强结论
  • 以结果页文案暗示平台输出等同于医疗结论

对于智能接口的前台展示,建议明确使用以下表述边界:

  • 将分诊结果展示为「推荐科室」或「科室建议」
  • 将问病结果展示为「候选疾病参考」
  • 将推荐用药结果展示为「相关药品信息参考」

不建议使用以下表达方式:

  • 「确诊结果」
  • 「唯一正确科室」
  • 「直接用药方案」
  • 其他容易被理解为正式医疗结论的确定性措辞

高风险场景的额外要求

涉及下列场景时,建议增加更严格的业务控制,而不是仅依赖平台返回结果:

  • 急症、重症和紧急就医判断
  • 儿童、孕产妇、高龄人群等敏感人群场景
  • 需要正式诊疗结论、处方建议或医学证明的场景
  • 直接影响挂号分流、保险理赔、支付决策或治疗路径的强决策场景

对于上述场景,建议至少补充以下一类机制:

  • 人工客服或专业人员复核
  • 低置信度结果拦截
  • 明确的线下就医或医生咨询引导
  • 更严格的页面提示和风险告知

用户告知与前台展示要求

如果接口结果会直接展示给终端用户,建议在产品侧落实以下要求:

  • 对智能输出增加辅助性质说明,避免用户误解为正式诊疗结论
  • 在页面中区分「平台返回结果」和「业务系统加工结果」
  • 对推荐、候选、预测类信息避免使用过强承诺式文案
  • 对可能影响用户决策的结果保留进一步查看详情、人工咨询或线下就医入口

如果业务系统采用多接口组合输出页面,建议在 UI 上明确区分:

  • 标准数据查询结果
  • 智能推荐结果
  • 业务侧二次加工结论

数据留存与审计建议

为了满足问题排查、风控追溯和内部审计需要,建议业务系统至少保留以下信息:

  • 请求时间、请求 ID 和调用接口名称
  • 关键输入参数和业务侧关联 ID
  • 平台返回结果和错误码
  • 用户最终点击、确认或跳转行为
  • 对低置信度、失败样本和人工复核结果的处理记录

如果业务涉及长期数据治理、药品对码或机构建档,还建议保留任务状态流转和结果回写记录,便于后续补齐、复核和纠错。

合作方责任

开放平台负责在约定范围内提供数据能力和接口能力,合作方仍需承担自身业务系统中的以下责任:

  • 场景适配和产品设计责任
  • 结果展示与用户告知责任
  • 本地业务规则和人工复核责任
  • 合同约定范围内的数据使用责任
  • 面向终端用户的合规审核和内部风控责任

如果业务方计划将平台结果用于更高风险或更强决策属性的场景,建议在项目启动阶段单独确认能力边界,而不是默认按普通查询接口使用。

上线前检查建议

正式上线前,建议至少确认以下事项:

  • 已区分数据类接口和智能类接口的展示方式
  • 智能输出已使用「推荐」「候选」「参考」等弱结论文案
  • 高风险场景已配置人工复核或升级路径
  • 关键页面已增加必要的风险提示或说明
  • 调用日志、错误码和用户操作链路可追溯
  • 数据更新、结果回写和异常处理流程已验证

如尚未完成接入准备,可先阅读 快速开始与接入流程平台规则总览