Merge the Functional Status IG and Cognitive Status IG.

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Considered for Future Use
    • Priority: Highest
    • US PACIO Cognitive Status (FHIR)
    • current
    • Patient Care
    • Home
    • Hide

      The PACIO Project is working the Gravity Project to address the issue where the only difference between related profiles on two different use cases is the code system/value set.  Right now, both are referencing LOINC generally, but that may change to use a more focused set of LOINC codes in the future, which would mean that Functional Status and Cognitive Status would use different value sets.  A mechanism is being investigated for being able to determine the appropriate code system/value set at run time from a single profile.  This effort is just getting started, however, and will take time to develop and build consensus.

      Show
      The PACIO Project is working the Gravity Project to address the issue where the only difference between related profiles on two different use cases is the code system/value set.  Right now, both are referencing LOINC generally, but that may change to use a more focused set of LOINC codes in the future, which would mean that Functional Status and Cognitive Status would use different value sets.  A mechanism is being investigated for being able to determine the appropriate code system/value set at run time from a single profile.  This effort is just getting started, however, and will take time to develop and build consensus.

      After reviewing both PACIO IGs (Functional Status and Cognitive Status), it is unclear why two separate IGs are needed. There is substantial overlap between the two implementation guides, and no discernable differences in the driving use cases. To the reader, it feels as though they are > 80% of the narrative is the same. Although a few parts (e.g. extensions) differ, the detail of the profiles and element bindings are basically the same. Splitting them into two IGs and having different profile names for subsections of content drawn from the same overall instrument (e.g. the CMS-required patient assessment instruments like MDS, OASIS, etc) imposes additional burden on implementers (and receivers). The rationale for splitting the IGs was not described in the IG. We propose merging the two IGs into a common core for functioning data, with the small number of domain-specific profiles that are needed being organized into subsections. Looking ahead to the other kinds of content being contemplated by the PACIO project, we believe this will be a more robust foundation.

      Is there value in having two IGs? Please stongly consider merging the two IGs.

            Assignee:
            Unassigned
            Reporter:
            Daniel Vreeman
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: