Fhir R4 - 跟踪资源创建的用户
Fhir R4 - Track resources created user
我正在使用 FHIR R4
和 Hapi FHIR API
。
我想知道如何用有关已创建用户的信息标记 ServiceRequest
资源。
我已阅读 FHIR 文档并找到 relevantHistory
标签,我可以在其中放置 Provenance
参考。
很好,但是 HAPI Fhir 无法查询 field/tag,所以我无法获取我或其他用户创建的所有 ServiceRequest
。
我也试过使用一个名为 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
资源中分解了信息将创建 ServiceRequest
的 Practitioner / Organization
放在代理组件中,我在枚举 AgentRole
和 AgentType
中使用 ENTERER
值复制了此信息。
这样,我收集了一个 Provenance
多 ServiceRequest
个,如果我按照你的方式,我会为每个 ServiceRequest
个专用的 Provenance
.
您认为我走错了路还是可能的解决方案?
relevantHistory
字段不适合使用,因为它只会列出包含相关信息的较旧的 Provenance 资源。该描述特别指出它不包含与当前版本的 ServiceRequest 关联的 Provenance 资源(参见 http://hl7.org/fhir/servicerequest-definitions.html#ServiceRequest.relevantHistory)。
我觉得Provenance还是可以帮到你的。您不会在 ServiceRequest 中的字段上搜索,但会找到具有出处的 ServiceRequest,其中 you/user 是参与者:
GET [base]/ServiceRequest?_has:Provenance:target:actor=[user_reference]
或者反过来,通过从用户那里寻找 Provenance 资源,并包括作为 Provenance 目标的 ServiceRequests。
编辑原版后添加 post:
正如我在评论中提到的,我认为您尝试使用 relevantHistory 字段和一个 Provenance 用于多个 ServiceRequests 的方式与应该如何使用该字段和资源类型不一致。
如果您能够创建自定义搜索参数,为什么不在 ServiceRequest 上使用扩展名来指示它的创建者,然后使该扩展名可搜索?
如果您想对此进行更多讨论,请在 https://chat.fhir.org 上提问,FHIR 社区的更多人将能够参与其中。
我正在使用 FHIR R4
和 Hapi FHIR API
。
我想知道如何用有关已创建用户的信息标记 ServiceRequest
资源。
我已阅读 FHIR 文档并找到 relevantHistory
标签,我可以在其中放置 Provenance
参考。
很好,但是 HAPI Fhir 无法查询 field/tag,所以我无法获取我或其他用户创建的所有 ServiceRequest
。
我也试过使用一个名为 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
资源中分解了信息将创建 ServiceRequest
的 Practitioner / Organization
放在代理组件中,我在枚举 AgentRole
和 AgentType
中使用 ENTERER
值复制了此信息。
这样,我收集了一个 Provenance
多 ServiceRequest
个,如果我按照你的方式,我会为每个 ServiceRequest
个专用的 Provenance
.
您认为我走错了路还是可能的解决方案?
relevantHistory
字段不适合使用,因为它只会列出包含相关信息的较旧的 Provenance 资源。该描述特别指出它不包含与当前版本的 ServiceRequest 关联的 Provenance 资源(参见 http://hl7.org/fhir/servicerequest-definitions.html#ServiceRequest.relevantHistory)。
我觉得Provenance还是可以帮到你的。您不会在 ServiceRequest 中的字段上搜索,但会找到具有出处的 ServiceRequest,其中 you/user 是参与者:
GET [base]/ServiceRequest?_has:Provenance:target:actor=[user_reference]
或者反过来,通过从用户那里寻找 Provenance 资源,并包括作为 Provenance 目标的 ServiceRequests。
编辑原版后添加 post:
正如我在评论中提到的,我认为您尝试使用 relevantHistory 字段和一个 Provenance 用于多个 ServiceRequests 的方式与应该如何使用该字段和资源类型不一致。
如果您能够创建自定义搜索参数,为什么不在 ServiceRequest 上使用扩展名来指示它的创建者,然后使该扩展名可搜索? 如果您想对此进行更多讨论,请在 https://chat.fhir.org 上提问,FHIR 社区的更多人将能够参与其中。