#3225 RX3 Fav convention changes causing problem to predefined Favs

[Daniel Sin]

OSCAR build date:
OSCAR build tag:
Client browser: Firefox
Client OS: Win 7
Preconditions:

1. System has defined non numeric dat in the Favorite Drug definition. Upgrade to 12.1.1 and the alpha values will create issues.

Steps to reproduce:

1. Define Favorites med in 12.1 with non-numeric value in quantity or upgrade a system with favorite drugs that has alpha characters defined in quantity field.
2. Prescribe the fav. medication in 12.1.1

Since the upgrade, see how some meds are “yellow” instead of blue as they now have “zero days to expire”…this was happening for just a few meds before. Now almost every medication in my favorites will also go to the yellow “zero days to expire” when I change the quantity to 1. Maybe I am missing something, so have a look on your test system if there is an error on my part.
If there is zero repeats of the med, it disappears from the CPP summary which interferes with patient care.
I’m still not clear why the quantity can ONLY be numeric,,,eg does “3” mean 3 months supply, 3 pills, 3cc or 3 gm tube?? For some of our meds they also come in both 5 and 10cc bottles.

Expected Result:
allow quantity and repeats to come to the right amount of medication
Observed:
problems in medication

Other details:
This is due to one changes required by OntarioMD. One is quantity of medication can only have numeric values - export requirement.
Thsi means anyone that has favorite medication in 12.1 that has alpha character in quantity field will need to edit Fav to avoid this issue.

[Daniel Sin]

This one should be in 12.1.1, can someone help move it?

[Marc Dumontier]

This bug is confusing to read, and I'm not sure what solution to propose.

RX3 uses a complex system of logic to set some of these fields from the language parser that was developed.

Can you give a very concrete example.

Do you have the favorites record from the DB in question? Even just a dump of the row from mysqldump would be helpful to replicate the behavior being described.

[Sarah Allen]

This appears to be happening because the prescription is being re-calculated from the instruction and/or qty fields.

Example:
1) Search for a patient
2) Click Rx
3) Search for ibuprofen
4) Type "Take 1 tablet PO OD PRN"
5) Set the qty to 5
6) Click the duration field and change the number to 70
7) Save the prescription
8) Click the link for the prescription
9) Click Add to Favorites and enter a description
10) Click Edit on the Favorites in the left-hand sidebar and see that the duration is still set to 70
11) Click Back to Search For Drug
12) Click the favorited prescription in the sidebar
Expected: The duration is 70
Actual: The duration has changed to 5

(Alternate workflow with similar results:
1) Repeat steps 1-3
2) Type "Take 1 tablet PO OD PRN for 1 week"
3) Change qty to 100
4) Proceed with steps 7-9 above
5) See qty is set to 100
6) Click back to Search for Drug
7) Click new favorite on sidebar
Expected: qty is 100
Actual: qty is 7
)

It seems likely providers would use the favorites in order to avoid having to re-modify a prescription every time it's prescribed, so we should not re-parse the instruction field when loading from a favorite.

[Daniel Sin]

I am coming up with a document to propose what needs to be done on this one and 3154. Please give me 24 hours to provide that. Sarah points out the key issue, but it has to also include 3154. Thanks.

[Daniel Sin]

Here is a write up for this and 3154 bug. There are a total of 4 issues in these two bugs. We should have a discussion to finalize a solution.

[Daniel Sin]

This is included in the 3154 fix. Will close once 3154 is done.

[Daniel Sin]

This is fixed per the 12.1.1 bug fix release in June, there by closing this bug.