DPH 850 Module 5 Implementation and Change Management Example

Reviewed by Douglas Renshaw, MBA Aspen University Updated September 2026

This DPH 850 Module 5 sample paper manages the rollout of a new disease surveillance system to state staff and 34 local health departments over 18 months. Health Informatics for Public Health Leaders, within Aspen University's Doctor of Public Health program, covers implementing information systems. Drawing on evidence that organizational issues often decide success, the paper tables five phases from preparation to stabilization with activities, people and warning signs. Readiness, super users, role-based training, unintended consequences, go-live support, resistance, communication, scaling complexity and adoption targets such as 90% electronic processing follow. Workflow redesign, vendor management, small departments, pilot lessons, readiness checklists and documentation complete it.

CourseDPH 850 Health Informatics for Public Health Leaders
ModuleModule 5
Paper typeImplementation and change paper
LengthAbout 1,113 words, 7 pages
FormatAPA 7 student paper
SchoolAspen University
ProgramDoctor of Public Health
UpdatedSeptember 2026

Free sample paper for DPH 850 Module 5

1

Go-Live Is the Beginning: Implementation and Change Management for a New Surveillance System

Student Name

Doctor of Public Health Program, Aspen University

DPH 850: Health Informatics for Public Health Leaders

Instructor Name

Month Day, Year

What this page is doingThe title corrects the common belief that launch is the finish line. APA 7 student title page.
2

Go-Live Is the Beginning: Implementation and Change Management for a New Surveillance System

A well-planned system can still fail at implementation, when people must change how they work. This paper examines implementation and change management for a new disease surveillance system in a composite state health department, which is rolling the system out to state staff and 34 local health departments over 18 months.

Why Implementation Fails

Reviews of health information technology implementation find that organizational issues, such as leadership, user engagement, workflow fit and training, often matter more than technical features (Cresswell & Sheikh, 2013). Systems imposed without involving users, or launched without adequate support, are resisted, worked around or abandoned.

What this page is doingOpening with the evidence on failure shows the grader why the plan emphasizes people and process.
3

Implementation Phases

The table outlines the phases of implementation.

PhaseKey activitiesPeople involvedSigns of trouble
PreparationReadiness assessment, workflow mapping, communication planLeaders, user advisory groupLow attendance at design sessions
TrainingRole-based training, practice environment, super usersTrainers, super users, all staffLow completion; poor test scores
PilotSix local health departments go live firstPilot sites, project teamRising backlog; workarounds
Statewide rolloutStaged go-live by region with on-site supportAll users, help deskHelp desk overload
StabilizationFix issues, refine workflows, retire old systemProject team, usersContinued parallel paper processes

Readiness

A readiness assessment asked each local health department about staffing, computer equipment, internet capacity, leadership support and experience with prior systems. Three small rural departments lacked adequate equipment and bandwidth; the project provided laptops and funded connectivity upgrades before their go-live.

Super Users and Training

Each local health department named at least one super user who received advanced training and became the first point of help for colleagues. Training was role-based, so investigators learned investigation workflows and supervisors learned reporting. A practice environment with realistic test cases let staff rehearse before go-live.

Unintended Consequences

New systems can introduce new errors. Ash et al. (2004) described unintended consequences of patient care information systems, including errors in entering and retrieving information and disruptions of communication and coordination. The project watched for similar problems, such as cases routed to the wrong county because of address matching errors, and fixed them quickly.

Go-Live Support

During each regional go-live, project staff and vendor specialists provided on-site support for two weeks, a dedicated help desk line answered calls within ten minutes and daily huddles reviewed problems. Issues were logged, prioritized and resolved publicly so users saw action.

Resistance

Some experienced investigators resisted the new system, preferring familiar workflows and doubting its benefits. Resistance often signals real concerns. The team listened, adjusted forms where the new workflow added steps and showed data on reduced manual entry. Peer champions who had adopted the system early helped persuade colleagues. Investigators who raised concerns were invited onto the group that refined the forms, turning critics into contributors.

Communication

A communication plan kept staff informed through a monthly newsletter, short videos showing new features, updates at local health department directors' meetings and a feedback form. Messages emphasized what the system would do for users, such as fewer faxes and faster case assignment, rather than technical details. Local directors received talking points before each announcement so staff heard consistent messages.

Complexity of Scaling

Scaling across 34 local health departments with different sizes, cultures and resources adds complexity. The nonadoption and scale-up framework warns that complexity across the technology, the organizations and the wider system increases the risk of failure (Greenhalgh et al., 2017). Staging rollout by region and adapting support to each department reduced that complexity.

Measuring Adoption

Adoption will be measured by the share of case reports processed electronically, the share of investigations documented in the system rather than on paper, login frequency by role, time from report to assignment and user satisfaction scores. Targets include 90% electronic processing within six months of go-live.

Sustaining Change

After stabilization, the old system will be retired so that parallel processes cannot persist. A user group will meet quarterly to suggest improvements, and super users will continue in their roles with recognition in performance reviews.

Leadership

Visible leadership matters. The state epidemiologist used the system in meetings, praised early adopters and made clear that the old system would be retired on a set date. Leaders at local health departments were briefed first so they could answer staff questions.

Workflow Redesign

Technology changes work. Investigators who once received faxes and entered data now review automated reports and focus on follow-up. Workflow redesign sessions before go-live mapped current steps, identified those the system would eliminate and defined new ones, such as reviewing automated matches. Staff who helped redesign workflows were more comfortable with the change.

Managing the Vendor

The vendor relationship affects implementation. Weekly meetings, a shared issue tracker, clear escalation paths and payment tied to milestones keep the vendor accountable. When a key interface fell behind schedule, the contract's milestone payments gave the department grounds to insist on additional vendor staff.

Supporting Small Departments

Small rural health departments often have one or two staff handling all communicable disease work. For them, go-live meant learning a new system while keeping up with cases. The project scheduled their go-live during low-activity months, provided remote support daily for a month and paired each with a mentor from a larger department.

Lessons From the Pilot

The pilot with six local health departments revealed problems that testing had missed: slow screens on older computers, confusing labels for case statuses and a report that timed out for large counties. Fixing these before statewide rollout prevented frustration for hundreds of users and built confidence that feedback would be acted on.

Celebrating Progress

Change is tiring. Recognizing milestones, such as the first month with no faxed laboratory reports, and thanking super users publicly helped sustain morale through the long rollout.

Measuring Readiness Before Each Wave

Before each regional go-live, a short checklist confirmed that equipment was in place, all users had completed training, super users were named, interfaces for local laboratories had passed testing and leaders had set a date to stop using the old system. Regions that did not meet the checklist were delayed by a few weeks rather than launched unprepared.

Documentation

Clear documentation supports users long after trainers leave. The project produced short guides for common tasks, a searchable knowledge base, recorded demonstrations and release notes for each update. Super users helped write guides in plain language, drawing on the questions colleagues actually asked during go-live.

Conclusion

Implementation succeeds when people are prepared, supported and heard. Readiness assessment, super users, role-based training, a staged rollout, on-site go-live support, attention to unintended consequences and honest communication help a new surveillance system take root. Measuring adoption and retiring old processes turn a go-live into lasting change.

References

Ash, J. S., Berg, M., & Coiera, E. (2004). Some unintended consequences of information technology in health care: The nature of patient care information system-related errors. Journal of the American Medical Informatics Association, 11(2), 104-112. https://doi.org/10.1197/jamia.M1471

Cresswell, K., & Sheikh, A. (2013). Organizational issues in the implementation and adoption of health information technology innovations: An interpretative review. International Journal of Medical Informatics, 82(5), e73-e86. https://doi.org/10.1016/j.ijmedinf.2012.10.007

Greenhalgh, T., Wherton, J., Papoutsi, C., Lynch, J., Hughes, G., A'Court, C., Hinder, S., Fahy, N., Procter, R., & Shaw, S. (2017). Beyond adoption: A new framework for theorizing and evaluating nonadoption, abandonment, and challenges to the scale-up, spread, and sustainability of health and care technologies. Journal of Medical Internet Research, 19(11), Article e367. https://doi.org/10.2196/jmir.8775

What the DPH 850 Module 5 instructions ask for

Implementation belongs to Aspen's DPH 850 description, and the fifth module's prompt is visible to course members alone, so this sample plans a rollout. Implementation papers usually ask how a system will be introduced, how people will be prepared and supported, how resistance will be handled and how adoption will be measured. Begin with evidence on why implementations fail. Lay out phases with warning signs. Plan training by role. Describe go-live support concretely. Treat resistance as information. Define adoption measures and targets. Plan how the old system will be retired. Address vendors and small or rural sites explicitly. Show how super users will be chosen and supported.

How the DPH 850 Module 5 example is put together

Twenty headings carry roughly a thousand words, starting with why implementation fails and a four-column table of five phases. Readiness, super users and training, unintended consequences, go-live support, resistance, communication, scaling and adoption measures come next, with sustaining change and leadership. Workflow redesign, vendor management, support for small departments, pilot lessons, celebrating progress, readiness checklists and documentation are added. A margin comment beside the opening evidence explains why people and process take priority. The conclusion calls go-live a beginning. The phases table frames the paper, and each later section explains how one phase was carried out or what went wrong and was fixed. Each phase's warning signs are revisited when the paper describes what actually happened.

DPH 850 Module 5 rubric: what earns full marks

Implementation papers are judged on use of evidence, a realistic phased plan, attention to people and workflow, concrete support and measurable adoption. This paper cites Cresswell and Sheikh on organizational issues, Ash and colleagues on unintended consequences and Greenhalgh and colleagues on scale-up complexity, in APA format. The phases table includes warning signs, a thoughtful touch. Support for small rural departments shows equity in rollout. Measurable adoption targets make success checkable, which instructors credit. Lessons from the pilot are reported honestly, including problems testing had missed, which shows the rollout learned as it went rather than following a script. Leadership is shown modeling use of the new system in meetings.

DPH 850 Module 5 help from the desk

Students often focus on training and ignore workflow, vendors and the old system. Others treat resisters as obstacles. Map workflows before and after. Pilot before scaling. Plan on-site support at go-live. Listen to resistance and act on valid concerns. Set a date to retire old processes. If change management theory feels abstract, a tutor can help you apply it to a rollout you have experienced. End with the adoption measure you would watch most closely. Think about a system change you lived through at work. Write down what helped and what frustrated you, then design your plan to repeat the first and avoid the second. Personal experience makes implementation papers far more convincing. Name who owns each phase.

Write yours, or have the desk draft it

This paper is an original model document written by our desk, not a submitted student paper and not an official Aspen University document. Read it for the moves, then write your own to the instructions in your classroom. If you want one built to your exact prompt and rubric, the first custom sample is free and arrives in 24 to 48 hours.

More DPH 850 and Doctor of Public Health sample papers

DPH 850 Module 5 questions, answered

What does DPH 850 Module 5 usually ask for?

Aspen's DPH 850 covers implementing information systems, so a paper on implementation and change management is typical. Follow your classroom prompt.

What is a super user?

A staff member with advanced training who supports colleagues during and after a system rollout.

How do you measure adoption of a new system?

Through measures such as the share of work done in the system, frequency of use, timeliness and user satisfaction.

Where can I find a free DPH 850 Module 5 sample paper?

The implementation paper is available here, including a table of phases, activities, people involved and signs of trouble.

How is a new information system implemented in DPH 850 Module 5?

Through readiness assessment, role-based training, super users, a pilot, staged rollout with go-live support, attention to resistance and measured adoption.