BUSI 505 Week 3 Case Study Discussion Board Forum 2 Example

Reviewed by Laura Hargrove, MPH · Liberty University · Updated

This BUSI 505 Week 3 sample thread analyzes a case that many hospitals will recognize: a vendor-supplied sepsis prediction alert that fires so often nurses stop reading it. An external validation of a widely used proprietary sepsis model found it discriminated poorly, alarmed on nearly one inpatient in five yet missed two of every three sepsis cases, and an improvement team that replaced a noisy interruptive alert with passive decision support cut alerts by 80% while more than doubling appropriate orders. Drawing on the course texts' treatment of clinical decision support, the thread argues that every alert needs local validation, an owner and a measure of whether it changes care. Isaiah's voice saying "this is the way" frames well-timed guidance. Replies address measuring alert fatigue and nurses' trust in AI alerts. Liberty University BUSI 505 sets this second MS in Healthcare Administration case forum beside the group's annotated bibliography.

CourseBUSI 505 Healthcare Informatics (BUSI505)
Module/Week3
AssignmentCase Study Discussion Board Forum 2
Paper typeCase study discussion thread with two replies
Lengthabout 1,551 words (thread and replies). Course guide: a thread of at least 600 words and replies to 2 classmates of at least 450 words each; the thread and each reply include at least 1 biblical integration and 2 peer-reviewed source citations in addition to the textbooks
FormatAPA 7 citations and reference list
Points60
SchoolLiberty University Online
ProgramMS in Healthcare Administration
Where it sitsModule/Week 3 in Liberty's published BUSI 505 course guide; current sections can differ
UpdatedOctober 2026

Free sample paper for BUSI 505 Week 3

1

Case Study Discussion Board Forum 2: Clinical Decision Support and Alert Fatigue

BUSI 505 Healthcare Informatics, Case Study Discussion Board Forum 2

Thread by [Student Name]

The hospital, its alert data and the classmates are composites; the textbooks, Scripture and the peer-reviewed sources cited are real.

Why this part earns its pointsThe case opens with numbers, because alert fatigue is a quantity problem before it is a behavior problem.
2

Our case hospital turned on its electronic record vendor's sepsis prediction alert two years ago. The alert fires when a patient's score crosses a threshold, interrupting the nurse and prompting a sepsis screen. Last quarter it fired more than 600 times a week across 250 beds, and nurses dismissed about 95% of the alerts within seconds. When the quality department reviewed sepsis cases, it found that several patients who developed septic shock had received alerts that were overridden without a screen, and others developed sepsis without ever triggering an alert. Staff described the alert as noise and admitted they clicked through it without reading. Leaders were left asking whether the problem was the clinicians, the model or the way the alert was built into the workflow. The first instinct of some managers was to require nurses to document a reason for every override, which would have added work without asking whether the alerts deserved attention in the first place.

Why this part earns its pointsExternal validation research shows the model itself may be the first problem, which shifts blame away from frontline staff.
3

Research suggests the model deserves scrutiny first. Wong et al. (2021) evaluated a widely implemented proprietary sepsis model across more than 38,000 hospitalizations at an academic health system and found discrimination barely better than a coin toss, with an area under the curve near 0.6, well short of what the developer had reported. Nearly one inpatient in five triggered the alert, yet two thirds of those who went on to develop sepsis were never flagged, and among septic patients whose antibiotics came late under usual care the model caught only a small handful. In plain terms, it alerted often, missed often and rarely found patients clinicians had not already recognized. Our hospital had never tested the model on its own patients before turning it on. A model that performs this way will produce alert fatigue no matter how well trained the staff are.

For Nelson and Staggers (2014), decision support works when the person who can act receives the needed information, in a usable format, at the moment of choice, and Braunstein (2014) emphasizes that decision support succeeds only when it fits clinical workflow. Our alert failed several of those tests: it interrupted nurses for patients who were not septic, it gave no specific recommendation and it fired regardless of what the care team was already doing. It also went to the wrong person at times, interrupting a nurse when the decision to order cultures or antibiotics belonged to a physician or advanced practice provider who never saw the alert.

Why this part earns its pointsThe redesign evidence shows that fewer, better alerts can improve care, which is the recommendation's foundation.
4

Redesign can help. Fallon et al. (2024) describe a hospital whose interruptive COVID-19 precautions alert fired about 8,200 times a week. A governance team adjusted triggers and replaced the pop-up with a passive, rule-based order panel, cutting weekly alerts by about 80% to roughly 1,450. At the same time, the share of symptomatic patients with appropriate precautions ordered rose from 23% to 61%, and orders were placed faster. Fewer alerts produced better care.

For our case, I would recommend four steps. First, validate the sepsis model on our own patients before relying on it, and adjust or replace it if performance is poor. Second, assign every interruptive alert an owner and a review date. Third, convert low-value interruptive alerts to passive displays where possible. Fourth, measure each alert's firing rate, override rate and effect on the intended action, and retire alerts that do not improve care. An alert that fires constantly teaches clinicians one lesson: that alerts can be ignored.

Isaiah promises that the people will hear a word behind them saying, "This is the way, walk in it," when they turn to the right or to the left (English Standard Version Bible, 2001/2016, Isaiah 30:21). Good decision support aims at that kind of guidance: a clear word at the moment of decision, not a constant noise that drowns out every warning.

Reply to Hannah

Hannah, you asked how a hospital would know whether its clinicians are experiencing alert fatigue rather than simply making reasonable choices to override alerts. That is a sharper question than it first appears, because a high override rate can mean either that clinicians are ignoring important warnings or that the alerts are wrong. Ray et al. (2026) reviewed 22 systematic reviews on clinical decision support and found that only one offered an operational definition of alert fatigue, even though the term appears constantly in hospital discussions. The most common measures were the number of alerts, the override rate and the acceptance rate, but studies defined and reported them inconsistently, which makes comparisons difficult. Newton et al. (2026) interviewed 20 junior doctors working in Australian hospitals and, using a human factors lens, found that alert fatigue appeared at different stages of information processing: some alerts were never noticed, some were handled with mental shortcuts and some demanded so much effort to interpret that doctors gave up. That finding suggests that a single override rate cannot capture the problem. An alert that is never noticed has a low override rate if overrides require a click, yet it is useless; an alert that is noticed and thoughtfully dismissed may have a high override rate and still be working as intended for the few cases that matter. Nelson and Staggers (2014) recommend evaluating decision support from the user's perspective as well as the system's, and Braunstein (2014) notes that usability is part of whether clinical systems deliver value. Given those limits, a practical measurement approach would combine three views: system data on firing and override rates for each alert, chart review of a sample of overrides to judge whether they were appropriate and brief surveys or interviews with clinicians about which alerts they find useful. Each view catches something the others miss, and together they show whether a problem lies in the alert's logic, its timing or its audience. Proverbs warns that when words are many, transgression is not lacking, but the one who restrains his lips is prudent (English Standard Version Bible, 2001/2016, Proverbs 10:19), and an alert system that says too much loses the power to warn when it matters. Would your organization be willing to review a random sample of overridden alerts each quarter? That review is labor intensive, but it is the only way to tell whether overrides reflect fatigue or good judgment, and it often reveals which alerts should be retired first. A small team of a pharmacist, a nurse and a physician could review fifty overrides in an afternoon and bring recommendations to the decision support committee. Over a year, those reviews would build a local evidence base for which alerts earn their interruptions and which do not.

Reply to Darnell

Darnell, you raised the question of whether nurses will trust alerts generated by artificial intelligence, especially after experiences with tools like our sepsis alert. Trust is central, because a decision support tool helps only when clinicians act on it appropriately, neither ignoring it nor following it blindly. Both failure modes are dangerous: ignoring a correct alert delays care, while following a wrong one can lead to unnecessary tests, antibiotics or anxiety for patients. Clej et al. (2026) surveyed 239 registered nurses at a large hospital about AI-supported alerts and found three groups: about 27% tended to over-trust AI alerts, 41% showed balanced trust and 32% resisted them. Alert fatigue was the factor most strongly associated with nurses' intention to override AI alerts, partly through moral distress, and the effect was weaker where nurses reported higher team psychological safety. In other words, nurses who felt safe speaking up about a questionable alert were less likely to slide into blanket dismissal, which points to culture as well as technology as a lever leaders control. Wong et al. (2021) show why some resistance is rational, since a widely used sepsis model performed far below expectations when tested independently. Nurses who learned from experience that the sepsis alert was usually wrong were, in a sense, accurately calibrating their trust to a poor tool, and the problem lay with the organization that deployed it without local testing. Nurses' experience with alerts belongs in decision support design and evaluation, consistent with the interprofessional view of informatics in Nelson and Staggers (2014), since so many interruptive pop-ups land on nurses' screens. Braunstein (2014) adds that clinicians must understand the basis of a recommendation to use it well, which is difficult when a proprietary model's logic is hidden. For managers responsible for adopting these tools, the findings suggest three priorities: publish local validation results so clinicians know how well each model performs, involve nurses in deciding which alerts are interruptive and build a unit culture in which questioning an alert is safe and welcomed, with a simple way to report alerts that seem wrong. John urged believers not to believe every spirit but to test the spirits to see whether they are from God (English Standard Version Bible, 2001/2016, 1 John 4:1), and the same discernment applies to machine recommendations: test them, and trust them only as far as the evidence allows. Would your unit consider sharing each AI model's validation results with staff in plain language, perhaps on a one-page summary posted with each new tool? Knowing that a model is right only half the time, or nine times in ten, would help nurses calibrate their trust rather than swinging between blind acceptance and reflexive dismissal. It would also signal that the organization takes their judgment seriously.

5

References

Braunstein, M. L. (2014). Contemporary health informatics. AHIMA Press.

Clej, E., Fizedean, C., Gherman, A., Ilie, A. C., Bratu, M. L., & Marc, F. (2026). Why nurses intend to override AI alerts: How alert fatigue, moral distress, and team psychological safety shape self-reported trust calibration toward clinical decision support. Healthcare, 14(14), 2063. https://doi.org/10.3390/healthcare14142063

English Standard Version Bible. (2016). Crossway. (Original work published 2001)

Fallon, A., Haralambides, K., Mazzillo, J., & Gleber, C. (2024). Addressing alert fatigue by replacing a burdensome interruptive alert with passive clinical decision support. Applied Clinical Informatics, 15(1), 101-110. https://doi.org/10.1055/a-2226-8144

Nelson, R., & Staggers, N. (2014). Health informatics: An interprofessional approach. Elsevier Mosby.

Newton, N., Bamgboje-Ayodele, A., Forsyth, R., Tariq, A., Huang, J., Yannam, R., Lalor, D. J., Sobey, A. J., & Baysari, M. T. (2026). Experiences of alert fatigue and its contributing factors in hospitals: Qualitative study. Journal of Medical Internet Research, 28, e78676. https://doi.org/10.2196/78676

Ray, C. E., Wilson, G. M., Hughes, A. M., Cunningham Goedken, C., Liu, E. P., Fitzpatrick, M. A., Suda, K. J., Kota, S. M., Nwankpa, C., & Evans, C. T. (2026). Alert fatigue measurement in clinical decision support: A systematic review. Journal of the American Medical Informatics Association, 33(8), 1523-1531. https://doi.org/10.1093/jamia/ocag064

Wong, A., Otles, E., Donnelly, J. P., Krumm, A., McCullough, J., DeTroyer-Cooley, O., Pestrue, J., Phillips, M., Konye, J., Penoza, C., Ghous, M., & Singh, K. (2021). External validation of a widely implemented proprietary sepsis prediction model in hospitalized patients. JAMA Internal Medicine, 181(8), 1065-1070. https://doi.org/10.1001/jamainternmed.2021.2626

What the BUSI 505 Week 3 instructions ask

The second case forum of BUSI 505 comes in the third module, alongside Braunstein's chapter 7, Nelson and Staggers's chapters 13 through 15 and that week's presentation. This module/week also brings the group Research Project Annotated Bibliography, which asks each student to research 20 peer-reviewed articles using the course template, along with Peer Evaluation 1 and Quiz 3. For the forum itself, plan a 600-plus word thread and two 450-plus word answers to classmates, each drawing on Scripture and two scholarly articles in addition to the textbooks. Starting the forum early leaves time for the group's bibliography, which depends on every member's research.

How this BUSI 505 Week 3 example is built

The sample thread describes a hospital whose sepsis alert fires on hundreds of patients a week while nurses and physicians override nearly all of them. It summarizes an external validation that found a proprietary sepsis model performed far worse than its developer reported, then explains, using the course chapters on decision support, why too many low-value alerts teach clinicians to ignore all alerts. An improvement project that replaced an interruptive alert with passive support shows a better path. The thread recommends local validation, alert ownership and measurement. Isaiah's word about guidance at the right moment frames the goal. One reply examines how alert fatigue is measured, and the other explores why nurses do or do not trust AI alerts. Each reply ends by proposing a practical step the classmate's unit could take.

BUSI 505 Week 3 grading rubric: where the points go

Faculty reviewing the second case forum generally look for accurate use of decision support concepts from both textbooks, such as matching each piece of guidance to the person, moment and format where it can change a decision, careful use of research on alert performance and recommendations a hospital could actually put in place. Responses carry the same source and Scripture expectations as the thread. Strong posts quantify the problem, distinguish a model's accuracy from an alert's usefulness and assign responsibility for fixing it, and they recognize that frontline overrides are often a symptom of poor design rather than poor discipline. With the bibliography due too, efficient research habits matter, and good notes serve both tasks.

BUSI 505 Week 3 help: mistakes that cost points

Pick a decision support tool you have seen or read about, such as a sepsis alert, drug interaction warning or reminder, and describe how often it fires and how clinicians respond. Use the chapters on decision support to explain what makes an alert useful. Find two peer-reviewed studies, one on alert performance or override rates and one on redesign or governance. Recommend specific changes with measures. Connect wise guidance or restraint to Scripture. Since the annotated bibliography is due too, consider whether forum sources could also serve your group's project, and record full APA details as you go so nothing has to be looked up twice.

Related BUSI 505 sample papers

Other BUSI 505 weeks

BUSI 505 Week 3 questions, answered

What is BUSI 505 Case Study Discussion Board Forum 2?

A 60-point case discussion in Module/Week 3 that asks students to dissect a real decision support or data problem and propose fixes, written alongside the group bibliography.

Where can I find a free BUSI 505 Week 3 sample paper?

This page holds the complete BUSI 505 Week 3 case thread on a noisy sepsis alert and alert fatigue, along with two in-depth replies and full citations.

How accurate are proprietary sepsis prediction models?

One widely used model, tested independently at an academic health system, discriminated poorly, alerted on nearly a fifth of inpatients and still missed about two thirds of sepsis cases.

How can hospitals reduce alert fatigue?

Governing alerts centrally, validating them locally, retiring low-value ones and replacing interruptive pop-ups with passive tools can sharply cut alert volume while improving the intended actions.

What else is due in BUSI 505 Module/Week 3?

The week also brings the group's annotated bibliography of 20 peer-reviewed articles in the course template, the first peer evaluation and Quiz 3.

Use it as a model, or ask for your own

This paper is an original model written by our desk for study. It is not a submitted student paper and not an official Liberty University document. Read it for structure and reasoning, then write your own to the instructions in your Canvas course. If you want a version built to your exact prompt and rubric, the first custom sample is free and arrives in 24 to 48 hours.