一家人常在同一家诊所看牙。客服打电话前看到"这人的配偶也是我们的客户",既能顺口关心、
也能顺手跟进那一位,所以放在话术头部(AI 简报下方)而不是收进抽屉。

patient_relations 表本来就有(摄自 fact_customer_referee_out,family_structure 特征在用),
详情接口原来也已经返回 contacts,这次补三件:

⭐ 只列**亲戚**。新增 KIN_RELATIONSHIPS 白名单(配偶/子女/孙辈/父母/祖辈/兄弟姐妹),
  friend 和 other **刻意不进** —— 那条边表摄自推荐关系,other 占了一半以上(本地 4043/6222),
  混的是推荐人、代付人这类"认识但不是亲属"。字典把 other 译成「亲属」,但照它列出来
  客服会把推荐人当家属去问病情,比不显示更糟。
  (sibling 这里算亲戚,而 family_structure 把它算"非直系" —— 两处判的不是同一件事,口径不同是有意的)

⭐ 年龄:从关系人 birthDate 现算(include 补 birthDate)。

⭐ 链接目标 = PAC 自己的工单页,**且必须过 scope**。关系人常和本人不同品牌/诊所,不过滤就会
  给出一个点进去 404 的链接 —— 那比"没有链接"更糟,客服会以为系统坏了。
  批量一条 SQL 查(loadRelatedPlanIds),查不到 → planId=null → 只显示信息、位置上标「无工单」。
  新标签页走 openHostUrl(带 sandbox 三级兜底),不顶掉当前工单。

未建档(linked=false / 无姓名)的关系不出行:一行只有关系没有人,客服拿不到任何可用信息。

本地实测(王红兵):渲染出「王希亮 配偶·59岁 → 关联客户档案」「王迪 妈妈·31岁 → …」,
href=/plans/<id> target=_blank rel=noopener noreferrer。
708 tests / 46 suites + 两端 typecheck 通过。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>