How do we implement and Test P2P sync capabilities for FHIR resources and other related artifacts? #350
Replies: 3 comments 2 replies
-
Have we confirmed this will be in FHIR Core and not the Android FHIR SDK? |
Beta Was this translation helpful? Give feedback.
-
P2P sync is an essential component of the Liberia CHW app. Given that CHWs are always offline, P2P sync is the only way to get data to the server. There is no viable solution in that environment without functional P2P sync. The P2P sync is primarily used on the monthly supervision visits conducted by the CHW supervisors (CHSSs). The CHSS is tasked with visiting each of their CHWs once a month. During this visit, they will bump all data off of their CHW’s device onto their own. Then, once a month, the CHSS will bump data to a district health officer (DHO) for them to sync to the server.
In our current implementation, we also allow CHWs to bump data between devices because there are use cases where one may not be able to reach a CHSS as reliably. In this case, a CHW will store that data on their device but not be able to interact with it (as the patients are not a part of their catchment). These workflows introduce some complexity in terms of permissions and editing. For example, in Liberia, we consider the data on the CHW’s device to be the source of truth. Therefore, CHSS’s, though they can access all patient data, are not to edit those records. And if they do, at sync, the CHW’s record will trump. We may explore solutions upstream via restrictions in the app, but it is important to note the potential impact of P2P sync on sync. |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
We need to figure how p2p sync will work on FHIR Core and also the supported use cases for it. Also, try to address historical issues on Data loss
Beta Was this translation helpful? Give feedback.
All reactions