Community forms for different spciality

Help
Nathan
2012-10-26
2013-04-06
  • Nathan
    Nathan
    2012-10-26

    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

     
  • Brady Miller
    Brady Miller
    2012-10-26

    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

     
  • Nathan
    Nathan
    2012-10-26

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

    Thanks.

     
  • Pieter W
    Pieter W
    2012-10-26

    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

     
  • Nathan
    Nathan
    2012-10-26

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

    Thanks

     
  • Pieter W
    Pieter W
    2012-10-26

    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

     
  • Nathan
    Nathan
    2012-10-27

    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

     
  • Kevin Yeh
    Kevin Yeh
    2012-10-27

    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.

     
  • Pieter W
    Pieter W
    2012-10-27

    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.

     
  • Kevin Yeh
    Kevin Yeh
    2012-10-27

    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

     
  • Pieter W
    Pieter W
    2012-10-27

    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

     
  • Pieter W
    Pieter W
    2012-10-28

    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

     
  • Pieter W
    Pieter W
    2012-10-28

    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

     
  • Nathan
    Nathan
    2012-10-29

    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

             

     
  • Brady Miller
    Brady Miller
    2012-10-29

    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

     
  • Pieter W
    Pieter W
    2012-10-29

    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

     
  • Pieter W
    Pieter W
    2012-10-30

    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

     
  • Nathan
    Nathan
    2012-10-30

    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

     
  • Pieter W
    Pieter W
    2012-10-30

    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.

     
  • openemrdev
    openemrdev
    2013-02-05

    Hi all,
               Is this forms categorization analyzing is in progress or have to start??

    Thanks