Wiki Spaces

Documentation
Projects
Resources

Get Help from Others

Q&A: Ask OpenMRS
Discussion: OpenMRS Talk
Real-Time: IRC Chat | Slack

Documentation

Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 285 Next »

What is the OpenMRS Technical Road Map?

The Technical OpenMRS Road Map is a set of milestones for our Platform, Reference Application, community-sponsored modules, and related tasks that help us meet the needs of our implementations.

For information about how the road map milestones are chosen and prioritized, see the Technical Road Map Planning page.

Milestones

Platform 1.12 (TBD)
Release Manager: Bharat Akkinepalli

FeatureDescriptionStatusPoint of ContactComments
Support for Free Text Drug Order Names

 Allow users to order drugs that are not yet codified in the system as DRUG OTHER with a user-specified name.

TRUNK-4761 - Getting issue details... STATUS

DONEVinay Venu & user-f2092

 

Basic Order Set Implementation

Using Order Sets as a functionality (to start) by giving corollary orders (that is just one use case of order sets)

TRUNK-4834 - Getting issue details... STATUS

IN TESTVinay Venu & user-f2092

14-Mar: ThoughtWorks team working on release of 1.12 beta. Final work requires forward-porting to 2.0.x and master. Mayank Sharma to reach out to Vinay Venu & Bharat Akkinepalli (cc Darius Jazayeri) to formally request forward porting of Order Sets to master so they can be backported to 2.0.x

 

7-Mar: Order Sets merged into 1.12.x.

29-Feb: Finalized design on design forum. Expect merge this week.

22-Feb: (Lengthy) discussion has been taking place on this pull request.

8-Feb: Work on order sets is nearly complete. Some small changes needed based on code review and then pull requests merged before 1.12.x can be released. Most of work on related web services has been done and is waiting for 1.12.x to be released.

Changeset and discussion in  OpenMRS Talk.

Discussed in design forums on 2016-01-11, 2015-11-30, 2015-11-16

 Akhil Malhotra  will be creating JIRA tickets this week

Retrospectively Editing Ordershttps://talk.openmrs.org/t/having-the-ability-to-edit-drug-orders/5306IN DESIGNBharat Akkinepalli & Prabhu Awasthi(Will this happen for sure during Platform 1.12?)

Platform 2.0 (Q1 2016)
Release Manager: Mayank Sharma

FeatureDescriptionStatusPoint of ContactComments
Java 8 support

Starting with OpenMRS 2.3, OpenMRS will be built against Java 8 and begin using Java 8 language features, which means that OpenMRS 2.3+ will require Java 8+ to run.

TRUNK-4550 - Getting issue details... STATUS

 

DONEWyclif Luyima 
Upgrade Underlying Technologies

Upgrade to the latest version of underlying technologies in the Platform:

  • Spring 4.x TRUNK-4584 - Getting issue details... STATUS
  • Hibernate 4.x TRUNK-4364 - Getting issue details... STATUS

 

DONERafal Korytkowski

We need to start ensuring modules in the Reference Application are refactored so they can run against Platform 2.0 with new Spring & Hibernate

Update REST web services

REST web services must be updated to support Platform 2.0 changes.

TRUNK-4809 - Getting issue details... STATUS

IN PROGRESSTBD

18-Apr – Beginning testing of REST API on Platform 2.0-beta

FHIR Support

FHIR web services should be added to the platform to run alongside the OpenMRS REST web services.

See OpenMRS FHIR Module

DONE

 

Suranga Kasthurirathne

Version 0.9.1 released.

As of 11-Jan, need to toggle off diagnostic reports if not already ready for release.

Open Web App Support

Include OWA Module

PLAT-1 - Getting issue details... STATUS

IN PROGRESSSaptarshi Purkayastha 
Remove Legacy UI

The legacy UI should be moved to a module. A key goal for Platform 2.0 is that the platform is not a web application.

See Migration of Legacy UI to the module

TESTINGTharunya Pati and Wyclif Luyima

18-Apr – Installing Legacy UI module on Platform 2.0–beta on UAT

As of 11-Jan, released v0.1. Plan to release v1.0 with Platform 2.0.

 

Allergies in core

Allergies were introduced with Reference Application 2.2. We will bring them into the core platform with 2.0 (and remove the old, largely unused allergy support).

TRUNK-4747 - Getting issue details... STATUS

Also, the REST module needs to be updated to support this new API:

RESTWS-557 - Getting issue details... STATUS

DONEJames deGraft-Johnson

18-Apr – Testing completed

As of 4-Jan, we decided on the REST resource approach, and will work on this after the alpha.

Remove deprecated methods

Moving to Platform 2.0 is an opportunity to clean house and remove deprecated methods.

TRUNK-4772 - Getting issue details... STATUS

 

TESTINGDaniel Kayiwa

The testing is waiting upon the reference application modules to run on Platform 2.0

Outstanding Platform 2.0 tickets

Key Summary T Assignee Reporter P Status
Loading...
Refresh

IN PROGRESSMayank Sharma

18-Apr – Beta being released this week

28-Mar – 1.12 changes have been forward-ported to master. Most of work needed for beta release is done.

14-Mar – we talked through 10 remaining tickets and most should be resolved over the next week

7-Mar – Only a handful of tickets remaining. Currently aiming for beta release in the next week or so.

1 Feb – Platform 2.0-beta sprint was to be completed, but still have ~4 tickets ready for work and ~5 in progress, so plan to extend Sprint for an additional week.

11 Jan - Mayank planning on sprint on these issues once Alpha is released

13 Nov - Mayank and Daniel cutting down outstanding trunk tickets to have the must haves for 2.0 on 17 Nov

As of 23 Nov, down to 10 tickets. Platform 2.0-alpha sprint is ongoing.

Reference Application 2.4 (March 2016, April or May 2016)

Release Manager: James deGraft-Johnson

FeatureDescriptionStatusPoint of ContactComments
General Improvements to Reference Application

Latest versions of included modules

Reference Application 2.4 Release Issue Tracking

IN PROGRESSJames deGraft-Johnson

26-Apr: Releasing ref app to UAT with the CIEL manual work around but will be using the final CIEL release in the final ref app release. James is currently blocked on getting changes to referencemetadata, necessary to the release of CIEL in ref app, merged so the release to UAT can proceed.

 

28–Mar: most modules have been released. There are a couple blockers (e.g., RESTWS) and James deGraft-Johnson needs some help with creating release notes for all the changes across the 38 modules. Will work on setting up uat-refapp.openmrs.org.

7-Mar: working on creating CIEL data for release this week and will be getting module releases done over the next week.

Reference Application 2.5+ (September 2016)

Release Manager: TBD

FeatureDescriptionStatusPoint of ContactComments
Include more translations

Start automatically importing community-sourced translations from Transifex into all the Reference Application modules

RA-1000 - Getting issue details... STATUS

NOT DONEDarius Jazayeri 
OCL subscription module

Using KenyaEMR as a use case, create a tool for subscribing an OpenMRS instance to a dictionary (e.g. the CIEL dictionary)

BETA

 

Nicholas Ingosi and Rafał Korytkowski

OCLM-24 - Getting issue details... STATUS

 

Retrospective data entry

Basic support for retrospective data entry within the Reference Application

RA-68 - Getting issue details... STATUS


NOT STARTED

 

Darius JazayeriNeeds 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 DESIGNBurke Mamlin

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 DESIGNRafal Korytkowski

 

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)

EA-40 - Getting issue details... STATUS

See also: RA-209 - Getting issue details... STATUS

  • RA-580 - Getting issue details... STATUS

IN PROGRESS

see Condition List board

Daniel Kayiwa

Ravinder Kumar

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 testsBasic ordering of meds and tests "out of the box" in Reference Application.IN DESIGNDarius Jazayeri

 

Ad Hoc Analysis tool (v1)

 Incorporate new cohort definition tool.

RA-261 - Getting issue details... STATUS

 STALLED

 

Darius Jazayeri 
Concept Management ImprovementsAllow 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

RA-341 - Getting issue details... STATUS

NOT DONE

 

Burke Mamlin

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 ManagementWould 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  

Someday

FeatureDescriptionStatusComments
Multiple concept classes per concept TRUNK-4540 - Getting issue details... STATUS

NOT DONE

 
Anonymous Patients

Support for unnamed John Doe patients

RA-62 - Getting issue details... STATUS

NOT DONE

 

 
Clinician Facing Patient Dashboard (v2)

Patient summary and dashboard designed for doctors and nurses

RA-212 - Getting issue details... STATUS

NOT DONE

 

 
Merge Patients

Merge duplicate patient records into one.

RA-63 - Getting issue details... STATUS

 

NOT DONE

 

 
Test Patients

Support for tagging & recognizing test/fake patients, so they can be ignored within reports.

RA-65 - Getting issue details... STATUS

 

NOT DONE

 

 
Patient Lookup (v2)

Search for a patient by name or ID

RA-224 - Getting issue details... STATUS

NOT DONE

 

 
Simple Dispensing

A form to record medication dispensing events within the patient record

RA-87 - Getting issue details... STATUS

IN DESIGN

 

 
Decision Support (v1)The first trivial example of providing decision-support feedback (includes significant design and back-end discussions)  
Clinical EncounterRecord the entire clinical transaction piece-by-piece as part of a Session, as opposed to via a Form.  
Patient Listse.g. "My Patients", "Inpatients on Service XYZ", etc. (Related to RA-202.)  
Program Enrollmentsv1: capturing this data; v2: drive available forms/actions based on program state  
Easy Chart Review / FlowsheetsReviewing the patient's whole electronic record for data points of interest (also has been called "Chart Search")  
Update REST web service moduleSome changes that were made to openmrs-core are not yet reflected in the REST web services module. RESTWS-538 - Getting issue details... STATUS   
  • No labels