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
Log Plug-and-play starting point Quality Assurance

Log: Management Review Action Tracker

A plug-and-play, continuously maintained action tracker for management review commitments: single named owner, real due dates, an aging view, and a link back to objective evidence of closure, with a filled specimen and the findings it prevents.

Document type: Log

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 log for tracking every action arising from management review, at every tier, from the moment it is assigned to the moment it is verified closed. It is the connective tissue between meetings: a management review record is a point-in-time snapshot, this log is the running thread that proves the loop actually closes. Replace every <<FILL: ...>> placeholder with your own specifics, set your document number, and route it through your normal document control. A filled specimen follows. Verify each cited regulation against the current source before you rely on it.

Purpose

Inspectors pull the action tracker on purpose, because it is where a management review’s good intentions either survive contact with reality or quietly do not. An action that has been “in progress” for four consecutive reviews with no real evidence behind it tells the inspector the governance loop is open, no matter how polished the meeting minutes looked.

Field table

FieldFormatRequiredWho completesWhen
Action IDUnique ID, tied to the originating reviewYesCoordinatorOn assignment
Source reviewDate and tier (site operational / site executive / regional / global)YesCoordinatorOn assignment
Action descriptionText, specific and testableYesCoordinator, from the meeting recordOn assignment
OwnerSingle named individual, not a departmentYesChair, at assignmentOn assignment
Due dateDate (not “ongoing”; genuinely continuous work is classified separately)YesChair, at assignmentOn assignment
PriorityHigh / Medium / Low, per the risk the action addressesYesChairOn assignment
StatusOpen / In Progress / Overdue / ClosedYesOwner, updatedContinuously
Status change logDate and note for each status changeYesOwner or coordinatorOn each change
Evidence of closureReference to the CAPA number, SOP revision, validated change, or other objective recordYes, at closureOwnerAt closure
Closure verified byName and dateYes, at closureCoordinator or QAAt closure
Reviewed again atNext review date this action was carried into, if still openConditionalCoordinatorAt each subsequent review

Instructions

  1. Log every action the same day it is assigned; do not batch entries after the meeting.
  2. Assign exactly one owner per action. If two functions genuinely share the work, name the single person accountable for the outcome, not both functions.
  3. Set a real due date. If the item is genuinely continuous monitoring rather than a discrete action, classify it explicitly as “continuous” in the description and do not park it as a perpetual open action with a due date that keeps sliding.
  4. Update status with a dated note every time it changes, so the aging view reflects real progress, not just a final flip to Closed.
  5. At closure, record the objective evidence, not just “done.” The acceptance test: someone unfamiliar with the action should be able to follow the evidence reference and confirm the action actually happened and worked.
  6. Before every review, the coordinator produces an aging view (open actions sorted by how far past due they are) and feeds it back into the review as a standing input; see the parent SOP: Management Review of the PQS.
  7. Retain the log per the records retention schedule, for not less than <<FILL: retention period>>.

Filled sample rows

The following shows two completed entries at different stages, so you can see the level of detail expected. Details are illustrative.

FieldEntry (closed action)Entry (overdue action)
Action IDACT-2026-Q1-02MR-2026-Q1-07
Source review15 Apr 2026, Site B executive management review15 Jan 2026, Site A executive management review
Action descriptionRetrain fill-line operators on aseptic technique; verify effectivenessRenegotiate quality agreement with Supplier X
OwnerL. Becker, Head of ManufacturingD. Romano, Supply Chain Lead
Due date31 May 202601 Mar 2026
PriorityHighMedium
StatusClosedOverdue
Status change log20 Apr: training scheduled. 15 May: training complete. 29 May: effectiveness check (0 aseptic-technique deviations in 30 days post-training) passed.1 Mar: not started, escalated to Supply Chain Director. 1 Apr: draft agreement under legal review. 18 Apr: still open, re-escalated at Q2 review.
Evidence of closureTraining records TR-2026-0512 through TR-2026-0519; effectiveness check report EFF-2026-014N/A, still open
Closure verified byJ. Okafor, QA, 30 May 2026N/A
Reviewed again atN/A, closed before next reviewQ2 2026 review (carried, re-escalated)

Common inspection findings this log prevents

  • Actions that exist only in meeting minutes with no independent tracker, so status cannot be confirmed between meetings.
  • “Closed” actions with no evidence reference, resting on “QA says it is done.”
  • Actions shared between two functions with neither one actually accountable.
  • An aging view that does not exist, so overdue actions are invisible until an inspector asks for the tracker directly.
  • The same overdue action reappearing every quarter with no escalation, no re-baselined date, and no acknowledgment of the pattern.

How to adapt this log

  1. Set your document number and retention period in the header fields.
  2. If your organization runs a multi-site rollup, add a site/tier column so one tracker can serve every level of the escalation pyramid without losing per-site traceability.
  3. Integrate the “evidence of closure” field with your CAPA or change-control system’s own numbering so the reference is traceable both ways.
  4. Set your aging thresholds (for example, flag anything more than 30 days overdue) to match your organization’s risk tolerance.
Use madhadi.com as an app Full screen, works offline, one tap from your home screen.