How to calculate Structured Settlement in Delaware

7 min read

Published April 15, 2026 • By DocketMath Team

Quick takeaways

Run this scenario in DocketMath using the Structured Settlement calculator.

  • In Delaware, the default statute of limitations (SOL) for many personal injury–type claims is 2 years under 11 Del. C. § 205(b)(3). DocketMath can use that timeframe to help you model timing effects when you structure settlement payments.
  • A structured settlement is primarily about how payments are scheduled (and whether they’re discounted to a present value), not about changing the underlying SOL. Still, Delaware timing rules can affect what evidence you may gather and how negotiations unfold.
  • DocketMath’s Structured Settlement calculator (jurisdiction-aware for US-DE) turns your payment schedule into:
    • Total nominal value
    • Present value (if you provide a discount rate)
    • Per-payment impact of changing the start date, frequency, or term
  • No claim-type-specific SOL sub-rule was located for this use case—so this guide applies the general/default 2-year period as the baseline for Delaware.

Note: This post explains how to calculate structured settlement figures using DocketMath’s Delaware settings. It’s not legal advice.

Inputs you need

Before you open DocketMath’s Structured Settlement calculator, gather the items that directly affect the math. If you’re building a model for Delaware (US-DE), you’ll also want the SOL baseline even if your main goal is present value.

Payment schedule inputs (what the calculator uses)

Check the inputs you have:

  • If you don’t provide one, DocketMath can still compute totals, but you won’t get a discounted present value output.

Delaware timing input (jurisdiction-aware context)

For the Delaware SOL baseline used in this article:

DocketMath can incorporate this default 2-year rule as a jurisdiction-aware constraint when you’re modeling timeline-driven scenarios (for example, when you’re estimating feasibility of a settlement structure tied to a claim’s filing window). The key point is that this SOL baseline is general/default here, not claim-type-specific.

Warning: Don’t assume the 2-year period automatically applies to every scenario exactly as written in 11 Del. C. § 205(b)(3). This guide uses that section as the general default identified for Delaware, as required.

How the calculation works

Structured settlement math usually has two layers: (1) sum the payments, and (2) optionally discount future payments to estimate present value. DocketMath’s Structured Settlement calculator follows that practical pattern, with Delaware (US-DE) applied as the jurisdiction context for timing.

1) Nominal total (no discounting)

Nominal total is the easiest piece: add up the amounts you plan to receive/pay.

  • If you have a lump sum: add it once.
  • For periodic payments:
    • If you enter payment amount and number of payments, nominal periodic total =
      payment amount × number of payments
    • If you enter an end date and frequency, DocketMath counts the scheduled occurrences between the start and end, then multiplies accordingly.

Example modeling logic (illustrative):

  • Lump sum: $50,000
  • Monthly payments: $2,000 for 60 months
  • Nominal periodic total: 2,000 × 60 = $120,000
  • Nominal grand total: 50,000 + 120,000 = $170,000

2) Present value (discounting future payments)

When you enter a discount rate, DocketMath computes present value so earlier money is worth more than later money. In practical terms:

  • Each periodic payment is discounted based on how long it’s delayed from the “as-of” timing the calculator uses given your provided schedule dates.
  • Discounting reflects the idea that $1 received sooner generally has higher value than $1 received later.

What changes when you adjust inputs

Use this quick “if you change X, you’ll see Y” map:

Input you changeEffect on nominal totalEffect on present value
Increase monthly payment amountIncreases total dollar amountIncreases PV proportionally (scaled by discounting)
Extend the payment term (more months/years)Increases totalCan increase PV, but by less than nominal as payments move further out
Move start date laterMight not change count (if you keep end date fixed)Decreases PV (same total, later cash flows)
Increase discount rateNo change to nominalPV decreases (future payments discount more heavily)

3) Where Delaware’s 2-year SOL baseline fits in

Delaware’s general/default SOL context—2 years under 11 Del. C. § 205(b)(3)—does not directly change how present value is calculated. Instead, it affects the timeline assumptions you might use when deciding when payments could realistically begin relative to the claim’s lifecycle.

Because this guide uses a general default (and explicitly no claim-type-specific sub-rule was found), treat the 2-year period as the baseline timeline reference for Delaware scenarios—especially in planning documents, settlement negotiations, and case management calendars.

Pitfall: Don’t confuse “SOL affects whether a claim is timely” with “SOL affects the math of present value.” In DocketMath, the PV math is driven by your schedule and discount rate; the SOL baseline is a timeline constraint/context.

4) Turning your Delaware timeline into a calculator-ready model

To connect the pieces smoothly:

  1. Confirm your payment schedule dates (start date, frequency, end date).
  2. Check whether your scenario assumes timing consistent with a 2-year general SOL window (Delaware default: 11 Del. C. § 205(b)(3)).
  3. Run DocketMath to produce:
    • Total nominal value
    • Present value (if you provide a discount rate)

If your timeline stretches beyond what your case calendar is modeling, you’ll typically see the PV drop because cash flows move later—regardless of SOL.

Common pitfalls

Delaware structured settlement calculations tend to go wrong in predictable ways. Use this checklist to avoid mistakes before you rely on the numbers.

This article uses the general/default 2-year SOL identified in 11 Del. C. § 205(b)(3). No claim-type-specific sub-rule was found for this topic. For example: monthly frequency with an end date that doesn’t match the number of expected payments. Leaving out an initial payment can materially shift the PV. If you model “monthly for 60 payments,” moving the start date changes the end date unless you also adjust the end date. Present value is sensitive. Small changes to discount rate can noticeably alter PV. PV is a valuation concept based on discounting—your actual settlement terms are determined by the agreement and payment plan.

Warning: DocketMath outputs are calculation results from your inputs. If the underlying payment schedule differs in the actual settlement document, your results won’t match reality.

Sources and references

Start with the primary authority for Delaware and confirm the effective date before relying on any output. If the rule has been amended, update the inputs and rerun the calculation.

Next steps

  1. Open DocketMath’s structured settlement tool: /tools/structured-settlement
  2. Enter your payment schedule:
    • Lump sum (if applicable)
    • Periodic payment amount
    • Frequency
    • Start date and end date (or number of payments)
  3. Add a discount rate if you want present value.
  4. Use the Delaware timing baseline (2 years under 11 Del. C. § 205(b)(3)) as a calendar constraint/context for planning your settlement model—not as a modifier of the PV formula.
  5. Export or record your outputs and rerun with “what-if” changes:
    • Earlier vs. later start date
    • Longer vs. shorter term
    • Different discount rate assumptions

Related reading