Uploaded image for project: 'CYPRESS Issue Tracker'
  1. CYPRESS Issue Tracker
  2. CYPRESS-749

Should the values of the extension attributes of the id tags be unique?

XMLWordPrintable

    • Icon: Question Question
    • Resolution: Fixed
    • Icon: Minor Minor
    • Other

      In the test decks for Cypress 3.0.0 GA we are seeing the same extension values repeated across patients and measures. I am attaching April Cain who was in the CMS60v4 deck and Maureen Howard who was in the CMS60v4 deck. Both have a pair of Transfer entries. These are distinct inside each file because they have varying valuesets, but what we hadn't anticipated was finding that both files use the string 579fce2b6362390ce4e1c155 as an extension. This is causing us the re-evaluate our identifier strategy, and we wanted to know if the same codes are intentionally repeated across files as we are seeing here, or if this is an aberration. It occurs infrequently so we thought it might be the latter.

      We are additionally finding duplicated patient GUIDs both within and across measures within a product. I am attaching three files. The first two are the test decks we generated for the two products we created for EP and EH measures. The third is a spreadsheet detailing all the dupes our unit test found. These are designated with a plus sign in the LH column. I understand that you can have duplicated entries within a QRDA1 file with different valuesets, but some of these are being flagged as dupes because they match entries in other measures.

        1. 0_April_Cain.xml
          19 kB
        2. 8_Maureen_Howard.xml
          19 kB
        3. Duplicates.xlsx
          253 kB
        4. EH_Test1_57b6135f6362392e2884f493.zip
          2.33 MB
        5. EP_Test1_57b614006362392e2884f526.zip
          3.79 MB

            dczulada David Czulada
            agilim David Trussler (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: