Study document templateUpdated October 16, 2026

Note to file template for clinical trials

A note to file explains something the record cannot explain on its own: a gap, a late entry, an oddity a monitor would otherwise have to guess about. This template gives you the fields, a filled-in example and the limits of the tool, so the note clarifies the file instead of making it worse.

  • Eight fields, ready to copy
  • Worked example
  • When not to use one

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

Note to file · NTF-007 (demo)
NTF-007_delegation-log-date.docx3/6 complete
  1. 1

    Header: study, site, NTF number, date

    Complete
  2. 2

    Subject of the note

    Delegation log, missing date

    Complete
  3. 3

    What happened, with dates

    Complete
  4. 4

    Cause and impact

    Impact on subjects: none

    Draft
  5. 5

    Correction and prevention

    Draft
  6. 6

    Signature and filing location

    To do
Demo document, no real site or person

Key points

  • A note to file (NTF) is a dated, signed, factual memo that explains an issue in the trial record and says what was done about it. It is common site practice; the exact name and format come from your sponsor or institutional SOP.
  • An NTF explains and does not rewrite. It never replaces a correction to the data, a protocol deviation report, an SAE report or a consent fix, and it must never be backdated.
  • Good notes answer six questions in plain words: what, when, who, why, what was the impact, and what changes now.
  • Under ICH E6(R2) 4.9.3, a correction to a CRF entry is dated, initialled and explained, and does not hide the original. If the fix belongs in the CRF, make it there, with a reason, instead of writing a note.
  • Count your notes. A file full of near-identical notes about the same thing is not an explanation, it is a systemic problem written down.

Definition

What a note to file is, and what it is not

A note to file is a short document, kept in the investigator site file or the trial master file, that records an explanation for something the formal records do not capture. Typical subjects are a missing or illegible entry in a log, a source document that was lost and reconstructed from other records, a sample temperature excursion with no protocol deviation attached, a visit that happened outside the usual process, or a reason why two documents disagree.

ICH E6 does not use the phrase as a defined form, so do not search the guideline for a section to cite. What it does require is the principle behind the note: a record that is attributable, legible, contemporaneous, original and accurate, with changes that are traceable and explained. Under E6(R2) 4.9.3, any change or correction to a CRF should be dated, initialled and explained if necessary, and should not obscure the original entry. Section 4.5.3 expects deviations from the protocol to be documented and explained. E6(R3) carries the same ideas forward with different numbering, so check the current text for the section you cite.

The note is therefore a supporting tool. It sits next to the correction, the deviation report or the log entry. It does not stand in for them. A monitor reading an NTF should be able to find the thing it explains, see what was done, and see who decided.

The difference between a note, a correction and a deviation

A correction changes a record so that it is right. A deviation records that the protocol, GCP or a procedure was not followed. A note to file explains context. Many issues need more than one: a visit performed three days outside its window needs a deviation report, and may also need a note explaining that the participant was hospitalised. If a note is the only thing you wrote, ask whether something else was owed. The protocol deviation tracking guide and the severity classifier cover the deviation side.

The template

Note to file fields, with guidance

Copy the left column into your document template. Keep it to one page where you can. A note over two pages usually covers more than one issue and should be split.

FieldWhat to writeGuidance
Study and protocolProtocol number and short title.As on the protocol title page, so the note files correctly.
Site and investigatorSite number, institution, principal investigator.The investigator is accountable for the site file even when staff write the note.
NTF numberRunning number per site, for example NTF-007.Keep a short index at the front of the NTF section.
Date writtenThe real date, never an earlier one.If the event was earlier, put that date in the narrative.
Subject of the noteOne line: what the note is about.One issue per note.
Subject or record affectedCoded subject ID, document name or version, visit.Never a participant name.
What happenedFacts only, in time order, with dates.No opinions, no blame, no guesses stated as facts.
CauseWhy it happened, if known.Say "cause not established" if it is not. Do not invent one.
ImpactEffect on subject safety, rights, data integrity, protocol compliance.Say who assessed the impact. Escalate if it is more than minor.
CorrectionWhat was done to fix the record, and where.Reference the corrected entry and the date it was corrected.
PreventionWhat changes so it does not recur.Training, a checklist, a changed process. "Will be more careful" is not an action.
Related documentsDeviation number, query ID, SAE number, email reference.Lets a reader follow the thread.
AuthorName, role, signature, date.The author should be on the delegation log for the activity concerned.
Reviewer or investigatorName, signature, date.Investigator review for anything affecting subjects or eligibility.
Filing locationSection of the ISF or TMF where it is stored.File it with, or cross-referenced to, the record it explains.

Adapt to your sponsor or institution SOP. If a sponsor supplies its own NTF form, use that form and use this table to check that it covers the same ground.

Worked example

A note to file, filled in

Here is a short note about a common finding. Every name, number and date is invented.

NTF-007. Study DEMO-101, Site 003. Subject of the note: missing start date for one team member on the delegation log. What happened: during a self-check on 14 September, the research nurse (RN-02) was found to have signed the delegation log on 2 September with the start date left blank. The nurse took part in the site initiation training on 1 September and first performed vital signs on a participant on 4 September. The investigator countersigned the log on 3 September. Cause: the start-date column was not mentioned on the log completion instructions given at initiation. Impact: the nurse was trained and was performing a task already delegated in the study plan; no data were affected, and no participant was exposed to additional risk. The investigator confirmed on 14 September that the delegation was intended from 2 September. Correction: the nurse added the start date of 2 September with a dated initial and the note "date omitted at signing, see NTF-007"; the original entry remains visible. Prevention: the log completion instructions now name the start-date column, and the coordinator checks it at each signature. Related: self-check record 14 September. Signed: author and investigator, 14 September.

What makes this note work is what it leaves out. It does not backdate the delegation, it does not argue that the omission did not matter, and it does not hide the original blank. It states when the authority was given, what was done afterwards and what changes. A monitor can read it in a minute and move on. For the log itself see the delegation log template.

Note review · NTF-007 (demo)

Facts

Dated

Impact

Assessed

Open

1

  • One issue onlyDelegation log start date
  • Dates are real, not backdatedWritten 14 Sept, event 2 Sept
  • Original entry left visibleCorrection by dated initial
  • Prevention is an actionInstructions updated
  • Investigator signatureAwaiting countersignature
Demo values

Fix it in the record, with a reason, wherever you can

In the free sandbox you can test how a change to a form entry carries its reason in the audit trail, so a note to file is only needed for what the data itself cannot say.

Start free

Choosing the tool

When a note to file is right, and when it is the wrong tool

SituationUse a note to file?What to do instead or as well
Entry missing from a log, with the facts known and no safety impactYesAdd the entry with the real date, and explain in the note.
Data value is wrong in the CRFNo, correct itChange the CRF value with a reason; the original stays in the audit trail.
Visit outside the protocol windowOnly as contextRecord a protocol deviation; add a note only if more explanation is needed.
Informed consent missing, outdated or signed incorrectlyNoTreat as a deviation or potential serious breach and escalate to the sponsor and ethics as required.
Suspected serious adverse eventNoReport under the protocol timelines; see the SAE report form template.
Document lost and reconstructedYesState clearly that the copy is reconstructed, from what, and who certified it.
Staff member signed a document before being delegatedYes, with a deviationReport the deviation and explain the timeline in the note.
Same issue keeps recurringNot another noteFind the cause, train, and change the process. Open a corrective and preventive action if your SOP has one.
Explaining a protocol that is unclearNoAsk the sponsor for a clarification letter or an amendment.

The right-hand column is a prompt for judgement, not legal advice. Your sponsor SOP and local rules decide.

How to write one

Writing and filing a note, step by step

  1. 1

    Stop and check what else is owed

    Before you write, ask whether the issue needs a data correction, a deviation, a safety report or an escalation. Do those first or alongside.

  2. 2

    Collect the facts

    Gather dates, document versions, who was present, and the source. If you are not sure, say what you do not know.

  3. 3

    Write in the order it happened

    Short sentences, no adjectives, no blame. One issue per note.

  4. 4

    Assess the impact honestly

    Safety, rights, data integrity, protocol compliance. If the impact is more than minor, the investigator should assess it and sign.

  5. 5

    Name the correction and the prevention

    Both, each as a concrete action with a date and an owner.

  6. 6

    Sign, date with today, and file

    Author signs and dates on the day of writing. The investigator reviews. File with the record it explains and list the number in the NTF index.

In Capture

Keep corrections in the data, and explanations in the file

Capture is an all-in-one clinical trial platform. When a value in a form is wrong, the fix belongs in the form: the field-level audit trail records the timestamp, the user, the old value, the new value and the reason for change, and the trail cannot be modified through the UI. Edit checks raise an auto-query when a value breaks a rule, so many issues are resolved as queries rather than needing explanatory notes. Notes to file then stay for what only a human can explain.

  • Field-level audit trail with reason for change.
  • Auto-queries from edit checks.
  • Role-based access, with coded IDs for researchers.
  • Export the audit trail for inspectors.
Audit trail software for clinical trials

Weight changed 68.0 to 68.5 kg

Site coordinator · Reason: Transcription error

9f2c…a71e

Query Q-0014 answered on Weight

Site coordinator · Reason: Source checked

4b8d…c203

Vital signs form locked

Data manager · Reason: Visit cleaned

e61a…58f0
Verify chain Intact

Before you sign

Note to file quality checklist

One issue, one note

Split anything that covers two subjects or two events.

Today is today

Date of writing is real; event dates are in the narrative.

Facts, not feelings

No blame, no speculation stated as fact.

Original record intact

Corrections visible, never overwritten or removed.

Coded identifiers only

No participant names or contact details.

Impact assessed by the right person

Investigator signs if subjects or eligibility are touched.

Action with an owner and a date

Both correction and prevention.

Cross-referenced

Deviation, query or SAE numbers listed; filed with the record it explains.

Inspection readiness

How monitors and inspectors read your notes

A monitor looks at notes for two things: whether the explanation is believable, and whether the same explanation appears too often. One note about a missing date is ordinary. Twelve notes about missing dates tell the monitor that the process is not working, and the question moves from the log to the training. Under the monitor duties in E6(R2) 5.18.4(n), the monitor also checks that corrections are made by the investigator or an authorised member of staff and that the authorisation is documented, so make sure the author of a correction appears on the delegation log.

Keep an index at the front of the NTF section: number, date, subject, related deviation. Read it before each visit and look for patterns. If your study uses a monitoring visit report, cross-reference notes to the finding they close. For the file structure that holds them, see the investigator site file index template, and for a wider view of readiness the FDA inspection checklist for clinical trial data.

FAQ

Questions about this template

Something not covered here? Ask us directly.

What is a note to file in a clinical trial?

A note to file is a dated, signed memo kept in the site or trial master file that explains something the formal records do not explain on their own, such as a gap, a late entry or a reconstructed document. It states the facts, the impact and what was done about it.

Does ICH GCP require notes to file?

ICH E6 does not define a note to file as a named document in the sections we reviewed. It does require records to be accurate and traceable, and changes to be dated, explained where needed, and not to hide the original (E6(R2) 4.9.3). The note is a common way to meet that. Check your sponsor SOP and the current guideline text.

Can I use a note to file to correct a CRF value?

No. Correct the value in the CRF with a reason, so the original is preserved and the change is attributable. A note may add context, but it is not the correction.

Is a note to file the same as a protocol deviation report?

No. A deviation report records that the protocol or a procedure was not followed. A note explains context. Some events need both. Follow the deviation process in your protocol and SOPs.

Can a note to file be backdated?

Never. The date of writing must be the real date. Put the date of the event in the narrative. Backdating turns an explanation into a data integrity problem.

Who should sign a note to file?

The author signs and dates, and the investigator reviews and signs where the issue touches subjects, eligibility, safety or investigator responsibilities. The author should be someone on the delegation log for that activity.

How many notes to file are too many?

There is no number, but repeated notes about the same issue point to a process failure. Fix the cause, train the team, and note the change rather than writing another explanation.

Does Capture generate notes to file?

No. Capture records corrections with a reason in the audit trail and raises queries from edit checks, which reduces the need for notes. The note itself is a document you write and file.

Try corrections with a reason, in your own study

Free sandbox with every feature. No credit card, and you pay only when you go live with real participants.

Start free