merlinsilk wrote on Monday, August 18, 2014:
I have a plastic surgeon as a client that I am getting set up with openemr but for him, there is way too much data being asked about a patient.
For example he does not have to get any information about vaccinations, cancer screening, etc. Is there a way to remove these unneeded fields from the forms, and if so, where and how?
Thanks
Merlin
visolveemr wrote on Monday, August 18, 2014:
Merlin
We assume, by build in forms you mean by the forms already available in OpenEMR as shown in the screen Administration->Other->Forms.
If you want to customize or remove the unwanted fields from the build in forms, you need to edit/customize the files for that respective form in the folder interface/forms/<YOUR_FORM_FOLDER>.
Thanks
OpenEMR Customization/Support Team,
ViSolve Inc
services@visolve.com
Demo’s @ ViSolve Demo Library
elandau1260 wrote on Monday, August 18, 2014:
… or create your own forms using Layout Based Forms…
-Ed
blankev wrote on Monday, August 18, 2014:
Administration => Layout => Demographics and History and make unwanted field into UNUSED.
Vaccination schemes can be disabled in global
The TAB layout can be changed in translations.
All screening can be disabled or enabled. The surgeon might want to have different extra info to, for example the kind of implants and different kind of injectables not used by any other doctor. Could be included in History.
merlinsilk wrote on Tuesday, August 19, 2014:
Thank you so much for your input.
These are forms used in an encounter and changing them does involve quite a bit of understanding of the internal of OpenEMR. Not that I mind - I just finished expanding the ‘scanned_notes’ for so that I can now handle also pdf files and can also run this on a windows installation (the original used native linux commands).
merlinsilk wrote on Tuesday, August 19, 2014:
Thanks, Ed!
I would love to use those forms but for me the fact that I can not divide them into categories but that they all under one tab ‘Layout based’ is kind-of a show stopper for me. I might have to design the forms with the xml generator.
merlinsilk wrote on Tuesday, August 19, 2014:
Cool - that’s what I was looking for!
yehster wrote on Tuesday, August 19, 2014:
Here is a commit not yet brought into the official release that puts the Layout Based forms into categories.
cravaus wrote on Thursday, August 21, 2014:
Also look at NationNotes. This in combination with the Layout Based Visit forms is very powerful and flexible for a provider.
An odd thing about NationNotes is that in spell check (after you load it, you have to download the plug in), the check as you type is not enabled by default. It is easy to change:
go to /openemr/library/custom_template/ckeditor/config.js
Open to edit this file.
Add this line:
config.scayt_autoStartup = true;
bradymiller wrote on Sunday, September 14, 2014:
Hi,
What is the mapping column in the list_options supposed to be for?
There is also some related code by MD Support here:
https://sourceforge.net/p/openemr/code-review/244/
Would be nice to integrate all of this code with a solution that uses current registry table and lbfnames entries in list_options (and not need to create another list in list_options).
-brady
OpenEMR
mdsupport wrote on Sunday, September 14, 2014:
Comment in edit_list.php :
// IPPF includes the ability to map each list item to a “master” identifier.
// Sports teams use this for some extra info for fitness levels.
merlinsilk wrote on Friday, October 24, 2014:
Thanks Kevin,
I checked out that commit, but it appears a bit (yeah!) beyond my grasp of the internals of OpenEMR.
I guess I would replace my file with this new one, but then how would this change the interface? How would a user be able to assign a created LBF to a category?
merlinsilk wrote on Sunday, October 26, 2014:
I could not help messing with the committed new_form.php but had to change it a bit as it was using eSign and that is something I don’t have yet in my 4.1.2 with patch 7. It does work but not quite as I expected: When I replace my old file with the one in the commit, my LBF moves into the tab Clinical and I don’t see any way to change that. I had expected my new LBF to appear in Admin>Forms but it does not. In case you want to see what I did - I attach my modified file to this post.
Thanks for any insights you might have.
blankev wrote on Sunday, October 26, 2014:
LBF-Visit-Fforms have to be created through the menu… for me as a non-developer, for sure, there are many connections involved.
It could be that you used a form and renamed the form in a not LBF-Visit-Form compatible name. (Or whatever you renamed that TAB
fsgl wrote on Sunday, October 26, 2014:
A fundamental question: Where is the need for a “folder system” (as in organizing browser bookmarks) in the Layout Based tab?
Multi-discipline practices generally have considerable means & would opt for proprietary EHR’s. The typical practice that deploys OpenEMR is single specialty.
Ophthalmology requires notes which are radically different from other specialties, yet we require no more than 8 forms. They can be listed in the order of frequency of use, thus search for the desired form takes miliseconds.
jcahn2 wrote on Sunday, October 26, 2014:
Ahoy fsgl
“Multi-discipline practices generally have considerable means”
I like to think of primary care as “multi-discipline” and I wish you were right about the “considerable means” :>) At first blush, a folder system would be a useful tool for practices treating more than a modicum of diagnostic choices.
fsgl wrote on Sunday, October 26, 2014:
Salutations Jack.
To our chagrin, practices with modest means prefer the proprietary stuff (can’t think of a proper homonym that starts with a “p”; paplum would be churlish).
Does a family practice need more than 10 forms? Or just enough space for the differential diagnoses?
aethelwulffe wrote on Monday, December 15, 2014:
Personally, I like to encourage everyone…PCP’s, ARNP’s, BH/Psych, Specialists etc… to use a fairly wide range of piecemeal forms. That is to say, that at any point there is a work-flow stopping point, the form should be saved at that point.
That said, I ALSO like to add concurrent form content to be easily accessible within the later workflow points.
Example: Intake handles ROS. End form.
PN takes vitals (end form vitals), then does venipuncture/INR or some other procedure in “Nursing Notes”.
That is two forms because sometimes a higher level provider MIGHT be doing either or both of the two when no-one else is available.
Once the top level provider for that encounter starts their exam, the data from the previous forms should be viewable (minimized, but expandable) within their own note >during editing<, but NOT included as duplicate data.
Since there is no entry history with items like family history etc… the option to include a snapshot of all those demographics elements within the note is also quite nice. Then when Medicare gives them a long luxurious proctological exam, the Patient Report printouts show current known surgery, allergy, medication, and family history elements, but also includes the snapshot at the time of the note.
NONE of the above requires a super-techy bunch of code. It’s just a few simple queries in a basic html and php form to get those snapshots and review windows.
Just in case this saves the next person some time - This solution may work, but I achieved the same result using a slightly different method documented here: Enabling SCAYT by default in Nation Notes and other options for config - #3 by Goddard
Huge thanks to everyone who contributed to this thread and OpenEMR as a whole! Great tool and a great community!