Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-24485

consider creating a slice on code or an extension called 'GeneticTestId' or something similar - MCODE #37

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Medium Medium
    • US Minimal Common Oncology Data Elements (mCODE) (FHIR)
    • STU3
    • Clinical Interoperability Council
    • Profiles
    • GenomicsReport
    • Hide

      The mCODE GenomicsReport.code description mentions GTR as a possibility but also notes that it is not a sole authoritative source for genetic tests. Along those lines, mCODE also made an error in binding DiagnosticReport.code to GeneticTestVS which constrained to LOINC.

      While it might not be in the form of slicing code, we can at least note other reasonable code systems in the documentation.

      Proposed Resolution: Persuasive with Mod.

      Show
      The mCODE GenomicsReport.code description mentions GTR as a possibility but also notes that it is not a sole authoritative source for genetic tests. Along those lines, mCODE also made an error in binding DiagnosticReport.code to GeneticTestVS which constrained to LOINC. While it might not be in the form of slicing code, we can at least note other reasonable code systems in the documentation. Proposed Resolution: Persuasive with Mod.
    • Richard Esmond/May Terry: 12-0-1
    • Enhancement
    • Non-substantive

    Description

      Comment:

      The value set for DiagnosticReport.code is intriguing. I understand the desire to express methodologic information and organize a genetic test discretely. This usage of DiagnosticReport.code is an important key to understanding how mcode is trying to organize genetic information. From this use I would say that mCODE Is trying to use their two variant profiles to capture both the observation and test methodology. I would like to invite mcode team to describe this usage at a CG FHIR-sub group meeting. It is an important divergence. The CG WG uses our artifacts to try to state explicitly (computably) important test methodology. The use of GTR moves this methodological information into a database. Such a move reduces the number of fields needed in the message model (FHIR), but places a dependency on the database (GTR). EMERGE is struggling with related problems. Despite the dependency on GTR there is an attractive simplicity. But to be in better alignment with the CG WG IG, consider creating a slice on code called 'GeneticTestId' or something similar. The goal would be to make the element's use more explicit for developers.

      Summary:

      consider creating a slice on code or an extension called 'GeneticTestId' or something similar

      Attachments

        Activity

          People

            may_terry May Terry
            bheale Bret Heale
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: