【问题标题】:search Patient on EPIC FHIR在 EPIC FHIR 上搜索患者
【发布时间】:2022-01-10 23:45:54
【问题描述】:

我正试图弄清楚在 EPIC FHIR 上搜索的患者是如何工作的。 在沙盒上测试所有内容:https://fhir.epic.com/Documentation?docId=testpatients

文档:

从 2019 年 5 月开始,Patient.Search 请求默认需要以下最小数据集之一才能匹配并返回患者记录:

  • FHIR ID
  • {IDType}|{ID}
  • SSN 标识符
  • 名字、姓氏和出生日期
  • 名字、姓氏、法定性别和电话号码/电子邮件

这工作正常(返回一名患者):

/api/FHIR/R4/Patient?family=Lin&given=Derrick&birthdate=1973-06-03

但这也返回相同的记录(家庭中的额外字符,错误的性别) :

/api/FHIR/R4/Patient?family=Lina&given=Derrick&birthdate=1973-06-03&gender=female

这也是返回一个记录(家庭中的额外字符,没有名字):

/api/FHIR/R4/Patient?family=Lina&birthdate=1973-06-03

不确定我做错了什么,还是预期的行为?

【问题讨论】:

  • 您是否尝试过联系 open@epic.com?
  • @LloydMcKenzie 现在试过了,谢谢。如果解决了会在这里更新。
  • 如果有人联系上述电子邮件地址 - 5 周后得到答复,请耐心等待;) StackOverflow 是一个更快的选择。

标签: hl7-fhir


【解决方案1】:

这里有很多历史记录,但 Epic 当前的 Patient.search 行为更像 Patient.$match。具体来说,提供给 Patient.search 的标准使用(大约)OR 逻辑而不是 AND 逻辑进行组合。在幕后,它实际上更多的是加权分数,但最终,您提供的标准越多,您可能获得的结果就越多。如果您习惯于 REST API 查询参数的正常工作方式,这通常是违反直觉的。但从技术上讲,它是规范合法的,因为 FHIR 有一个关于服务器能够返回它认为合适的其他适当结果的宣传。

https://build.fhir.org/search.html#Introduction

但是,如果服务器认为它们相关,则服务器有权返回其他搜索结果。

我们目前没有任何具体的更新,但很快(tm)可能会有变化。

【讨论】:

    【解决方案2】:

    我很惊讶最后一个返回任何结果,但对于前两个搜索,这在 Epic 中是完全可能的,甚至是预期的。 Epic 在后台有特殊的逻辑,可以根据某些标准评估您传入的参数值,例如姓名是否完全匹配、姓名是否相似、出生日期是否完全匹配等。因此,通常不仅完全匹配,而且Patient.Search API 将返回类似的匹配项。标准的权重可由 Epic 客户自定义,因此某些标准的逻辑可能比其他标准更严格。

    我建议始终根据您的输入参数验证返回的结果,以验证您使用的是完全匹配。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2022-08-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多