Independent and not affiliated with the FDA, MHRA, ISPE, PDA, or any agency. Get the appgoutham@madhadi.com
madhadi.comData Integrity & GxP Quality
Browse all topics → Articles Templates & Procedures Learning paths GlossaryScenariosToolsRegulatory ReferencesLearning PathsTopics About Start here
Checklist Plug-and-play starting point Quality Assurance

Checklist: Quality Metrics Dashboard Reconciliation Before Management Review

A plug-and-play checklist to reconcile every dashboard metric against its source system before a management review, so the numbers on the slide match the systems of record and no mismatch is found first by an inspector.

Document type: Checklist

Read and copy the template below into your own quality system. It is a generic starting point for your own internal use, provided as is, with no warranty; see the Terms and License. Adopting it does not by itself create compliance.

This is a ready-to-use checklist. Run it before every management review, one pass per reporting period, and retain the completed record. The purpose is simple and unforgiving: the number on the slide must equal an independent count from the system of record. The cheapest place to catch a mismatch is here; the most expensive is when an inspector catches it, because once one number is wrong, every number on the dashboard is suspect. Replace every <<FILL: ...>> placeholder. A filled specimen follows. This content is general educational reference, not legal or regulatory advice.

FieldEntry
Reporting period<<FILL: e.g. Q2 2026>>
Dashboard version reviewed<<FILL: version / run date>>
Reconciled by<<FILL: name, role>>
Date performed<<FILL: date>>
Management review date<<FILL: date>>

Part A: Per-metric reconciliation

For each metric on the dashboard, pull an independent count from the source system and compare. Record the two numbers, not just a tick.

#MetricSource systemDashboard valueIndependent source countMatch?Discrepancy resolved (ref)
1<<FILL: metric>><<FILL: QMS / LIMS / LMS>><<FILL>><<FILL>>Y / N<<FILL>>
2<<FILL>><<FILL>><<FILL>><<FILL>>Y / N<<FILL>>
3<<FILL>><<FILL>><<FILL>><<FILL>>Y / N<<FILL>>

Part B: Program integrity checks

#CheckPass / Fail / NAEvidence / comment
B1Each metric traces to a single validated system of record (no orphan spreadsheet as the sole source)
B2Every reported value uses the current approved metric definition sheet
B3Any definition change this period is annotated on the trend at the change point
B4No data point was excluded without a written, pre-defined rule
B5Volume-sensitive metrics are normalized (per batch, per million units), not raw counts
B6OOS is reported as three numbers (initial, confirmed, invalidated fraction), not one blended figure
B7Cycle-time metrics show the aging distribution or percent within target, not the mean alone
B8Each tile carries owner, definition reference, source system, target, threshold, and trend
B9The reporting tool’s audit trail shows no unexplained edits to pulled values
B10Prior-period actions are re-listed for the review with current status

Part C: Signoff

RoleNameSignatureDate
Reconciled by<<FILL>>
QA reviewer<<FILL>>

Acceptance criteria

Reconciliation is acceptable to present when: every metric in Part A matches its source count, or every mismatch has a resolution reference and the dashboard was corrected before the meeting; and every Part B check passes or has a documented, time-bound action. A single unresolved mismatch carried into the meeting fails the reconciliation.

What to do with a mismatch

  1. Do not silently overwrite the dashboard. Find the cause first: a late-entered record, a filter difference, a definition drift, a double count, or a genuine data-integrity concern.
  2. Correct the source of the error, not just the displayed number, so the same mismatch does not recur next period.
  3. If the cause is a definition or filter difference, update the metric definition sheet under change control and annotate the trend.
  4. If the cause could be a data-integrity issue in the source system, raise it under <<FILL: SOP-ID for data integrity events>>.

Filled specimen

The following shows Part A completed for three metrics, with one mismatch caught and resolved before the meeting. Numbers are illustrative.

#MetricSource systemDashboard valueIndependent source countMatch?Discrepancy resolved (ref)
1Deviation rate (/100 batches)QMS deviation module7.5 (18/240)18 deviations, 240 batchesYn/a
2Open CAPAs over 180 daysQMS CAPA module34NDashboard filter excluded one CAPA reopened on the last day of the period; filter corrected, value updated to 4 before review; note added to MDS-018
3Initial OOS rateLIMS0.60% (24/4000)24 initial OOS, 4000 resultsYn/a

In this example the aged-CAPA count was understated by one because a reopened CAPA fell outside a date filter. Catching it here turned a potential “your slide says 3, the QMS says 4” inspection moment into a corrected number and a filter fix. That is the entire value of the checklist.

Common inspection findings this checklist prevents

  • The slide says one thing and the QMS says another, found first by the inspector.
  • A dashboard number that cannot be traced back to a system of record.
  • Aged items smoothed out of the rollup because a filter quietly dropped them.
  • Cycle time reported as a healthy mean while a tail of year-old investigations sits open.
  • Undocumented exclusions discovered during data review.

How to adapt this checklist

  1. List your actual mandatory metric set in Part A.
  2. Point the escalation reference in the “What to do with a mismatch” section to your real data-integrity event procedure.
  3. Automate the independent counts where the source system allows a second, separate query, so the reconciliation itself is not just the same pull twice.
  4. File the completed checklist as an input to the management-review record.
Use madhadi.com as an app Full screen, works offline, one tap from your home screen.