You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The MSF workflows were design with the thinking that WF1 would run once and that would be it. But we are not discovering that WF1 might need to be rerun once per program to get DHIS2 patients from different programs to OMRs. This will mean that even patients in DHIS2 that originated from OMRS will be synced back to OMRS when WF1 runs.
What this issue needs to do, is filter out all TEI's that have an OMRS-id and exclude them from being synced to OMRS.
The specific request, in as few words as possible
1. Modify the Get Teis and Locations step of WF1
Add logic in this step that filters out TEIs that we are getting fetched from DHIS2 where the OMRS-id in the attributes(attribute-id: "AYbfTPYMNJH") is not null.
state.teis should only contain TEI's that do not have an OMRS-id
Testing Guidance
Set the cursor to 03-21-2025 and run WF1
the get TEIs should fetch TEI's including this one that has an OMRS-id Note: there is currently a bug that keeps erasing the OMRS-ids so if you are not able to find an OMRS-id for the TEI, try creating a new patient on OMRS and running WF2. then your new TEI created by WF2 should have the OMRS-id
Confirm that TEI's with OMRS-id do not get sent to subsequest steps for syncing
Background, context, and business value
The MSF workflows were design with the thinking that
WF1
would run once and that would be it. But we are not discovering thatWF1
might need to be rerun once per program to get DHIS2 patients from different programs to OMRs. This will mean that even patients inDHIS2
that originated fromOMRS
will be synced back toOMRS
whenWF1
runs.What this issue needs to do, is filter out all TEI's that have an OMRS-id and exclude them from being synced to
OMRS
.The specific request, in as few words as possible
1. Modify the
Get Teis and Locations
step ofWF1
TEIs
that we are getting fetched from DHIS2 where the OMRS-id in the attributes(attribute-id: "AYbfTPYMNJH"
) is not null.state.teis
should only contain TEI's that do not have an OMRS-idTesting Guidance
03-21-2025
and runWF1
TEIs
should fetch TEI's including this one that has an OMRS-idNote: there is currently a bug that keeps erasing the OMRS-ids so if you are not able to find an OMRS-id for the TEI, try creating a new patient on OMRS and running WF2. then your new TEI created by
WF2
should have the OMRS-idCredentials
MSF DHIS2 UAT - June 2024
MSF OpenMRS Demo - openfn user
Toggl
MSF 2025 - Additional Forms
Branch and project
main
[msf-lime-mosul](https://app.openfn.org/projects/69066751-5f2c-459c-b42e-feba1c802383/w)
Pre-Development Checklist
Before handling this issue to a developer, ensure the following items are
checked:
documented.
and ensure proper handling.
sample data if required. NA
The text was updated successfully, but these errors were encountered: