Skip to content
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

Enhancement: Identifier repository search #499

Closed
Capt-Mac opened this issue Aug 12, 2024 · 0 comments · Fixed by #496
Closed

Enhancement: Identifier repository search #499

Capt-Mac opened this issue Aug 12, 2024 · 0 comments · Fixed by #496
Assignees
Labels
dQM enhancement New feature or request

Comments

@Capt-Mac
Copy link
Contributor

Capt-Mac commented Aug 12, 2024

Problem:

MultiMeasureEvaluationService and CareGapsService both look to utilize resolution of Measure resources by Identifier, but are not able to implement due to a gap in implementation around matching TokenParameters by "SystemUrl" & "Value" or only "SystemUrl" or only "value". Current matching is by Code only.

Resolve by canonical url on multiMeasureEvaluationService is not currently possible and should mirror current pattern of resolving by Id/Canonical/Identifier similar to $care-gaps and r5 specification.

specification: https://www.hl7.org/fhir/R4/search.html#token
https://hl7.org/fhir/R5/measure-operation-evaluate-measure.html

Solution:

Amend TokenParameter searches to account for the missing scenarios so we can implement parameters to resolveByIdentifier into clinical reasoning operations.

Add resolve by canonical url to multiMeasureEvaluationService to mirror $care-gaps operation parameters

@Capt-Mac Capt-Mac added enhancement New feature or request dQM labels Aug 12, 2024
@Capt-Mac Capt-Mac self-assigned this Aug 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dQM enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant