Transition experimental performance optimizations to FHIR Core

opensrp / fhircore

FHIR Core / OpenSRP 2 is a Kotlin application for delivering offline-capable, mobile-first healthcare project implementations from local community to national and international scale using FHIR and WHO Smart Guidelines on Android.

https://smartregister.org

Apache License 2.0

53 stars 41 forks source link

Transition experimental performance optimizations to FHIR Core #3358

Open ndegwamartin opened 2 months ago

ndegwamartin commented 2 months ago

Describe the Issue

[ ] https://github.com/google/android-fhir/issues/2561
[x] https://github.com/google/android-fhir/issues/2559
[ ] Caching the Questionnaires and the corresponding StructureMaps - PR https://github.com/opensrp/fhircore/pull/3461
- Write back, can sync the first time they are used
- Write through, can we do the caching in the background? Could cache on Q/SM change, e.g. after initial sync, then first load will be faster
[x] #3439
[ ] https://github.com/google/android-fhir/issues/2668
- [ ] Parallelize any independent processing that happens after a search query e.g. when the SDK fetches the FHIR Resources from the DB they are returned as JSON documents. These need to be mapped to HAPI FHIR Structures which is a separate operation
[ ] #3440
[ ] https://github.com/google/android-fhir/issues/2531 When saving a questionnaire, run as single transaction, and not having to wait for other parts of related operations when queued in other transactions

pld commented 2 months ago

@ndegwamartin for the last one in this list, parallelization, do we have existing code that's implementing this? Can you share a link to this? Related, should we open an SDK issue for this or is this something that should live in the client (ie fhircore)

ndegwamartin commented 1 month ago

@ndegwamartin for the last one in this list, parallelization, do we have existing code that's implementing this? Can you share a link to this? Related, should we open an SDK issue for this or is this something that should live in the client (ie fhircore)

The code should reside on the SDK - The custom changes are bundled on this branch, they can be cherry. picked for PRs or discussions so that the SDK team can review first https://github.com/opensrp/android-fhir/tree/test-removed-select-transaction

pld commented 1 month ago

Cool, do we have an issue on Android FHIR SDK for that? On the Android FHIR SDK release we default to are we included the changes in that branch / should we be?

ndegwamartin commented 1 month ago

Cool, do we have an issue on Android FHIR SDK for that? On the Android FHIR SDK release we default to are we included the changes in that branch / should we be?

The latter is part of the focus of this ticket

pld commented 1 month ago

@ndegwamartin can you split infinite scroll into a new issue?

f-odhiambo commented 1 month ago

@LZRS @ndegwamartin Share an update here - Aug 5th