Details
-
Change Request
-
Resolution: Persuasive with Modification
-
Medium
-
FHIR Core (FHIR)
-
R5
-
Patient Administration
-
Device
Person
Practitioner
PractitionerRole
RelatedPerson -
Description
There should be recommendation(s) on binding user identifiers into the various FHIR Resources that might represent users. There appears to be experience and emerging patterns that we should learn from and promulgate.
a) Noting that Practitioner now seems to be any professional role, not just clinicians. As Lloyd has indicated in a zulip thread" If someone is acting in their professional capacity (even if they're a plumber or elevator technician), that's a Practitioner."
b) should a user-identifier be recorded in the .identifier element in addition to the .telecom to enable discovery (.identifier), and preference of use (.telecom)?
c) Should Person be used as primary map to User given that the concept of a user can be any of the Practitioner, Patient, or RelatedPerson roles? (not user as a device?)
d) If Person is used, should the same user identifier be replicated in all the places for which it is appropriate. That is the user-identity would be found in (up to) Patient, Practitioner, and RelatedPerson as needed? Thus enabling maximum discovery of FHIR Resources for which that user-identifier might be used?
e) What about SMART-on-FHIR use of Person as a 'all possible roles' mechanism?
Where might these things best be clarified?
- Security pages – not likely where everyone goes to find things, but some will
- Replicated on each of these Resources?
- Primarily in Person, with a reference from the other resources?
- Device needs to have something too
Attachments
Issue Links
- relates to
-
FHIR-40405 Need profile on Identifer datatype that is holding a User identity
- Resolved - change required
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...