Worked example: Structured Settlement in Hawaii
6 min read
Published April 15, 2026 • By DocketMath Team
Example inputs
Run this scenario in DocketMath using the Structured Settlement calculator.
Below is a jurisdiction-aware worked example for a structured settlement scenario in Hawaii (US-HI) using DocketMath with a general/default statute of limitations (SOL) rule.
Because the available jurisdiction data provided indicates no claim-type-specific sub-rule was found, this example uses the general/default period (it does not assume the same outcome would apply to every possible claim type).
- General statute of limitations (SOL) period: 5 years
- Hawaii rule used: Hawaii Revised Statutes § 701-108(2)(d) (general/default)
Note: This example demonstrates how the calculator applies the general 5-year SOL rule in Hawaii. It does not confirm that a specific claim type (e.g., contract vs. tort vs. statutory) would be treated the same way.
If you want to try the same setup yourself, start at: /tools/structured-settlement.
Inputs you’ll feed into DocketMath (structured-settlement)
Use the following inputs as the “knobs” for the example run:
Jurisdiction / SOL gate
- Jurisdiction: US-HI (Hawaii)
- Statute of limitations (general/default): 5 years
- Event date (date of injury / occurrence): 2021-03-10
- Filing date (date suit is filed): 2026-02-15
- Structure start date: 2026-03-01
Settlement structure mechanics
- Total settlement amount: $250,000
- Payment schedule type: mixed (to show both lump-sum and installments)
- Lump sum at settlement start: $50,000
- Remaining amount to amortize: $200,000
- Installments frequency: monthly
- Number of monthly installments: 60 (5 years)
**Optional (useful for sensitivity check)
- Discount / assumed effective annual rate for projection:
- Scenario A: 0.0%
- Scenario B: 3.5%
Quick “sanity check” on the SOL timeline
Compute the elapsed time from the event to the filing date:
- Event: 2021-03-10
- Filing: 2026-02-15
- Elapsed: ~4 years, 11 months, and 5 days (i.e., under 5 years)
So under the general/default Hawaii SOL period, the supplied filing date lands within the 5-year window.
| Timing element | Date | Approx. time from event |
|---|---|---|
| Event/occurrence | 2021-03-10 | 0 |
| Filing date | 2026-02-15 | ~4 years 11 months |
| SOL threshold (general/default) | 5 years | filing must be ≤ 5 years |
Example run
Now run the scenario through DocketMath: Structured Settlement for US-HI.
Run the Structured Settlement calculator using the example inputs above. Review the breakdown for intermediate steps (segments, adjustments, or rate changes) so you can see how each input moves the output. Save the result for reference and compare it to your actual scenario.
Step 1: Apply Hawaii SOL (general/default)
Using Hawaii Revised Statutes § 701-108(2)(d) as the general/default SOL rule (per the jurisdiction data provided):
- SOL period: 5 years
- Event date: 2021-03-10
- Approx. latest filing date under the 5-year period: ~2026-03-10 (using the simple “anniversary” approximation)
Your filing date is 2026-02-15, which is about 23 days earlier than that approximate cutoff.
Result (SOL gate):
- ✅ Within SOL window (general/default analysis)
Step 2: Generate structured settlement payment profile
Use the following inputs:
- Total: $250,000
- Lump sum at start (2026-03-01): $50,000
- Remaining amortized amount: $200,000
- 60 monthly installments
- Installments start after the lump sum
Assuming equal monthly payments for the amortized portion:
- Monthly payment (nominal, 0.0% scenario):
- $200,000 / 60 = $3,333.33 per month (rounding may apply depending on the calculator’s approach)
Projected cash flow (simplified):
| Period | Payment amount | Timing |
|---|---|---|
| Lump sum | $50,000 | 2026-03-01 |
| Installments (each month) | ~$3,333.33 | 2026-04-01 through 2031-03-01 |
If your DocketMath output includes a present value (PV) view when you enable discounting, the nominal totals can look similar while the PV changes with the discount rate.
Step 3: Tie timing to the structure start date
The structure start date (2026-03-01) comes shortly after the approximate SOL cutoff (~2026-03-10 based on the simple anniversary method).
In typical SOL gating workflows, the key comparison is usually:
- event date → filing date (not the payment dates)
So for this example:
- ✅ The filing date is within the 5-year general/default SOL window
- Settlement payments then begin shortly after via the structure administration timeline
Outcome from this example run:
- ✅ DocketMath structured settlement can proceed with a payment schedule
- ✅ SOL check (general/default) passes given the supplied event and filing dates
Sensitivity check
Even when the SOL gate stays the same, structured settlement outputs can vary based on modeling assumptions (e.g., discount rate) or timing inputs.
To test sensitivity, change one high-impact input (like the rate, start date, or cap) and rerun the calculation. Compare the outputs side by side so you can see how small input shifts affect the result.
Sensitivity 1: Discount rate assumption (0.0% vs 3.5%)
Keep everything else constant:
- Event date: 2021-03-10
- Filing date: 2026-02-15
- Structure start: 2026-03-01
- Total: $250,000
- Lump sum: $50,000
- Installments: 60 monthly equal payments
Change only the assumed effective annual rate.
Scenario A — 0.0% discounting
- Installments total (nominal): $200,000
- Present value ≈ $200,000 (within rounding / method differences)
- Lump sum PV: $50,000 (at/near the start date)
- Total PV ≈ $250,000
Scenario B — 3.5% effective annual discounting
- Installments present value becomes less than $200,000
- Lump sum stays $50,000 at the start date (often treated as immediate at PV)
What to watch in DocketMath output:
- “Total present value” (or equivalent PV metric) should decrease as the rate increases
- Monthly payment amounts may remain identical under equal-installment assumptions; PV changes are driven by timing
Warning: Discount rate inputs can materially affect PV outputs without changing the nominal payment schedule. When comparing runs, verify you’re comparing the same metric (nominal total vs PV).
Sensitivity 2: Adjusting the filing date toward the SOL cutoff
Now change only the filing date to test the SOL gate, leaving all structured settlement inputs the same.
Try two filing dates:
Filing date: 2026-02-15 (the example run)
- Expected: ✅ within the general/default 5-year window
Filing date: 2026-03-20 (about 10 days after the approximate 5-year anniversary cutoff)
- Expected: ❌ likely outside the general/default 5-year window under the simple anniversary approximation
Why this matters: a payment plan may be internally consistent, but if the SOL gate fails, it can affect how the matter is evaluated in practice.
Sensitivity 3: Payment schedule shape (timing shifts, PV shifts)
If DocketMath lets you alter the installment cadence, test timing effects while keeping nominal totals similar.
For example:
- keep lump sum at $50,000
- compare 60 monthly payments vs. 48 bi-monthly payments
General expectation:
- earlier payments → higher PV
- later payments → lower PV
