Difference between revisions of "Open source openemr"

From OpenEMR Project Wiki
Line 26: Line 26:
::*Discuss how this will effect the choice of a vendor.
::*Discuss how this will effect the choice of a vendor.
:::*Should seek a vendor whom has demonstrated ability to get new features into the codebase.
:::*Should seek a vendor whom has demonstrated ability to get new features into the codebase.
::::*How seek a vendor whom has demonstrated ability to get new features into the codebase:
:::::*Check for their activity on the forums.
:::::*Check their commit activity: http://github.com/openemr/openemr/commits/master
:::::*Ask the vendor how active they are on the forums and how many features/commits they have contributed to the main codebase.
:::::*Ask for recommendations from others in the community.


==Show example of clinics that successfully use the product==
==Show example of clinics that successfully use the product==

Revision as of 20:40, 26 November 2011

Overview

Articles to convince users why open source emrs are better than proprietary emrs by 1) defining open source software, 2) describing why open source EMR's are better than proprietary EMR's, 3) describing how to find a vendor/support and 4) showing examples of OpenEMR working in practices.

Define open source software and describe why open source EMR's are better than proprietary EMR's.

This subject is discussed on the following pages/websites:
  • Specifically, the 'What is Open Source' and 'Why use an Open Source EMR' sections.
  • This will always be a work in progress. For any input, please post in any of the OpenEMR Forums.

Discuss how to choose vendor/support

  • Main issue is how do new users know which one to choose.
  • Asking for recommendations is likely a more effective option. For example, emailing (or even posting on sourceforge to keep open) what a user is looking for, which is then followed by recommendations from the community.
  • Main issue is potential for bias.
  • Also the issue of getting the code into the official codebase
  • Discuss the merits of this, for example:
  • Then the new feature will continue to be supported into the future.
  • Then the new feature may be improved by others in the future.
  • New features in the future won't break the original feature.
  • Giving back to the community that provided you with free EMR software.
  • Discuss how this will effect the choice of a vendor.
  • Should seek a vendor whom has demonstrated ability to get new features into the codebase.
  • How seek a vendor whom has demonstrated ability to get new features into the codebase:
  • Check for their activity on the forums.
  • Check their commit activity: http://github.com/openemr/openemr/commits/master
  • Ask the vendor how active they are on the forums and how many features/commits they have contributed to the main codebase.
  • Ask for recommendations from others in the community.

Show example of clinics that successfully use the product