【问题标题】:Fhir R4 - Track resources created userFhir R4 - 跟踪资源创建用户
【发布时间】:2021-02-25 08:57:53
【问题描述】:

我正在使用 FHIR R4Hapi FHIR API

我想知道ServiceRequest 资源是如何用有关已创建用户的信息进行标记的。

我已阅读 FHIR 文档并找到了 relevantHistory 标签,我可以在其中放置 Provenance 参考。

一切正常,但 HAPI Fhir 无法查询该字段/标签,因此我无法获取我或其他用户创建的所有 ServiceRequests。

我还尝试使用一个名为 tracking 的自定义扩展程序,我在其中放置了跟踪用户信息。

我不想使用requester 标签,因为它充满了客户提供的其他指导线含义

在 Mirjam Baltus 之后编辑

嗨, 你的观点很有趣,但我找到了另一个解决方案,如下所示,我想和你讨论(如果你愿意的话)。

我在ServiceRequest 上添加了一个SearchParameter 资源,以允许在relevantHistory 字段上进行搜索。

这是 JSON 资源:

{
    "resourceType": "SearchParameter",
    "id": "6589",
    "meta": {
        "versionId": "7",
        "lastUpdated": "2021-02-25T11:25:25.549+00:00",
        "source": "#1btUOFbG0D3dMdwI"
    },
    "title": "Storia",
    "status": "active",
    "code": "relevantHistory",
    "base": [
        "ServiceRequest"
    ],
    "type": "reference",
    "expression": "ServiceRequest.relevantHistory",
    "xpathUsage": "normal",
    "target": [
        "Provenance"
    ],
    "modifier": [
        "missing"
    ],
    "chain": [
        "reference"
    ]
}

所以我在ServiceRequest 上编写了一个查询,由relevantHistory 字段过滤(链接到Provenance)。

我采用这种策略是因为我只需要知道ServiceRerquest 的创建者,所以通过这种方式,我将Provenance 资源中的信息分解为目标字段中的@987654337 @谁创建了ServiceRequest,并且在代理组件中,我使用枚举AgentRoleAgentType 中的ENTERER 值复制了此信息。

这样,我收集了一个Provenance 以获得更多ServiceRequests,而不是如果我按照你的方式,我将为每个ServiceRequest 拥有一个专用的Provenance

你认为我走错了路,或者这是一个可能的解决方案?

【问题讨论】:

  • 编辑后,Provenance 需要考虑的事项是:“Provenance 资源对应于单个活动,该活动标识活动生成的一组资源(目标)。”因此,如果 ServiceRequests 都是在一个活动中创建的,那么您只能使用 Provenance。此外,relatedHistory 字段“不得包括与当前版本的资源相关的出处”。所以这与您的意图不符。我已经编辑了答案以添加另一个选项。

标签: hapi-fhir hl7-fhir


【解决方案1】:

relevantHistory 不是正确使用的字段,因为它只会列出包含相关信息的旧 Provenance 资源。该描述明确指出它不包含与当前版本的 ServiceRequest 关联的 Provenance 资源(请参阅http://hl7.org/fhir/servicerequest-definitions.html#ServiceRequest.relevantHistory)。

我认为 Provenance 仍然可以帮助您。您不会搜索 ServiceRequest 中的字段,而是查找具有您/用户是参与者的出处的 ServiceRequest:

GET [base]/ServiceRequest?_has:Provenance:target:actor=[user_reference]

或者反过来,通过从用户那里寻找出处资源,包括作为出处目标的服务请求。

编辑原帖后添加:

正如我在评论中提到的,我认为您尝试使用相关历史字段和多个 ServiceRequest 的一个出处的方式与该字段和资源类型的使用方式不相符。

如果您能够创建自定义搜索参数,为什么不在 ServiceRequest 上使用扩展来指示创建它的人,然后使该扩展可搜索? 如果您想对此进行更多讨论,请在 https://chat.fhir.org 上提问,更多来自 FHIR 社区的人可以加入。

【讨论】:

  • 亲爱的,非常感谢您的回复,经过您的考虑,我已经更新了我的问题。如果你愿意,我们可以讨论
猜你喜欢
  • 2023-04-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-12-27
  • 1970-01-01
  • 1970-01-01
  • 2017-03-30
相关资源
最近更新 更多