OpenLMIS Software Development

Ron Pankiewicz, VillageReachEvan Waters, Partners In Health

Open Source Software

A History of Success…• Linux and derivatives (aLinux, Alpine Linux, ALT Linux, Annvix, Arch Linux, Ark Linux,

Asianux, BLAG Linux and GNU, Bodhi Linux, Caixa Mágica, CentOS, CRUX, Damn Small Linux, Debian, DeLi Linux, Devil-Linux, dyne:bolic, EasyPeasy, Edubuntu, Elive, EnGarde Secure Linux, Fedora, Finnix, Foresight Linux, Freespire, Frugalware, Gentoo, gNewSense, gnuLinEx, GoboLinux, Gobuntu, Impi Linux, Kanotix, Knoppix, KnoppMyth, Kubuntu, Kurumin, Linux Mint, Lunar Linux, Micro Core Linux, MintPPC, Musix GNU/Linux, Network Security Toolkit, NimbleX, NUbuntu, openSUSE, Pardus, Parsix, PCLinuxOS, Puppy Linux, Sabayon Linux, Scientific Linux, sidux, Slackware, Slax, SliTaz GNU/Linux, Source Mage GNU/Linux, Symphony OS, SYS, Tiny Core Linux, Tor-ramdisk, Trustix, Ubuntu, Ututo, Super OS, Xubuntu, XBMC Live, Yoper, Zenwalk penWrt )

• Firefox

• OpenMRS

What is OpenMRS?

The Open Medical Record System (OpenMRS) is:• A collaborative, open source project• A reference Electronic Medical Record (EMR)

application that can be customized with no additional programming knowledge

• A flexible software platform that can be extensively adapted by software developers

• Multi-institution, and non-profit project

3

Background

• Founded in 2004 by Regenstrief Institute and Partners In Health after meeting at MedInfo

• Medical Research Council (MRC) of South Africa joined as additional partner

• Initial deployments:

• AMPATH headquarters in Eldoret, Kenya by Regenstrief

• Rwinkwavu Hospital, Rwanda by PIH

• Richmond Hospital, KZN South Africa by MRC

4

OpenMRS Platform

• Modular architecture• Programmed in Java with MySQL database• Concept dictionary allows flexible data

modeling• Stores patient-level data• Variety of data input, reporting tools available• Customizable and extensible for specific

deployments

5

6

OpenMRS Concept Dictionary

7

Example Patient Dashboard

8

Customized Dashboard for MDR-TB (PIH)

Fostering Collaboration

9

How does the collaboration work?

1. Uses modified version of Mozilla Public License2. Variety of forums include mailing lists, weekly calls3. Wiki for documentation, user guides4. Open source, public issue tracking (JIRA) and code

review (Bamboo); code stored in Subversion5. Two-week “sprints” for core development6. Beginning work on series of webcasts for “OpenMRS

University”7. Annual conference for implementers and developers

10

Recreating the same collaborative success

ROLES

• Decision Makers

• System Architects

• Developers / Resource Contributors

• Super reviewers and Testers

12

PRIORITIES AND STANDARDS

13

• Prioritization of Functionality

• Coding Standards, APIs

• Testing and Inclusion Criteria

• Documentation Standards

• FOSS vs l.c. OSS

RESOURCES

14

• Global Health Logistics Reference Source

• Core Platform

• Reference Implementation

• Support Forum

• Discussion Forum

15

Open Source software…

Does it work in Global Health?

16

2011 OpenMRS Conference Attendees Kigali, Rwanda

16

Supporters of OpenMRS• The Canadian International Development Research Centre (IDRC)• Center for Disease Control (CDC)• The Fogarty International Centre• Google• The Millennium Villages Project of the Earth Institute, Columbia

University• National Institutes of Health• Oregon State University Open Source Lab (OSUOSL)• Partners in Health• Regenstrief Institute• The Rockefeller Foundation• South African Medical Research Council• ThoughtWorks, Inc.• World Health Organization

1717

1818

OpenMRS Today• Version 1.9 nearing release• Deployed in more than 40 countries, primarily

in the developing world• More than 100 modules available in the

repository• Interoperability with other healthcare

information systems as part of a broader eHealth architecture

• Numerous deployment in use or underway from national level down to community level

18

Initial OpenMRS Deployments

Rwinkwavu, RwandaPIH, August 2006

Eldoret, KenyaRegenstrief, February 2006

Richmond, South AfricaMedical Research Council, August 2006

2020

PROPOSAL FOR SOFTWARE DEVELOPMENT WORKING GROUP

• Assign people to key roles• Determine priorities and define standards• Define Architecture • Develop plan for creating resources…• How to engage domestic and in-country talent• Identify any currently available software

resources that can jump-start the process

21