关键决策与易错问题
把已经决定的业务语义与尚未落地的实现分开,便于后续开发延续。
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浏览器同题检索相关性不足并遇真人验证,不作默认自动备用。检索工具可用不代表医院业务语义流程已完成。