Google Summer of Code (GSOC)

Write Code. Save Lives.

OpenMRS is hoping to be a mentoring organization for Google Summer of Code™ 2024! Since 2007, we've enjoyed participating in this great program and we're extremely excited about the projects and mentorship opportunities available this year. Coding for OpenMRS is a great way to practice your coding skills and, at the same time, help benefit people in developing countries who are on the front lines of public health challenges.

If you are new to OpenMRS, we recommend starting with our Guide to the New & Curious. It will introduce you to our community, the tools and spaces we use, and help you get to know the different squads and teams working on various community projects. For a more detailed history of who we are and what we do, please see here.

On this page ....

Google Summer of Code at OpenMRS 
om.rs/gsoc

Learn more about Google Summer of Code 2024:
Google Summer of Code website

GSoC 2024 Program Administrators

Vineet Sharma Piumal Rathnayake Jayasanka Weerasinghe  Grace Potma 

Please see GSoC Admin Guidelines for more information, or: 

Projects for GSoC 2024

Project Name & Expected Outcome

RATING AND SIZE


PROJECT DESCRIPTION

SKILLS (Required / Preferred)

Selected Contributor

Potential Mentors

Primary Mentor

Backup Mentor

O3: User Onboarding

Medium

175 hours

Implementing user onboarding in the Test 3 and O3 demo environments, as illustrated in these designs, is crucial for introducing users to major features within a typical generic outpatient workflow. By incorporating user onboarding processes, new users can navigate through the system more seamlessly, gaining a better understanding of how to utilize various functionalities effectively. This not only enhances user experience but also ensures that users are equipped with the necessary knowledge to maximize the capabilities of OpenMRS in their outpatient workflows. Additionally, user onboarding can help reduce the learning curve associated with adopting a new system, ultimately leading to increased user satisfaction and productivity.

More details: https://talk.openmrs.org/t/gsoc-2024-o3-user-onboarding/42076

React



Animated Loading Visualization

Small

90 hours

In response to varying loading times influenced by user devices, internet connections, and server specifications, this project aims to enhance user experience within OpenMRS by implementing an animated loading visualization inspired by the OpenMRS logo. By addressing the challenge of unpredictable loading times with a visually appealing solution, this project aims to elevate user satisfaction and usability within the OpenMRS platform.

SVG Animation

React



Jayasanka Weerasinghe 
Validation rule builder for the form builder

Medium

175 hours

The form engine and builder currently supports JavaScript expression-based validation. However, this can be challenging when creating complex validations and may potentially lead to errors. In most cases, form creation is done by BAs who may not have experience with writing JavaScript expressions. The proposed solution is to introduce a UI-based validation rule builder to the form builder, something similar to https://tally.so/help/conditional-form-logicReact


Revamping OpenMRS 3.0 FHIR Module for Enhanced Offline Data Synchronization and Interoperability

Advanced

350 hours

This proposal aims to overhaul the FHIR module in OpenMRS 3.0, focusing on enabling its interoperability with applications like Google's Open Health Stack for efficient offline data collection. The project will involve a comprehensive review of the current module, identification of limitations, and subsequent enhancements to support adding, editing, and deleting patient data, visits, encounters, and observations. The goal is to facilitate robust two-way data synchronization, crucial for healthcare settings in LMICs with intermittent internet connectivity.

Java

OpenMRS


Frédéric Deniger 

Building an Offline-Capable Android Application for LMICs Integrated with Enhanced OpenMRS 3.0 FHIR Module

Advanced

350 hours

The aim is to develop an Android application optimized for LMIC healthcare settings, utilizing Google's Open Health Stack for offline functionality. The application will be designed to integrate seamlessly with the enhanced FHIR module of OpenMRS 3.0, as developed in the above proposal. This integration will enable efficient data management with capabilities for offline data collection, and two-way synchronization with OpenMRS 3.0 once connectivity is available, improving healthcare delivery in resource-limited settings

Kotlin
Android



Jose FranciscoFrédéric Deniger 
Integrating CFL’s SMS Module into O3

Medium

175 hours

The CFL SMS module in general is an API module. It provides a layer between other OMRS modules and common SMS (or any text message) service providers.

The main advantage is that once you make your module to work with the SMS module, you can later configure any provider to work with the SMS module without any additional coding, that includes world-wide services like Vonage, turn.io and also local service providers like Rwanda-based FDI. The complete solution comes as an OpenMRS module, no other middleware is required. Some general documentation regarding the module can be found here.

We think it might be useful for other implementations and we would like to make it more accessible.

The goal of the project is:

  1. Making an O3 UI for configuring a service provider, inc.: maintenance view with list of all messages sent from the system. There are no O3 designs, but there is customised 2.x style UI to base new design on.

  2. Making an O3 UI, aimed at system administrators, to facilitate configuration of Scheduling SMSes on a predefined interval.

In short, using the SMS module you can configure that: at 12 o’clock the system should get recipients and corresponding text messages from an OMRS report and send SMS to everyone on that list.

React
Samuel Male 
Integrating CFL’s Messages Module into O3

Medium

175 hours

The CFL Messages module allows configuring a Message Service. Message Service is a combination of: schedule (an SQL script really) according to which the system should send messages to patients; Apache Velocity scripts which generate specific messages.

In practice, using the Messages module in conjunction with SMS module, system administrators can create visit reminders, missed visit reminders (send message a day after scheduled visit date), pill reminders (send text message everyday for x days) just through configuration (albeit complex configuration).

The integration between other OMRS functionality is made via schedule SQL query, so no coding is required in the other modules to use it as source of data for schedule.

Some general documentation regarding the module can be found here.

The goal of the project could be:

  1. Making an O3 UI patient-based calendar with visualisation of a schedule, showing when a message from a particular Message Service is going to be sent to the Patient. There is 2.x style customised UI for it, not useful for O3.

  2. Making an O3 UI, aimed at system administrators, to facilitate configuration of Message Services - create new one, upload SQL queries, configure configuration options.

React
Piotr Wargulak TBC
OpenMRS Standalone

Advanced

350 hours

Replace the Standalone with something else. Very old, can’t even build in our latest releases - we disable it as the technology no longer works and is no longer supported. We now just ship the .war file and README. Suggestion to leverage Docker - something that works by double clicking and then just runs.

We never intended to use the OpenMRS Standalone version in production. But it turned out to be used in a number of places because they found it easier to use for sites that did not have support staff with advanced IT skills. We are also seeing an increasing number of people in our community who do not have lots of computer skills and just want something to download, click and run for their hospitals.

Java

Wikum Weerakutti 
Validating and re-working (updating) the OpenMRS PatientFlags module 

Medium

175 hours

The OpenMRS openmrs-module-patientflags module has a number of loopholes that need to be addressed before integrating into O3 RefApp.With this project, we expect to revamp the module codebase, address any performance issues, and update this module to modern OpenMRS standards.

Java

REST APIs



Daniel Kayiwa 
User-defined extension show / hide rules

Medium

175 hours

The idea here is to implement something like O2’s checkRequireExpression() via the configuration schema’s “Display conditions”, allowing implementations to right JS rules to determine whether a specific extension should be visible or not.


ian_bacherVineet Sharma

Pending project ideas:

Project Name & Expected Outcome

RATING AND SIZE

(Easy / Med / Hard)

(Sm / Med / Lg)

Small-90-hour

Medium-175-hour

Large-300-hour

PROJECT DESCRIPTION

SKILLS (Required / Preferred)

Selected Contributor

Potential Mentors

Primary Mentor

Backup Mentor

Next Generation Implementer Tools for OpenMRS 3

Redesigned config tools for O3

Advanced

350 hours

Non-tech users can set up a 3.x EMR in a friendly, no-code UI, similar to designing a website. Empowers local team members to set up and config their EMR themselves. More detailed user stories and requirements documented here. Project plan documented here.

Scope: technical work on the redesigned config tools for O3.

*Design is done because Ampath/@jdick graciously contributed designs and user testing, sample designs, and @bistenes gave a lot of architectural and technical input but then had to set the project aside.

React

Javascript

Typescript


Dennis?

Brandon?

TBCTBC
O3: Search Patient Chart feature 

Advanced

350 hours

E.g. search all of a particular patient chart for an item of interest, e.g. "IUD" or "COVID", to find if that term/situation has ever come up for this patient. We can likely leverage this past work: https://github.com/openmrs/openmrs-module-chartsearch Will need an API.

Ian?

Dennis?

Vineet?

TBC

TBC

Program Timeline

Look at here for more info on the full GSoC 2024 program timeline.

  • FINISHED GSoC 2024 preparations
  • FINISHED January 22: Mentoring organizations can begin submitting applications to Google
  • FINISHED February 6: Mentoring organization application deadline

  • FINISHED February 21: List of accepted mentoring organizations announced

  • FINISHED February 21 - March 17: Prospective GSoC Contributors reach out to Accepted Mentoring Orgs

  • ONGOING March 18:  GSoC contributor application period begins
  • ONGOING March 18 - April 2: Prospective GSoC Contributors Submit their 2024 Applications (includes proposals)
  • DEADLINE April 2: GSoC contributor application deadline

  • TODO April 24: GSoC contributor proposal rankings due from Org Admins
  • TODO May 01: Accepted GSoC contributor projects announced
  • TODO May 01 - May 26: Community Bonding Period. Students get to know mentors, read documentation, prepare for work on their projects

  • TODO May 27Coding officially begins

  • TODO May 27 - __: Coding Period for Small project

  • TODO May 27 - August 26: Coding Period for Medium project

  • TODO May 27 - November 4: Coding Period for Advanced project

  • TODO July  08: Mentors and GSoC contributors can begin submitting midterm evaluations

  • DEADLINE  July 12: Midterm evaluation deadline (standard coding period)

  • TODO July 12 - August 19: Work Period | GSoC contributors work on their project with guidance from Mentors

  • DEADLINE  August 19 - August 26: Final week | GSoC contributors submit their final work product and their final mentor evaluation (coding period)

  • DEADLINE  August 26 - September 03: Mentors submit final GSoC contributor evaluations (standard coding period) for medium size project.

  • TODO September 03: Initial results of Google Summer of Code 2024 announced

  • TODO September 03 - November 04: GSoC contributors with extended timelines continue coding

  • DEADLINE  November 04: Final date for all GSoC contributors to submit their final work product and final evaluation

  • DEADLINE  November 11: Final date for mentors to submit evaluations for GSoC contributor projects with extended deadlines

Guidelines

OpenMRS resources to know