Functional limits should be documented as measurable, task-relevant data. Not as vague labels. Not as diagnostic shorthand. The data shows that reviewers make more consistent decisions when limitations are described with frequency, severity, duration, and context rather than broad phrases like “has difficulty” or “needs support.”
I have seen the same bad pattern over and over: a perfectly real impairment gets buried under weak paperwork. A clinician writes “patient has anxiety” or “patient has chronic back pain,” the form goes out, and the reviewer is left asking the obvious questions. What task is affected? How often? How much? For how long? That is where cases stall.
Diagnosis and functional impairment are not the same thing. A diagnosis names the condition. Functional impairment shows what the condition does in a real environment. Accommodation reviewers usually do not need a mini textbook on pathology. They need evidence that a person cannot sustain sitting beyond a certain interval, misses work two mornings per month because of migraine recovery, or loses concentration after 30 minutes in a high-noise setting. That is what makes an accommodation request legible.
My framework is simple and it works:
- Identify the essential tasks.
- Quantify the limits.
- Document variability across good and bad days.
- Connect the limit to the accommodation request.
Do those four things well, and the packet becomes usable. Skip them, and even a legitimate request can look thin.
Why Data Matters in Disability Accommodation Documentation
The strongest documentation answers a reviewer’s actual decision problem. Can this person perform the essential tasks as the role or program is currently structured, and if not, where is the barrier? The data shows that broad labels do a poor job of answering that question.
Take two statements:
- “Employee has severe fatigue.”
- “Employee develops cognitive slowing and reduced accuracy after 90 minutes of sustained screen-based work, requiring a 15-minute recovery break; this occurs 3 to 4 times during an 8-hour shift.”
The first statement creates sympathy. The second creates action. That difference matters.
This is why diagnosis-only letters fail so often. They describe the medical condition but not the operational consequence. In disability accommodation review, operational consequence is everything. If a student has ADHD, the reviewer needs to know whether the impairment affects timed testing, lecture note capture, task switching, or assignment completion speed. If an employee has lumbar radiculopathy, the reviewer needs to know the sitting tolerance, standing tolerance, lifting threshold, and recovery pattern after flare-ups.
Precision wins because it reduces ambiguity. And ambiguity is where requests get delayed, denied, or kicked back for “more information.” I have seen packets improve dramatically with one change alone: replacing impressionistic language with task-level metrics.
What Counts as a Functional Limitation: Turning Symptoms into Measurable Inputs
A functional limitation is a restriction in what a person can do, tolerate, sustain, or perform reliably. That means you should document limits by task domain, not by symptom label.
Common domains include:
- Sitting
- Standing
- Walking
- Lifting and carrying
- Reaching or fine motor use
- Concentration
- Attendance and punctuality
- Communication
- Work pace
- Stamina
- Sensory tolerance, including light, noise, or crowded environments
The move from symptom to documentation happens when you convert subjective experience into measurable descriptors. Good metrics include:
- Minutes tolerated before a break is required
- Pounds lifted safely and repeatedly
- Number of interruptions before task accuracy declines
- Episodes per week or month
- Recovery time after symptom flares
- Percentage of tasks completed on schedule
- Error rate under defined conditions
- Number of absences or late arrivals tied to symptoms
Weak documentation says:
- “Back pain”
- “Trouble focusing”
- “Sensitive to noise”
- “Difficulty attending regularly”
Strong documentation says:
- “Can sit for 20 minutes before requiring a 10-minute position change; repeats this cycle up to 4 times per shift.”
- “Sustains concentration for approximately 25 to 30 minutes on detailed written tasks before error frequency increases and a 5-minute reset is needed.”
- “Noise above typical open-office levels triggers headache and reduced concentration within 15 minutes, occurring on most days in shared work areas.”
- “Missed 3 full workdays and left early 5 times in the past 8 weeks due to migraine episodes with 12- to 24-hour recovery time.”
Variability matters too. A single best-day estimate is bad documentation. It hides the actual burden. Many conditions fluctuate, and the reviewer needs the range:
- Baseline: can stand 15 to 20 minutes
- Worse days: can stand only 5 to 10 minutes
- Trigger: prolonged walking or cold temperatures
- Recovery: 20-minute seated rest restores partial function
That is a usable profile. It is honest, specific, and much harder to dismiss.
How to Collect the Right Data: Sources, Metrics, and Credibility
Not all evidence carries equal weight. The data shows that credibility depends on two variables: how directly the source reflects function, and whether the pattern is repeated over time.
The most useful data sources are:
Treating clinician observations
- Office exam findings
- Follow-up trend notes
- Documented symptom response to activity
Functional capacity evaluations or therapy assessments
- Lifting tolerance
- Postural endurance
- Repetitive motion limits
- Standardized task performance measures
Therapy notes
- Occupational, physical, speech, or mental health therapy records
- Useful when they show repeated difficulty with specific tasks
Prior school or workplace performance data
- Attendance logs
- Productivity records
- Error reports
- Prior accommodations and outcomes
Symptom diaries
- Particularly strong when dated, consistent, and linked to activities or triggers
Standardized scales
- Helpful support, especially when used repeatedly
- Better for pattern confirmation than as stand-alone proof
Here is the credibility hierarchy I use in practice:
- Highest weight: direct observation plus repeated measurements over time
- Moderate weight: structured self-report, symptom logs, and performance records
- Lower weight but still relevant: one-time subjective statements without dates, examples, or corroboration
Self-report is not weak by default. Sloppy self-report is weak. A log that says “bad pain this week” does not help much. A log that says “March 4, sat through 40-minute staff meeting, pain rose from 3/10 to 7/10 by minute 25, needed to stand in hallway for 8 minutes, concentration dropped and missed two action items” is good evidence. Very good, actually.
Capture numeric anchors whenever possible:
- Frequency per week
- Duration per episode
- Percentage of shift or class period affected
- Number and length of breaks needed
- Days absent per month
- Time-to-fatigue
- Recovery time to baseline
The most common data gaps are predictable. And preventable.
Bad packet problems I see all the time:
- Missing dates
- Inconsistent terminology across notes
- “Severe” claims with no supporting metric
- No mapping between symptoms and actual tasks
- No distinction between occasional flare and routine baseline limitation
Fixes are straightforward:
- Add a 4- to 8-week symptom log
- Ask the clinician to define terms numerically
- Attach a job or school task list
- Align wording across the form, letter, and chart notes
- Include one concrete real-world example for each major limitation
Writing the Documentation: A Repeatable Formula That Makes Limits Legible
Good documentation follows a formula. Every time. That consistency is not bureaucratic fussiness; it is what makes the limitation understandable to someone who was not in the exam room.
Use this structure:
- Condition or context
- Specific task limit
- Measurable threshold
- Observed evidence
- Frequency or duration
- Expected persistence
A strong limitation statement looks like this:
- “Due to lumbar disc disease with pain provoked by static posture, the patient can sit for approximately 20 to 30 minutes at a time before needing to stand or change position for 5 to 10 minutes. This pattern has been documented across three visits and is consistent with physical therapy notes from the past 6 weeks. Limitation is present daily and is expected to persist for at least the next 6 months.”
Or this:
- “Because of migraine triggered by fluorescent light exposure, the student experiences 1 to 2 episodes weekly during prolonged classroom attendance, with each episode causing visual sensitivity, slowed reading speed, and inability to sustain testing activity for 2 to 12 hours afterward. Pattern is documented in symptom logs and neurology follow-up notes over 3 months.”
Notice what these statements do not do. They do not exaggerate. They do not argue emotionally. They do not insist on a single employer solution. They describe the barrier clearly enough that a decision-maker can act.
That is another major point: document the barrier, not just the preferred fix.
Weak approach:
- “Needs to work from home permanently.”
Stronger approach:
- “Noise and unplanned in-person interruptions reduce sustained concentration after approximately 20 minutes, increasing task error rate on detail-heavy work. A lower-interruption setting is needed for tasks requiring prolonged focus.”
The second version gives the employer room to choose among reasonable options while still making the problem clear. That is smart documentation.
For letters or forms, I recommend this structure:
1. Diagnosis summary
Brief. Relevant. No need for a five-paragraph disease essay.
2. Functional findings
List the specific task limits.
3. Supporting data
Reference exam findings, logs, therapy notes, test results, or workplace patterns.
4. Material impact statement
State why the limitation affects work or school tasks in the current environment.
Precise and neutral language is best. The data shows that wording like “unable,” “limited to,” “requires,” “tolerates,” and “occurs approximately X times per week” performs better than fuzzy language like “struggles,” “has issues,” or “finds it hard.” Reviewers need operational terms. Give them operational terms.
Common Errors, Review Patterns, and How to Strengthen a Weak Packet
Most weak packets fail in the same ways. There is nothing mysterious about it.
High-frequency errors:
- Diagnosis-only letters
- Vague descriptors such as “difficulty” or “significant symptoms”
- Unsupported claims of permanence
- No task-specific examples
- No timeframe
- Accommodation request not clearly linked to the limitation
The reviewer’s questions are also predictable:
- How severe is the limitation?
- How often does it occur?
- What evidence supports it?
- Is this baseline, episodic, or both?
- Is the limitation tied to the requested accommodation?
If your packet does not answer those five questions, it is not done.
Use this quality checklist:
- At least one numeric threshold
- At least one real-world example
- At least one timeframe
- At least one statement of functional impact on essential tasks
- Consistency across letter, form, and supporting records
Before:
- “Patient has anxiety and would benefit from remote work.”
After:
- “Patient experiences panic symptoms in crowded, high-stimulation office settings 2 to 3 times weekly, requiring 20 to 30 minutes away from the environment before task focus returns. Symptom pattern is documented in therapy notes and a 6-week symptom log. Limitation materially affects ability to sustain phone-based customer interactions in the shared workspace.”
Before:
- “Student has ADHD and needs extra time.”
After:
- “Student’s processing speed on timed written exams is reduced, with accuracy declining after approximately 30 minutes of sustained testing under standard time conditions. Prior testing records and clinician documentation support extended time to offset the functional impact on exam completion.”
That is how weak letters become strong packets. Not with bigger claims. With better data.
Practical Templates, Applicant Next Steps, and Final Summary
If you are the applicant, make your clinician’s job easier. Bring organized data. Do not show up with a vague request and hope the form writes itself.
Use this one-page template:
Condition or symptom pattern:
Example: migraine, back pain, concentration fatigueTask affected:
Example: sitting in meetings, timed exams, standing at workstation, phone workMeasured limit:
Example: 20 minutes sitting, 10-pound lifting limit, 30 minutes concentrationFrequency:
Example: 4 times per shift, 2 episodes per week, 3 absences per monthRecovery or break needed:
Example: 10-minute position change, 15-minute quiet break, next-day recoveryTriggers or worsening conditions:
Example: bright light, repetitive bending, open-office noiseSupporting evidence available:
Example: PT notes, symptom log, attendance record, prior accommodation history
Before submission, do one final self-check:
- Identify the task.
- Quantify the limit.
- Show the pattern over time.
- Verify that the evidence matches the accommodation request.
That is the whole game. Precision, consistency, and task relevance. Those are the highest-yield variables in accommodation documentation.
The best documentation does not dramatize. It translates lived impairment into measurable functional impact that another person can understand and act on. That is what gets decisions moving. The data shows it clearly.
FAQ
1. What if my condition fluctuates from day to day?
Document the range, not just the best day. The data shows reviewers need frequency, triggers, and recovery time to understand variability. I recommend stating baseline function, worse-day function, and how often the worse pattern occurs. That is far more accurate than a single-point estimate.
2. Do I need a diagnosis, or just functional limits?
Both help, but functional impact is the deciding factor. A diagnosis explains the condition; measurable limits explain why an accommodation is needed. I have seen many diagnosis-heavy letters fail because they never described what the person could not reliably do.
3. How specific should my doctor’s letter be?
Specific enough to answer four questions: what task is limited, by how much, how often, and for how long. Vague wording lowers clarity and invites follow-up requests. If the letter says only “difficulty concentrating,” it is weak. If it says concentration drops after 30 minutes of sustained detail work, that is usable.
4. Can I use my own symptom log as evidence?
Yes. A well-kept log with dates, triggers, frequency, and severity is useful support, especially when it aligns with clinician observations or test results. A detailed log often closes the exact gap that weak packets leave open: what actually happens in daily life.
5. What if the employer asks for more proof than I have?
Add the highest-quality evidence you can reasonably obtain and keep the packet task-focused. Ask your clinician to translate existing records into functional terms if the chart is diagnosis-heavy. More paper is not always better. Better-mapped evidence is.