In medication parsing, we infer status from the moodcode of the object as either 'prescribed' or 'completed.' This isn't actually right. The mood codes map to the intention of the provider, not the status of the meds.
An optional status object comes in on medications (particularly in C32) which indicates the status of the medication. This, for VA C32, is usually active. Having the inferred status of 'completed' with a non-tracked status of 'active' is actually a misinterpretation of the medication status; it implies that it is no longer being taken, when in fact it very well may be.
I suggest as an enhancement we ignore the 'EVN' and 'INT', or put it into a new field (maybe 'disposition' or something?). We could then optionally search for statuses, and if none is found presume that it is an active med. Would be the clinically safer way to parse this data.
Not sure if we want this for this sprint, its a pretty big change, but sorta important.
For now, since status is seemingly optional, we have degraded its importance in the UI and replaced with Date Values. This ticket will be moved to the backlog for further review down the line.
Sort of an important issue.
In medication parsing, we infer status from the moodcode of the object as either 'prescribed' or 'completed.' This isn't actually right. The mood codes map to the intention of the provider, not the status of the meds.
An optional status object comes in on medications (particularly in C32) which indicates the status of the medication. This, for VA C32, is usually active. Having the inferred status of 'completed' with a non-tracked status of 'active' is actually a misinterpretation of the medication status; it implies that it is no longer being taken, when in fact it very well may be.
I suggest as an enhancement we ignore the 'EVN' and 'INT', or put it into a new field (maybe 'disposition' or something?). We could then optionally search for statuses, and if none is found presume that it is an active med. Would be the clinically safer way to parse this data.
Not sure if we want this for this sprint, its a pretty big change, but sorta important.
Assigning to Dmitry for feedback :)