| Course | HIM 550 Data Management and Data Quality |
|---|---|
| Module | Module 9 |
| Paper type | graduate final project presenting a complete data management plan |
| Length | About 1,200 words, 7 pages |
| Format | APA 7 student paper |
| School | Southern New Hampshire University |
| Program | MS Health Information Management |
| Updated | September 2026 |
Free sample paper for HIM 550 Module 9
Final Project: A Data Management Plan for Patient Flow Data at Cypress Hollow Medical Center
[Student Name]
Southern New Hampshire University
HIM 550: Data Management and Data Quality
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.
Final Project: A Data Management Plan for Patient Flow Data at Cypress Hollow Medical Center
Executive Summary
Cypress Hollow Medical Center is about to spend a year trying to move more discharges into the morning. The measure leaders planned to use was built on the time a clerk closes an encounter, and the data behind it contained blank admission sources, overwritten unit history and unchecked nightly loads. This plan establishes how the hospital's patient flow data will be governed, defined, created, stored, protected, monitored and reported so that the program is judged on accurate numbers. It requires no new software. Its costs are staff time for stewardship and analytics work, estimated at about 0.6 full-time equivalents in the first year, and its benefits include a trustworthy measure, fewer wasted investigations of false signals and a model that other data domains can follow.
Scope and Goals
The plan covers the patient flow data domain: admission, transfer and discharge events, admission source and type, nursing unit, discharge disposition, departure time and emergency boarding times, as stored in registration, the clinical record, the bed management system and the data warehouse. Four goals guide it. Leaders should see a discharge timing measure that reflects when patients leave. Missing values in key fields should fall below 2%. Every field should have a definition and an owner. And any secondary use of these data should follow a documented review.
Evidence from the Project
The quality assessment of 9,840 discharges found the registration discharge time complete and valid but trailing actual departure by a median of 3.4 hours, admission source blank on 12% of records and unit codes broken by a reorganization. The analysis of 8,640 routine discharges showed a stable weekly before-noon rate near 37%, no shorter stays for morning departures and shorter emergency boarding on days with more morning discharges. Rajkomar et al. (2016) found a similar absence of any stay reduction, which supports framing the program around bed flow. These findings shape every section that follows.
Governance and Stewardship
The vice president for patient flow will serve as data owner for the domain, accountable for its definitions and for approving any change. Three departmental stewards, from patient access, nursing and health information, will each maintain the fields their departments create, and an analytics steward will maintain warehouse rules. Stewards will meet monthly; unresolved disputes go to the existing data governance committee. Rosenbaum (2010) argued that stewardship needs clear authority, open processes and accountability, and this structure provides each: the owner decides, the rules are published and stewards report quality results monthly.
Standards and the Data Dictionary
Every field in the domain will have a dictionary entry listing its business definition, source system and field, allowed values, owner, known limitations and approved uses. Admission source values will follow the categories the state discharge submission requires, so internal and external reporting match. The discharge timing measure will be defined as the share of routine discharges with a nursing departure time before noon, excluding deaths, transfers to other acute hospitals and departures against medical advice. Changes to any definition will be dated in the dictionary so past reports can be interpreted.
The Data Life Cycle
Table 1 sets out how the plan manages the data at each stage of their life.
Table 1. Management of Patient Flow Data Across the Life Cycle
| Stage | Current weakness | Plan | Owner |
|---|---|---|---|
| Creation | Admission source optional; departure time sometimes skipped | Both fields required; screen redesigned with registrars and nurses | Patient access and nursing stewards |
| Storage and loading | Blanks recoded as Other; unit history overwritten; no load audit | Missing flag; dated unit dimension; nightly reconciliation | Analytics steward |
| Use | Dashboard built on encounter close time | Measures drawn only from dictionary definitions | Data owner |
| Sharing | Requests handled informally | Secondary use review with privacy officer | Health information steward |
| Retention and disposal | Extracts kept indefinitely on shared drives | Extracts deleted after 12 months unless approved | Analytics steward |
Note. Prepared by the author from the project's quality assessment and recommendations.
Warehouse Design
The warehouse will keep the dimensional structure Kimball and Ross (2013) describe, with one change: dimensions that change over time, beginning with nursing units and later service lines, will keep dated history so every discharge stays linked to the unit that existed when it occurred. Each nightly load will compare rows extracted with rows loaded, record run time and failures and alert analytics before 6 a.m. if counts are incomplete. Reports will display a notice when a load has not finished.
Privacy and Secondary Use
Patient flow data are attractive for research, operations models and outside partners, so every request beyond routine reporting will pass a written review. Requests from outside the hospital will be met with de-identified data prepared by a recognized method or, where dates and geography are essential, a limited data set released only after a signed agreement. El Emam et al. (2011) showed that re-identification succeeds mainly against data that were not properly de-identified, so removing names alone will never count. Internal predictive models will require a stated purpose and a check of results across payer and neighborhood groups before use.
Quality Monitoring and Reporting
Kahn et al. (2016) describe routine checks of conformance, completeness and plausibility, and three will run weekly: the share of records without an admission source, the share without a departure time and any departure stamped earlier than its admission. Each will be plotted on a control chart and reviewed at the stewards' meeting, with a named steward responsible for investigating signals. The leadership dashboard will show the weekly before-noon rate as a run chart with its target, unit panels on a common zero-based axis, emergency boarding hours beneath it and a note giving the measure's definition and the week's missing departure count.
Timeline and Resources
The first month covers naming the owner and stewards, starting the load audit and publishing dictionary entries for the ten core fields. Months two and three bring the redesigned registration and discharge screens, the dated unit dimension and the new dashboard, with old and new measures shown side by side for one month. Months four through six introduce the secondary use review and weekly control charts. The remaining months extend the dictionary and dated dimensions to service lines. Resources total about 0.6 full-time equivalents in the first year: roughly 0.4 of analytics time for the load audit, dimension rebuild and dashboard, about 0.1 of patient access and nursing informatics time for screen changes and training and about 0.1 spread across the owner and stewards for meetings, dictionary work and signal reviews.
Evaluation
Success will be judged at six and twelve months on five measures: missing admission source and departure time each below 2%, every nightly load reconciled, all core fields defined and owned, every secondary use request reviewed and leaders' ability to read the dashboard correctly in a short user test. A brief report to the governance committee will present results and recommend whether to extend the model to other domains, such as surgical scheduling data.
Conclusion
The hospital's patient flow program depends on data that, until this project, no one owned and few had examined. This plan gives the data an owner, clear definitions, protection at each stage of their life and continuous monitoring, so that the discharge program and the decisions that follow it rest on numbers leaders can trust.
References
El Emam, K., Jonker, E., Arbuckle, L., & Malin, B. (2011). A systematic review of re-identification attacks on health data. PLoS ONE, 6(12), Article e28071. https://doi.org/10.1371/journal.pone.0028071
Kahn, M. G., Callahan, T. J., Barnard, J., Bauck, A. E., Brown, J., Davidson, B. N., Estiri, H., Goerg, C., Holve, E., Johnson, S. G., Liaw, S.-T., Hamilton-Lopez, M., Meeker, D., Ong, T. C., Ryan, P., Shang, N., Weiskopf, N. G., Weng, C., Zozus, M. N., & Schilling, L. (2016). A harmonized data quality assessment terminology and framework for the secondary use of electronic health record data. eGEMs, 4(1), Article 1244. https://doi.org/10.13063/2327-9214.1244
Kimball, R., & Ross, M. (2013). The data warehouse toolkit: The definitive guide to dimensional modeling (3rd ed.). Wiley.
Rajkomar, A., Valencia, V., Novelero, M., Mourad, M., & Auerbach, A. (2016). The association between discharge before noon and length of stay in medical and surgical patients. Journal of Hospital Medicine, 11(12), 859-861. https://doi.org/10.1002/jhm.2529
Rosenbaum, S. (2010). Data governance and stewardship: Designing data stewardship entities and advancing data access. Health Services Research, 45(5, Pt. 2), 1442-1455. https://doi.org/10.1111/j.1475-6773.2010.01140.x
What the HIM 550 Module 9 instructions ask for
The HIM 550 final project asks you to combine your milestones into a complete data management plan for your case organization. Most plans run eight to twelve pages in APA 7 with a solid set of scholarly sources, revised to reflect instructor feedback on the milestones. Define the data domain, scope and goals, summarize your quality assessment and analysis as evidence and set out governance and stewardship roles. Specify standards and dictionary entries, describe how data will be managed at each life cycle stage and address privacy and secondary use. Explain how quality will be monitored and reported, then give a timeline, the resources required and measures for evaluating success.
How this HIM 550 Module 9 final project example is built
The Cypress Hollow Medical Center plan covers patient flow data from registration to disposal. It summarizes a 3.4-hour gap between encounter close and departure, 12% blank admission sources and a stable before-noon rate with no shorter stays, as Rajkomar and colleagues also found. Rosenbaum's stewardship principles shape an owner and four stewards, Kimball and Ross's dimensional design gains dated unit history, El Emam and colleagues' review sets secondary use rules and Kahn and colleagues' checks feed weekly control charts. A life cycle table, a twelve-month timeline costing about 0.6 full-time equivalents and five evaluation measures complete the HIM 550 plan, which reads as one document rather than three milestones.
Where the HIM 550 Module 9 rubric puts the points
Final projects in HIM 550 tend to be graded on how well they integrate earlier milestones, a clear scope and measurable goals, sound governance and stewardship, specific standards and definitions, full coverage of the data life cycle, attention to privacy and secondary use, a workable monitoring and reporting approach, a realistic timeline and resources and a meaningful evaluation, all in polished APA 7. Strong plans read as a single document rather than stapled milestones and show revisions made in response to feedback. Graders reward plans that cost the work honestly and rely on ownership and documentation rather than expensive tools. Tables that summarize the life cycle make the plan easy to approve.
HIM 550 Module 9 help: the mistakes that cost points
HIM 550 final projects lose points when they paste milestones together without revision, leave governance roles vague, skip retention and disposal, ignore secondary use or offer timelines with no resource estimate. Some drafts also forget to define how success will be measured. If your milestones focused on another domain, such as coding data, outpatient scheduling or a registry, send them with the final guidelines and any instructor comments, and the plan will integrate your own evidence. Organizational details help with realistic owners and costs, and a rough staffing picture helps with the resource estimate. HIM 550 plans we write connect evidence to governance, standards, life cycle management, monitoring, a timeline and an evaluation in one document.
Get HIM 550 Module 9 written to your instructions
Share the HIM 550 final project guidelines together with the milestones you submitted and the comments your instructor returned. The plan will integrate your evidence into one document covering governance, standards, the full data life cycle, privacy and secondary use, monitoring, a costed timeline and evaluation measures, finished in 24 to 48 hours, free on a first request. 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 550 papers and related MS Health Information Management samples
- HIM 550 Module 1 Discussion: What Fitness for Use Means for Hospital Data
- HIM 550 Module 2 Journal: Following One Data Element Through Its Life Cycle
- HIM 550 Module 3 Final Project Milestone One: A Data Quality Assessment of the Discharge Data Set
- HIM 550 Module 4 Warehousing Short Paper: Warehouses, Metadata and the Nightly Load
- HIM 550 Module 5 Final Project Milestone Two: Analyzing Discharge Timing and Length of Stay
- HIM 550 Module 6 Journal: The Ethics of Secondary Use
- HIM 550 Module 7 Final Project Milestone Three: Data Management Recommendations
- HIM 550 Module 8 Visualization Short Paper: Dashboards That Inform Rather Than Mislead
- HIM 520 Module 9 Final Project: The Leadership Plan for the System HIM Department
- HIM 530 Module 3 Final Project Milestone One: A Security Risk Analysis for the Medical Center
- HIM 540 Module 6 Information Life Cycle Short Paper: Retention, Legal Holds and Defensible Destruction
- HIM 510 Module 10 Reflection: Growth as a Revenue and Compliance Leader
HIM 550 Module 9 questions, answered
Where can I find a free HIM 550 Module 9 Final Project sample?
A complete HIM 550 final project is on this page: a data management plan for a hospital's patient flow data, from governance to evaluation.
What does a data management plan include?
Scope and goals, governance roles, standards and definitions, life cycle management, privacy and sharing rules, quality monitoring, reporting, timeline, resources and evaluation.
Why include retention and disposal in a data management plan?
Extracts and copies kept indefinitely create privacy risk and confusion, so the plan should set when data are deleted.
Does a data management plan need new software?
Often not. Ownership, documentation, required fields and routine checks solve many problems with existing systems.
How is the success of a data management plan measured?
With specific targets, such as missing-value rates, reconciled loads, defined fields and reviewed data requests, checked at set intervals.