Closed whitehatguy closed 7 years ago
Personally I don't see any problem with the description you provided and quoted below, @whitehatguy. I found it consistent with the Argonaut profiles and explicit about the fact that an EHR "has-a" resource server and also "has-a" authorization server (as two separate components).
I don't consider "the EHR" an "actor" in this ecosystem. The "actors" are the client, the authorization server, and the FHIR server. A single "EHR system" (operated by a single institution) may "have" more than one authorization server and more than one FHIR server, and an "EHR system" comprises more than "computer software." "EHR" is an adjective -- e.g., "EHR technology."
At a minimum, an actor is performing the function of "launching" applications - that role is performed neither by the authorization server or the FHIR server. A private contract must exist between the triad of the component performing that role, the authorization server, and the FHIR resource servers. Would it be amenable to indicate that the "EHR Application" is a role instead, and that it has such private contracts with the components serving the other roles?
I agree that "EHR Application" is a reasonable term to describe the entity we're talking about.
perfect! Thanks!
In the specification draft, the following definition is made for "electronic health record":
@bakerdb provided the following feedback:
It was further indicated that the Argonaut use case documentation provides the following definition:
Existing developer documentation 2 refers to entities such as "EHR FHIR server" and "EHR authorization server". How might we best describe the EHR's as an actor in this ecosystem with respect to the FHIR resource server and the authorization server?