Encounter.reason and Encounter.diagnosis

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Unresolved
    • Priority: Medium
    • FHIR Core (FHIR)
    • STU3
    • Patient Administration
    • STU
    • Encounter
    • Hide

      The committee has decided that further analysis is required here, and will attend to after R4 is released.

      Show
      The committee has decided that further analysis is required here, and will attend to after R4 is released.
    • Clarification

      Recommend further updating and clarifying Encounter.reason and Encounter.diagnosis. It seems the intent is to represent reasons for the encounter that can be either diagnoses or procedures in these two attributes, with one being a code and one being a structure. However, the approach is confusing, as is the name (e.g., why is a procedure called a diagnosis?). Also, the Encounter.diagnosis.role (DiagnosisRole) is insufficiently expressive as a 0..1 attribute. For example, the approach does allow saying – facility billing discharge diagnosis. Recommend making this attribute 0..* and adding notions of facility vs. professional billing. Also, recommend clarifying how to rank diagnoses and procedures expressed by the reason attribute. Suggest also reviewing CIMI modeling for this concept for potential synergy.

            Assignee:
            Unassigned
            Reporter:
            Claude Nanjo (Inactive)
            Claude Nanjo (Inactive)
            Watchers:
            2 Start watching this issue

              Created:
              Updated: