🛣️Roadmap

Roadmap & Upcoming Releases

High-Level Product Roadmap

We build our product roadmap using the "Now, Next, Future" framework to drive our product focus and vision for the future. The below provides our high level roadmap and is no inclusive of all new product enhancements, bug fixes, and feature sets that we will introduce in the next versions. For information on our full product prioritization process, see our Prioritization Framework below.

Ability to import the country geographic data

Automated the previously time-consuming process of loading district, county, and sub-county details into SPICE, enabling bulk uploads of geospatial data via the admin portal.

ICCM - Integrated Community Case Management workflow

Integrated community case management workflow added to available assessments for CHW

Password change option

Expanded password changes and resets from email notifications to include mobile phone text messages.

Household Creation

Allows community health workers (CHWs) to collect household details and social determinants of health (SDOH) data from families.

RMNCH

Reproductive, maternal, neonatal, and child health workflow to be added to the workflows.

Household visit Follow-up

Generated list of patients for household visit follow-ups provided to community health workers in the Follow-up option

Referral Follow-up

Generated list of patients for facility visits, previously referred, provided to community health workers via the SPICE mobile app for direct contact in the Follow-up option

Medical Review - Follow-up

Generated list of patients needing medical review for facility appointments provided to community health workers in the Follow-up option

Above 5y (General Register), Mother & Neonate, Under 5 Age < 2M,Under 5y (2M to 5y) Registers:

Integrated facility registers for diverse disease conditions into the Medical Review workflow. Physicians can use them for specific patient conditions to enhance treatment decisions.

CHW Performance Monitoring

Peer supervisors can monitor community health workers' performance by viewing daily metrics, including the number of assessments, follow-up visits, and calls completed.

AI Model to predict patient retention

We are building a patient retention model to identify patients that are likely to be lost to follow-up and design interventions within SPICE to engage these patients before they churn.

Upcoming 2.0 Release - Coming September 2024

Our next major open source release will be SPICE 2.0. We are building SPICE 2.0 to be the next generation primary care platform; re-imagining primary care to be data-driven and outcomes focused.

The SPICE 2.0 release will support the following features:

  • Algorithm-driven disease pathways for NCDs, TB, Malaria, HIV, ANC, PNC, child health, and immunization

  • Closed loop, risk-based follow-up at community and facility levels

  • Advanced admin portal features

  • Customized dashboards for community & facility performance

  • Real-time outcomes tracking by disease area

  • FHIR Hybrid Architecture

SPICE 2.0 Features

New Feature Requests & Prioritization

Submitting Feature Requests

To submit a new feature request, raise an issue in GitHub in the specific project (Android, Admin Web, Server, FHIR Adapter). To best prioritize the feature requests, we need to understand the why, what, and how of the requests coming from the end users.

Follow the steps below to submit a new feature request:

  1. Add a descriptive Title summarizing the feature

  2. Describe the feature with as much detail as possible in the Description field. Include the following details:

    1. Problem Statement

    2. Priority (Highest, High, Medium, Low)

    3. Impacted Users

    4. Impacted Workflows

  3. Tag the issue as a "enhancement" using the labels

  4. If possible, attach any images to further explain the feature request (screenshots are very helpful!)

Prioritization Process

Medtronic LABS will review all feature requests and issues submitted through the formal channel. In order to prioritize the issues and features, we follow the below process to prioritize new feature requests, enhancements, and bug fixes/issues.

Prioritizing Framework: MoSCoW: Must Have, Should Have, Could Have, Won't Have

Must Have Highest Priority

We genuinely cannot launch without this due to business needs, legal reasons and safety concerns—it would be a terrible idea to launch without this!

Should Have High Priority

It would be best to include these, but our product won’t be an absolute failure without them.

Could Have Medium Priority

Nice-to-haves if we have the resources and time. But not necessary for success. Think of how each requirement (or lack thereof) will affect customer experience.

Won't Have Low Priority

We’ve made an active decision that it’s not coming out with this launch.

Factors that influence the prioritization:

  1. Value Proposition

  2. Stakeholder Prioritizations

  3. Feedback from the end users

  4. Number of users Impacted

  5. Product Usage and Adoption metrics

  6. Patient Outcomes

  7. Patient Engagement

  8. Design, Development and Efforts

  9. Priority of the issue/defect.

We also look at the Value/Effort scale for feature requests.

  1. The objective is to identify features that will have the highest impact with the lowest effort.

  2. Build these first. Next, build high impact, high effort features. This will also differ based on the request from different region.

  3. Each feature is rated by a) effort to build the feature and b) potential impact on business value - Highest, High, Medium Priority items from the previous process.

  4. Deprioritizing low impact, low effort features, and do NOT build low impact, high effort features!

Last updated

@2024 Medtronic LABS