Inputs you need for Structured Settlement in Hawaii

4 min read

Published April 15, 2026 • By DocketMath Team

Inputs you will need

To run DocketMath’s “structured settlement” calculator for Hawaii (US-HI), collect the inputs below first. This checklist is designed for a minimum viable setup—so you can see how each choice affects the output schedule and timeline.

Note: This is for modeling and planning. DocketMath can help you organize payment timing and assumptions, but it does not determine whether a specific arrangement is legally approved in your situation. Use the tool to structure numbers and questions, and confirm details with the appropriate professionals.

Core inputs (payment schedule)

Inputs (investment/discount assumptions)

Inputs (Hawaii timeline reference)

Structured settlement work often intersects with statute of limitations (SOL) planning and settlement timing. For Hawaii, the jurisdiction-aware logic uses the general/default SOL period:

Optional inputs (if you want more precision)

Where to find each input

Use this section as a “source map” so you can gather the numbers before you start entering them.

Most inputs live in the case file, contracts, or docket entries. Dates usually come from the triggering event notice; rates and caps come from governing documents or statute; and amounts come from the ledger or judgment. Record the source for each value so the run is reproducible.

Payment amounts and dates

  • Settlement draft / term sheet / release
    • Lump-sum amount (if included)
    • Periodic payment amount
    • Frequency (monthly/quarterly/etc.)
    • Start date and/or end date
  • Structured settlement proposal
    • Escalation details (fixed vs. increasing payments)
    • Timing-convention details (beginning vs. end of period), if stated

Discount rate / assumed return

  • Structured settlement paperwork
    • If the proposal includes an investment yield or discount/return assumption, use that.
  • Your internal modeling assumption
    • If the proposal does not specify a return, you can still run comparative models using a reasonable assumed discount rate.
    • Keep track of the rate you used—small changes can materially affect present value.

Statute of limitations reference (Hawaii default timeline)

Run it

Plug your inputs into DocketMath’s structured settlement calculator: ** /tools/structured-settlement

Before you hit “calculate,” make sure your entries are internally consistent.

Enter the inputs in DocketMath and run the Structured Settlement calculation to generate a clean breakdown: Run the calculator.

What outputs you’ll see—and how inputs change them

InputWhat it generally affectsCommon modeling impact
Lump-sum amountTotal immediate cash vs. periodic cashShifts value from later payments to today
Periodic payment amountLifetime payment totalHigher payment increases both future totals and present value
Payment frequencyTiming of cash flowsMore frequent payments generally increase present value
Start dateDiscounting periodLater start usually decreases present value (more discount time)
Discount/return assumptionPresent value calculationHigher assumed return typically increases present value
Escalation termsFuture payment growthEscalation can increase long-term totals substantially

Hawaii-specific timeline setting (default SOL)

If you use the calculator’s jurisdiction-aware setting for Hawaii, the timeline anchor uses:

  • General SOL period: 5 years
  • Hawaii Revised Statutes § 701-108(2)(d) as the reference point

Because no claim-type-specific sub-rule was found in the provided materials, the SOL handling should be treated as default/general only. If you later determine a claim-type-specific rule applies to your scenario, rerun the model with that adjustment.

Quick run checklist (5 minutes)

  • Scenario A: no escalation
    • Scenario B: with escalation (or a different discount-rate assumption)

Pitfall to avoid: A structured settlement model can appear “reasonable” while being internally inconsistent—such as setting monthly payments but using an end date that implies a different number of periods than the tool expects. Double-check that payment count (if used) matches the frequency over your stated time window.

Related reading