teryhill wrote on Tuesday, August 25, 2015:
I have a request to add Past Medical History and Past Surgical History to the main demographics page for the patient like the medical problems, vitals,etc.
Has anyone worked on this?
Terry
mdsupport wrote on Tuesday, August 25, 2015:
We have added surgeries as a list category so MDs have one click access to past surgeries.
How are closed medical issues any different than ‘Past Medical History’? Come to think about it, it may be a good addition to add another widget or better yet a toggle to the ‘Medical Issues’ widget which will display closed issues… Other option is to add another widget that displays ‘closed’ issues as past issues.
fsgl wrote on Tuesday, August 25, 2015:
Do they want PMH & PSH on the left side of the Patient Summary? If that is the case, should be fairly easy to add fields to the Demographics layout.
PMH=Medical Problems & PSH=Surgeries as Issues on the right side of Patient Summary. It’s a bit confusing because almost all of Issues is part of the past history & a great deal of the History tab is part of the same.
Unlike address or insurance info, editing of PMH with deleting old stuff & adding new is faster & easier. With PSH it is merely a matter of appending.
Having Meds & both past histories on the right is very convenient in writing a comprehensive H & P, because all 3 can be copied & pasted into the note. It may be a little more difficult to do the same if layout is on the left.
Previously it was even more convenient with the older version of Firefox plus auto-complete. For example, typing “Metformin” will bring up all previous dosages & regimens for the user to click without having to add “500 mg po bid”.
What specifics do they want in PMH & PSH?
teryhill wrote on Tuesday, August 25, 2015:
they want it on the main demographics page (see attached).
It is a surgical center , right now it is still in the asking questions part. I think adding Issues as PSH and renameing medical problems as PMH would be a good place to start. I wonder what the purpose of burying the things on the issues link was. It would probaly be good to do thesame with past Ocular history.
Thanks
Terry
epsdky wrote on Tuesday, August 25, 2015:
The Surgeries widget can appear on the right in Demographics (with Medical Problems etc)
Admin > Lists > Edit List (Issue Type) > Default … surgery … Force Show (check)
teryhill wrote on Tuesday, August 25, 2015:
that 's great thanks epsdky
epsdky wrote on Tuesday, August 25, 2015:
Your welcome
teryhill wrote on Tuesday, August 25, 2015:
I renamed General to Past Surgeries I now have them both Thanks again. fsgl maybe this needs to go on the wiki
teryhill wrote on Tuesday, August 25, 2015:
So now how do we leverage this for other options that we might want to add.
teryhill wrote on Tuesday, August 25, 2015:
Alright here goes. If you add an item to the list , The Type needs to be unique to the application, ie you can only have one surgery with a type of default. The type also drives the default list, so making one called past_surgery and then creating a list caled Past Surgury Issue List links them to gether .
Terry
fsgl wrote on Tuesday, August 25, 2015:
If you set it up in Administration/Lists according to their requests, it should work out fine because the History part of H & P has sections with unique names.
The Issues tab permitted different attributes like adding an ICD & attaching Issues to Encounters, most of which I don’t use.
Nice aspect of Issues on the right side of the Patient Summary is having a bird’s eye view of the history. For a surgicenter, helpful to quickly check PMH, Meds & Allergies; without rummaging through all the clinical notes. In the days of paper charts, this was known as the Summary Sheet at the very front of the chart.
Will attach .png for others who don’t know how to add Issues.
fsgl wrote on Wednesday, August 26, 2015:
There does not appear to be a great demand to add Issues at present.
Will hold off on a Wiki article until demand increases.
Eye folks have unusual needs in an EHR, not so with other specialties; therefore this situation should not come up often.
medfetch wrote on Sunday, September 13, 2015:
Brady cautioned me about adding new issues 'cause it could break the MU work underway.
I wrote a UI “widget” within the eye_mag form which pulls in the Past Medical, Past Surgical, Family History, Meds, Allergies, SocHx and ROS from their current locations in openEMR into a single rectangular input location and then displays them alongside in another rectangle, or a via pop-out, persistent, side panel. It is not perfect, but may help address the original feature request.
By adding a new “subtype” field to the “lists” table, it is possible to have surgeries or meds (or anything) to be subcategorized and listed separately if desired. For example eye docs like POH, past ocular history, which is really an “eye” subtype of “medical_problem”. Entering something in POH area of the UI widget stores the entry as a “medical_problem” with a subtype of “eye”. This preserves all the current backend logic for creating reports and continuity of care documents etc. Same could be done for Meds for example, to separate out a specialists RXs from those prescribed by others. Again it helps display the data with affecting the reporting functions.
When MU works slows, this work can be reviewed and added to the code base so others can adapt the code for their needs.