【发布时间】：2014-07-27 15:51:18
【问题描述】：
作为 HISP，我们将从不同组织获取患者记录，但希望通过我们系统的用户 ID 键入患者记录。我们还将通过 API 向第三方应用程序开发人员公开记录。应用开发者可以通过我们的用户名查询病历。从规范中，标识符属性用于跨不同系统的交叉引用，不能用于此目的。我正在考虑使用具有类似 {'ID': 'FFEBED08-29EF-E211-BECC-888C662DF58B', 'Type':'User', 'InstanceID':'56D95BB2-1CE0-4BAB-A946- 的值的 Id 属性19FD60C48D76' }，其中“ID”是用户的 ID，“InstanceID”是记录的唯一标识符。可以接受吗？或者我应该使用修饰符扩展来存储我们的用户 ID？
这是用例：
- 对于我们系统中的用户 A，我们可能会从医院 X 和初级保健提供者 Y 处获取患者记录。
- 用户 A 可以查询医疗记录，我们需要合并两个提供者的记录并呈现给用户。
- 每个用户在我们的系统中都有一个唯一的 ID，称为 userId。
- 在用户 A 使用 oAuth 流程授权后，提供者 X 和 Y 将患者记录发送给我们。
- 我们的系统现在知道该记录是针对用户 A 的，并使用我们系统的 userId 链接它。这有助于用户 A 获得医疗记录的综合视图。
存储我们系统的 userId 的适当属性是什么？
【问题讨论】：
-
用户 id 是否与患者 id 有某种关联？如何？不确定是什么，所以不确定为什么标识符不能用于该目的。也不确定 id 属性是什么。我也看不到什么 userId - 不管它是什么 - 将是一个修饰符扩展。或许你可以解释一下
-
我的问题是基于博客 fhirblog.com/2014/01/21/fhir-a-question-of-identity 中描述的资源的 Id 和 Identifier 属性之间的差异。由于评论长度限制，我已经更新了相关用例
-
我仍然不完全确定用例。您想跟踪用户查看了患者吗？ - 使用安全事件。您想以某种方式标记患者资源不同，因为某些用户控制了它？ - 这将是患者资源的扩展（请注意，目前还没有“用户”的资源，尽管下一版本中会出现一个资源 - 确实是一个风很大的草案，请参见 hl7-fhir.github.io/securityprincipal.html）。你想跟踪一些推断的关系来非规范化你下次的搜索吗？ - 我认为你需要那个新资源。
-
这是最后一个“你想跟踪一些推断的关系..”。不同提供者的患者记录标识符可能不同（除非有国家 ID 系统）。难道不应该有办法用我的用户 ID 标记记录以便于访问而不是创建另一个资源吗？
-
userId和病历有什么关系？用户和患者一样吗？