• 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 19^th
• 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

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

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

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

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

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

Support of Migration at Retro-CI:

• CD4 Numerical values missing in patient reports – We applied an emergency patch to OpenELIS to fix this problem and have released OpenELIS v2.2.1 to Justin to apply to Retro-CI. There currently is an issue in updating the Retro-CI installation and we are working with Justin to solve this as quickly as possible.
• Backfill of CD4 Numerical values – A script for backfilling the database with missing CD4 values for the reports has been completed and is in testing.
• 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.
• Export data missing lab results – We can’t seem to replicate this problem on our end.  We are working with Justin and Dr. Kassi to determine the cause of this at Retro-CI
• 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
• Any bug fixes for Retro-CI – as needed
• If time permits, searching within Validation for results similar to the Results screens
• Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS

Major updates:

• Data Export – all studies are now mapped correctly for data export.
• Non-conformity notification report for requesters – New report on the reports menu called Non-conformity Notification.  This report is intended to be sent to requesters to notify them of non-conformity.  These can either be run by selecting a specific lab number or by selection a service (which then prints all non-conformity reports that have not been previously printed for that service).
• Results Validation algorithm for Imm-Heme – We’ve added an algorithm to calculate the totals of % for Imm-Heme results into the validation screen.  We highlight the computed value if the total is more or less than 100%.
• Analyzers – Import of BD Fascanto has been developed, but is not currently available for users as we are waiting on the analyzer to be brought into production by the technician
• Reports – New follow-up required report; Revised patient reports per requirements;

Bug fixes:

• “Leaving Page” warning fix – There was a bug around paging between results pages that alerted the user that they were losing data when leaving the page, when in fact they were not.  This is now fixed.
• Notes – notes can now be added in any place and are saved as additional notes, rather than overwriting the previous note.
• UI – Improved messaging to the user about what is happening during searches
• Additional minor bug fixes as discovered and prioritized

This week we will be working on the following:

• Focus will be on successful migration so we will be supporting Justin in migration from Praline to OpenELIS
• Any bug fixes for Retro-CI – as needed
• If time permits, searching within Validation for results similar to the Results screens
• Synthesizing requirements and prioritizing work for release of CI LNSP OpenELIS

Last week the team worked on:

• Recruitment for Implementation Specialist – The job description was finalized and circulated early last week and we have started receiving responses expressing interest.  We will continue to focus on heavy recruiting for this position in order to find a replacement for Laura quickly.
• LNSP requirements clarification – Justin and Dr. Lathro have been actively sending the team requirements for the LNSP implementation of OpenELIS.  The information has been very useful and we are quickly integrating their feedback into our requirements document.
• Javascript caching - This is complete and will go out with the next release.
• Fixing alerts when changing page without saving is now resolved and will go out with the next release.
• Minor Bug Fixes  - the javascript and css code was improved to make the user interface more efficient.

This week, we will focus on:

• Data Export Issues – working with Justin to understand and fix the issues Babette has seen with the data export
• LNSP OpenELIS Requirements – Getting closer!  Working through requirements feedback from CI LNSP OpenELIS
• Follow Up Required Report – this report will be delayed to due to developer schedules

• Follow Up Required Report - We will be adding a new report that will list all samples that have been marked as requiring follow up with the center/site that sent it.  Users already have the ability to mark a patient’s record as having a data quality issue.  With this new report, users will be able to search for these issues by entering a date range and a center/site.
• LNSP requirements clarification – Justin spent time with LNSP representatives to work on LNSP requirements.

This week, we will focus on:

• Follow Up Required Report (as above)
• Bug fixes: Javascript caching issue found last week during testing of new reports, fixing alerts when changing page without saving
• Working through requirements feedback from CI LNSP OpenELIS