You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
The FHIR $everything operator that was recently implemented still has a few gaps. At least one of the FHIR UIs would show the Practitioner and Organization information if it was available through $everything
Describe the solution you'd like
The current $everything implementation grabs the subresources using the following method CopmartmentUtil.getCompartmentReourceTypes() all of those resources can then be queried to narrowed down by individual patients. For instance, one of the subresources is Condition representing the conditions for a Patient, and in order to query the conditions for a patient the following query is executed:
GET fhir-server/api/v4/Condition?subject={patient_id}
This pattern can be followed with all the subresources returned from the method mentioned, that however does not include Practitioner and Organization. That sort of makes sense a doctor or a hospital are not subresources of a patient, they are merely related joined by some sort of Encounter.
The purpose of this issue is to investigate with the FHIR team what is the best way to formulate the queries:
Get me all Practitioners that are somehow related to this patient via an encounter (or others ways?)
Get me all Organizations that are somehow related to this patient via an encounter (or others ways?)
Describe alternatives you've considered
Would like to find the most efficient way to get the Organizations or Practitioners associated with a given Patient
Acceptance Criteria
1.
GIVEN [a patient]
WHEN [using the $everything operator]
AND [there are Organizations or Practitioners associated with this Patient]
THEN [return those Organizations or Practitioners]
Additional context
The text was updated successfully, but these errors were encountered:
One potential idea for this is to allow operators to configure exactly what they want to be considered in a patient compartment. See #2143 for more information on that one.
It might also be possible just to write special rules for each resource type, but the thing I like about #2143 is it would give everyone a way of defining their own notion of $everything related to a patient.
Is your feature request related to a problem? Please describe.
The FHIR $everything operator that was recently implemented still has a few gaps. At least one of the FHIR UIs would show the Practitioner and Organization information if it was available through $everything
Describe the solution you'd like
The current $everything implementation grabs the subresources using the following method CopmartmentUtil.getCompartmentReourceTypes() all of those resources can then be queried to narrowed down by individual patients. For instance, one of the subresources is Condition representing the conditions for a Patient, and in order to query the conditions for a patient the following query is executed:
GET fhir-server/api/v4/Condition?subject={patient_id}
This pattern can be followed with all the subresources returned from the method mentioned, that however does not include Practitioner and Organization. That sort of makes sense a doctor or a hospital are not subresources of a patient, they are merely related joined by some sort of Encounter.
The purpose of this issue is to investigate with the FHIR team what is the best way to formulate the queries:
Get me all Practitioners that are somehow related to this patient via an encounter (or others ways?)
Get me all Organizations that are somehow related to this patient via an encounter (or others ways?)
Describe alternatives you've considered
Would like to find the most efficient way to get the Organizations or Practitioners associated with a given Patient
Acceptance Criteria
1.
GIVEN [a patient]
WHEN [using the $everything operator]
AND [there are Organizations or Practitioners associated with this Patient]
THEN [return those Organizations or Practitioners]
Additional context
The text was updated successfully, but these errors were encountered: