Overall Condition.clinicalStatus and Condition.verificationStatus Condition body site - 2016-09 core #435

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive with Modification
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU2
    • Patient Care
    • Condition
    • 9.2.6
    • Hide

      Add comment for *Condition.bodySite *"Only used if not implicit in code found in Condition.code. If the use case requires attributes from the BodySite resource (e.g. to identify and track separately) then use the standard extension[ body-site-instance|http://hl7.org/fhir/DSTU2/extension-body-site-instance.html]"

      Change *Condition.verificationStatus *to be 0..1, set default to be unknown

      Add comment: "When patient has abdominal pain in the ED, then there is not likely going to be a verifcation status."

      Show
      Add comment for *Condition.bodySite *"Only used if not implicit in code found in Condition.code. If the use case requires attributes from the BodySite resource (e.g. to identify and track separately) then use the standard extension[ body-site-instance|http://hl7.org/fhir/DSTU2/extension-body-site-instance.html]" Change *Condition.verificationStatus *to be 0..1, set default to be unknown Add comment: "When patient has abdominal pain in the ED, then there is not likely going to be a verifcation status."
    • Stephen/Clem: 7-0-0
    • Enhancement
    • Non-compatible
    • DSTU2

      Comment:

      Seemed like a burdensome set of potential attributes (would consume an extra big increment of provider time if many of them had to be entered). Worse, there were no examples of the answer lists (value set, coding systems) that were being considered to give a clearer idea of how it would be used. I realize that most are optional, but some guidance about when they would not have to be used could prevent aggressive administrators/compliance officers from requiring them.

      In many respects it could serve as a problem oriented note almost en toto. Have not yet seen how notes are evolving so there may have been some method to the madness. Would have helped a lot to show what might be the minimum of these attributes required for a typical problem list...

      There were no examples of the kinds of codes that would actually be used, to give meaning to the purpose. Was particularly concerned about: Condition.clinicalStatus and Condition.verificationStatus, both of which were required. Could guess that the first might have codes saying active or inactive- and that makes sense, but no code list, even as examples were given. Have never heard of condition verification status in 40 years of practice.

      Regarding the condition body site. Though it is optional, it would help to assert that it the body site is often embedded in the problem ID/name. As is true of Pneumonia, Heart attack. Acute pancreatitis. And even things like hip fracture and acute abdomen

      Summary:

      Overall Condition.clinicalStatus and Condition.verificationStatus Condition body site

            Assignee:
            Unassigned
            Reporter:
            clemmcdonald
            clemmcdonald
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: