Here are the highlights from today’s meeting:
- PIH will need their facility forms built in OpenMRS soon. @ddesimone @ball @ibacher and anyone else interested will get together to review and compare the different data collection forms. We’ll also need to do the data mapping, then plan the next sprint.
- For reporting, @wanyee suggested gathering requirements for high level reporting needs. @terry brought up value sets and data model. @ddesimone @ball @terry will look at what has been done for NCDs
@ball highlighted that our COVID-19 response needs the work that the OCL for OpenMRS squad is working on.
- We need to determine what resources we need to move this work ahead, figure out what’s available, and what additional support will be needed.
Finally, we talked about setting up a virtual round of Lightning Talks next week to showcase work on solutions done in the community. Please indicate your availability by filling in this Doodle poll.
Notes (with link to recording): 2020-04-08 COVID-19 Response
For anyone who’s interested the forms I tried to demo this morning are available on the system running here: https://brown.edu/go/omrs-covid19.
@ibacher It looks like https://dursamrscit.services.brown.edu/covid/htmlformentryui/htmlform/enterHtmlFormWithStandardUi.page?patientId=aca9c9c5-6f92-4258-a637-1a66c7b486b4&formUuid=39ddd651-d561-46ab-92db-f6a169497b20createVisit=true&breadcrumbOverride=
throws an error
Screening Form lacks BreadCrumb so Navigation is a little troublesome.
and throws error "Unexpected Error " Please Contact Adminstrator
For Case Reporting form the Error is "
java.lang.IllegalArgumentException: Couldn’t find a form"
Thanks @tendomart. I’ll look into those issues.
On Wednesday, we had a great virtual round of Lightning Talks on OpenMRS COVID-19 solutions! A huge shout out to @ibacher, @ball, @ddesimone, @burke, @sanjayap, @anant, @aojwang, @danfuterman for your presentations.
Next step: @burke and I will work on making each Lightning Talk available as an individual video to post on our Wiki. In the meantime, you can watch the hour-long round via this link.
During the weekly COVID-19 Response squad meeting, we debriefed the Lightning Talks and talked about the implications for our work towards a COVID-19 Public Health Response module or distribution:
- Agreed that there were common themes across the presentations - forms, reporting
- Look into sharing code on GitHub so that others can leverage the great work being done in the community
- Create a COVID-19 Form Bank - check out what @ball has already added to our Wiki!
- Consider organizing the tools into classes - a category of forms for patients, reports and dashboards, etc
- Explore packaging the forms, recognizing that this would be a heavy lift
@ibacher, @hamish and @ball are going to review the forms from the Lightning Talks
See the notes (with link to recording) for more details.
I updated the first tab of our COVID-19 Response spreadsheet to reflect the COVID care cascade and workflow. Based on the different Lightning Talks presented in April, I mapped what has already been developed (or is WIP) in the community to the care cascade. This is still pretty high level, but what is clear is that we have a lot of coverage and quite a bit that we can potentially harvest into a community COVID-19 PH Response set of tools or modules.
After reviewing the care cascade+workflow+tool mapping on last week’s COVID-19 Response call, @jteich came up with four possible packages that could be used individually or make up an end-to-end solution to support not only COVID-19 but any future outbreaks:
- Package #1: Management of individual cases from healthy to pre-hospitalized
- Package #2: Contact tracing
- Package #3: Surveillance / Reporting for public health
- Package #4: Acute care
He shared these on Wednesday’s COVID-19 Response call. The main takeaways:
- Package #4 is a gap that OpenMRS naturally fills
- Package #3 - especially if it features integration with other systems like DHIS2 - is in demand.
- Packages #1 + #2 have been the focus of many countries and some are using community tools like CommCare. Our effort could focus on integration with these digital solutions.
As a next step, we’d like to talk through the core technologies (mobile/tablet, offline, API, etc) in the course of this week.
Please weigh in:
- How would you rank these packages in terms of importance to new and existing implementations?
- Are there particular packages that you are interested in building?
- What core technologies would we need for an end to end package?
For more details, see the notes+recording.
In terms of the 4 packages there are as you note Jen a number of effective tools for #1 and #2 and I note that CommCare and MedicMobile just received large grand form Rockefeller to manage those tasks. That said we have seen from HIV and TB screening that patients are diagnoses via many different routes depending on where they live and their modes of contact with the health system (e.g. through primary care, urgent care, antenatal etc.). So I think it is important to include the case finding, testing and contact tracing capabilities in OpenMRS. These must be integrated with the community based tools so that data flows allow comprehensive case detection and contact tracing, not separate silos.
For task #4 acute care, OpenMRS clearly has a critical role in the many sites already using it and potentially for sites without a current EHR where OpenMRS - initially focussed on COVID-19 could be rolled out promptly. Again effective interoperability with other health information systems including labs, imaging and medication ordering will be valuable. This is a role that the community based applications are not able to fulfill well.
This article in the Lancet on COVID-19 and impact on global health is worth reading. Strong focus on communities in LMICs managing their own responses to COVID and avoiding economic shut downs that cause devastating effects on the poorest members of the community. Despite being published on May 5th it is already somewhat out of date given the surge of cases and mortality in certain countries like Ecuador and parts of Nigeria like Kano. Also the emphasis on the need for ventilators has receded as it became clear that less aggressive respiratory support can be better even in the best resourced health systems.
Crafting practical treatment strategies that build on local experience managing TB, HIV, cholera and pneumonia seems to me to be the right way to go. That includes an important role for an EHR like OpenMRS to support new treatment protocols as we have been discussing.
Hello just checking is there a COVID-19 module that can be looked at
All OpenMRS COVID-19 resources, including links to demos and github repos, are available on our COVID-19 Form Bank page.
I believe contacts for those resources (and the COVID-19 Response Squad) can also be found on our COVID-19 Response page if you have specific questions and want to know who to tag/reach out to.
Steven, we are also looking to package up a specific set of content to work with the different modules. If you have specific country-requirements for data collection/reporting, particularly around vaccination, we’d love to hear it!
Am trying to put this module up but am having an error, because this concept
165820 was removed on this PR/commit Removing covid-19 concepts in Reff-app · openmrs/openmrs-module-referencemetadata@058e896 · GitHub and now the module is broken. Was it moved somewhere else? I can I make the module work again?
Sure we removed covid19 metadata concepts and i had created this Pull Request to cater for all those concepts ,Are you facing a challenge using ReferenceMetadata module
Not the ReferenceMetadata module, but I can’t start the covid-19 module. I will watch the PR so when it’s merged I will try again, right?
Covid-19 module is not ready for production/implementation use as per now,Unless your use case is to have covid-19 concepts i then i would vote having that ticket merged to contain them or you can use ReferenceApplication 2.10 which contained them ,@ibacher, @dkayiwa @mozzy any suggestion on this thanks