Study document templateUpdated October 10, 2026

Monitoring visit report template, section by section

The monitoring visit report is the written record of what a monitor checked at a site, what was wrong and what will be done about it. Here are its sections, a findings table you can copy, and how SDV and query data in Capture feed it.

  • ICH E6 report content
  • Findings table with severity
  • SDV and query data

Free sandbox · No credit card · 21 CFR Part 11 aligned

Monitoring visit report · Site 003
ABC-201_Site003_MVR_IMV2.docx2/5 complete
  1. 1

    Visit details

    Complete
  2. 3

    Activities performed

    SDV on 12 subjects

    Complete
  3. 5

    Findings and deviations

    2 major, 4 minor

    Draft
  4. 6

    Action items

    Draft
  5. 7

    Conclusion and sign-off

    To do
Demo report, not a real site

Key points

  • ICH E6 requires the monitor to give the sponsor a written report after each site visit and after each trial-related communication, and the sponsor to review it and document follow-up.
  • The report should state the date, site, monitor, who was contacted, what was reviewed, significant findings, deviations and deficiencies, conclusions, and actions taken or recommended.
  • A good report separates facts (what was seen), assessment (how serious) and actions (who does what by when).
  • Reports are filed in both files: the sponsor's trial master file and a follow-up letter in the site's investigator file.
  • Verification data (SDV status, open queries) should come from the system, not from memory, so the report matches the records.

What it is

What the monitoring visit report has to do

Monitoring exists to confirm that participants' rights and safety are protected, that the data are accurate and verifiable from source, and that the trial follows the protocol, GCP and regulations. The visit report is the evidence that this happened. ICH E6(R2) section 5.18.6 sets its content; E6(R3), adopted in 2025, keeps written reporting and adds more emphasis on risk-proportionate and central monitoring, so check which numbering your sponsor follows.

A common weakness is the report that lists tasks done but not conclusions. "SDV performed" tells a reader nothing; "SDV performed on 12 subjects, 94 percent of verified fields matched source, three transcription errors corrected through queries" can be acted on. Aim for the second kind, and write the conclusion as a statement about site readiness or concern, not a summary of the schedule.

Reports differ by visit type: site selection, initiation, interim monitoring and close-out visits each stress different sections. The template below is written for the interim visit, which is the one you will write most often, and notes where other visit types differ. The link between findings and the protocol deviation log matters: a finding that is a deviation should appear in both with the same classification.

Classify findings consistently

Use a three-level scheme defined in the monitoring plan, for example critical (affects participant safety, rights or data integrity of a key endpoint), major (could affect these if repeated) and minor (isolated, low impact). The classification drives the response time, so define it once and apply it the same way at every site. Safety findings, such as an unreported SAE, are reported to the sponsor immediately and do not wait for the written report.

Risk-based monitoring changes the content

Under risk-based monitoring, not every field is verified at every visit. The report should state which data were in scope, why, and the verification rate, so a reader can see that the plan was followed.

Site 003 monitoring snapshot · demo

SDV complete

78%

Open queries

9

Open deviations

3

Enrolled vs target14/20
Forms verified78/100
Queries closed in 5 days7/9
Demo data

Template

Monitoring visit report sections

#SectionWhat to include
1Visit detailsStudy, site, visit type and number, date and duration, monitor, report date, protocol version in force.
2People contactedInvestigator and staff seen, with roles, plus anyone contacted by phone before or after.
3Activities performedWhat was reviewed: consent, eligibility, source against eCRF, safety reporting, product accountability, ISF, facilities. Scope and sample size.
4Status since last visitEnrolment against target, completed visits, withdrawals, and progress on previous action items.
5Findings and deviationsEach finding with facts, classification, and whether it is a protocol deviation.
6Action itemsAction, owner, due date, and the evidence that will close it.
7ConclusionOverall assessment of site compliance and data quality, and whether the visit frequency should change.
8Sign-off and distributionMonitor signature, reviewer, sponsor review date, follow-up letter sent to the investigator.

Findings table

Findings and actions: example rows

Copy this layout into section 5 and 6. The rows use invented demo findings.

RefFinding (fact)ClassDeviation?Action and ownerDue
F-01Consent version 2 signed by two participants after version 3 approvalMajorYesReconsent per ethics guidance; investigator; update deviation log14 days
F-02Delegation log missing one coordinator's signature dateMinorNoComplete and date correctly with note to file; investigator7 days
F-03Three systolic blood pressure values transcribed with a digit errorMinorNoCorrect through queries; site coordinator5 days
F-04Product temperature log has a 2-day gapMajorYesAssess product impact with sponsor; pharmacist3 days

Findings must be traceable to source. Reference the participant number and document, but keep participant names out of the report.

Where the report data comes from

Let the system supply the verification facts

Capture holds the data that sections 3, 4 and 5 describe. Source data verification can be set per field, so the monitor knows exactly which fields are in scope, and SDV status is tracked per form. Queries raised during review are visible with their status, and the monitoring dashboard shows enrolment and site-level status, so the report quotes the same numbers the sponsor sees. The report itself is a document you write and file, since Capture does not generate it.

  • SDV requirement set per field, matching the risk-based plan you describe in section 3.
  • Query management: raise manual queries from review, see open and answered queries per site.
  • Monitoring dashboard with site status, so progress since the last visit is a number, not an impression.
  • Field-level audit trail showing who changed what, with reason, to support findings on data corrections.
Risk-based monitoring and SDV software
Vital signs · SDV configuration
SDV: 3 of 5 fieldsSDV config v3
  • Date of birth
  • Systolic blood pressure
  • Diastolic blood pressure
  • BMI (calculated)never verified
  • Position during measurement
  • Comments

Changed by Data manager · reason: critical safety value added

Set up SDV and queries before your first visit

Choose which fields need verification, raise a test query and see the dashboard in the free sandbox. No credit card.

See how SDV works

How to use it

Writing the report, from visit to follow-up letter

  1. 1

    Prepare from the system

    Before the visit, note SDV status, open queries and enrolment, and list open items from the previous report.

  2. 2

    Take notes during the visit

    Record what you reviewed and the sample, with participant numbers, so every finding can be traced.

  3. 3

    Write facts first

    State what you saw without judgement, then classify. Avoid vague words such as "some" and "generally".

  4. 4

    Define actions you can close

    Each action has an owner, a due date and a defined closing evidence.

  5. 5

    Reconcile with the deviation log

    Make sure every finding that is a protocol deviation is also logged, with the same severity.

  6. 6

    Send the follow-up letter

    Issue the findings and actions to the investigator within the timeline in the monitoring plan and file both documents.

  7. 7

    Verify closure at the next visit

    Open the report with the previous actions and record each as closed or still open.

Before sign-off

Monitoring visit report review checklist

Required content present

Date, site, monitor, people contacted, what was reviewed, findings, conclusions, actions.

Findings classified

Using the scheme in the monitoring plan, applied the same way as at other sites.

Safety issues escalated

Any SAE or participant-safety concern was reported at once, not left to the report.

Scope and rate stated

Which data were verified, why, and the verification rate.

Actions closable

Owner, due date and evidence for each. Link to the protocol deviation tracking record where relevant.

Filed in both files

The report in the sponsor's file and the follow-up letter in the investigator site file.

FAQ

Questions about this template

Something not covered here? Ask us directly.

What does ICH E6 require in a monitoring report?

The monitor submits a written report to the sponsor after each site visit or trial-related communication. It includes the date, site, monitor name, the people contacted, a summary of what was reviewed, significant findings, deviations and deficiencies, conclusions, and actions taken or recommended to secure compliance.

Who reviews the monitoring report?

The sponsor reviews it and documents the review and follow-up, in line with the monitoring plan. The investigator receives a follow-up letter with findings and actions.

How soon should the report be written?

Within the timeline set in the monitoring plan, commonly days rather than weeks after the visit. Delays weaken the traceability of findings.

Is a protocol deviation the same as a monitoring finding?

Not always. A finding is anything the monitor identifies as non-compliant or deficient. A deviation is a departure from the protocol. Deviations should be in both the report and the deviation log with the same classification.

Does Capture generate the monitoring visit report?

No. The report is a document you write. Capture supplies the data that goes into it: SDV status set per field, query status and the monitoring dashboard.

What changes under risk-based monitoring?

Not every field is verified at every visit, so the report should say which data were in scope, why, and the verification rate. Central review findings can also trigger a visit and should be referenced.

Give monitors the data to write a better report

SDV per field, queries and a monitoring dashboard in one system. Free sandbox.

See how SDV works