Desk brieftechnology

An 81% accuracy result can still miss more than half the adverse drug events

A model study in older outpatients shows why one headline accuracy number is not enough for a software decision. In the held-out test set, the model with the highest accuracy had 46.6% sensitivity and 12.1% precision.

Promoted from a news-desk summary to a standalone article on August 17, 2026. The study scope, test-set metrics, cohort mix, and limitations were retained and expanded; the underlying evidence did not change.

Pharmacy team comparing software results around a table
A model result becomes useful only when the event rate, error tradeoffs, threshold, and human review step are visible together.

Start with the cohort and the recorded event rate

The peer-reviewed study used electronic records for 7,505 adults aged 65 or older who attended one South Korean outpatient center. The title refers to polypharmacy, but the cohort was broader: 2,927 people, or 39.0%, used zero to four concurrent medicines; 3,723, or 49.6%, used five to nine; and 855, or 11.4%, used ten or more. In total, 4,578 participants met the study's five-or-more-medicine categories.

Researchers looked for a documented adverse drug event within 90 days. They found one in 366 people, about 4.9% of the full cohort. That prevalence is essential context. When the event being predicted is uncommon, a model can classify many people correctly by doing well on the much larger group without a recorded event. Accuracy can therefore look reassuring while the misses and false alarms still create an unacceptable clinical workload.

Read the held-out results as a set, not a leaderboard

The researchers compared logistic regression, random forest, and LightGBM. In the stratified 20% held-out test set, at the study's default 0.5 threshold, random forest had the highest accuracy at 0.810, specificity at 0.828, precision at 0.121, and F1 score at 0.193. Its sensitivity was 0.466. Put plainly, it detected fewer than half of the recorded events in that test set, and a positive flag was followed by a recorded event only about 12% of the time.

Logistic regression led on two other measures: AUROC was 0.705 and sensitivity was 0.589. That does not make it the automatic winner. A higher sensitivity may come with more false positives, while a higher specificity may hide more false negatives. The useful question is which tradeoff is acceptable for the exact decision, population, staffing model, and follow-up capacity—not which metric is largest in one table.

The operating threshold is part of the workflow

A score does not become an alert until someone chooses an operating threshold. Moving that threshold changes how many cases are flagged, how many documented events are found, and how much review work is generated. A buyer should ask to see performance at the threshold intended for production, not only the best result selected during development.

The evidence request should include the held-out confusion matrix, sensitivity, specificity, precision, F1 score, AUROC, area under the precision-recall curve, and calibration. Ask for the number of people and events in each evaluation set and for results in relevant subgroups. A percentage without its denominator, threshold, and evaluation population cannot support a staffing or safety decision.

An explanation of the model is not validation of the prediction

The authors used SHAP values to describe contributions to the random-forest predictions. That can help a reviewer see which inputs pushed a score higher or lower. It does not establish that the input is causal, that the prediction is correct, or that acting on it improves care. An explanation layer can make model behavior easier to inspect without resolving weak calibration, missing data, population drift, or a poor operating threshold.

For software diligence, ask which model and explanation versions are in production, which inputs are available at the moment of use, how missing or stale data are handled, and whether a user can inspect the source record behind an input. Then identify the human decision gate: who reviews a flag, what evidence they see, how they record an action, and how a missed case is detected outside the model.

Do not transfer one center's result into a nursing-facility promise

This was a retrospective study at one outpatient center. It was not conducted in a U.S. nursing facility or consultant-pharmacist workflow, and the authors reported no external multicenter validation. Electronic-record documentation may also miss mild or undocumented events. The study did not measure alert burden, medication decisions, implementation quality, or resident outcomes after a prediction was shown to a clinician.

Use the paper as a buyer test, not as proof that a product works. Give a vendor a representative synthetic case and request performance evidence for a comparable population, the production threshold, the resulting review volume, and the path from flag to documented human decision. If the answer returns to one accuracy number, the evidence is not yet ready for a purchasing conclusion.

About the author

Theo Bennett

Theo covers health technology and software buying, focusing on integrations, data portability, implementation, security questions, and what vendors can actually demonstrate.

Read Theo Bennett's editorial profile

Signed by Theo Bennett