CCHIT - Medication Allergy List

OpenEMR Development
1

anonymous wrote on Sunday, January 24, 2010:

Please review the meaningful use requirements and proposed solution posted here:

http://www.openmedsoftware.org/wiki/Medication_Allergy_List

Let us know what you think.

2

blankev wrote on Monday, January 25, 2010:

Thomas,

again “looks” nice and a valuable new solution. Is it also possible to make some kind of grades like the grading in ENCOUNTER FORM, with HIGH, NORMAL NONE? Red Orange or black (OR make it flashing or just the background of the fiels in special color. Some patients have life threatening allergies, others just a minor rash and these differences are important when treating patients. Most of the time there is the option of a different approach, but sometimes you must accept the minor allergy to give patient best treatment.

Pimm

3

mmfsystems wrote on Friday, January 28, 2011:

Thomas,

I have gone through the above mentioned link. It was quite helpful but I have some confusion regarding this which I am sharing with you. Let me know your suggestions on them.

1. As per the meaningful criteria we need to add a “problem_list_status” field to “patient_data” table. The default for this field is “”. According to my observation this field has not been used in the application so what is the benefit of adding this field in the application? Please clarify.

2. As per the meaningful criteria we need to create a new field in Encounter form to allow the provider to choose “None” if there is no problem.
O Add Problem O None
O Add Allergy O None
O Add Medication O None

But there is not any modification in the encounter form like this. Yes we have modification in the add edit issue form where we have introduced combo box for the allergy,problem and other. So I am confused what this modification mean about?

3. As per the meaningful criteria we need to create a new table since there are over 400 records of allergy from Lexi-comp medication database.
I am also confuse in terms of use of the allergy table in the application because the options are coming from the txt file on the add edit issues form. So where we will exactly use this table in application.

Thanks,
MMF systems.

4

mmfsystems wrote on Tuesday, February 01, 2011:

Thomas and Tony,

Just wanted to make you both clear in terms of my question regarding point 1 in more detail. “problem_list_status” column has not been even added in the patient_data table. If we will add this column in the table then this will be blank column in the patient_data table with no value. Do we really need to add this column in the patient data table?

Thanks
MMF systems

5

tmccormi wrote on Wednesday, February 02, 2011:

MMF
  The medication/allergies and Problem lists all pass as is.  No changes are required.  I just did this testing with the testing agency and we have no issues here.
-Tony

6

mmfsystems wrote on Wednesday, February 02, 2011:

Hi Tony,

Thanks for your reply. I have found another forum topic on the same issue where talk is going about “Add Problem” and “None” options. You can go through the discuss through this link.

http://sourceforge.net/projects/openemr/forums/forum/202506/topic/3529447/index/page/1

In this discussion they were talking about the explicit functionality to specify “none” If patient have no problem, allergy, dental issues or other things. Can you please clarify me about this because we have no such kind of implementation in current system.

Thanks,
MMF Systems

7

tw2usa wrote on Wednesday, February 02, 2011:

Hi All,

My understanding is that the “None” indication is still required for several MU items to pass meaningful use certification. See page 5 of Test Procedure for §170.302 (n) Automate Measure Calculation: http://xw2k.nist.gov/healthcare/docs/170.302.n_AutomateMeasureCalc_v1.1.pdf.

Correct me if I’m wrong.

8

tmccormi wrote on Wednesday, February 02, 2011:

We have not tested 302 (n) so that is probably the case. 

But the ‘None’ indication is already available in the issues module by typing the word “None” in the title field. 

Another, better, solution would be to add ‘None’ to the selection list for Occurrence.  That plus the begin date would give you and indication that “none” is the current “active” state for any Issue/Problem Category.  No code changes needed.

-Tony

9

tmccormi wrote on Wednesday, February 02, 2011:

I tested this on the new demo site https://devdemo.oemr.org:44307/openemr and it worked fine.  Be nice to have Title autofill with “None”  when that is selected, but other wise it’s fine.
-Tony