Pull requests into cqm-execution require the following. Submitter and reviewer should :white_check_mark: when done. For items that are not-applicable, note it's not-applicable ("N/A") and :white_check_mark:.
Scenario:
When a same function definition is used as an observation in more than 1 group, Observation results are not captured for the 1st group.
This is due to overwriting of existing object while generating ELM JSON.
This PR is to make sure every observation definition that is in a measure has its own unique observationDef name i.e by marking it with an index.
Submitter:
[ ] This pull request describes why these changes were made.
[ ] Internal ticket for this PR:
[ ] Internal ticket links to this PR
[ ] Code diff has been done and been reviewed
[ ] Tests are included and test edge cases
[ ] Tests have been run locally and pass
Reviewer 1:
Name:
[ ] Code is maintainable and reusable, reuses existing code and infrastructure where appropriate, and accomplishes the task’s purpose
[ ] The tests appropriately test the new code, including edge cases
[ ] You have tried to break the code
Reviewer 2:
Name:
[ ] Code is maintainable and reusable, reuses existing code and infrastructure where appropriate, and accomplishes the task’s purpose
[ ] The tests appropriately test the new code, including edge cases
…or multiple groups
Pull requests into cqm-execution require the following. Submitter and reviewer should :white_check_mark: when done. For items that are not-applicable, note it's not-applicable ("N/A") and :white_check_mark:.
https://jira.cms.gov/browse/MAT-6782 Contents from reported bug
Scenario: When a same function definition is used as an observation in more than 1 group, Observation results are not captured for the 1st group. This is due to overwriting of existing object while generating ELM JSON. This PR is to make sure every observation definition that is in a measure has its own unique observationDef name i.e by marking it with an index.
Submitter:
Reviewer 1:
Name:
Reviewer 2:
Name: