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 Clinical & GCP

Log: IRB/IEC Submission and Continuing Review Tracking

A plug-and-play log that tracks every submission a study sends to its IRB/IEC, the outcome and date of each review, and the next continuing-review due date, so a sponsor or site catches a lapsed annual review or a missing approval before an inspector does, with a filled specimen.

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 what a study has submitted to its Institutional Review Board or Independent Ethics Committee, what came back, and when the next continuing review is due. E6 requires ongoing review at intervals appropriate to risk and not less than once a year, and a lapsed continuing review is one of the more common IRB/IEC findings an inspector raises, usually because nobody was watching the calendar rather than because the study did anything else wrong. This log exists so someone is always watching the calendar. Replace every <<FILL: ...>> placeholder with your specifics and route it through your normal document control. A filled specimen follows. Verify cited regulations against the current source before you rely on them. This is general guidance to adapt, not legal or regulatory advice.

FieldEntry
Study / protocol<<FILL>>
Sponsor<<FILL>>
Governing IRB/IEC name and registration number<<FILL>>
Sites covered by this IRB/IEC<<FILL: single site, or list, or "central IRB, all sites">>
Log owner<<FILL: role, e.g. Clinical Trial Manager>>
Log version / page<<FILL>>

Submission-type legend

Define the submission codes used below so a reviewer can read the log without guessing. Adapt to your study.

CodeSubmission type
IPInitial protocol and informed consent form submission
AMProtocol amendment
ICInformed consent form revision not tied to a protocol amendment
IBInvestigator’s Brochure update
CRContinuing / annual review
SRExpedited safety report (individual SUSAR or aggregate safety update)
DVProtocol deviation report
RMRecruitment or advertising material
<<FILL>><<FILL: add study-specific submission types>>

Submission and review log

Submission IDType (code)Item submittedDate submittedMeeting / review dateDecisionApproval / favourable opinion dateDocument referenceNext continuing review dueNotes
<<FILL>><<FILL>><<FILL: e.g. Protocol v2.0, ICF v2.0>><<FILL>><<FILL>><<FILL: Approved / Approved with modifications / Deferred / Disapproved>><<FILL>><<FILL>><<FILL>><<FILL>>
<<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>><<FILL>>

Field definitions

FieldFormatRequiredWhoWhen
Submission IDsequential IDYesLog ownerOn submission
Typecode from legendYesLog ownerOn submission
Item submittedtext, with version numberYesLog ownerOn submission
Date submitteddateYesLog ownerDay of submission
Meeting / review datedateYes, once knownLog ownerAfter the IRB/IEC schedules it
Decisionone of the defined outcomesYesLog ownerOn receipt of the decision
Approval / favourable opinion datedateYes, if approvedLog ownerOn receipt of the written decision
Document referencefile/record IDYesLog ownerOn filing to the TMF/ISF
Next continuing review duedateYes, for CR-type rowsLog ownerCalculated on approval, not later
NotestextNoLog ownerAs needed

Rules

  • Every row that grants an approval or favourable opinion carries forward a “next continuing review due” date, calculated at the point of approval, never left blank to be worked out later.
  • Continuing review is submitted with enough lead time before the due date, <<FILL: e.g. 60 days>>, that a normal review cycle completes before the current approval expires.
  • No enrolment, consent, or protocol-required procedure continues under an approval that has lapsed. If a due date passes without a documented renewed favourable opinion, escalate the same day and pause the affected activities per <<FILL: SOP for protocol deviation / non-compliance>>.
  • An approval is checked against the exact protocol and ICF version it names before that version is used; a superseded version being treated as still-approved is a finding, not a technicality.
  • A protocol amendment is implemented only after IRB/IEC approval, except where implementing it immediately is necessary to eliminate an immediate hazard to subjects; that circumstance itself gets logged here and reported per <<FILL: SOP for protocol deviation>>, never just noted informally.
  • The log itself is reviewed at a defined cadence, <<FILL: e.g. monthly>>, by someone other than the person who files the submissions, specifically scanning the “next continuing review due” column for anything inside the lead-time window.

Common findings this log catches

  • Continuing review approval expired and nobody submitted a renewal, so the study ran for a period with no valid IRB/IEC oversight.
  • An amendment was implemented at sites before the IRB/IEC’s favourable opinion was received or documented.
  • The version named in the current approval letter does not match the version actually in use at the site.
  • A safety report was sent to the regulator on time but never separately submitted to the IRB/IEC, or was submitted late.
  • The IRB/IEC’s decision letter documents “approved with modifications,” but the log (and the TMF) shows no record that the modifications were made or resubmitted.

Filled specimen

Illustrative, values invented. Study ABC-301, a 12-site oncology trial governed by a central IRB.

Submission IDTypeItem submittedDate submittedMeeting / review dateDecisionApproval dateDocument referenceNext CR dueNotes
SUB-001IPProtocol v1.0, ICF v1.02025-11-032025-11-18Approved2025-11-20IRB-APP-0012026-11-20Initial approval, all 12 sites
SUB-002AMProtocol v1.1 (dose-adjustment criteria), ICF v1.12026-02-102026-02-24Approved with modifications2026-03-02IRB-APP-0022026-11-20Modification: added a washout-period clarification before resubmission; confirmed incorporated in v1.1 filed
SUB-003SRAggregate SUSAR summary, grade 4 neutropenia cluster (3 events)2026-06-152026-06-29Acknowledged, no action required2026-06-30IRB-APP-0032026-11-20Sponsor safety review also opened, see pharmacovigilance file PV-2026-014
SUB-004CRContinuing review package (enrollment, safety, deviation summary)2026-09-222026-10-06Approved2026-10-08IRB-APP-0042027-10-08Submitted 59 days ahead of the 2026-11-20 expiry, inside the 60-day lead-time rule
SUB-005DVProtocol deviation, Site 07, dosing visit conducted 4 days outside window2026-09-30N/A (report-only)Received, no IRB action requiredN/AIRB-APP-0052027-10-08Logged here and on the protocol-deviation log; classified minor per deviation SOP

Reading it: SUB-004 shows the continuing review submitted 59 days before the original 2026-11-20 expiry and approved on 2026-10-08, well inside the window, so the study never operated on a lapsed approval. Had SUB-004 not appeared until, say, 2026-11-10, the monthly log review would have caught it inside the escalation window and forced an expedited submission rather than letting the 2026-11-20 date pass unwatched, which is the exact failure this log is built to prevent.

How to adapt this log

  1. Set your header fields and confirm which IRB/IEC (or IRBs/IECs, for a multi-board study) this log tracks; run one log per governing board if a study uses more than one.
  2. Replace the submission-type legend with the categories your IRB/IEC actually uses on its own forms, so the two systems speak the same language.
  3. Set the lead-time rule in Rules to match your IRB/IEC’s typical cycle time plus a margin, not the bare minimum.
  4. Point the escalation and deviation cross-references at your real SOPs.
  5. Confirm the continuing-review interval (E6 calls for at least annual review, scaled to risk) against what your IRB/IEC and applicable regional rule actually require before relying on a 12-month default.
Use madhadi.com as an app Full screen, works offline, one tap from your home screen.