HIM 425 Module 7 Final Project Example

Reviewed by Delia Ravenscroft, MSN, RN

This HIM 425 Module 7 Final Project sample combines a case study analysis with a technology solution brief written for the leaders who must approve and fund it. It is written for SNHU HIM 425 (HIM-425), the course whose milestones lead to this brief, and it compresses a term of analysis into the kind of decision document BS Health Information Management graduates write for executives. The composite five-site community health center in eastern Kentucky faces a record that fails when one server or one wireless link fails and omits phone conversations with patients. The brief opens with an executive summary, restates the case in short, presents a four-part solution, sets a seven-month implementation schedule, shows costs and funding, lists risks with mitigations and defines how success will be measured.

CourseHIM 425 Healthcare IT Infrastructure and Network Management
ModuleModule 7
Paper typeundergraduate final project combining a case analysis with a technology solution brief
LengthAbout 1,170 words, 7 pages
FormatAPA 7 student paper
SchoolSouthern New Hampshire University
ProgramBS Health Information Management
UpdatedSeptember 2026

Free sample paper for HIM 425 Module 7

1

Final Project: A Record That Stays Up and Stays Whole, Case Analysis and Technology Solution Brief for Cedar Fork Community Health

[Student Name]

Southern New Hampshire University

HIM 425: Healthcare IT Infrastructure and Network Management

Final Project

[Instructor Name]

[Date]

The organization, setting and figures below are a composite written as a model document. No real employer, client, colleague or patient is described.

What this page is doingThe title states the brief's two goals, availability and completeness.
2

Final Project: A Record That Stays Up and Stays Whole, Case Analysis and Technology Solution Brief for Cedar Fork Community Health

Executive Summary

Cedar Fork Community Health's clinical record depends on a seven-year-old server in a clinic closet and, for two mountain clinics, a single wireless link that failed 14 times last year. About one in five clinically relevant patient phone messages never reaches the chart. This brief recommends moving the record to the vendor's hosted service, giving every clinic two independent network connections, replacing the separate messaging tool with telephone encounters in the record routed first to nurse pools and adopting a tested recovery plan. First-year capital cost is about $85,000, within the approved budget, and implementation takes seven months. The request to leadership is approval of this plan together with the vendor contract terms set out below.

What this page is doingThe executive summary states the problem, recommendation, cost and request.
3

The Case in Brief

Cedar Fork is a federally qualified health center with five clinics and about 41,000 visits a year. In the past twelve months its record server went down three times for a total of 9.5 hours, its shared wireless link to two clinics failed repeatedly and nearly a third of video visits at those clinics failed or became phone calls. An audit of 200 phone messages found that 18% of those with clinical content left no trace in the chart. The analysis in earlier milestones traced these symptoms to three root causes: a design with single points of failure, limited rural broadband and a messaging workflow built around a tool outside the record.

What this page is doingThe case is summarized with its key evidence and root causes.
4

Why It Matters

Record availability is a patient safety issue. Sittig and Singh (2012) place a working, available system at the foundation of safe electronic record use, ahead of how the system is used. Connectivity is an access issue: Wilcock et al. (2019) linked lower broadband availability with less telemedicine use, a pattern Cedar Fork's own video failures mirror. And an incomplete record undermines continuity: a medication change discussed by phone and never charted is invisible to the next clinician. Every part of the problem reaches patients.

What this page is doingResearch connects each part of the problem to patient care.
5

The Recommended Solution

The solution has four components that work together, summarized in Table 1. Hosting removes the server as a single point of failure, but it makes the network more important, so the network component is not optional. The messaging change brings phone conversations into the chart, and the recovery plan covers the times when any component fails.

Table 1. Solution Components

ComponentWhat changesProblem addressed
Vendor-hosted recordRecord moves to vendor's redundant data centers under a business associate agreement with recovery targetsSingle server failure; ransomware defense
Two network paths per clinicLow-orbit satellite, cellular and fiber links managed by a software-defined network with automatic failover and video priorityLink failures; failed video visits
Telephone encounters in the recordMessaging tool retired; calls documented in the chart and routed to nurse pools firstMessages missing from the record; clinician inbox burden
Tested recovery planDowntime viewer, paper kits, 48-hour reconciliation, ransomware response, twice-yearly drillsCare and documentation during any outage

Note. Components developed across the project milestones.

What this page is doingTable 1 lists the four components and the problems each addresses.
6

Evidence Behind the Choices

Each component rests on evidence as well as case data. Griebel et al. (2015) found that hosted and cloud services in health care can reduce local maintenance and scale more easily, while raising security, legal and connectivity concerns that contracts and network design must address. Routing phone encounters to nurse pools responds to Murphy et al. (2016), whose count of daily electronic notifications reaching primary care physicians showed how little inbox capacity clinicians have left. The recovery plan takes seriously the finding by Dameff et al. (2023) that a ransomware attack on one health system spilled over into longer waits and crowding at neighboring emergency departments; a small health center's failure would push its patients onto the region's hospitals.

What this page is doingResearch supports each component of the solution.
7

Implementation Schedule

Implementation proceeds in five phases over seven months, shown in Table 2. Network work comes first because the hosted record cannot go live until every clinic has two working paths. The messaging change follows the record migration so that staff learn one new workflow at a time.

Table 2. Implementation Schedule

PhaseMonthsKey activities
1. Contract and design1Negotiate hosting terms, order network equipment, form project team
2. Network build2 to 3Install second links and SD-WAN at all five clinics; test failover
3. Record migration4Migrate data over a weekend with a rollback plan; install downtime viewers
4. Messaging workflow5 to 6Design telephone encounter workflow with nurses; train staff; retire messaging tool
5. Stabilize and test7First downtime drill and ransomware tabletop; audit 100 telephone encounters

Note. Schedule prepared by the author with the IT support provider.

What this page is doingTable 2 sets out phases and timing.
8

People and Change

Technology changes of this size succeed or fail with the people who use them. Cresswell et al. (2013) highlight the need for strong leadership, user involvement in design, attention to workflow and continued support after launch in large health IT implementations. The project will be sponsored by the medical director, with a nurse lead from each clinic on the design team for the telephone encounter workflow and super-users trained in each building. Staff will be told early what will change and why, and the health information team will run short weekly check-ins during the first two months after each go-live.

What this page is doingChange management is built into the plan.
9

Costs and Funding

First-year capital costs are about $85,000: $38,000 for hosting setup and data migration, $41,000 for network equipment and installation and $6,000 for downtime viewer workstations. Recurring charges come to roughly $99,600 a year, combining the hosting subscription and the new connections, partly offset by ending server maintenance contracts and the current wireless circuit. The capital cost fits within the $120,000 approved for this year, and a pending federal infrastructure grant request would cover part of the network cost.

What this page is doingCosts and funding sources are stated.
10

Risks and Mitigation

Four risks require attention. Vendor dependence will be managed through contract terms on uptime, recovery, the return of all data if the contract ends and prompt notice of any breach. Migration disruption will be limited by a weekend cutover with a tested rollback plan. Satellite service can be affected by obstructions and weather, which the second path and failover address. And staff resistance to retiring the messaging tool will be reduced by involving nurses in the design and measuring whether the new workflow saves them time.

What this page is doingRisks are paired with mitigations.
11

Measuring Success

At twelve months, the project will be judged against the problems it set out to solve: unplanned record downtime under two hours for the year, zero clinic-wide outages caused by a single link, video visit failure below 5% at every clinic, at least 98% of sampled clinical phone encounters documented in the chart, downtime documentation reconciled within 48 hours and two completed drills. Results will be reported to the board's quality committee.

What this page is doingSuccess measures link back to the original evidence.
12

Conclusion

Cedar Fork's record has been only as reliable as its weakest server and its most fragile link, and incomplete wherever conversations happened by phone. The four-part solution addresses availability and completeness together, at a cost within budget, with a schedule, a change plan, managed risks and clear measures. Approving it would give Cedar Fork's clinicians and patients a record that stays up and stays whole.

What this page is doingThe conclusion restates the recommendation and its purpose.
13

References

Cresswell, K. M., Bates, D. W., & Sheikh, A. (2013). Ten key considerations for the successful implementation and adoption of large-scale health information technology. Journal of the American Medical Informatics Association, 20(e1), e9-e13. https://doi.org/10.1136/amiajnl-2013-001684

Dameff, C., Tully, J., Chan, T. C., Castillo, E. M., Savage, S., Maysent, P., Hemmen, T. M., Clay, B. J., & Longhurst, C. A. (2023). Ransomware attack associated with disruptions at adjacent emergency departments in the US. JAMA Network Open, 6(5), Article e2312270. https://doi.org/10.1001/jamanetworkopen.2023.12270

Griebel, L., Prokosch, H.-U., Köpcke, F., Toddenroth, D., Christoph, J., Leb, I., Engel, I., & Sedlmayr, M. (2015). A scoping review of cloud computing in healthcare. BMC Medical Informatics and Decision Making, 15, Article 17. https://doi.org/10.1186/s12911-015-0145-7

Murphy, D. R., Meyer, A. N. D., Russo, E., Sittig, D. F., Wei, L., & Singh, H. (2016). The burden of inbox notifications in commercial electronic health records. JAMA Internal Medicine, 176(4), 559-560. https://doi.org/10.1001/jamainternmed.2016.0209

Sittig, D. F., & Singh, H. (2012). Electronic health records and national patient-safety goals. New England Journal of Medicine, 367(19), 1854-1860. https://doi.org/10.1056/NEJMsb1205420

Wilcock, A. D., Rose, S., Busch, A. B., Huskamp, H. A., Uscher-Pines, L., Landon, B., & Mehrotra, A. (2019). Association between broadband internet availability and telemedicine use. JAMA Internal Medicine, 179(11), 1580-1582. https://doi.org/10.1001/jamainternmed.2019.2234

What the HIM 425 Module 7 instructions ask for

The closing HIM 425 deliverable pairs your case study analysis with a technology solution brief, drawing on both milestones. Aim for about 1,500 words or more in APA 7, with tables and at least five scholarly sources. Write for decision makers: open with an executive summary that states the problem, recommendation, cost and what you are asking leaders to approve. Summarize the case and its evidence briefly, present the solution's components and the problems each solves, then give an implementation schedule, a change management approach, costs and funding, risks with mitigations and measures of success. Revise the milestone material in light of feedback rather than pasting it, and keep every figure consistent across sections.

How this HIM 425 Module 7 final project example is built

Cedar Fork Community Health's brief opens with an executive summary: a seven-year-old server, a wireless link that failed 14 times, 18% of clinical phone messages missing from charts and a four-part fix costing about $85,000. Sittig and Singh and Wilcock and colleagues show why availability and connectivity reach patients. A components table pairs the hosted record, redundant links, telephone encounters and recovery plan with their problems, supported by Griebel, Murphy and Dameff and colleagues. A seven-month schedule, a change plan drawn from Cresswell and colleagues, costs, four risks with mitigations and twelve-month success measures reported to the board complete the brief for leaders, each measure echoing a number from the original evidence.

Where the HIM 425 Module 7 rubric puts the points

Expect HIM 425 final briefs to be scored on an executive summary that leads, a concise and accurate case analysis, a solution that addresses root causes, evidence for each component, a realistic implementation plan, change management, costs, risks and mitigations, measurable outcomes and APA 7 mechanics. The best briefs are written for the reader who must decide, so they lead with the recommendation and the request. Graders reward schedules that sequence dependent work correctly, such as networks before hosted migration, and success measures tied to the original evidence. Consistency with earlier milestones, improved by instructor feedback, signals a finished professional product rather than a stitched assignment.

HIM 425 Module 7 help: the mistakes that cost points

Final briefs lose points when the executive summary merely describes the paper, when the solution does not address the root causes identified earlier, when costs or schedules are missing or when success cannot be measured. Another frequent gap is ignoring the people who will use the new system. If your case differs, such as a clinic converting a closed messaging system to its record or a hospital consolidating data centers, send both milestones and your instructor's feedback so the brief carries your analysis forward. Mention any required format, such as memo style, and the audience your instructor has in mind. A custom project follows the same order: summary, case, rationale, components, schedule, people, costs, risks and measures.

Get HIM 425 Module 7 written to your instructions

Send the HIM 425 final project guidelines, both milestones and the feedback you received. The brief will open with an executive summary, present each solution component with its evidence and include a schedule, change plan, costs, risks and success measures, finished within 24 to 48 hours with the first one free. The paper above is an original model document written by our desk, not a submitted student paper and not an official Southern New Hampshire University document.

More HIM 425 papers and related BS Health Information Management samples

HIM 425 Module 7 questions, answered

Where can I find a free HIM 425 Module 7 Final Project sample?

The entire HIM 425 Module 7 project is here: a case analysis and technology solution brief with components, schedule, costs, risks and success measures.

What is a technology solution brief?

A decision document for leaders that states a problem, recommends a technology solution and covers cost, schedule, risks and expected results.

What belongs in the executive summary of a solution brief?

The problem, the recommendation, the cost and exactly what leaders are asked to approve, in a short paragraph.

Why should network upgrades come before a hosted record goes live?

A hosted record depends on every clinic's connection, so reliable redundant links must be in place before migration.

How is success measured for an infrastructure project?

With targets tied to the original problem, such as downtime hours, link failures, video visit failure rates and documentation completeness.