# Building a data governancedata governanceData governance is the set of policies, roles, and processes that ensure data is accurate, secure, well-defined, and used responsibly across an organization.View full definition → operating model
The CFO's board deck says the hospital's average length of stay is 4.2 days. The quality committee's report, prepared the same week, says 4.9 days. Both teams pulled from "the same system." Both are confident. Both are about to make decisions worth millions on numbers that do not agree.
This is not a technology failure. It is a governance failure. And it is the single most common data problem in hospitals today.
Length of stay (LOS) sounds trivial: discharge date minus admission date. In practice, a hospital has to answer a dozen quiet questions before that subtraction is meaningful.
The CFO's finance system answers these one way. The clinical quality system answers them another. Neither is wrong. They are measuring different things and calling both "LOS."
A data governancedata governanceData governance is the set of policies, roles, and processes that ensure data is accurate, secure, well-defined, and used responsibly across an organization.View full definition → operating model exists to make those choices explicit, documented, and enforced so one number means one thing everywhere.
A working governance model in a hospital has three moving parts. You do not need a 40-page framework. You need these three to function.
A data stewarddata stewardA business-side owner responsible for the quality, consistency and appropriate use of data in their domain.View full definition → is a named person accountable for the meaning and quality of a specific data domain, not the IT plumbing, the meaning. Stewards are usually senior operational staff, not engineers.
Structure it in two layers:
The council meets on a fixed cadence (monthly is typical) and owns one job: approving definitions and resolving conflicts when two departments disagree on what a metric means.
Keep it small. A council of 8 to 10 stewards works. A council of 40 people is a mailing list, not a decision body.
This is your source of truth for what every metric means. Also called a business glossary or data dictionary. Modern tools that do this include open-source OpenMetadata and commercial platforms, but a well-maintained spreadsheet beats an unused expensive tool.
Each entry needs, at minimum:
| Field | Example for "Inpatient LOS" |
|---|---|
| Definition | Discharge datetime minus admission-order datetime, in midnights crossed |
| Inclusions | Formal inpatient admissions only |
| Exclusions | Observation stays, ED-only visits, newborns (see Newborn LOS) |
| Source system | Epic Clarity, ADT tables |
| Owner (steward) | Director of Patient Flow |
| Certified date | 2026-01-15 |
| Version | 2.1 |
The exclusions row is where the real work lives. Most definition fights are about what you leave out.
A certified metric is one the council has reviewed, approved, and locked. Certification is a status, like a stamp, that tells everyone "this number is safe to put in a board deck."
A simple workflow:
1. Proposed: a team drafts a definition and its calculation logic.
2. Reviewed: the domain steward and one downstream consumer (for example, the finance analyst who uses LOS) confirm it fits their use.
3. Certified: the council approves. The definition is versioned and published in the catalog.
4. Monitored: automated quality checks run against it.
5. Deprecated: when a definition changes, the old version is retired with a date, never silently overwritten.
The rule that makes this stick: only certified metrics appear in executive reporting. If it is not certified, it carries a visible "draft" label. This one policy does more than any tool.
Governance without measurement drifts into theater. Track a handful of concrete metrics.
These are the metrics your Data lens module cares about: not profit, but the health of the data supply chain feeding every other number.
Suppose finance reports LOS at 4.2 and quality reports 4.9. The steward runs the numbers side by side.
-- Simplified illustration of two LOS definitions on the same encounters
SELECT
AVG(DATEDIFF(day, admit_dt, discharge_dt)) AS finance_los, -- calendar days, all encounters
AVG(CASE WHEN patient_class = 'Inpatient'
THEN DATEDIFF(day, admit_dt, discharge_dt) END) AS quality_los -- inpatient only
FROM encounters
WHERE discharge_dt BETWEEN '2026-01-01' AND '2026-01-31';The gap resolves instantly: finance includes observation stays (which are short and pull the average down); quality counts inpatients only. Neither number was "wrong." They answered different questions.
The governance fix is not to pick a winner. It is to certify two distinct metrics with two distinct names: LOS_All_Encounters and LOS_Inpatient. Each deck must state which one it uses. The confusion never returns because the ambiguity has a name.
Governance is not just hygiene. In the US, hospitals report quality measures to CMS (the Centers for Medicare and Medicaid Services) through programs like the Hospital Inpatient Quality Reporting program. Misstated measures affect reimbursement and public Care Compare ratings. Patient data itself is governed by HIPAA (the Health Insurance Portability and Accountability Act).
In Europe, the GDPR (General Data Protection Regulation) governs personal health data, and the European Health Data Space regulation, which entered into force in 2025 with phased application, pushes standardized health data definitions and reuse across member states. Both regimes assume you can say precisely what your data means and where it came from. A definition catalog is how you prove it.
Knowledge check
1. Two teams in a hospital report different length-of-stay figures despite pulling from 'the same system.' What does this scenario primarily illustrate?
2. Based on the lesson, what is the core purpose of a data governance operating model?
3. Why are data stewards described as typically being senior operational staff rather than engineers?
4. Select ALL correct answers. Which of the following are reasons that a seemingly simple metric like 'length of stay' can produce conflicting values across teams?
Select all the correct answers.
5. Select ALL correct answers. Which statements accurately describe the data stewardship council as presented in the lesson?
Select all the correct answers.
Councils die from three predictable causes. Design against each.
Cause 1: too many metrics. Do not try to certify everything. Start with the 20 to 30 metrics that appear in board decks and regulatory submissions. Those are where disagreement costs the most.
Cause 2: no teeth. If uncertified numbers still reachreachThe number of unique people exposed to your message in a given period. Unlike impressions, reach counts each person once, no matter how often they see it.View full definition → the board unlabeled, no one respects certification. The reporting policy must be enforced by whoever owns the deck template.
Cause 3: catalog rot. A definition catalog that is not maintained becomes a graveyard. Tie each definition to a steward and a review date. Definitions with no review in 12 months auto-flag for the council.
Certification defines what a metric means. Quality checks confirm the underlying data supports it. Simple, high-value checks for hospital data:
Run these nightly. Route failures to the domain steward, not a generic inbox. The pass rate becomes one of your governance metrics above.