Changing one of the checkboxes in the Diagnosis widget

At the PIH primary care clinics in Mexico, they need to save an additional piece of data with each diagnosis – whether the MoH would consider it a “first time” diagnosis or not, based on the criteria the doctors know. At the same time, “Confirmed” is not a meaningful piece of information about a diagnosis, because at the primary care clinic they don’t have the labs etc needed to really “confirm” things.

In the form, we’re using <encounterDiagnosesByObs>. It’s been requested that the “Confirmed” checkbox be replaced with a “First time” checkbox.

Does anyone have good ideas for how to go about doing that?

I would be against storing the “first time” information in that for “Confirmed” because it looks like a hack. :slight_smile:

Our convention for extending the core model in regards to things that are not generally needed else where, has been through attributes. Examples are, person attributes, visit attributes, location attributes, etc.

Therefore i would propose something like diagnosis attributes.

1 Like

I think that’s a fine idea. How should we go about making that happen?

@mogoodrich

If others also agree with this approach, i would envision tickets created which follow this pattern:

@dkayiwa @bistenes … I agree that attributes seems like the “right” solution to do this…

Unfortunately, @bistenes there are a a few complications to this if we use our current model… we’d need to expand the EncounerDiagnoses HFE widget to support this (optional) attribute.

More unfortunately, we currently are using the “old” obs model for diagnoses at PIH, so we’d want to either 1) migrate to the new model first, or 2) update both the old and new versions of the widget to support this.

Preference would be to do 1) but when we upgraded to Core 2.2.x we ended up punting on the diagnosis migrations because we found a lot of outstanding issues that would need to be fixed and it was slowing down our ability to go to Core 2.2.x. Brandon, as reference:

https://pihemr.atlassian.net/browse/UHM-3650

Take care, Mark

Resurrecting this thread. @mogoodrich made another, which I’ll just copy here:

Hello all…

A follow up to: Changing one of the checkboxes in the Diagnosis widget

We have a use case at one of our implementations where, for reporting purposes, when a clinician records a diagnosis whether it is the “first time” for that diagnoses (by “first time” is that the visit is the first for that incidence of the disease. So Diabetes will have only one “first time” diagnosis in a lifetime, but the flu might be a “first time” diagnosis every time the patient comes in about a new flu)

There’s no support for recording this data point in our current Diagnosis model, so I wondered:

  • Would there be support for making Diagnosis “Attributable” so we could store this as a “diagnosis attribute” (ie change Diagonsis so it extends BaseCustomizableOpenMRSData instead of BaseChangeableOpenMRSData) as @dkayiwa suggested in the previous post
  • If people had other suggestions on how to support it

I was also wondering if there would be any precedent for adding something specific to the Diagnosis model to support this. So, since I know we are trying to be as FHIR-compatible as possible, I wanted to look up the modelling of Diagnosis in FHIR, but after a quick look, it appears that there isn’t such a thing … it looks like in FHIR it would be modelling using a combination of Condition and Observation. Has there been thoughts of how our Diagnosis will fit in the FHIR model?

Another PIH implementation, Peru, now wants their own customizations to the diagnosis attributes.

They need a checkbox for “Repeated” (“repitido”).

From conversation with @mogoodrich I’ve gathered that:

  • encounterDiagnosisByObs is deprecated, since we want to make diagnoses into first-class objects.
  • The Diagnosis object used by encounterDiagnosis is modeled after the FHIR Condition.

So there are sort of two options, maybe:

  1. Let encounterDiagnosesByObs diverge and be a standard way to collect nonstandard diagnosis information.
  2. Make Diagnosis attributable and let the FHIR team worry about how to represent those attributes (whether via an extension or hacked into annotations).

I think the second is preferable. I filed the ticket @dkayiwa requested above: [TRUNK-6038] Add "Diagnosis Attribute" to data model - OpenMRS Issues

CC @mseaton @burke @ibacher

1 Like

In FHIR, a diagnosis is generally modelled as a Condition. OpenMRS distinguishes between a Condition and a Diagnosis and FHIR does to based, essentially on the Condition.category indicating either that a condition is a problem-list-item for what OpenMRS calls a “condition” or an encounter-diagnosis for what OpenMRS calls a diagnosis.

Looking at the FHIR modelling, I’m not sure how one would represent “first time” other than, e.g., giving the diagnosis a clinicalStatus of active and making it the first instance of that diagnosis recorded for that patient.

“Repeated” sounds to me like it would be modelled in FHIR as a Condition with a clinicalStatus of recurrence; however, this valueset isn’t fully available in the equivalent OpenMRS concept.

A note on this: we’re unlikely to ever have a fully adequate solution to mapping between OMRS attributes and FHIR representations. One reason for this is that sometimes data that is represented as attributes in OMRS actually belongs in a standard field in FHIR (e.g., if we implement “repeated” as an attribute, it should affect the clinicalStatus rather than necessarily adding an extension). But we can certainly provide tooling to aid with those things.

In this case, however, it seems better to extend teh OMRS ConditionClinicalStatus enum to support recurrence or relapse as appropriate.

Thanks Ian! Filed [TRUNK-6039] Diagnosis support for ConditionClinicalStatuses recurrence, relapse, remission, resolved - OpenMRS Issues