HI540 Unit 2 Project Charter Example

Reviewed by Chester Goodwin, MBA Project Management of Health Information Systems Purdue University Global Free custom sample in 24 to 48h

This HI540 Unit 2 project charter authorizes a perioperative information system rollout across three composite hospitals and 26 operating rooms, written for the vice president of surgical services to sign. Purdue Global HI 540 asks MS in Health Informatics students to turn a justified problem into a charter, and the sample traces every scope line back to its problem statement. Implant barcode capture serves unbilled implants, real-time nursing documentation serves a 26-hour charting delay, and scheduling serves a vendor deadline. Exclusions carry reasons, so anesthesia records and instrument tracking stay outside the line. Three completion conditions can each be verified from data. Benefit targets pass to operations, and the project manager's authority is written as limits in dollars and float.

CourseHI540 Project Management of Health Information Systems
UnitUnit 2
Paper typeProject charter
LengthAbout 1,110 words, 7 pages double-spaced
FormatAPA 7 student paper
SchoolPurdue University Global
ProgramMS in Health Informatics
UpdatedOctober 2026

Free sample paper for HI540 Unit 2

1

Three Conditions That End the Work: A Unit 2 Project Charter for a Perioperative Information System Rollout Across Three Hospitals

[Student Name]

Purdue University Global

HI540: Project Management of Health Information Systems

Unit 2 Project Charter

[Instructor Name]

[Date]

Ashby Valley Health, its people and every figure are composite; the sources cited are real.

What this part is doingOrdering the charter the way a sponsor asks questions, why, what, how anyone will know and within what limit, lets the signer check it in sequence.
2

Header

Project: Perioperative Information System Rollout. Sponsor: Vice President, Surgical Services. Project manager: Senior Informatics Project Manager, Clinical Informatics. Charter version: 1.0, for signature.

Problem Statement

Ashby Valley Health's operating rooms run on a standalone scheduling product whose vendor ends support in fourteen months, while intraoperative documentation and implant use are recorded on paper. Auditors sampling implant lines found 3.1 percent never billed, an estimated $1.6 million a year at current volume, and scanned intraoperative records take 26 hours on average to appear in the chart. This project replaces the scheduling product and the paper process with the perioperative module of the enterprise record, so that cases are scheduled, documented and charged in one system.

Objectives

1. Capture every implant at the point of use by barcode scan into the intraoperative record.

2. Document all intraoperative nursing care electronically in real time.

3. Retire the standalone scheduling product before its support ends.

Scope

In scope:

1. Surgical case scheduling for all 26 operating rooms at the three hospitals.

2. Intraoperative nursing documentation.

3. Conversion of about 4,100 surgeon preference cards.

4. Implant barcode capture and the charge interface to billing.

5. Workflow redesign, downtime procedures and super-user training for perioperative staff.

Out of scope, with reasons:

1. Anesthesia documentation, because the anesthesia group's contract and its own system review run on a separate timeline; it is planned as a follow-on project.

2. Sterile processing instrument tracking, because the department uses a separate system with its own replacement plan.

3. Ambulatory surgery centers not owned by Ashby Valley, because they run their own records.

Sponsor and Governance

The vice president of surgical services sponsors the project because the benefits land in her division, implant revenue and documentation timeliness, and because she controls the operating room schedule needed for training and go-live. A steering committee chaired by the sponsor meets every two weeks and includes the chief nursing officer, the chief medical information officer, the revenue cycle director and a surgeon representative.

Completion Conditions

The project is complete when all three of these are met:

1. Implant charges reconciled against implants scanned at 99 percent or better for two consecutive calendar months.

2. Paper-free intraoperative documentation in all 26 rooms for 30 consecutive surgical days.

3. The standalone scheduling product decommissioned, with historical data archived and readable, before vendor support ends.

Each completion condition is something a reviewer can verify from data, so the project cannot be declared done because people are tired of it.

What this part is doingWriting completion conditions as verifiable thresholds is what prevents the most common charter failure, a project with no defined end.
3

Benefit Targets After Closure

Completion and benefit are kept apart on purpose. Completion conditions can be verified before the team disbands; benefits mature over a year and belong to operations. Two benefit targets are therefore assigned now to the people who will measure them after the project ends.

1. Unbilled implant lines below 0.5 percent of sampled lines within twelve months of wave 2, measured quarterly by the revenue integrity director against the 3.1 percent audit baseline.

2. Average time from end of surgery to a complete intraoperative record under one hour, measured monthly by the perioperative nursing director against the 26-hour baseline.

What this part is doingSeparating completion conditions from benefit targets shows the grader the writer knows a project can finish before its value has been proven.
4

Summary Milestones

1. Charter approval: working day 1.

2. Build complete and first integrated test round: about working day 130.

3. First go-live wave, the flagship Ashby Valley Medical Center with fourteen operating rooms: about working day 196.

4. Wave 2 go-live at the two smaller hospitals, Corbin Hill and Pell Harbor, with twelve rooms between them: thirty working days after wave 1.

5. Scheduler decommission and archive read test: before vendor support ends, near working day 290.

Dates are targets until the schedule in Unit 5 is baselined; the go-live order puts the flagship first because its fourteen rooms carry most of the implant volume, so the revenue problem shrinks soonest.

Project Manager Authority

Changes costing less than 10,000 dollars sit within the project manager's own approval when they consume at most half of the float left on the affected chain and leave every completion condition untouched. Larger changes go to a change control board, and steering alone may accept a change that shifts either go-live. The project manager may assign released staff to work packages, request backfill within the training budget and stop a go-live if readiness criteria are not met, reporting to the sponsor within one working day. Writing authority as limits in dollars and working days tells the project manager exactly where discretion ends.

Constraints and Assumptions

1. Budget: $3.4 million, including a 10 percent contingency held by the sponsor.

2. Schedule: wave 1 go-live at the flagship hospital and wave 2 at the other two hospitals, both before vendor support ends.

3. Assumption: the enterprise record vendor delivers the perioperative module release named in the contract.

4. Assumption: perioperative staff can be released for eight hours of training each without canceling cases.

Key Stakeholders

Surgeons, circulating nurses, surgical technologists, perioperative schedulers, sterile processing, materials management, charge entry and revenue cycle, anesthesia, information technology and clinical informatics. A full stakeholder analysis follows in Unit 4.

Initial Risks

1. Preference card conversion falls behind because surgeons do not validate their cards in time.

2. Interface staff are shared with another project during testing.

3. A vendor release lands mid-build and forces rework.

Each initial risk is carried into the full risk register in Unit 7, where it receives an owner and a watched trigger. Listing them here tells the sponsor, before signing, which outcomes would most likely move the dates, and invites her to say which she would most want warned about (Kaplan & Harris-Salamone, 2009).

Why This Charter Is Structured This Way

Every scope line traces to the problem statement: implant capture and the charge interface serve the revenue loss, intraoperative documentation serves the 26-hour delay, and scheduling serves the support deadline. Anything that does not trace back is excluded with a reason. In the project management guide, the charter is the act of authorization itself, the point at which a manager may start spending the organization's people and money (Project Management Institute, 2021), and that permission is only as clear as the scope and completion conditions written beneath it. Studies of health IT implementations stress that a clear, shared statement of purpose is one of the strongest predictors of success (Cresswell et al., 2013).

Approval

Sponsor signature and date. Project manager signature and date.

5

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

Kaplan, B., & Harris-Salamone, K. D. (2009). Health IT success and failure: Recommendations from literature and an AMIA workshop. Journal of the American Medical Informatics Association, 16(3), 291-299. https://doi.org/10.1197/jamia.M2997

Project Management Institute. (2021). A guide to the project management body of knowledge (PMBOK guide) (7th ed.). Project Management Institute.

The Purdue Global HI540 Unit 2 instructions

The second unit usually asks you to write a project charter for the project you justified in Unit 1. Expect to include a problem statement, objectives, scope with both inclusions and exclusions, a sponsor, summary milestones, constraints, assumptions, initial risks, key stakeholders and an approval block. Many instructors also want measurable success or completion criteria and a statement of the project manager's authority. A charter is a short controlling document, often four to six pages, not a full plan, so leave detailed activities and costs for later units. Write it as if a real executive will sign it, in plain headings rather than essay paragraphs. Cite the project management guide for the charter's role and a health IT source where you explain choices. Check the prompt for whether a budget figure or only a ceiling is expected.

How the HI 540 Unit 2 example is put together

A header names the project, sponsor, project manager and version. The problem statement gives three facts with figures, and objectives restate them as outcomes. Scope appears twice, as five inclusions and three exclusions, each exclusion with a sentence of reason. The sponsor section explains why an operational executive holds the role, since the gains land in surgical services. Completion conditions follow as three thresholds, and the highlighted sentence explains why each can be verified from data. A separate section names two benefit targets and the operational leaders who will measure them after closure. Summary milestones, project manager authority, constraints, assumptions, stakeholders and initial risks come next. Three margin notes point to the ordering, the completion thresholds and the split between completion and benefit. A closing section ties every scope line back to the problem statement before the signature lines.

HI540 Unit 2 rubric: what earns full points

Charter rubrics usually give the largest block of points to scope and objectives, since a charter fails when nobody can tell what is in or out. Measurable success criteria often carry their own row, and vague phrases such as improved efficiency lose points there. Sponsor and governance, constraints and assumptions, and initial risks share a middle tier. Formatting matters more than in an essay: graders look for clear headings and a document someone could sign. Use of the readings is assessed through how well choices are justified, not through long quotations. Some sections give credit for a stakeholder list and a summary budget; others ask for those later. Students often lose points by including a detailed schedule, which belongs in Unit 5, or by naming an IT leader as sponsor without explaining why.

Common HI540 Unit 2 mistakes, and how to avoid them

Most returned charters share one problem: scope written as a list of features with no link to the problem statement. Fix that by checking each line against a stated objective. Another frequent issue is success criteria that cannot be measured before the team disbands, such as a return on investment that matures over years. Exclusions are often missing entirely, which invites requests later. Some students write the sponsor as the CIO by default, when the benefits land elsewhere. Authority is left vague, so the reader cannot tell what the project manager may approve. If you are drafting your own charter, gather the Unit 1 post, your instructor's template and any figures you can use, and a custom version can be written around your scenario with the same discipline about scope and completion.

Get an HI540 Unit 2 example written to your instructions

A charter can be no sharper than the scenario underneath it. Forward the project description your section issued, the Unit 2 instructions and the rubric, plus any figures already used in the opening discussion. The first sample costs nothing and arrives within 24-48h, its completion conditions written so the closeout unit can check them. The paper above is an original model document written by our desk, not a submitted student paper and not an official Purdue University Global document.

More HI540 papers and MS in Health Informatics samples

HI540 Unit 2 questions, answered

Should the charter include a detailed schedule?

No. The example lists summary milestones only, the two go-live waves and the points between them, and leaves activities and durations to the schedule later in the term. A charter carrying a task-level plan has taken on work it cannot yet support, and graders tend to read that as confusion about what a charter is for, which is authorization.

What separates a completion condition from a benefit?

A completion condition is something the team can prove before it closes, such as every room documenting without paper for thirty surgical days. A benefit is the gain expected afterward, such as recovered implant revenue across a year. The example keeps both, in separate tables, and names who owns each benefit once the project team has disbanded.

Can the sponsor come from information technology?

It can, but the example argues against it here, since the gains land in surgical services and the hard decisions, such as enforcing preference card validation, belong to surgical leadership. The question graders tend to ask is whether the sponsor owns the outcome and can resolve conflicts the project manager cannot. A sentence justifying your choice answers it either way.

Where can I find a free HI540 Unit 2 sample paper?

The complete Unit 2 charter is on this page, from problem statement and scope through completion conditions, authority limits and the approval block.

Why does the sample list exclusions with reasons?

A reason written into the charter answers later requests to add anesthesia records or instrument tracking before anyone has to argue about them.