Community Projects

Talk post | Epic | Tech framework done

OMRS INC VOLUNTEERS

OPENMRS INC VOLUNTEERS

Bring into 1 place all config & devops & dev & setup docs. Make easy to find.  

Automating: QA Release build, run E2E tests on all repos when esm-core is released, stricter typechecking. To Do: Test with 3.2-rc, then update O3 Release Guide Docs.

UW DIGI OMRS INC MEKOM

Problem: Users have too many choices to pick from (e.g. drug orders, labs, diagnosis options, etc). User-based favorites can improve the UX and speed.

Contact: Grace Potma

Wiki: ___ Epic: ___

OMRS INC

OMRS INC

MSF / MADIRO

Often clerks need to print an ID card after registering a new patient.

Interested: PIH, Madiro

Ozone team is open-sourcing the integration between OpenMRS and Superset.

MEKOM

PIH MEKOM

UI to manage location and status of patients across beds in wards, including Moms/Babies, and multiple patients in 1 bed.

PIH MEKOM SONDER

Retrospective Data Entry to enable management and editing of past visits & encounters, chart corrections, etc., in O3 UI.

Status: DESIGN COMPLETE 

OMRS INC

Backend done; UI in progress. We previously had no auditing around views, or changes: if a form was filled out multiple times, we'd only have information on the first time and the most recent update.

Talk Thread: https://talk.openmrs.org/t/new-audit-log-system-for-openmrs-seeking-feedback-and-suggestions/43137

PALLADIUMMETSUCSF-TAP

See Billing Squad details on the Squad Dashboard.

METSPALLADIUMUCSF-TAP

See Inventory Squad details on the Squad Dashboard.

Backend Dev work complete; UI work next.

MEKOM

3.x UI to order Referrals, Procedures, and Materials in the order basket.

A combination of Bed Management (ward app) + unique forms + ADT (admit body, discharge to family, transfer for investigations)

PALLADIUM Contact: Antony Ojwang & Fredrick kioko

Horizontal Scaling Bottlenecks

API Architecture Planning for new endpoints to reduce load from several particularly bottlenecked endpoints.

SEEKING OPEN

Use MPI integration to find and record patients, and exchange health records through central DB(s). May involve tracking patient consent for data-sharing.

PALLADIUM Contact: Donald Kibet & Kennedy Makombe

UW DIGI OPENMRS INC

Separate RefApp software releases from Content releases → means demo data will need to be bundled separately, available like an Add On, and versioned

OPENMRS INC

Upgrade OpenMRS.org with better content and more modern UI.

PALLADIUM

Interested: PIH

Often, pharmacies (especially at smaller sites) do not have a particular drug or drugs that the patient needs. In this case, the Pharmacist needs to print the prescription so the patient can take this to a different public or private pharmacy to receive that drug.

OMRS INC UW DIGI

Make OpenMRS-collected data easier to use for Researchers and Program Decision Makers. (1) Translate OpenMRS to the OMOP Common Data Model and (2) set up a re-useable tooling pipeline for data to be extracted.

Wiki: https://openmrs.atlassian.net/wiki/x/AYBpDw

OMRS INC

• proposed tests for automation

UW DIGI OPENMRS INC VOLUNTEERS PIH

Swagger Docs Update: Updating this to use latest version of Swagger, to make more useful → Gives reliable docs for devs on what our REST API can do (instead of maintaining manual docs, auto-generate a library)

OMRS INC UCSF-TAP

Set up of HIV Care & Treatment Content Package contents

• Case Study: Using the HIV Package with PATH DRC

OMRS INC

Ongoing fixes and improvements to the new O3 Form Builder GUI; Substantial refactoring to simplify and improve codebase. Adding Markdown editing. Epic here. 

OMRS INC

implemented ability to change a range depending on a given variable (eg age, sex) in flexible way; can be done with bare minimum change of data model. Also implemented in our data model FHIR’s obs reference ranges which enables OpenMRS to receive reference ranges from an LIS system (instead of disregarding this). Obs Interpretation: Based on those ref ranges, can apply whether this is Normal, Low, Critically High, etc. This is now part of the data stored in the DB. Overall this means that Pediatric and Elderly lab/vitals range differences now supported, warning flags now supported better.

Wiki Docs

UW DIGI OMRS INC UW DIGI-CIV OHRI/UCSF PALLADIUM

Pt lookup on Registration page. National ID / HIE / CR Client Registry / MPI Master Patient Index system integration via FHIR Protocol.

Todo: Backend Module & right API

Demo Video | Forum

UCSF MEKOM

A sample software distribution that demonstrates how integration of OpenMRS with external systems can be achieved. https://github.com/openmrs/openmrs-distro-his

This will be a great addition to O3, which will help connect patients’ histories across sites and share data when there is more than one health information system creating relevant clinical data.

Wiki | Talk | GitHub

UW DIGI

ICRC

Goal: identify needed improvements and additions to the FHIR2 Module, so OpenMRS is interoperable with other solutions.

How: Using the Android FHIR SDK from Open Health Stack to set up an outreach app that exchanges data with OpenMRS EMRs via FHIR.

UW DIGI

• Test Automation coverage requirements tool in progress to make it easier to write tests for our code. Should make it easier to write unit tests. Slow grind being done by Ian.

Fix issues with API performance, found via Automatic Load & Performance Testing. (Speed of loading: Locations, and Visits view)

Interested: PIH

Order Template Modelling E.g. Common Rx's 

GitHub Example

Interested: UCSF, PIH, Mekom

Support for Sets of anything that's order-able (e.g. COVID assessment set can contain Meds, Labs, Referrals...)

Interested: PIH, Mekom, Sonder, OpenMRS Inc, FAIMER

Clinical Views: Need Config structure, and logic (eg “enable when patient is female and pregnant…”)

Ability to add specialized program- or condition-specific views. Ideally, able to update config easily to add more - e.g. represent clinical view w/ JSON structure. 

UCSF  OMRS INC

Generic Encounter Widget 

Reuseable version of a common widget, powered by config that's easily editable (e.g. if you want to change columns & data shown in a table)

Orgs: SEEKING OMRS INC

IPD Requirements Gathering part 2

Collecting further requirements for inpatient care, e.g. MAR. PIH  MEKOM UCSF MSF

Offline EMR Use (No Internet/Power Loss)

 OPEN 

OpenMRS Reporting UI

Create a UI that would be able to run an existing report with parameters (if applicable), select the output format and download it

METS

METS

GSOC project?

Currently the DD Module causes slow startup times because of how patients are being created & data loaded. Idea: Generate the data once in it's own docker container instead of generating every time we start an instance. Largely coming from appointments module. The real fix is content packages, so we can remove the Demo Data from the base distro so everyone doesn't have to run the Demo Data when they start up the application. (Only 50 pts, but slows down startup by ~10 minutes; additional errors coming from Bahmni Telecom module)

  NOT STARTED 

Remove because this feature is significantly underused and slow (it's faster to stop, add an OMOD, and re-start your instance than it is to upload an OMOD on-the-fly at run time), and because the OMOD upload fx has security implications. The hope years ago was that Spring support would make this a more stable, performant feature, but this didn't happen, and it is very underused.

In order for the EMR-distro vs HIS-distro vision to work, the way data is served-up to the frontend needs to work smoothly & function the same way - otherwise neither application will be sustainable (especially with HIS-Lite fx being added to the EMR-distro like Billing, Inventory, Labs, and Data Viz). Plan is for a FHIR-based approach.
FUNDING NEEDED