StudentPrivacy.college
The Privacy Ledger - protect and govern student data

LMS Accessibility Data and Privacy

LMS Accessibility Data and Privacy explained for colleges: the rule, the exceptions, and the record an institution should keep.

Privacy check
Record
learning record in lms platforms and learning data
Data
LMS Accessibility Data and Privacy
Safeguard
role-based access and retention tied to the course term
First check
State the purpose in a sentence a student could understand.

The short answer

For lms accessibility data and confidentiality, think in terms of a chain: a student, a learning file, an objective, an authority, a recipient, a safeguard and a retention date. Break any link and the sharing fails, even if every other link is sound. This guide walks that chain link by link, so the reader may see exactly where a proposed sharing retains and where it breaks.

Storage is a privacy decision, not a storage decision, and keeping data just in case is an objective that needs its own justification.

Complaints regarding denied access deserve a written answer, since an unexplained refusal teaches a student that rights are discretionary.

Tracking in education apps used by younger students deserves special scrutiny, because behavioural information accumulates quietly over a school year.

Opt-out processes that are hard to find or hard to use will be treated, fairly, as if they did not exist.

What this covers

Discussion posts in a course platform are maintained regarding identifiable students, and their storage should follow the course file schedule.

Accrediting bodies receive data under a specific exception, and the scope of that exception ought to bound what is actually sent.

Employment files for student employees sit in a distinct category, and the distinction matters when a record is requested.

Backups are copies too, and a deletion process that ignores backups leaves the record in place under another name.

State biometric laws add duties that vary by state, and a site operating across states must not assume one state's requirement covers another's.

Systems that feed directory information to outside directories need an opt-out verify built into the feed, not added as a manual afterthought.

How to work through it

Limit the sharing to the minimum the purpose needs, and treat extra information as extra risk rather than extra helpfulness.

Retain audit evidence on a stated schedule, because evidence deleted too early can not support a later defense, and evidence kept too long becomes a record of its own.

Support students who retain personal copies of their files, since a student who can track their own file is a student who can spot errors early.

Settle survey protections before distribution, including anonymity, storage and reporting, because retroactive protection is rarely credible.

Design age screening to collect as little as possible, since screening that collects more than it needs becomes the problem it was meant to solve.

Provide former students a workable procedure for exercising rights over records held about them, because graduation ought not to end practical access.

Scrutinise tracking in learning apps for younger students, because behavioural data grows silently over a school year.

Build opt-out into information feeds, so that an opt-out exercised in one platform propagates to every platform that publishes the information.

A worked illustration

In that illustration the files are removed from the general system, the affected students are told, and the integration is fixed so it can not happen again.

Consider a tutor who wants a second opinion from a colleague about support for a student, and who first checks whether a summary without identifiers would serve.

In that illustration the faculty member pauses, the privacy officer reviews the tool, and the course adopts a tool whose contract excludes training use.

In that illustration the parent provides the evidence, the disclosure is made and logged, and the student is told what was shared.

In that illustration the officer verifies the disciplinary sharing limits, confirms what may be shared, and provides the media a documented, limited answer.

Where guides go wrong

Sharing a disciplinary outcome beyond the limits for that offence and recipient is an error that may injury a student long after the procedure ends.

Accepting a checkbox as verifiable parental consent is a mistake, since a checkbox that anyone can tick verifies nothing.

Disclosing to a parent on the basis of family relationship alone, without establishing dependency, is an error that recurs each enrollment season.

Mixing health or counseling files into general student systems is an error that is hard to undo once the data has spread.

Procuring a platform before confidentiality review is an error that is expensive to undo, because contracts, migrations and student notices all follow the purchase.

Sources and evidence on the record

  • Family Educational Rights and Privacy Act regulations, 34 CFR Part 99, text on eCFR.
  • US Department of Education, Student Privacy Policy Office, studentprivacy.ed.gov - FERPA guidance, FAQs and model notices.
  • US Department of Education, ed.gov - guidance, Dear Colleague letters and enforcement information.

Evidence basis: 34 CFR Part 99 and Department of Education guidance Applies when: When a college holds, uses or discloses a learning record in the context of lms platforms and learning data

Next on the ledger