已实现患者$match操作，多给定名的FHIR搜索逻辑如何处理？

FHIR 规范确实没有针对 $match 操作中「提交的患者资源包含多个给定名」的场景给出明确强制规则，你的「按 OR 逻辑匹配」的推测在临床实践和通用实现中是合理的，以下是具体分析和建议：

• 核心语义对齐：$match 的本质是相似度匹配而非精确搜索，目的是找出与提交特征最匹配的患者。多个给定名通常对应患者的昵称、曾用名、拼写变体等，OR 逻辑能覆盖更多合理的候选结果——只要患者的给定名匹配其中一个，就会进入候选池，再结合姓氏、出生日期等其他特征做相似度排序，更符合临床找人的实际需求。

• 与普通搜索复合参数的区别：普通 FHIR 搜索中，重复的参数（如 given=John&given=Jon）默认是 AND 逻辑，但这是精确搜索的语义。$match 是模糊匹配场景，和精确搜索的逻辑不能直接对应：

  • 若要实现 OR 逻辑：直接提交 Patient.given 数组包含多个值即可，匹配任意一个给定名的患者
  • 若需支持 AND 逻辑（比如患者必须同时拥有两个给定名，如双名场景），属于自定义需求，FHIR 规范无默认支持，可通过自定义参数（如 _match-given-logic=AND）或扩展字段来实现，将多个给定名作为一个组合条件匹配

• 落地建议：

  1. 优先实现 OR 逻辑，这是最通用的场景，能覆盖绝大多数临床匹配需求
  2. 在系统的 FHIR 实现文档中明确标注多给定名的匹配规则，避免调用方歧义
  3. 如果有特殊业务需求（如支持双名的 AND 匹配），再扩展自定义逻辑，同时做好兼容性处理

内容的提问来源于stack exchange，提问作者scottctr