30-min call with RobBook a proof-of-concept call

// Environmental testing labs · Case narratives

Case narratives for data packages, drafted from your logs and QC summaries.

Every data package opens with the narrative: how the samples arrived, what ran past a holding time or outside a QC limit, which qualifiers your report applied and what the lab did about each problem. Someone senior writes it from a stack of forms and logs. In a free AI proof of concept, AI drafts that narrative for 20 to 30 packages you already released, with every statement tied to the record it came from. Your reviewer, the person on your team who knows your packages best, usually the QA officer, sets each draft beside the narrative you signed.

Book a proof-of-concept call30 minutes with Rob
Packages tested
20 to 30, already released
Narratives signed
None
Qualifiers added or changed
None

// The one job

From a batch's records to a narrative your QA officer can sign

Today a QA officer or senior project manager pulls the receipt checklist, the custody records, the run and preparation logs, the QC summary forms and every nonconformance or corrective action record for the batch or sample delivery group. Then they write up, method by method, what happened and which samples it touched, and pass the narrative to whoever signs the package.

In the proof of concept, AI reads copies of the same records and drafts the narrative in your template: receipt conditions, holding times, each method's QC exceptions, the qualifiers your report already carries, and the corrective actions your records describe. Every sentence names its source, and anything the records leave unexplained goes on a list for your reviewer. Nothing is signed, released or sent.

QC forms and logsFrom the batch
SDG or batch
Receipt temperature
Run log
Nonconformance no.
QC sampleLimitRecovery
Made-up example records
Written up
for the QA officer
Draft case narrativeUnsigned draft
Sample receipt
Holding times
QC exceptions
Corrective action
Samples affectedQualifierSource
Made-up example narrative

// What makes it hard

Where a narrative goes wrong between the logs and the signature

The receiver decides what it must say. EPA's Contract Laboratory Program sets it out in SFAM02.1, the Superfund analytical methods statement of work EPA posted in April 2026: a document labeled SDG Narrative, carrying the lab's name, the SOW, contract, case and SDG numbers and any modified analysis number, then detailed documentation of every QC, sample, shipment and analytical problem. It also asks for items a lab wouldn't think to include: the analytes run when only part of the target list was scheduled; each GC column by brand, internal diameter, length, coating and film thickness; whether interelement or background corrections were applied on ICP; the collision or reaction cell settings on ICP-MS; and any difference from preliminary results already sent. The draft starts from the receiver's own list, so a missing item shows up as a gap, not a silence.

Receipt problems are recorded, not resolved. The same SOW names receipt events the narrative must carry: samples arriving more than a day late but still at or below 10 °C; more than half but less than nine tenths of the required amount, run at reduced volume; volatile vials with headspace when enough clear vials remain; broken or partly filled containers; legible handwriting on the custody record or labels. A metals sample found at pH 2 or above is acidified, held at least 16 hours before preparation, and noted. Where EPA's sample support staff gave a resolution, the narrative records both the problem and the answer. EPA's national functional guidelines send validators to the lab's narrative for these things, and for example calculations and manual integrations, and count a bubble bigger than a pea, about 6 mm across, as headspace. The draft quotes your receipt checklist and custody record and never decides whether a sample was fit to run.

Two kinds of qualifier, two different people. In the CLP's electronic format the lab's own flags are U, J, B, E and D, with Y and Z left for the lab to define, and those definitions belong in the narrative. Validation qualifiers come later and from someone else: the national functional guidelines of November 2020 give validators J+ and J- for results that may be biased high or low, UJ for a non-detect whose limit is approximate, and R for rejected data. Texas guidance likewise leaves usability qualifiers to the data usability reviewer. So the draft lists each lab qualifier exactly as your report printed it, defines any lab-defined flag from your SOP, and never writes a validation qualifier.

States add their own forms. Texas's TRRP-13 guidance, revised May 2010, has every lab data package carry a laboratory review checklist, exception reports and reportable data items numbered R1 to R10. An exception report goes with each No or not-reviewed answer on the checklist, and with each analyte, matrix and method the lab isn't accredited for in Texas; it is tied to specific samples and names the QC parameter that failed and the samples affected. The release statement is signed by the lab manager or a designee, with printed name, title and date. The draft writes exception reports only for answers your staff already gave, and it never answers a checklist question or touches the release statement.

The same QC goes by several names. 40 CFR 136.7 lists twelve QC elements a lab's SOP must cover when a Part 136 method lacks its own, and it names several of them twice: a laboratory reagent blank is also a method blank, a laboratory fortified blank is a spiked blank or laboratory control sample, and a laboratory fortified matrix may stand in for a matrix spike. One of the twelve is corrective action with root cause analysis. The draft uses your template's terms throughout and copies each corrective action as your records state it, never supplying a cause they don't give. Your reviewer will check every exception against the QC forms, and every sample number, qualifier and corrective action against the narrative your lab signed.

// What you send

Copies from your QA office

Released packages
No logins
01

20 to 30 released packages

For each, the signed narrative and cover page, the receipt checklist and custody records, the QC summary forms and logs behind them, and every nonconformance or corrective action record. Include one that went back for a revision.

02

Your template and the receivers' lists

Your narrative template, plus what each client or program required at the time: a statement of work, a section of a project's quality plan, or a state checklist.

03

No logins

We never sign in to your LIMS, your instrument data systems or your document control. Copies come to us, and every original and signature stays in your lab.

04

NDA first, look-alikes if needed

Client names, sites and results stay with you until the NDA is signed. If a package can't leave at all, your reviewer helps us build look-alike batches.

// Before it starts

Settled before the first package moves

A narrative sits above the signature that releases the data, so the owner settles the ground rules first.

Narrative test termsOwner decides
Your reviewer
Named by the owner, usually the QA officer or a senior project manager
Template
Yours, plus each receiver's required items
Qualifiers
Copied from your report, never added, dropped or changed
Success criteria
Agreed first: every exception found, every statement sourced
Price
A range for drafting narratives live
NDA
Signed before any package moves

// How it's judged

Each draft beside the narrative you signed

Package by package
Exception by exception
On the same 20 to 30 packagesThe narrative you signedThe AI draft
Every receipt problem on the checklist and custody record mentionedScored on your packagesScored on your packages
Holding-time exceptions matched to the dates in the logsScored on your packagesScored on your packages
Each QC exception named with the samples it touchesScored on your packagesScored on your packages
Lab qualifiers listed exactly as the report printed themScored on your packagesScored on your packages
Corrective actions taken from your own records, nothing inventedScored on your packagesScored on your packages
Every item the receiver requires present, or flagged as missingScored on your packagesScored on your packages
Sample and batch numbers identical to the packageScored on your packagesScored on your packages
Statements your reviewer struck or rewrote, and whyScored on your packagesScored on your packages
No scores until it runs. The cells stay blank until drafts have run on packages your lab already released.Your reviewer scores each line, and the call is theirs.

// After a yes

About 30 days on new data packages

If your reviewer says yes, new packages get a drafted narrative the same way for about 30 days.

Your QA officer edits and signs every narrative, and the lab manager's release of each package stays exactly where it is today.

The side-by-side goes on through the month. Any next job waits until this one is judged, and it is priced on its own.

// What could come next

Other jobs worth testing, ranked

Possibilities to check with you
Each priced separately
  1. 01

    Corrective action write-ups

    A nonconformance record drafted from the run log and the analyst's notes, for your QA officer to complete and close.

    Next
  2. 02

    EDDs for the same package

    The package's reported results set out in the format the client named, for your data group to check before release.

    Then
  3. 03

    Kit orders for the next event

    A client's next sampling round turned into a draft bottle order from your bottle chart, for sample control.

    Later

// One hard limit

It never signs a narrative or qualifies a result.

It drafts from copies of packages you already released and names the source of every statement. It never reports, qualifies or changes a result, never decides whether a sample, a holding time or a QC result is acceptable, never answers a checklist question, never signs a narrative, a cover page or a package, and never contacts a client or an agency. Your QA officer and lab manager decide and sign.

Priced per job. You get a range before the proof of concept and a fixed price before you sign.

The range depends on how many packages a month need a narrative, how many receivers' requirement lists you write to, and how many methods a typical package covers.

// Questions

What QA officers ask about narratives

Will the AI decide whether a QC failure affects the data?
No. It reports what your QC forms and logs show and quotes your own corrective action records. Whether a failure matters, and which qualifier applies, stays with your analysts, your QA officer and the client's validator.
Can it write to a CLP statement of work or a state checklist?
Yes, if you send the requirement list each package was written to. The draft checks every required item against your records and flags any it can't fill, so your reviewer sees the gaps before anyone signs.
Does it add validation qualifiers such as J+ or R?
No. Those belong to the data validator, working from EPA's national functional guidelines or the project's own plan. The draft carries only the lab qualifiers your report already applied.
What about full data packages, the kind clients call Level IV?
The narrative is the same job however much raw data follows it. Send a mix of summary and full packages; the full ones give the draft more records to cite, and your reviewer can see whether it used them.
Who signs the narrative?
Your people, as today. The draft leaves every signature and release statement blank, your QA officer edits it, and your lab manager or a designee signs the package.
Rob Eason

Rob Eason, founder

// Book a call with Rob

Bring the packages that took longest to write up.

Book half an hour with Rob. Say who writes narratives at your lab today, roughly how many packages go out in a month, and which programs or clients set the format. Packages stay with you until the NDA is signed.

  • Co-owned a 60-employee financial services firm and sold his share to his partner.
  • Ran GOSO Technologies, a Boston solar company rated 5/5 across 24 Google reviews.
  • 5/5 across 83 reviews in HighLevel's Certified Admin Directory.
  • 4.3/5 from 6 Google reviews of Massmarket AI.
  • Every directory and Google review, critical ones included, is shown word for word at massmarket.ai/reviews.
  • Takes every proof-of-concept call himself.