| Literature DB >> 34078363 |
Di Jin1, Qing Wang1, Dezhi Peng1, Jiajia Wang1, Bijuan Li2, Yating Cheng2,3, Nanxun Mo2,3, Xiaoyan Deng2, Ran Tao4,5.
Abstract
BACKGROUND: Validation of the autoverification function is one of the critical steps to confirm its effectiveness before use. It is crucial to verify whether the programmed algorithm follows the expected logic and produces the expected results. This process has always relied on the assessment of human-machine consistency and is mostly a manually recorded and time-consuming activity with inherent subjectivity and arbitrariness that cannot guarantee a comprehensive, timely and continuous effectiveness evaluation of the autoverification function. To overcome these inherent limitations, we independently developed and implemented a laboratory information system (LIS)-based validation system for autoverification.Entities:
Keywords: Autoverification; Correctness verification; Human–computer interaction; Integrity validation; Laboratory information system; Risk control
Mesh:
Year: 2021 PMID: 34078363 PMCID: PMC8170738 DOI: 10.1186/s12911-021-01545-3
Source DB: PubMed Journal: BMC Med Inform Decis Mak ISSN: 1472-6947 Impact factor: 2.796
Fig. 1Autoverification process. Single test results must meet all the warning rules at the same time. The autoverification algorithm can identify those samples requiring manual review that do not meet the laboratory’s criteria for autoverification. If the automated reporting switch is not activated, then reports that pass the automatic warning step are manually issued. If the automated reporting switch is turned on and all tests on the report pass their warning rules, then the system automatically releases the report
Two validation methods designed for two parts of the autoverification system
| Phase | Object | Validation method | Explanation | Inconsistent solutions |
|---|---|---|---|---|
| Automatic warning | Warning rules | Correctness verification | To verify that the warning rules behave as expected and produce the expected outcome | If the warning rule setting is wrong, delete and reset the rules |
| Automated reporting | Laboratory tests | Integrity validation | To confirm that the laboratory test results that pass the automatic warning can be reported automatically | Add more warning rules according to the laboratory report criteria |
Fig. 2Schematic diagram of the correctness verification using the example of C-reactive protein (CRP). The CRP test result was 1.8 mg/l and passed quality control. The autoverification system searched all the rules for the CRP and hit two of them, No. 001879 and No. 002009. The No. 001879 rule (verified) checks whether the CRP result has passed the quality control. The No. 002009 rule (pending verification) intercepts the results greater than or equal to 5. Therefore, when No. 002009 is triggered, the warning information of the sample appears purple, indicating that the technician needs to confirm whether the warning result is consistent with the manual judgment. In the correctness verification interface as shown in Fig. 3, the system provides two options, the human–machine judgment is consistent or the system judges incorrectly. The technician can confirm that the rule is performing correctly and change its status to “verified”
Fig. 3Correctness verification interface. The result of CRP passes automatic warning according to the No.002009 rule and displays green. The technician judges whether the automated warning operates correctly
Fig. 4The integrity validation process
Fig. 5Integrity validation target number settings and recording interface. The validation targets of the six projects in the above figure are all 3000, and the validation number is between 1900 and 2500. The corresponding reports cannot be released automatically
List of reasons for correctness verification failure
| Error type | Proportion (%) | Sample | Solution |
|---|---|---|---|
| Human error | 63.3 | Incorrect English letter case in the text of the rules, resulting in no warning | Reset the rules |
| Specific warning target | 24.9 | Early warning of diagnostic results and microscopy results in a special report interface for pathology | Add a supplementary algorithm code |
| Algorithm code error | 8.4 | HPV typing results could not be verified with the Delta Check; the results of the microbial project identification could not be correlated with a variety of drug sensitivity combinations | Fix the algorithm code |
| Software compatibility problem | 3.4 | Problem with the precision of the number comparison script | Fix the algorithm code |
List of reasons why integrity validation failed
| Test | Reason for not passing | Solution |
|---|---|---|
| HPV genotyping | There was no comprehensive analysis of the combined thin-layer cytology results | Analyze the results associated with thin-layer cytology |
| Urea | The limit range was too wide | Reduce the limit range |
| Albumin | Review of the detection system produces an error | Specify the detection system |
| CBC | Test results were checked only on the same day as the barcode | Extend the backdating of the historical results |
| HBsAg HBsAb HBeAg HBeAb HBcAb | Not all composite mode scenarios were covered | Add a joint audit of the portfolio project results |
| Cortisol | There was no warning of abnormal rhythms | Add a rule about checking sampling time |
Comparison of the time consumption (hours) of the two methods for verifying HBV reports for 3000 cases
| Steps | Manual validation (h) | New method (h) |
|---|---|---|
| 1. Set 65 rules | 1.5 | 1.5 |
| 2. Perform Rule 130 test | 2.5 | 2.5 |
| 3. Correctness verification | 0 | 0.25a |
| 4. Personnel comparison report and results review | 240 | 240 |
| 5. Record comparison result | 100 | 0b |
| 6. Analysis of the verification number | 10 | 0b |
| 7. Determine whether to activate automatic approval | 5 | 0b |
| 8. Personnel analysis of the reasons for inconsistent audit results | 90 | 30 |
| 9. Add and modify rules | 1 | 1 |
| 10. Determine whether to turn off autoverification | 1 | 0c |
| Total | 452 | 275 |
In the measurement of the validation time, we divided the complete autoverification into 10 stages. The statistics of manual verification and the new method for each step are shown in Table 4. In steps 4–6, in total, 3000 reports are used for statistics. The time consumption of the consistent work content in the new and old methods is subject to the following: the manual timing of the old method, such as steps 1, 2, 4, and 9; the inconsistent steps in the two methods; the new steps that are recorded in the system, such as step 3; the saving step time clearing, such as steps 5, 6, 7, and 10; and the remaining steps that are estimated, such as step 8
For automatic implementation, the time is calculated as zero
aReasons for invalid locking rules
bReduced workload
cControlled risks
Fig. 6Schematic diagram of the process comparison between the manual method and the new method
Comparison of the advantages of the new method and manual verification
| Advantages | Difference | Manual validation | New method | Explanation |
|---|---|---|---|---|
| Efficiency improvement | Whether to add extra workload? | YES | NO | No additional personnel are required to manually record the reason for the inconsistency. The new method is that the system completes judgment and records while personnel review the reports normally. The system will control the operation of the autoverification program based on the consistency results |
| Can the cause of inconsistency be quickly determined? | NO | YES | The main reasons for the inconsistency are abnormal rule settings and lack of necessary rules. The new method correspondingly sets up correctness verification and integrity validation for these two main reasons. In different verification stages, only the main reason for that stage can be traced back | |
| Risk control | Is it possible to skip the validation process? | YES | NO | Starting from setting the rules, the system will pull the validation process, and no validation link can be skipped |
| Whether to ensure sufficient amount of validation data? | NO | YES | In the process of normal personnel issuance, the system will truthfully record the validation data. Before the set data volume is reached, the automated reporting function is prohibited | |
| Can autoverification be used in the case of failed validation? | YES | NO | When the system confirms that the validation fails due to a defect in the autoverification, it will prohibit the rule conversion or the automated reporting from being enabled |