Single case agreements, a tracking guide

A one-patient contract, negotiated under time pressure, with a rate and a service window that the claims system has never heard of.

What is a single case agreement and what has to be tracked?

A single case agreement, sometimes called a letter of agreement, is a contract between a payer and an out-of-network provider covering one patient for a defined episode of care. It sets the rate, the authorized services, the date range, the authorization reference and the billing requirements. It has to be tracked because the terms are patient-specific and short-lived, and a claim submitted outside the authorized services, dates or billing format will deny regardless of the agreement existing.

Last updated: September 23, 2026 · Reviewed by the Aavenir Healthcare practice

Key takeaways

  • ✓Every single case agreement is a one-off contract that the claims system does not know about.
  • ✓Date ranges and authorized service lists are the two terms that most often cause denial.
  • ✓Extension requests must be raised before the window closes, not after care continues.
  • ✓Agreements are negotiated by case managers and billed by revenue cycle, which is the gap.

A single case agreement is the smallest contract most health systems negotiate and one of the most likely to lose money. It covers one patient for one episode, is usually negotiated under clinical time pressure, and sets a rate and a scope that exist nowhere in the standing payer configuration the billing system relies on.

The negotiation itself is generally handled well. Case management or utilisation review establishes the clinical need, secures the authorization and agrees terms with the payer. What follows is the problem. The agreement is a document, frequently a PDF in a case file or an email thread, and the claim that has to match it is produced weeks later by a different team working from the account record and the standing fee schedule.

The result is a denial pattern that is entirely predictable and largely preventable: services outside the authorized list, dates outside the authorized window, missing authorization references, and rates defaulting to a standard out-of-network calculation rather than the negotiated one. This guide covers what the agreement should specify and how to structure tracking so the claim reflects the contract.

What the agreement has to nail down

Because the agreement exists outside any standing configuration, every parameter the claim depends on has to be explicit in it. Ambiguity that would be resolved by a standing contract has nowhere to resolve to here.

  • Patient and authorization linkage, the patient identifier, the payer member identifier and the authorization or reference number that the claim must carry to be adjudicated against the agreement.
  • Authorized services and limits, the specific services, levels of care or visit counts covered, including anything explicitly excluded, since anything not authorized is generally not payable.
  • Effective date range, a defined start and end, with the extension process stated, because care continuing beyond the window is the single most common cause of unpayable claims.
  • Rate and methodology, the negotiated amount or the basis of calculation, stated clearly enough that revenue cycle can apply it without interpretation.
  • Billing and submission requirements, the submission address or payer identifier, required codes or modifiers, the claims filing window and the appeal process for that agreement.

Each of these is a field, not a paragraph. The practical implication is that a single case agreement should be captured as structured data at the moment it is agreed, linked to the account, rather than filed as a document to be read later by whoever is working the claim. That is the same structural argument that makes standing payer contract terms worth holding as data rather than text.

Care continuing is not coverage continuing

When a patient remains under care past the authorized end date, clinical continuity carries on automatically and contractual coverage does not. Extension has to be requested and agreed before the window closes. After it closes the provider is negotiating retroactively from a position with no leverage and no obligation on the payer to agree.

Where the money is lost

The losses cluster in a small number of places, all of which sit in the handoff between the team that negotiates and the team that bills.

  • Terms living in a document. A PDF in a case file cannot be applied by a claims process. If the rate and scope are not in a field somewhere the account touches, the claim will be produced from the default configuration.
  • Expiry unmonitored. Nobody holds the end date, so the extension conversation happens after care has already continued past it, which converts a negotiation into a request for grace.
  • Authorization reference dropped. The claim goes out without the reference that links it to the agreement, and adjudication falls back to standard out-of-network handling with a much lower allowed amount.
  • Scope creep during the episode. Additional services are delivered clinically and were never authorized, so they are billed and denied, and the appeal is weak because the agreement is explicit about scope.
  • Denials worked without the agreement. The denial lands with a revenue cycle team that does not have the agreement terms, so the appeal argues general medical necessity instead of citing the negotiated contract.

Building a workable tracking process

Step 1, Capture terms as structured data at agreement

At the point the terms are agreed, record the rate, authorized services, date range, authorization reference and billing requirements as fields linked to the patient account. This is a two-minute task at negotiation and prevents most of what follows.

Step 2, Make the record visible to revenue cycle

The team producing the claim must be able to see the negotiated terms from the account, without hunting through a case management file. Visibility at the point of billing is the single highest-value change in this whole process.

Step 3, Monitor the end date with clinical lead time

Set escalation far enough before expiry that an extension can be requested with clinical documentation while the window is still open. The lead time should reflect payer turnaround, not administrative convenience.

Step 4, Validate the claim against the agreement

Before submission, check service dates against the authorized range, services against the authorized list, and the presence of the authorization reference. Three checks, all automatable, covering the large majority of denials in this category.

Step 5, Arm the appeal with the contract

When a denial does occur, the appeal should cite the agreement, the authorization and the specific negotiated term. Appeals that argue clinical necessity when a contractual term is the actual answer take longer and succeed less often.

Negotiated terms, visible where the claim is built

See single case agreement terms linked to the account, with expiry escalation and pre-submission validation.

Book a demo

Managing the population, not just the case

Once these agreements are captured as structured records, a portfolio view becomes possible and turns out to be commercially useful. Which payers require single case agreements most often, what rates were agreed by service line, how often extensions were requested and granted, what the denial rate is on these claims compared with standing contracts, and whether a recurring pattern of single case agreements with one payer indicates a network gap worth addressing through a participation agreement instead. That last point is frequently the largest opportunity: a specialty that generates a steady stream of individually negotiated agreements is usually a candidate for a standing arrangement, and the data to make that case only exists if the individual agreements were captured consistently. This is the same aggregation benefit that healthcare obligation management produces across other agreement types.

Denial causes and their prevention

The table maps the recurring denial reasons in this category to the control that prevents each. All five controls are mechanical rather than clinical, which is why this problem responds so well to structured tracking.

Denial causeRoot problemPreventionOwnerTiming
Service date outside windowExpiry unmonitoredEscalation before window closesCase managementBefore expiry
Service not authorizedScope change during episodeScope check at service additionUtilisation reviewDuring episode
Missing authorization referenceClaim built from default configPre-submission validationRevenue cycleBefore submission
Rate applied incorrectlyTerms not visible at billingStructured terms on the accountRevenue cycleAt claim build
Weak appeal on denialAgreement not available to appealsAgreement linked to the accountRevenue cycleAt denial

Single case agreements will always be exceptions, negotiated case by case under pressure. What they do not have to be is invisible to the process that bills them. Capturing the terms as data at the moment of agreement, making them visible where the claim is built, and watching the end date converts a reliable source of denials into ordinary, collectable revenue, and it produces the evidence needed to decide which of these exceptions should become standing contracts instead.

For related guidance, see Payer fee schedule audits, finding the loaded rate errors, Value-based care contract administration, simplified and Patient transfer agreements: the paperwork behind continuity.

FAQ

Single case agreement questions

When is a single case agreement used? +
Typically when a patient needs care from a provider who is not in the payer network, and there is a reason the care should still be covered at negotiated terms, such as no in-network provider with the required capability, continuity of care with an existing treating provider, an emergency admission, or a specialised service. The agreement covers that patient and that episode only.
How is it different from a network participation agreement? +
A participation agreement covers all patients of that payer on a standing fee schedule and runs indefinitely. A single case agreement covers one patient, one episode, a defined service set and a defined date range, at a rate negotiated for that case. Because it is an exception, no standing configuration in the billing system reflects it, which is the source of most of the downstream trouble.
What terms should a single case agreement specify? +
The patient and the authorization reference, the authorized services and any limits, the effective date range, the rate or rate methodology, the billing requirements including any specific codes or modifiers, the claims submission window, the appeal process, and what happens if care needs to extend beyond the authorized period. Missing any of these creates a predictable denial.
Why do claims under these agreements deny so often? +
Because the terms are patient-specific and short-lived while claims processing is configured around standing contracts. The common denial causes are service dates outside the authorized window, services outside the authorized list, submission under the wrong payer identifier or claim configuration, and missing reference to the authorization. Each is avoidable with a linked record at billing.
How should an extension be handled? +
It should be requested before the authorized window expires, with clinical justification, and documented as an amendment or a new agreement rather than as an assumption that care continuing means coverage continuing. Care delivered outside an authorized window is typically not payable under the original agreement, and retroactive extension is discretionary on the payer side.
Who should own tracking within the provider? +
Ownership usually starts with case management or utilisation review, who negotiate, and ends with revenue cycle, who bill. Neither function alone sees the whole lifecycle, so the agreement needs a shared record linking the negotiated terms to the account, visible to both. That shared record is the entire fix for most denial patterns in this category.

Link the agreement to the claim

Aavenir Contractflow holds single case agreement terms as structured data linked to the authorization and the account, so billing works from the negotiated terms.

  • ✓Authorized services, dates and rates held per agreement
  • ✓Expiry escalation before care runs outside the window
  • ✓Standalone or native on ServiceNow