new OpenELIS/Global blog

OpenELIS Blog
As of May, 2012, to reflect our improved coordination of country specific implementation plans, we’re consolidating future posts about progress, roadmaps, deployments, etc. on a new combined site:
OpenELIS Global blog

Sorry we forgot to post this here!

CI OpenELIS Progress and Priorities – Dec 12th

This last week we focused on preparing for a new release in Retro-CI and on refining of requirements for LNSP in Cote d’Ivoire.
Last period we focused on the following:

  • Duplicate Test Requests – The final set of duplicate test requests created prior to the last patch to the software are being worked through by Justin.  New results imported should not be duplicating test requests.
  • Automatic Backups – Justin is still working on getting the automatic backups setup for the system.  The manual backups are working correctly and still being done.  We expect to have this in place in the next week or so.
  • Biological Validation loading optimization – Still in testing and will be releasing into production soon.
  • Additional minor bug fixes as discovered and prioritized.
  • Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS – We worked on finalizing the requirements for LNSP for review and feedback from the stakeholders.

This week we will be working on the following:

  • Preparing for release of an update to Retro-CI on Monday Dec 19th
  • Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS
  • Supporting Justin for issue fixes for Retro-CI – as needed
  • Prioritizing and Estimating work/approach for resolving the next round of high priority items for Retro-CI

CI OpenELIS Progress and Priorities – Dec 5th

This last week we focused on the final migration issues for OpenELIS in Retro-CI and on refining of requirements for LNSP in Cote d’Ivoire.

Last period we focused on the following:

  • Duplicate Test Requests – After the fix for this issue was released into production, Justin found that there were some previous analyzer results imports that had been affected by the bug.  These are being worked through.  New results imported should not be duplicating test requests.
  • “Loading Error” bug – This did not get focused on for this week, but remains as a high priority in our queue of requests.  Until we have a fix, we strongly recommend against having OpenELIS open in more than one tab on the same browser.  For now, a workaround to this would be to use two different browsers, such as to have OpenELIS opened in IE for one screen and have OpenELIS opened in Firefox for another screen.
  • Automatic Backups – Justin is still working on getting the automatic backups setup for the system.  The manual backups are working correctly and still being done.  We expect to have this in place in the next week or so.
  • Biological Validation loading optimization – Still in testing and will be releasing into production soon.
  • Additional minor bug fixes as discovered and prioritized
  • Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS – We worked on finalizing the requirements for LNSP for review and feedback from the stakeholders.  This should be ready for review in the next week.

This week we will be working on the following:

  • Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS – Should be ready for review in the next week.
  • Ability to delete or modify the study type after sample entry – on hold for the past few weeks as focused on the migration issues.  As stated before, 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.
  • Supporting Justin for issue 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

Progress and Priorities – Nov 28th

We have been very focused on issues with the Retro-CI installation that I will outline below.

The issues that came up during the last couple of weeks have given us a lot of insight into how OpenELIS is operating in a more advanced laboratory and how we can modify the system to improve the user interaction to prevent errors.  In some cases, the issues pointed out are because the system is working as designed, but the user interface hides things from the user that it would be better to show.  In other cases, we learned that we needed some clarification on business rules in the laboratory.  Even further, there were issues that led us to decide we needed to fix the issue and improve the business rules around the process.  Lastly, we worked with Justin to learn how to replicate complex and difficult issues here in the development environment in order to identify a solution.

Last period we focused on the following:

  • Duplicate CD4 Absolute Counts – These test results were being duplicated in the system, and was causing issues when one value was being manually updated and the duplicate value did not update to the new result.  This issue in the software has been fixed and released to production.  In addition, with the help of the Retro-CI team and Justin, all data has been corrected in the system to remove all duplicated test results.
  • Duplicate Test Requests – When results were imported from the analyzer prior to sample entry being performed, duplicate tests requests were created after sample entry was performed.  This bug has been fixed in the software and released into production.
  • CD4 Absolute Count Recalculation Error – In Imm-Heme, if a user was retesting a sample, the CD4 abs count was not being recalculated with the values from the new CD4% result.  This was fixed and is now in production at Retro-CI.
  • Results – Now show « en cours » at serology result when the serology result is not tested yet or is not validated instead of “X”
  • Edit Patient Subject Number creates two patients pointing to the same sample in the observation history table.  This has now been fixed in the software and released into production.  We are now looking at how to improve the user interface to make the process of editing lab numbers and subject numbers more explicit.
  • “Loading Error” bug – We found that when OpenELIS was open in more than one tab on the browser, the system became unstable and caused unexpected errors.  We are working on a resolution to this in order to allow users to have OpenELIS in more than one tab for comparisons they would like to perform.  Until we have a fix however, we strongly recommend against having OpenELIS open in more than one tab on the same browser.  For now, a workaround to this would be to use two different browsers, such as to have OpenELIS opened in IE for one screen and have OpenELIS opened in Firefox for another screen.
  • Automatic Backups – Justin is still working on getting the automatic backups setup for the system.  The manual backups are working correctly and still being done.  We expect to have this in place in the next week or so.
  • Biological Validation slow loading – Additional work on optimizing the load and search function within the biological validation screen; Much improvement has been made here and we look forward to feedback from the users.  Currently in testing and will be releasing into production soon.
  • Additional minor bug fixes as discovered and prioritized

This week we will be working on the following:

  • Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS – as the Retro-CI installation is now stable, this will resume and proceed forward quickly
  • Ability to delete or modify the study type after sample entry – on hold for the past few weeks as focused on the migration issues.  As stated before, 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.
  • Supporting Justin for issue 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

Progress and Priorities – Nov 6th

We continue to work on the next round of priorities for OpenELIS in Cote d’Ivoire.

Support of Migration at Retro-CI:

  • Biological Validation slow loading – Additional work on optimizing the load and search function within the biological validation screen; Much improvement has been made here and we look forward to feedback from the users
  • Hematology algorithm  – Issue with the calculation of hematology fixed
  • Automatic Backups – Improvement to automatic backups and working with Justin on getting this working in production
  • Duplicate lab values – Fixed the problem with duplicate values showing up after we performed the backfill of CD4 values
  • 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

Progress and Priorities – Oct 31st

We continue to work on the next round of priorities for OpenELIS in Cote d’Ivoire, still focusing on supporting the full migration from Praline to OpenELIS in the Retro-CI laboratory.

Support of Migration at Retro-CI:

  • Biological Validation slow loading – Worked on optimizing the load and search function within the biological validation screen
  • Automatic Backups – Improvement to automatic backups and working with Justin on getting this working in production
  • Duplicate lab values – Problem with duplicate values showing up after we performed the backfill of CD4 values
  • 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
  • Hematology algorithm  – Issue with the calculation of hematology
  • Duplicate lab values – working to understand the cause of the problem and how to resolve
  • 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

Progress and Priorities – Oct 24th

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