We continue to work on the next round of priorities for OpenELIS in Cote d’Ivoire, specifically focusing on supporting the full migration from Praline to OpenELIS in the Retro-CI laboratory. This last week we had 3 new emergency releases to the OpenELIS application at Retro-CI in order to provide fixes as quickly as possible to high priority issues found after migration.
Support of Migration at Retro-CI:
- Release 2.2.1 for CD4 Numerical values missing in patient reports – Issue with updating the application has been resolved and the release was applied successfully.
- Backfill of CD4 Numerical values – The script for backfilling the numerical values due to the bug reported above has been applied to the application successfully and is in production.
- Export data missing lab results – A fix for this issue has been released and applied in release v2.2.2
- Read only values from import analyzer – The read only values Neutro #, Lympho #, Mono #, Eosino # and Baso # from analyzer imports were shown in OpenELIS, but it was requested that these be removed since they could not be edited if the other result values were edited.
- Calculated values/conclusions from reflex testing need to be re-calculated when results updated – This has been fixed to now recalculate the value/conclusion based on the updated result.
- Fields on patient reports did not show the full name for medecin and service – fixed and applied to production.
- Evolis Twin results added to reflex testing algorithms – The Evolis Twin analyzer results will now generate new tests based on the results’ value.
- Search for Lab Number in Validation screens – As in the results screen, you can now search for a specific lab number within the list of lab orders in validation screen.
- Automatic Backups – Improvement to automatic backups
- Additional minor bug fixes as discovered and prioritized
This week we will be working on the following:
- Focus will continue to be on successful migration so we will be supporting Justin in migration from Praline to OpenELIS
- Ability to delete or modify the study type after sample entry – this is a new feature requested due to users selecting the wrong study type when doing sample entry. Due to the study type effecting multiple areas of the workflow, we will be working on a good approach to solve this problem for users.
- Any bug fixes for Retro-CI – as needed
- Prioritizing and Estimating work/approach for resolving the next round of high priority items for Retro-CI – based on input from Dr. Kassi and Justin
- Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS
Advertisement
0 Responses to “Progress and Priorities – Oct 24th”