-
EH/CAH eCQMs - Eligible Hospitals/Critical Access Hospitals
-
Resolution: Resolved
-
Minor
-
None
-
None
-
Medisolv
-
-
CMS114v3/NQFna
-
CMS 114 does not properly evaluate AND NOT. This is incorrectly placing patients into the numerator.
Per the HQMF Utils code found at https://github.com/pophealth/hqmf2js/blob/master/app/assets/javascripts/specifics.js.coffee, quote:
- this is a little odd, but it appears when we have a negation with specifics we can
- ignore the logical result of the negation. See comment in intersectAll.
- we need to verify that we actually have some occurrences ...
- this is a little odd, but it appears when we have a negation with specifics we can
- ignore the logical result of the negation. The reason we do this is because we may
- get too many negated values. Values that may be culled later via other specific
- occurrences. Thus we do not want to return false out of a negation because the
- values we are evaluating as false may be dropped.
- we need to verify that we actually have some occurrences
This "always return true if there are specifics" feature of the code is preventing some patients from correctly falling into the numerator for CMS 114. I am not allowed to attach files to this ticket. We have supporting Bonnie patients available upon request.
If a patient has Occurrence A of a medication during Occurrence A of an encounter then the patient has specifics. During the AND NOT there is a negation and because there are specifics, the AND NOT is incorrectly evaluated as TRUE instead of FALSE.
e.g. and not ( A and B ) => and not ( True and True ) => and not (True) => is false but Cypress is evaluating it as true because of the above behavior of unionAll with specifics.
- relates to
-
CYPRESS-866 Getting wrong data on Cypress for Numerator conditions
- Closed
-
CYPRESS-1064 Numerator is not reporting as expected
- Closed