Could this explanation be the cause of this Atom feed module
Hi @darius
Before we implement any further changes, as OpenMRS Sync 2.0 is currently ready to use for OpenMRS 2.x users, we need someone using this version to beta test it as it is now. Is there anyone to volunteer?
@ssmusoke, @toddandersonpih, anyone?
Regards, Tomasz
I can talk to a couple of UgandaEMR over the next week.
@tmueller Can you provide a summary of what is available and how to set it up.
@burke yes, iâve seen this Iâm currently migrating a database from my current working version 1.9.8 to 2.1 This is going to take a while as I want to test it on a fully working deployment, and for that I have to figure out certain configurations and modules that are no longer compatible with the current version of OpenMRS. Iâll be working on this as my current workload( which is a lot) allows me to.
And get back with the feedback
saludos.
Hi @tmueller, we are also on 1.9 so wonât be a good candidate for testing.
Good luck
Brief summary: currently, sync2 will synchronize patients between servers, but not their visits, encounters, etc).
The idea is that as soon as thereâs a real beta tester, they can start adding support for the rest of the data model.
Speculating about your Uganda use case @ssmusoke, you might be interested to connect a few (donât start with 1000!) servers from sites with good internet access together such that they sync their patient lists to a central place for data management and/or reporting.
@darius @tmueller The major sell to the partners who want to test out sync (very much needed by the way) is to carry out reporting across multiple facilities, which is essentially observations.
Once this can be done, there are about 3-4 different partners with different facility sizes and setups who are willing to go. Fortunately there is annual reporting in the first 2 weeks of April, so this can happen from about April 16.
@ssmusoke I would guess that there is zero chance that the new feature (synching obs) can be built, tested, and deployed in production in Uganda in the next 3 weeks.
But letâs dive into this use case: are any of these partners in the scenario where they already have identical metadata in all their to-sync facilities?
And whatâs the MVP for the simplest of those partners? Is it enough to extend sync to handle visit, encounters, and obs?
(E.g. theyâre not using, or wouldnât need to sync, Program Enrollments, Relationships, Allergies, Orders, Concepts, etc?)
I see that I misread your post, and youâre saying that they could start looking at sync after April 16 (as opposed to hoping for it to be ready in the first 2 weeks of April). Anyway the rest of my post is still relevant.
@darius @tmueller The good thing is that the metadata within UgandaEMR installations is consistent so no need to sync it - basically what we need is the data captured on different forms as the value proposition for beta testing.
Hi @darius, @ningosi, @ssmusoke, @willa
New openmrs sync2 1.1.0 release is available on bintray. Also the newest versions of atomfeed (1.0.5) and fhir (1.13.1) modules have been released.
Changes: Added synchronisation of created visits via REST client
Regards, Tomasz
@tmueller Thanks for the update. Any ETA for getting encounters and observations synced?
Great work @tmueller
Do you plan to also have it here? addons.openmrs.org
I can see it here: https://addons.openmrs.org/#/show/org.openmrs.module.sync2
Did you get this question answered?