Alternative for expensive similar systems. And better because there is no vendor locked problems and it is wide used. If someone is smart enough in the government, which I doubt .
OpenMRS is a community-developed, open source, enterprise electronic medical record system platform. It’s robust enough for a nationwide health care system, and nimble enough for a field-based clinic. And best of all, it’s open source, which means you can build on what we’ve done to realize new ideas and create the ideal software for your needs.
The Open Medical Record System (OpenMRS®) was created in 2004 as a open source medical record system platform for developing countries – a tide which rises all ships. OpenMRS is a multi-institution, non-profit collaborative led by Regenstrief Institute, a world-renowned leader in medical informatics research, and Partners In Health, a Boston-based philanthropic organization with a focus on improving the lives of underprivileged people worldwide through health care service and advocacy. These teams nurture a growing worldwide network of individuals and organizations all focused on creating medical record systems and a corresponding implementation network to allow system development self reliance within resource constrained environments.
OpenMRS is a software platform and a reference application which enables design of a customized medical records system with no programming knowledge (although medical and systems analysis knowledge is required). It is a common platform upon which medical informatics efforts in developing countries can be built. The system is based on a conceptual database structure which is not dependent on the actual types of medical information required to be collected or on particular data collection forms and so can be customized for different uses.
There are several layers to the system. (Warning, geek-speak ahead!)
- Our data model borrows heavily from the Regenstrief model, which has over a 30-year history of proven scalability and is based on a concept dictionary.
- The API (application programming interface) provides a programmatic “wrapper” around the data model, allowing any developer to program against more simplified method calls rather than having to understand the intricacies of the data model.
- The web application includes web front-ends and modules that extend the core functions — these are the user interfaces and applications themselves built upon the lower levels.
This is an incomplete list of OpenMRS features “out of the box”. Our many add-on modules make it easy to infinitely expand and extend the system.
- Central concept dictionary: Definitions of all data (both questions and answers) are defined in a centralized dictionary, allowing for robust, coded data
- Security: User authentication
- Privilege-based access: User roles and permission system
- Patient repository: Creation and maintenance of patient data, including demographics, clinical observations, encounter data, orders, etc.
- Multiple identifiers per patient: A single patient may have multiple medical record numbers
- Data entry: With the FormEntry module, clients with InfoPath (included in Microsoft Office 2003 and later) can design and enter data using flexible, electronic forms. With the HTML FormEntry module, forms can be created with customized HTML and run directly within the web application.
- Data export: Data can be exported into a spreadsheet format for use in other tools (Excel, Access, etc.)
- Standards support: HL7 engine for data import
- Modular architecture: An OpenMRS Module can extend and add any type of functionality to the existing API and webapp.
- Patient workflows: An embedded patient workflow service allows patient to be put into programs (studies, treatment programs, etc.) and tracked through various states.
- Cohort management: The cohort builder allows you to create groups of patients for data exports, reporting, etc.
- Relationships: Relationships between any two people (patients, relatives, caretakers, etc.)
- Patient merging: Merging duplicate patients
- Localization / internationalization: Multiple language support and the possibility to extend to other languages with full UTF-8 support.
- Support for complex data: Radiology images, sound files, etc. can be stored as “complex” observations
- Reporting tools: Flexible reporting tools
- Person attributes: The attributes of a person can be extended to meet local needs