HLTH 5643 Module 5 Data Governance Plan Example

Reviewed by Cornelius Ravenhill, MBA · American College of Education · Updated

This HLTH 5643 Module 5 example is a data governance plan that starts with a dispute over when a bed is clean and sets owners, definitions and a tie-breaker for the data in a composite hospital's new bed management system. It serves American College of Education HLTH 5643 (HLTH5643), Information Systems Management for Healthcare Administrators, in the MHA program. The plan opens with concrete disputes between nursing, environmental services and the bed office, assigns owners, stewards and custodians for each data domain, writes definitions that resolve disputes by distinguishing concepts rather than picking winners, and checks data quality with the framework from Kahn and colleagues and Provost and Murray. It specifies decision rights with escalation steps and a final decision maker for each domain, and sets rules for use, drawing on Rosenbaum on data governance. Sections commonly set the scope.

CourseHLTH 5643 Information Systems Management for Healthcare Administrators
ModuleModule 5
Paper typeData governance plan
Length1,360 words, about 5 pages plus title and reference pages
FormatAPA 7 student paper
SchoolAmerican College of Education
ProgramMHA
UpdatedOctober 2026

Free sample paper for HLTH 5643 Module 5

1

When Is a Bed Clean? Owners, Definitions and a Tie-Breaker for the Data in a Hospital's New Bed Management System

Student Name

American College of Education

HLTH5643: Information Systems Management for Healthcare Administrators

Module 5 Assignment

Instructor Name

October 2, 2028

What this page is doingThe title opens with the actual question that started the dispute and then lists the three elements the module asks for, which tells the grader the paper is grounded in a concrete governance problem. The hospital, staff and all details are composites. The APA 7 title page carries the course line and module assignment as listed.
2

The Disputes That Made Governance Necessary

Six weeks after the bed management system switched on across the invented regional hospital that anchors this course, three disagreements reached the project lead in the same week. Charge nurses on the surgical units complained that beds marked clean by environmental services were not ready for patients because equipment such as suction setups and pumps had not been returned. Environmental services answered that cleaning was their job and equipment was not. The emergency department's weekly boarding report showed a median of 3.1 hours from admission decision to departure from the department, while the throughput report the chief operating officer presented to the board showed 2.4 hours for the same weeks. And a unit manager asked for a report of each housekeeper's average cleaning time, which the implementation team had told environmental services staff would never be produced.

None of these is a software problem. Each is a question about what the data mean, who decides and how the data may be used, which is the work of data governance. A new system does not create disagreements about data; it makes old disagreements visible and gives them numbers.

What this page is doingOpening with concrete disputes shows why governance is needed rather than asserting it. Each dispute maps to a governance element that follows: definitions, reconciliation of reports and rules for use.
3

Roles: Owners, Stewards and Custodians

The plan assigns roles at three levels. Data owners are executives accountable for a domain of data and for decisions about its use. The chief nursing officer owns bed and unit status data, and the chief operating officer owns throughput measures, including boarding time and time to bed assignment. Data stewards are managers responsible day to day for the accuracy and definitions of specific data elements: the environmental services manager for cleaning statuses and timestamps, the director of patient flow for assignment and pending statuses, the patient access manager for admission, discharge and transfer events and the emergency department nurse manager for decision-to-admit timestamps. The data custodian is the information systems department, which maintains the system, the interface and the reports, but does not decide what the data mean.

Separating stewards from the custodian matters. During the first six weeks, the analysts who built the reports had been settling definitions themselves, each choosing a reasonable meaning, which is how two reports came to show different boarding times. Rosenbaum (2010), writing about data governance and stewardship in health care, frames stewardship as accountability for how data are managed, accessed and used, which is a role distinct from technical maintenance of the systems that hold them.

4

Definitions, Written Down

The stewards met twice to write a data dictionary of 16 terms, beginning with the contested ones. The most important was clean. The agreed definition separates two statuses: cleaned, set by environmental services when cleaning is complete, and ready, set when the room also has its standard equipment in place. Ready is set automatically when the unit's equipment checklist, completed by the charge nurse or a nursing assistant on the mobile device, is marked complete for that room, and supervisors assign only beds that are ready. The median gap between cleaned and ready will be reported monthly, which makes the equipment problem visible without blaming either department for it.

The boarding time dispute came from different start and stop points. The emergency department's report started at the physician's decision to admit, recorded in the record, and stopped when the patient left the department. The throughput report started at the bed request entered in the new system, often 30 to 40 minutes later, and ended when a bed was assigned. Both are legitimate measures of different things. The dictionary now names them separately: boarding time, from decision to admit to departure from the emergency department, and placement time, measured from the moment a bed is requested until one is allocated, and specifies which appears in each report. Provost and Murray (2011) argue that an operational definition should state exactly how a characteristic is measured so that different people produce the same number, and that disputes about data are often disputes about definitions in disguise.

What this page is doingThe definitions section shows how two real disputes were resolved by distinguishing concepts rather than choosing a winner. Creating separate cleaned and ready statuses turns an interdepartmental argument into a measurable gap.
5

Checking Data Quality

Definitions mean little if the data do not follow them. The plan uses the framework proposed by Kahn et al. (2016), which groups data quality checks into three categories: conformance, whether values follow the required formats and allowed values; completeness, whether expected data are present; and plausibility, whether values are believable. A monthly quality report from the custodian applies checks in each category. For conformance, it lists status values outside the dictionary's allowed list, such as a free-text status left by a configuration error. For completeness, it reports the share of discharged beds that received a cleaned timestamp, with a target of at least 98 percent. For plausibility, it flags cleanings recorded in under ten minutes, which usually mean a status set in advance or by mistake, and rooms marked ready before they were marked cleaned.

Each steward receives the part of the report for their elements and must explain any check that falls below its threshold at the next monthly meeting. The report is not a performance measure for staff; it is a measure of whether the data can be trusted for the decisions that depend on them.

6

Who Settles Disagreements

The plan names a path and a time limit for every disagreement about data. A steward who disagrees with another steward about a definition, a report or a data correction raises it at the weekly patient flow stewards' meeting, which lasts 30 minutes and is chaired by the director of patient flow. If the stewards cannot agree within two meetings, the issue goes to the Patient Flow Data Council, which meets monthly and includes both data owners, the stewards and the information systems director. If the council cannot reach consensus, the chief operating officer decides for throughput measures and the chief nursing officer for status data, and if the question spans both domains, the chief operating officer makes the final decision after consulting the chief nursing officer. Every decision is recorded in the data dictionary with its date and reasoning.

The time limit is as important as the path. Without one, contested definitions stay unresolved and each department keeps its own version, which is exactly how the two boarding reports developed. The plan allows no more than 45 days from the first raising of a dispute to a recorded decision. A tie-breaker that everyone knows about is used less often than one nobody has named.

What this page is doingDecision rights are specified with named roles, meeting frequency, escalation steps, a final decision maker for each domain and a time limit, which fully answers the part of the brief about who settles disagreements.
7

Rules for Use

Governance also decides how data may be used. During implementation, environmental services staff were told that bedside status updates served dispatch planning and would never become a stopwatch on any one person, and that promise was part of how the team reduced resistance. The request for each housekeeper's average cleaning time tested it. The council has written the promise into policy: cleaning data may be reported by unit, shift and room type, but reports identifying individual employees may be produced only for a specific, documented concern about an individual raised through human resources, approved by the environmental services director and never as a routine ranking. The unit manager's request was declined, with an offer of a report by shift that addressed the manager's underlying question about evening delays.

The same principle applies to charge nurses' use of the admission pause. Reports show how often each unit uses the feature and for how long, which helps supervisors plan, but not which charge nurse placed each hold. Access to the audit log that does identify users is limited to information security and privacy staff investigating a specific concern.

8

Conclusion

The bed management system made the hospital's disagreements about bed data visible within weeks. The governance plan assigns owners and stewards by name and position, keeps the custodian out of decisions about meaning, writes contested definitions down, checks data quality monthly in three categories and names who settles a dispute and how quickly. It also turns a promise to front-line staff into a written rule about use. With these in place, the next disagreement about what a number means should reach a recorded decision in weeks rather than producing another competing report.

9

References

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 18. https://doi.org/10.13063/2327-9214.1244

Provost, L. P., & Murray, S. K. (2011). The health care data guide: Learning from data for improvement. Jossey-Bass.

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 HLTH 5643 Module 5 instructions ask for

HLTH 5643 Module 5 asks you to set governance for the data in a health information system. Most prompts expect the problems governance must solve, roles such as owners, stewards and custodians, written definitions, data quality checks, decision rights and escalation, and rules for who may use the data and how. Many sections ask you to resolve a real or composite disagreement. The governance plan generally fills five pages with a roles table. The Canvas instructions state whether a data dictionary excerpt must be attached and which domains to cover. Start from a real disagreement, because governance that settles nothing in particular is easy to ignore.

How the HLTH 5643 Module 5 example is put together

The plan begins with disputes that made governance necessary: environmental services marked beds clean when cleaning ended, nursing counted them ready only after inspection, and the bed office used a third definition. The roles section names an executive owner, a working steward and a technical custodian for each domain. The definitions section resolves the clean bed dispute by defining two states, cleaned and ready, rather than choosing one group's meaning, and stores definitions in a data dictionary. The quality section sets checks for completeness, plausibility and timeliness. The decision rights section names who meets, how often, the escalation steps and the final decision maker for each domain. The rules section covers who may see and use the data and for what.

HLTH 5643 Module 5 rubric: what full marks look like

Governance plans are graded on whether they would settle real disputes. Problem credit requires concrete disagreements tied to data domains. Role marks reward owners, stewards and custodians named for each domain with clear duties. The definitions row usually carries significant weight: definitions that resolve disputes by distinguishing concepts, stored in one place. Quality marks go to checks drawn from a recognized framework. Graders give substantial credit for decision rights with escalation steps and a named final decision maker. Rules for use and APA 7 complete the grade. A short data dictionary excerpt attached to the plan lets graders see the definitions working. Data stewards named for each domain also earn marks.

Common HLTH 5643 Module 5 mistakes, and how to avoid them

Governance plans most often create a committee and stop. Another frequent weakness is definitions that pick one department's meaning and leave the others unhappy. Students also leave out who makes the final call. Start from real disputes. Name roles by domain. Write definitions that separate states or concepts. Check quality on a schedule. Name a tie-breaker. Set a meeting cadence and say when an issue escalates. If your system is a quality dashboard, a scheduling platform or an analytics warehouse, the desk can prepare a governance plan for it. Test each definition against a real day's data before adopting it. Publish the dictionary where every report builder can find it, and date each change.

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 American College of Education 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 HLTH 5643 and MHA sample papers

HLTH 5643 Module 5 questions, answered

What does HLTH5643 Module 5 usually ask for?

HLTH5643 Module 5 typically asks students to set up governance for a health information system's data, including owners, stewards, definitions and a process for resolving disagreements. Many sections also expect data quality and access rules. Your classroom's instructions decide the scope and format.

What is the difference between a data owner, steward and custodian?

A data owner is an executive accountable for a domain of data and decisions about its use. A steward manages the accuracy and definitions of specific data elements day to day. A custodian, usually information systems, maintains the technology and reports but does not decide what the data mean.

How should data disputes be escalated?

Name each step: who raises the issue, where it is discussed first, when it moves to a higher group and who makes the final decision if consensus fails. Add a time limit, and record every decision with its reasoning in the data dictionary so it is not reopened without cause.

Where can I find a free HLTH 5643 Module 5 sample paper?

Yes, above. Start at "The Disputes That Made Governance Necessary"; the HLTH 5643 Module 5 data governance plan then turns to "Checking Data Quality" and closes on "Rules for Use".

What is a data steward?

A data steward is the person who manages a data domain day to day, maintaining definitions, monitoring quality and resolving routine questions, on behalf of the executive owner who is accountable for it.