主体核验文档
项目文档/关键决策
2026.10.23 更新

关键决策与易错问题

把已经决定的业务语义与尚未落地的实现分开,便于后续开发延续。

01 · 查询服务不接管源系统

已确认并遵循。 只查询和反馈。调用方决定是否查询、采用和回写;不新增账户启用字段、更新时间触发或自动回写流程。rid只关联输入,不读取调用方历史数据。

02 · 信用代码只做精确查询

已实现。 命中后以返回登记名为准;输入名不同不妨碍返回,但需解释。代码无结果不是已证实代码错误;来源失败也不能当无结果。输入代码保留在头部,明细只填查得代码。

03 · 主详细关系保留歧义

已实现。 一次输入可对应0/1/多条明细。每条主体独立来源、问题和跨源关联判断;不按搜索顺序强选。输入名共享,不重复original_name;former_names仅来自登记来源。

04 · 渠道与属性分开

v0.4已实现。 bit4表示互联网,而不是custom字段。medical中的床位可来自互联网,custom分类也可来自工商或医疗证据。T21/T31/C不查医疗属性,未知分类先待复核。

05 · 统一业务查询时间

已实现。 头部queried_at统一表示本次查询,不重复组级日期;实际采集、来源发表、报告及统计年份继续保留。缓存不伪造本次重新采集时间。

06 · score 与 weight 分离

score已实现,weight待实现。 score独立评价字面关系,每条0–1且无总和约束;weight按互联网含义估计通常指代,每条0–1、总和不超过1,未评估为null,剩余质量留给未知。

不能用搜索条数、当前排序或转载频率直接当weight。若weight总和不超过1,第一名≥0.6时自然领先第二名至少0.2;这一性质不适用于独立score。

07 · 返回模式是执行选项

设计已记录,当前请求不接受。 return_mode方向为字符串"1"(最高weight)、s100/s090等(score阈值)、w090等(weight阈值)。并列、未知weight、范围未知和检索截断仍需反馈,不能静默强选或归一化剩余候选。

08 · 先发现真实称谓,再核验主体

方向已确认,业务运行时尚待替换。 宝钢医院与九院北部院区的现实关系说明字符研究不足;资源整合与整建制合并需分别保留事件及日期。称谓对应不等于法律主体及标识已核实。

09 · 接受约数,保留真实口径

产品方向已确认,业务解析仍待放宽。 可采用有来源的近似量或区间,但不能接受错主体、错科室或错年份。发布年不填成统计年,门诊与门急诊不混用。

10 · 主检索选择CleverSee

用户已确定并交付。 CleverSee共享工具和Hermes原生搜索可用。Serper不作为业务依赖;当前VM的Bing浏览器同题检索相关性不足并遇真人验证,不作默认自动备用。检索工具可用不代表医院业务语义流程已完成。

主体核验项目 · 查询并反馈,由调用方决定采用。
此站为文档,不是已开放的查询API。示例数据不作真实业务结论。

输入关键词,例如 query_mask、PARTIAL、weight。