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
When doing CQL queries for FHIR resources, it would be nice to be able to handle some extra options when searching. https://hl7.org/fhir/stu3/search.html
The possible search options you could add are:
_sort
_count
_include
_revinclude
_summary
_elements
_contained
_containedType
Mainly the big one is the _include and _revinclude, as only having to make one query to the server for referenced documents is a good practice for large-scale operations.
Much like what happens in BaseFhirDataProvider.java when we need to determine the patient reference key
protected String getPatientSearchParam(String dataType) {
switch (dataType) {
case "Coverage":
return "beneficiary";
case "Patient":
return "_id";
case "Observation":
case "RiskAssessment":
return "subject";
default: return "patient";
}
}
Instead of just an internal process to generate keys, maybe we could have a user keyword exposed to do the same thing within a certain Context? Like a "Patient-Include-All" Context?
The text was updated successfully, but these errors were encountered:
This is a great suggestion and something we've planned to do. I was thinking it would be something that would be determined through static analysis of the query, so the provider would automatically determine the right includes to perform. This would be a bit of a lift, but definitely worth it for performance. Adding this to the list of enhancements to be done.
There's been some effort in this direction since this issue was opened. The data provider in the engine now has some limited ability to customize the queries based on the capabilities that a given FHIR server supports. See SearchParameterResolver.
_revinclude and _include are yet to be supported but actually require some larger changes.
When doing CQL queries for FHIR resources, it would be nice to be able to handle some extra options when searching. https://hl7.org/fhir/stu3/search.html
The possible search options you could add are:
_sort
_count
_include
_revinclude
_summary
_elements
_contained
_containedType
Mainly the big one is the _include and _revinclude, as only having to make one query to the server for referenced documents is a good practice for large-scale operations.
Much like what happens in BaseFhirDataProvider.java when we need to determine the patient reference key
Instead of just an internal process to generate keys, maybe we could have a user keyword exposed to do the same thing within a certain Context? Like a "Patient-Include-All" Context?
The text was updated successfully, but these errors were encountered: