How to run Wrongful Death Damages in DocketMath for Vermont

How to run Wrongful Death Damages in DocketMath for Vermont

6 min read

Published June 7, 2025 • Updated April 23, 2026 • By DocketMath Team

Article claim inventory in progress

Trust release 4

This page has legal or numeric text that still needs claim-level inventory before we can treat it as verified.

Step-by-step

Run this scenario in DocketMath using the Wrongful Death Damages calculator.

This guide walks you through running Wrongful Death Damages in DocketMath for Vermont (US-VT), using jurisdiction-aware settings and a Vermont-aware statute-of-limitations (SOL) assumption.

Note: DocketMath can help structure calculations and organize assumptions, but it doesn’t replace legal review. For case-specific details (including who qualifies to sue and what evidence supports damages), use counsel or primary records.

1) Open the Vermont Wrongful Death Damages calculator

  1. Go to the primary CTA: /tools/wrongful-death-damages
  2. Confirm you’re in US-VT (Vermont) mode (or select Vermont if the UI prompts for jurisdiction).

If your workflow already uses DocketMath tools, this is a good time to double-check your jurisdiction setting so the worksheet outputs and any SOL-related labeling match Vermont.

2) Enter the basics of the wrongful death claim

In the calculator, look for fields tied to the wrongful death damages model. Common input buckets include:

  • Decedent details
    • Date of death (used for timing-related logic and SOL framing)
  • Family / beneficiaries profile (if the calculator asks for it)
    • Relationship categories or counts (for apportionment logic, if supported)
  • Economic components
    • Past lost earnings (if modeled)
    • Future lost earnings (if modeled)
    • Benefits (health/retirement-style items, if the tool includes them)
  • Non-economic components
    • Support-related loss or other non-economic categories (depends on the specific tool implementation)

How outputs change

  • Increasing earnings-related inputs (past or future) generally increases the economic portion of the damages output.
  • Adding or raising a non-economic estimate typically increases the overall total, but the size of the change can vary based on the tool’s internal weighting and which categories you enable.

3) Set the Vermont statute-of-limitations assumption (SOL)

DocketMath’s wrongful death damages workflow may include a timing or “claim timeliness” section. For Vermont, your jurisdiction data indicates:

  • General SOL Period: 1 years
  • Claim-type-specific sub-rule: not found
  • Therefore, the calculator should use this general/default period as the working assumption.

Use the Date of death you entered to align the SOL window.

Vermont reference used for the general/default SOL assumption: https://legislature.vermont.gov/Documents/2020/Docs/CALENDAR/hc200226.pdf

Important clarification (so you don’t over-interpret the result): This guide uses the general/default 1-year assumption because no claim-type-specific rule was found in your provided jurisdiction data. Treat this as a worksheet assumption—not a guarantee—since SOL outcomes can depend on accrual nuances, tolling, and procedural context.

4) Review the calculator’s outputs and categories

After inputs are entered, DocketMath will generate output totals and—typically—a breakdown by damage component. When you review results:

  • Confirm the economic total (earnings/benefits-related items)
  • Confirm the non-economic total (if the model includes it)
  • Verify whether the calculator includes:
    • Past vs. future splits
    • Beneficiary totals or a shared total (depending on the tool)
    • Any SOL/timeliness indicator based on the general 1-year assumption

How to interpret change quickly

  • If you adjust past lost earnings, you should see movement in the “past” line items and often the grand total.
  • If you adjust future lost earnings, the grand total may change more noticeably because future projections can carry a larger amount in many models.
  • If you edit Date of death, SOL/timeliness flags can change even when the damages arithmetic stays the same.

5) Use scenario runs to test key assumptions

A practical approach in DocketMath is to run multiple scenarios and compare outputs. For example:

  • Conservative scenario: lower earnings growth / fewer future years
  • Base scenario: your best-estimate inputs
  • Higher scenario: higher earnings and/or longer contribution horizon

Track:

  • Overall total damages (or range, if the tool supports it)
  • Changes in economic vs. non-economic components
  • Any SOL/timeliness indicator changes when the date assumptions differ

If you collaborate, add scenario notes so everyone can see which assumptions drove which result.

6) Export or save your work (if the tool supports it)

Before you finalize your worksheet:

  • Confirm the jurisdiction label shows US-VT
  • Confirm the SOL assumption used is the general/default 1-year period
  • Save/export the run that you plan to reference in a memo or filing draft

Then, if you update any underlying assumptions later, re-run the calculator rather than editing totals manually—model outputs should recompute from your entered values.

Common pitfalls

Below are the most common ways wrongful death damages runs go wrong in DocketMath-style calculators for a Vermont (US-VT) workflow when using a general/default SOL period.

  • Using a claim-type-specific SOL rule when none is found

    • Your jurisdiction data indicates no claim-type-specific sub-rule was found.
    • In this workflow, stick to the general/default 1-year assumption.
  • Forgetting the jurisdiction setting

    • If US-VT isn’t selected (or is overwritten), the tool may apply another jurisdiction’s logic—or mislabel outputs.
  • Changing the date of death without re-checking SOL results

    • Damages arithmetic may remain similar, but a SOL/timeliness indicator can flip when the Date of death changes.
  • Mixing up past vs. future categories

    • If you enter future lost earnings into a “past” field (or vice versa), totals can become skewed.
    • Use the tool’s own past/future lines as your checklist.
  • Assuming benefits are included when they aren’t

    • Some calculators include benefits only if you add them as separate inputs.
    • If you omit them, you may understate the economic total.

Pitfall: Even if the math is internally consistent, combining conservative earnings assumptions with an aggressive time horizon can create an internally inconsistent story. Run a second scenario and check whether the direction of change matches your intent.

  • Overrelying on a single run
    • Wrongful death damages depend on assumptions with meaningful uncertainty.
    • Scenario testing (low/base/high) helps make your output more defensible as a worksheet.

Try it

  1. Open /tools/wrongful-death-damages.
  2. Set jurisdiction to Vermont (US-VT).
  3. Enter your Date of death and the damages inputs (economic and non-economic categories shown by the tool).
  4. Ensure the SOL logic uses the general/default 1-year period (since no claim-type-specific sub-rule was found in your jurisdiction data).
  5. Run the calculator and review:
    • Total damages
    • Component breakdown (economic/non-economic)
    • Any SOL/timeliness indicator tied to the general 1-year assumption
  6. Run at least two scenarios (for example, base and conservative) and compare the differences.

Quick workflow optimization: start with a base scenario, then change only one driver at a time (earnings, benefit amount, or time horizon) to see how outputs move.

Related reading