Unable to understand the Stratification errors in QRDA3 for EP measures

XMLWordPrintable

    • Type: Bug/Issue
    • Resolution: Done
    • Priority: Minor
    • Hide
      There's a tag that's not getting closed that is causing the STRATs to stack up on a single row (instead of being individual rows).

      For now, you can see the Strat identifier (STRAT XXXXXXXX-XXX-XX) followed by two numbers. The first number is the expected value (1) and the second number is the reported value from your QRDA file (0).

      Sorry about the confusion, this will be addressed in a future patch (likely the 3.0.2 patch at the end of the month).
      Show
      There's a tag that's not getting closed that is causing the STRATs to stack up on a single row (instead of being individual rows). For now, you can see the Strat identifier (STRAT XXXXXXXX-XXX-XX) followed by two numbers. The first number is the expected value (1) and the second number is the reported value from your QRDA file (0). Sorry about the confusion, this will be addressed in a future patch (likely the 3.0.2 patch at the end of the month).
    • Implementation Problem

      The QRDA3 Cypress errors displayed for EP stratification are not easy to interpret. We understand the for IPP/DENOM/DENEX/NUMER PAYER errors, but the stratification errors do not line up with the headers, so it is difficult to determine if they are also PAYER related. Can you provide some insight into the errors in the attached document? I have also included the QRDA3 xml file for your reference.

        1. CMS 126 Cypress Issue.docx
          121 kB
          Robin Holder
        2. CMS 126 QRDA3.xml
          145 kB
          Robin Holder
        3. CMS 126 Stratification Cypress Case Data.xlsx
          9 kB
          Robin Holder

            Assignee:
            Samuel Sayer
            Reporter:
            Robin Holder (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: