Wiki Spaces

Documentation
Projects
Resources

Get Help from Others

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

Projects

Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Primary mentor

Jeremy Keiper

Backup mentor

N/ABurke Mamlin

Assigned to

N/AShubham Rai

Background

Many international communities are looking for low-bandwidth, low-resource solutions for hosting and connecting to OpenMRS via 2G or 3G networks.  They need a version of OpenMRS that can be accessed easily through a mobile browser or a laptop connected to a low-bandwidth ISP.

...

Project Champions

Objectives

  1. Identify the heaviest / most resource-laden page views in the reference application.
  2. Make use of the existing REST Web Services API For Clients or DWR in OpenMRS.
  3. Engineer a thin client design, connecting to a hosted OpenMRS instance over a 2G bandwidth, using AJAX to update the page with minimal data transfer.
  4. Establish a style guide for a low-bandwidth skin Implement replacements for login, app list, registration, and visit dashboards/ theme.
  5. Load a visit dashboard within a "reasonable" time over a 2G connection, or with a payload size below a "reasonable" threshold.
  6. Provide instructions on how to write a low-bandwidth version of existing or new views.

Examples

The classic use case for this module would be a health worker using a tablet or smartphone in a 2G area; we should not be concerned with feature phone web page rendering problems.  Similarly a satellite uplink or tethered phone in a low connectivity area would be ideal for demonstrating the benefits of using this module in place of the reference application.

We have a real-world situation that an engineered solution would directly impact; the RHEA Maternal Care workflow is a combination of several OpenMRS HTML Form Entry forms.  A good solution would allow for capturing this data over a 2G connection, either on a computer with a low bandwidth uplink or on a mobile device.  In this scenario, we can assume the following:

  • The client (patient) demographic details will be known once the client ID is known (e.g. age, sex, etc).
  • The client's antepartum history will be used to determine the risk factors, so these do not need to be separately entered.
  • Workflow forms will follow a branching logic, based on WHO maternal care guidelines.

See the WHO MNCH Guidelines and RHEA OpenMRS maternal workflow forms for more information.

Design

I believe the key to this will be smart UI design and a style guide that allows for minimal page entities while conveying the right amount of information and functionality.  We might trade off automation for page load timing.  We could also investigate how to preload some data and allow the phone to catch up and enable automation after the user has some way to view the bulk of the data.

...