Wiki Spaces
Documentation
Projects
Resources
Get Help from Others
Q&A: Ask OpenMRS
Discussion: OpenMRS Talk
Real-Time: IRC Chat | Slack
For information about how the roadmap milestones are chosen and prioritized, see the Technical Roadmap Planning page.
For details of recent releases and release notes, see Releases.
Table of Contents
Product Roadmap
To see the full OpenMRS Product Roadmap, see our Product Dashboard at om.rs/productdashboard
Have feedback about this list? We want to hear from you! Please share in the forum thread here: https://talk.openmrs.org/t/openmrs-platform-roadmap/38652
Our main goal: Make Platform as easy to support as possible.
FormRecordable
for more than just Obs
and Condition
Tickets for Platform 2.5
Additional candidates for 2.5:
Group
entity replacing Cohort
(see Slack discussion here.)Customize the different types of events you'd like to manage in this calendar.
#legIndex/#totalLegsOptionally, restrict who can view or add events to the team calendar.
#legIndex/#totalLegsGrab the calendar's URL and email it to your team, or paste it on a page to embed the calendar.
#legIndex/#totalLegsThe calendar is ready to go! Click any day on the calendar to add an event or use the Add event button.
#legIndex/#totalLegsSubscribe to calendars using your favorite calendar client.
#legIndex/#totalLegsCustomize the different types of events you'd like to manage in this calendar.
#legIndex/#totalLegsOptionally, restrict who can view or add events to the team calendar.
#legIndex/#totalLegsGrab the calendar's URL and email it to your team, or paste it on a page to embed the calendar.
#legIndex/#totalLegsThe calendar is ready to go! Click any day on the calendar to add an event or use the Add event button.
#legIndex/#totalLegsSubscribe to calendars using your favorite calendar client.
#legIndex/#totalLegsFeature | Description | Status | Point of Contact | Comments |
---|---|---|---|---|
Add Order Entry UI | Add some sort of user interface for doing order entry. | We could polish up the orderentryui module, or do an OWA from scratch. Whichever we find easier. | ||
Add Patient Flags Module | NOT DONE | Still under development | ||
Responsive ability to the clinician facing dashboard | Accepted | |||
Core and modules to advertise capabilities that can be configured and manipulated | NOT DONE | Not started | ||
MPI enhancements to Registration App and Registration Core | Production quality integration with OpenEMPI using HL7 v3 PIX/PDQ messaging standards | IN PROGRESS | Discussion on talk. | |
Pre-built Reporting Tools | This includes the ability to do several things. | IN PROGRESS | Patient summary module does not provide adequate configuration and doesn't work in Ref App. 27-March: We could include Reporting REST documentation that Darius Jazayeri and the Andela team have done. | |
Using KenyaEMR as a use case, create a tool for subscribing an OpenMRS instance to a dictionary (e.g. the CIEL dictionary) | BETA | - OCLM-24Getting issue details... STATUS | ||
Basic support for retrospective data entry within the Reference Application - RA-68Getting issue details... STATUS | NOT STARTED | Needs a user centric story - add to existing ticket | ||
OpenMRS Web Framework | From discussions in #MOZ15, we would like for the OpenMRS Platform to evolve toward providing a web framework that allows developers to add functionality using standard development tools (e.g., HTML5 + JavaScript against REST services, AngularJS apps, OWA , ...). | IN DESIGN | Ranking REST tickets on 5 Aug design call. Burke Mamlin and Darius Jazayeri discussed 24-July-2015 and Darius will make a Talk topic to move this forward. Bahmni technical deep dive scheduled for 4 June Developers Forum. 17 June design forum will discuss progress (coordinating various efforts). As well as look at how to make REST services more robust. Darius still working w/ Bahmni on fundamental pieces of their web framework to pull into OpenMRS (will talk about this on future call). 25 June dev forum on REST web services: how to substantially improve them W/ Burke Mamlin & Darius Jazayeri | |
Vertical Packaging | OpenMRS has a lot of flexibility and extensibility with a central concept dictionary, RBAC, forms, reports, modules, and apps; however, it's not always easy to know which metadata goes with which functionality. The goal of vertical packaging is to define best practices for managing and relating all of the components (metadata & behavior) that work together to solve a particular problem within OpenMRS. Eventually, we envision a way that someone could easily add the MDRTB package to their OpenMRS implementation to begin treating MDRTB patients... or upgrade their Oncology package, etc. | IN DESIGN | Need to look at the design we had and see if we can get it in 2.3 Burke Mamlin to share first draft of metadata mapping design on Talk. First step will be to add ability to map metadata, 22 June design forum Discussed on 20 May design forum. | |
Condition List | Manage & view patient problems (e.g., on the patient dashboard and integrated with diagnosis capture) | DONE | Daniel took a look at condition list to see what we need to do to get the API in 2.3 and believes if we do not get volunteers on admin sprint then condition list will not be ready., 13 April WIP given on design call 1 June design forum to define how encounter diagnoses should work with conditions (and condition list). Talked w/ Bahmni BA (Saranya) about use cases and requirements on 15 June design forum | |
Basic Order Entry for meds and tests | Basic ordering of meds and tests "out of the box" in Reference Application. | STALLED | ||
Incorporate new cohort definition tool. | STALLED | |||
Concept Management Improvements | Allow for concept merging and easier browsing through concepts and references terms without losing frame of reference. | |||
Improvements to Permissions (technical implementation) | Avoid giving all API privileges to users | NOT DONE | Needs discussion and design Would like input from implementations, PIH (Mark, Mike, David) AMPATH, Kenya EMR, BAMI/JSS Need to reach out for inputs! Kiran has started helping with this | |
Provider Management | Would include provider types and ability to retire the old provider management module. Will remove UI library module once provider management is in the core. | NOT DONE |
Feature | Description | Status | Comments |
---|---|---|---|
Anonymous Patients | Support for unnamed John Doe patients | NOT DONE | |
Test Patients | Support for tagging & recognizing test/fake patients, so they can be ignored within reports. - RA-65Getting issue details... STATUS | NOT DONE | |
Clinical Encounter | Record the entire clinical transaction piece-by-piece as part of a Session, as opposed to via a Form. | Is this still relevant? | |
Patient Lists | e.g. "My Patients", "Inpatients on Service XYZ", etc. (Related to RA-202.) | ||
Program Enrollments | v1: capturing this data; v2: drive available forms/actions based on program state |