-
Notifications
You must be signed in to change notification settings - Fork 160
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide the ability to evaluate clinical quality measures #2480
Labels
enhancement
New feature or request
Comments
JohnTimm
added a commit
that referenced
this issue
Jun 7, 2021
Signed-off-by: John T.E. Timm <[email protected]>
JohnTimm
added a commit
that referenced
this issue
Jun 7, 2021
Signed-off-by: John T.E. Timm <[email protected]>
csandersdev
added a commit
that referenced
this issue
Jun 8, 2021
Issue #2480 - pre-compute type map for resolveType method
JohnTimm
added a commit
that referenced
this issue
Jun 8, 2021
Signed-off-by: John T.E. Timm <[email protected]>
csandersdev
added a commit
that referenced
this issue
Jun 8, 2021
Issue #2480 - updated typeMap creation and usage
This is a large feature thats been marked experimental (at https://ibm.github.io/FHIR/guides/FHIRClinicalReasoningGuide) and is not included in the default image...QA will happen over time as we have a chance to work with the feature. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
Provide the ability to natively evaluate clinical quality measures per the clinical operations framework description.
Describe the solution you'd like
Provide the ability to natively evaluate clinical quality measures per the clinical operations framework description. We don't need to support the entire clinical reasoning module out of the box, but we should at least support the /Measure/$evaluate-measure operation.
Describe alternatives you've considered
It is possible to use the DBCG/cql_engine project with a HAPI FHIR rest client to perform evaluations against the IBM FHIR server.
Acceptance Criteria
AND that the resource adheres to the clinical quality reporting specification
WHEN the $evaluate-measure operation is requested for that measure
THEN the measure is evaluated
AND a MeasureReport resource is returned that documents the result of the evaluation
Additional context
The Alvearie/quality-measure-and-cohort-service project has been doing this work for a while, but it uses the HAPI + REST alternative described above. We would like for an IBM/FHIR native implementation that can also be executed directly on the server instead of going through the REST layer.
The text was updated successfully, but these errors were encountered: