| Course | HI540 Project Management of Health Information Systems |
|---|---|
| Unit | Unit 2 |
| Paper type | Project charter |
| Length | About 1,110 words, 7 pages double-spaced |
| Format | APA 7 student paper |
| School | Purdue University Global |
| Program | MS in Health Informatics |
| Updated | October 2026 |
Free sample paper for HI540 Unit 2
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.
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.
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.
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.
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 1: Discussion Post
- HI540 Unit 3: Work Breakdown Structure
- HI540 Unit 4: Stakeholder Analysis
- HI540 Unit 5: Schedule and Critical Path
- HI540 Unit 6: Resource and Budget Plan
- HI540 Unit 7: Risk Register
- HI540 Unit 8: Seminar Reflection
- HI540 Unit 9: Change Control Procedure
- HI540 Unit 10: Project Closeout Report
- HI530 Unit 2: Terminology Comparison
- HI520 Unit 2: Entity Relationship Diagram
- HI510 Unit 2: Setting Requirements Brief
- HI501 Unit 2: Capture Workflow Analysis
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.