一、更新记录

更新日期：2025年3月11日

受影响版本：有数旗舰版

二、表结构调整

本次数据调整主要影响内容：商机相关数据

本次涉及调整的有数数据集表如下：

新表名

（划线为原表名）

表中文名

备注

ads_thob_dentaldiagnosis_detail

~~ads_thob_toothobservation_detail~~

口腔诊断明细

~~口腔牙齿症状检测明细~~

存放症状及诊断相关数据

商机相关信息已归入新表“口腔商机明细”ads_thob_toothadvice_bizopportunity

dim_thob_diagnosis_treatmentadvice

~~ads_thob_observationtreatmentadvice~~

口腔诊断治疗建议维表

~~口腔牙齿症状的治疗建议维表~~

存放治疗建议相关数据，是否商机无法通过is_opportunity字段判断，需要直接inner join ads_thob_toothadvice_bizopportunity口腔商机明细表筛选。

ads_thob_bizopportunity_followlog

~~ads_thob_toothobservation_follow~~

商机跟进日志

~~口腔牙齿检查跟进~~

存放跟进相关数据，且关联关系发生变化，无法直接关联口腔诊断治疗建议维表，需先关联口腔商机明细ads_thob_toothadvice_bizopportunity，关联逻辑见后文详述;

FollowMethod字段中的值’NBA’调整为’下次治疗建议提醒’

ads_thob_toothadvice_bizopportunity

口腔商机明细

商机相关数据存放于本表，如商机确认状态、订单id等，判断是否商机现在需要跟此表inner join后得出，不需要再用is_opportunity字段判断

详细表结构见数据字典，标红部分为本次更新会有调整部分：

三、逻辑调整

本次调整涉及的取数逻辑变化如下：

1.若需过滤出确认为商机的数据，商机数据存放于口腔商机明细（ads_thob_toothadvice_bizopportunity）中，inner join此表即可；

2. e看牙商机管理中的牙位信息与患者中AI看牙的商机信息因为场景的不同，toothcode会不一致。

商机模块中若需要使用牙位信息，需要取口腔商机明细（ads_thob_toothadvice_bizopportunity）中的牙位字段toothcode；患者的诊断信息需使用口腔诊断明细（ads_thob_dentaldiagnosis_detail）中的牙位字段toothcode。

3.此次逻辑调整后的表关联逻辑sql如下：

（需根据取数需求自行判断inner join还是left join，此处样例使用inner join）

ads_thob_dentaldiagnosis_detail main --口腔诊断明细
inner join dim_thob_diagnosis_treatmentadvice advice --诊断治疗建议维表
on main.InstanceID=advice.DiagnosisInstanceId --用症状实例ID关联
inner join ads_thob_toothadvice_bizopportunity optt --口腔商机明细
on advice.BizOpportunityId=optt.BizOpportunityId --用商机ID关联
inner join ads_thob_bizopportunity_followlog follow --商机跟进日志
on follow.BizOpportunityId=advice.BizOpportunityId --用商机ID关联

有数 | 更新日志