Community forms for different spciality

sriniemr wrote on Friday, October 26, 2012:

Hi all.

Openemr have list of forms in openemr/contrib/forms ,It helps us a lot, but do we have any lists of forms names under different specialty?.As like below

Dentist                      ophthalmology
Dentist - Form1          ophthalmology - Form1
Dentist - Form2          ophthalmology - Form2
Dentist - Form3          ophthalmology - Form2

I need form names under different specialty from an openemr community forms. Could you please help me to separate the openemr community forms for different specialty

Thanks

bradymiller wrote on Friday, October 26, 2012:

Hi,

That contrib/forms directory is sorely in need of both the following:
1. Testing of forms to see if they even work anymore (and remove them if they don’t)
2. Organization

Anybody, please feel free to take this project on.

-brady
OpenEMR

sriniemr wrote on Friday, October 26, 2012:

Brady,
           How may i help on this project,Please let me know

Thanks.

blankev wrote on Friday, October 26, 2012:

These forms can be classified, just like what happens when activating a new form for the Database MSQL. This should not be so difficult. Once activated the specialists have their own coding system to use their forms. Now we have Administration and Clinical. Nothing wrong to make more sub-options in your own local OpenEMR program. (example: Administration, Clinical, personal, medical and patient oriented forms). Remakes of the growth charts and vitals are nice examples. Growth chars could be patient oriented, but can also be used for local population statistics.

Classification of the non installed forms is a way to go for starters.

OpenEMR/Forms/Specialty/Subject/form.php

This could lead to overlap and duplication, but once started each specialist could roam in the different directories of specialty of related specializations. Orthopedic/physiotherapists/Generlal Physician, ophthalmology/optometrists/general Physician, psychiatry/psychology/General Physician…… (Just a some suggestion)

How can we keep it clean and to the point?

GITHUB is the way to go, not including everything/every FORM in next release. What you want, you can download from GITHUB. (or some other kind of mechanism like language translation tables?)

Tnx for reading and please feel feel to give better alternatives.

Pimm

sriniemr wrote on Friday, October 26, 2012:

Pimm,
            Do you know the separations of forms for different  specialties,Can you list the specialties as well the forms name.

Thanks

blankev wrote on Friday, October 26, 2012:

I think we have to go by trial and error and with the help of USERS of OpenEMR, but we can make an effort and just start to make some kind of index.

1. All
2. General Physician
3. Specialists
4. Organization
5. Other

Financial forms should go to 1. All
Pain chart to 2, 3, 5
Growth charts to 2, 3, may be 5.

Rod and Brady and Dr. Bowen and many others, what is your opinion on how to approach this new idea?

But all should be activated somewhere on a Demo version and the functionality be tested.

Please let me know how and where to continue.

Pimm

sriniemr wrote on Saturday, October 27, 2012:

Sound like a good idea,

Because separations of forms  will help the users to choose the exact required forms based on their facilities.

Also still all the community forms are not worked well.So we need test all the forms and fix those all bug,If we did this It would 100% useful the openemr users . Until we fix those issues the community forms are unused in clinics.

Brady, Tony ,Dr sam ,Could you please think about that, and let us know,We would like to contribute on openemr community

forms testing and bug fixing.

FYI : Any sponsors for this is highly appreciated

-Nathan

zhhealthcare wrote on Saturday, October 27, 2012:

Brady
If I am not mistaken we had submitted code to separate the forms by speciality.  https://sourceforge.net/tracker/?func=detail&atid=1245239&aid=3460012&group_id=60081

Is this not what is being asked for?
Shameem

yehster wrote on Saturday, October 27, 2012:

Shameem,
Just because someone is asking for something related to what you implemented, does not make the quality of your code any better at this point.  Your commit was rejected before because of the functionality it would break if we were to include it in the main tree. That simple fact has not changed.

What is being asked for is NOT what you guys did.  These guys want classification/auditing of the existing forms in contrib so that they can understand better what works and is available. What you guys implemented are extensive changes to the form loading mechanism which can enable the use of multiple directories for active forms, but doesn’t provide any information on the options available in the contrib directory.

blankev wrote on Saturday, October 27, 2012:

Yester,

what you write sounds like some info I missed during this discussion. Would you please be so kind and send more particulars on “what forms do and what does not work or ruin the OpenEMR functionality” as is? Even from memory and some mentioning of directories of forms would give an indication of how to continue to get more information on** this  specialty logic.**

OpenEMR is used by so many different specialties, that it seems obvious an advantage, if we can make some kind of differentiation.

Your suggestion is to make an extra Directory of Forms without clear advantage because of broken functionality, or did I misunderstand your message?

Directory 6 could be named:
6.  FINDME    => Forms In  Need of Developers for More Exploration.

yehster wrote on Saturday, October 27, 2012:

Blankev,
From what I understand, all you want to do is re-arrange files/folders in the contrib directory by specialty. (Which is fine/useful/won’t break anything.).

You aren’t missing anything.  Shameem is mentioning functionality his group worked on before that isn’t directly related to the stuff in the contrib directory that you are hoping to inventory.  If you want to know more, then follow his link in the tracker and read the comments there and in the github commit.  They aren’t really relevant to what you hope to accomplish regarding forms in contrib.

They submitted a mechanism which conflicts with current form installation practices that forces existing working forms into sub-directories. (This mechanism will break existing installs).  It would change how someone uses a form from contrib, but not the contents of contrib themselves.

-Kevin Yeh

blankev wrote on Saturday, October 27, 2012:

Seems you are correct. It has a list of comments and looks like what I think Sriniemr is looking for.

The suggested URL does not give permission to explore the working version:

http://nahahealthclinic.dyndns.org/zhtest

Tnx for the INFO.

Pimm

blankev wrote on Sunday, October 28, 2012:

I am testing some of the Forms in Contrib.

bariatric_surgery_set  is incomplete and need extra attention

phone_exam is a variation of Notes
snellen is also a variation of Notes with four extra fields:  left/right eye and with/without correction

This brings another option in focus:

We could use WIKI pages on how to “install”   contrib => form examples in include => form (directory)

Also we could wait for Shaheem’s solution as mentioned in the GitHub discussion and in the mean time make the different forms for different specialty inclusions as  sub-pages in WIKI.

If I find some time I will further explore what is, and what is not in WIKI about including forms from contrib.

Question:
Developers, can you make something for forms like was done for languages? Make a spreadsheet that includes all forms and a sub-division into speciality a spreadsheet that can expand as specialties join and more forms are contributed? With some kind of automatism to include them in the WIKI sub-pages to be made?

I can help with the spreadsheet, but automatic connection between spreadsheet and WIKI is beyond my scope.

I can make some text in WIKI. My contribution as always is allowed to be scrutinized and rearranged and corrected if needed.

This solution might be more exact than some kind of inclusion in OpenEMR and can be done without real programming inside of OpenEMR and so will not compromise working versions. It will also attract some extra USERS to WIKI and manual of OpenEMR

Have a nice day, Pimm

blankev wrote on Sunday, October 28, 2012:

http://www.open-emr.org/wiki/index.php/The_Forms_API

Is this the OpenEMR WIKI page where a description of the different forms and their goal might be explained?

Please advise!

Pimm

sriniemr wrote on Monday, October 29, 2012:

Thanks pimm,
                          Also we need specialty names for individual forms,I.e Hip forms  for Physiotherapy specialty.We need this kind of details for all community forms

         

bradymiller wrote on Monday, October 29, 2012:

Hi

Two separate issues here:

1. ZH Healthcare does have Form installation gui that nicely separates forms by specialty (which allows straightforward installation of forms for an entire speciality etc.). The code and reviews can be found here:
http://sourceforge.net/tracker/?func=detail&atid=1245239&aid=3460012&group_id=60081
This feature has some great potential but is still in development. There are still some issues that are being ironed out; it was not rejected and is still in development. Hopefully, when ZH Healthcare has some available resources they will continue development on this feature.

2. Simple organization and cleanup of the contrib/forms directory, which is sorely needed. Note Tony did begin to implement a forms download page, which would be a good place to put Form descriptions for now:
http://open-emr.org/wiki/index.php/OpenEMR_Contributed_Forms

-brady
OpenEMR

blankev wrote on Monday, October 29, 2012:

Had some more time to dig into different forms. Most are directly developed from Notes. Some are more evolutions and seem to get and present many variables derived from other input files.

There are simple forms and forms derived from simple forms with extras.

Hope to find some time to explore more, because there are also forms hidden in the sub-directories, but these do not load like others, these need to be loaded from their sub-directories to work and install like others.

If there are USERS who have had difficulties with some forms, please explain so we don have to explore thin g that are known issues.

Tnx, Pimm

blankev wrote on Tuesday, October 30, 2012:

I included some extra text on the suggested page:

http://open-emr.org/wiki/index.php/OpenEMR_Contributed_Forms

and made a review of the Graphic Pain Map. Please excuse me for the typos on the graphics, but any comment on all other texts and referral issues as to improve the quality is welcomed.

I will try to continue and this will take some effort and time, all help and suggestions are welcome!

Pimm

sriniemr wrote on Tuesday, October 30, 2012:

Pimm,
             Checked the above link.and below is the note for you.

Graphic pain map - Form to register client pain complaints with location and severity, if needed with extra remarks. Can be adapted for any specialty. Included in OpenEMR installations under contrib.

Need this type of specialty  information for all community forms.

Could you please help to get this information.If i need to do any help for this please contact me offline.

Also other openemr users  have to help on this to get the details of all forms

-Nathan
seenu4043@gmail.com

blankev wrote on Tuesday, October 30, 2012:

Hello Nathan,

let me make something clear: I am a General Physician. As such working in a private practice.  I can do some extra work on Forms and $$ would help but even than my time is limited. As mentioned, you are more than welcome to join and help to give some kind of support in this project. If you like the page I could give you some hints on how it is done, but I have no extra $$ to support this work.

First you have to ask for edit permission for the WIKI pages. Most probably Brady will be the person to ask. If you have permission please feel free and let me know if you need further support to make the WIKI page changes.

As always, any support for further development of OpenEMR for potential USERS is supported, as l;ong as it is for the community and have the potential keep OpenEMR also an International project.

Pimm

pimmblankevoort attt hotmail dotttt com if you still need some personal contact.