DATA INNOVATIONS LLC INSTRUMENT MANAGER SOFTWARE; CALCULATOR/DATA PROCESSING MODULE, FOR CLINCIAL USE, PRODUCT CODE
|
Back to Search Results |
|
Model Number 8.17.10 |
Device Problem
Installation-Related Problem (2965)
|
Patient Problems
Insufficient Information (4580); No Clinical Signs, Symptoms or Conditions (4582)
|
Event Date 09/22/2022 |
Event Type
malfunction
|
Event Description
|
A facility reported on (b)(6) 2022 that a rule (user facility programmed logic) was suppressing comments for critical results after the rule fired.When the comment is removed, the technician may not see the critical result in the worklist and therefore providers may not be notified of the critical result.
|
|
Manufacturer Narrative
|
Upon investigation, it was determined that a panel with multiple tests (whole blood chem panel) was run; 2 of the results were determined to be critical based upon the pre-defined critical ranges.The facility has rules (user facility programmed logic) that are configured to add a specimen comment (containing a "template" to capture the provider called, data/time of call, and initials of the tech that called in the critical result) if the result is within the pre-defined critical ranges.In this case, one specimen comment was added indicating that 2 tests were critical.The sample was then rerun for 1 of the 2 critical tests.The result from the rerun was determined to again be critical.Based on the current configuration of the rule, the initial specimen comment (identifying 2 results as critical) was nulled out by the rerun and a new specimen comment was generated indicating that only one test result was critical.Upon review of the rules, the rule was determined to be working as configured at the time of implementation.The investigation also determined that this was a workflow that was not planned for when the rules were configured.The workflow is when a test is rerun or a repeat test is run due to an error code, the subsequent result may be returned without a specimen comment.This is not a malfunction of instrument manager.This incident is due to the configuration of the rules within the software and not addressing all potential use cases for the workflow with critical results.The facility reported that there is a potential of patient harm when this issue happens due to the possibility that the technician may not see the critical result in the worklist, and therefore the provider may not be notified timely.When the critical result is identified by the technician, the technician can manually enter the specimen comment containing the required information.Investigation into the determination if there was actual patient impact is ongoing at the time of this report.
|
|
Event Description
|
A facility reported on (b)(6) 2022 that a rule (user facility programmed logic) was suppressing comments for critical results after the rule fired.When the comment is removed, the technician may not see the critical result in the worklist and therefore providers may not be notified of the critical result.
|
|
Manufacturer Narrative
|
Additional information: a representative from the facility provided additional information on the potential patient impact.The facility stated that a supervisor reviews all critical results regularly to confirm that all critical results have been communicated to the provider.No critical result communications have been missed and there is no patient harm.Based on the additional patient impact information provided by the facility, two data values have been updated in section h6.First, the health effect - clinical code has been updated to 4582: no clinical signs, symptoms, or conditions.Second, the health effect - impact code has been updated to 2199 - no health consequences or impact.Upon investigation, it was determined that a panel with multiple tests (whole blood chem panel) was run; 2 of the results were determined to be critical based upon the pre-defined critical ranges.The facility has rules (user facility programmed logic) that are configured to add a specimen comment (containing a "template" to capture the provider called, data/time of call, and initials of the tech that called in the critical result) if the result is within the pre-defined critical ranges.In this case, one specimen comment was added indicating that 2 tests were critical.The sample was then rerun for 1 of the 2 critical tests.The result from the rerun was determined to again be critical.Based on the current configuration of the rule, the initial specimen comment (identifying 2 results as critical) was nulled out by the rerun and a new specimen comment was generated indicating that only one test result was critical.Upon review of the rules, the rule was determined to be working as configured at the time of implementation.The investigation also determined that this was a workflow that was not planned for when the rules were configured.The workflow is when a test is rerun or a repeat test is run due to an error code, the subsequent result may be returned without a specimen comment.This is not a malfunction of instrument manager.This incident is due to the configuration of the rules within the software and not addressing all potential use cases for the workflow with critical results.The facility reported that there is a potential of patient harm when this issue happens due to the possibility that the technician may not see the critical result in the worklist, and therefore the provider may not be notified timely.When the critical result is identified by the technician, the technician can manually enter the specimen comment containing the required information.Investigation into the determination if there was actual patient impact is ongoing at the time of this report.
|
|
Search Alerts/Recalls
|
|
|