A First Privacy Review for a Small College
A plain-language guide to a first privacy review for a small college: the record, the purpose, the authority and the safeguard.
- Record
- education record in student privacy foundations
- Data
- A First Privacy Review for a Small College
- Safeguard
- a published notice and a named owner for every record
- First check
- State the purpose in a sentence a student could understand.
The short answer
For a first confidentiality review for a small college, think in terms of a chain: a student, an education record, an objective, an authorization, a receiver, a safeguard and a storage 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 can see exactly where a proposed sharing retains and where it breaks.
De-identified data is only de-identified if re-identification is genuinely unlikely, and small cohorts make that test much harder to pass.
Amendment is not the same as removal: a successful challenge corrects or explains a record, and the original entry frequently remains in the file with the challenge noted.
Readiness for a regulator inquiry is built in ordinary weeks, through inventories and logs, not in the week the inquiry arrives.
Biometric data cannot be reissued like a password, so a biometric event has consequences that outlast any single event response.
What this covers
Housing platforms hold residence and roommate information, and sharing of residence information needs particular care for student safety.
Biometric systems retain templates that can not be altered if compromised, and that permanence should drive the decision to deploy them at all.
Research platforms hold datasets that might be de-identified in name but identifiable in combination, especially in small programmes.
Proctoring integrations collect video, audio, screen and sometimes biometric information, and the sensitivity of that collection ought to set the review standard.
Disability documentation is among the most personal data an institution retains, and it should never travel with broad academic files by default.
Single sign-on produces an identity record of its own, including authentication events that can reveal patterns of student activity.
How to work through it
Review assistive technology vendors for the usage information they collect, since that information can reveal disability.
Limit audit and evaluation disclosures to the audit purpose, and bind the recipient to that purpose in writing.
Retain audit evidence on a stated schedule, because evidence deleted too early cannot support a later defense, and evidence kept too long becomes a record of its own.
Verify whether a course evaluation is maintained regarding identifiable students before treating it as anonymous feedback.
Document exemptions to policy with an identified approver and an expiry, since permanent exemptions are just undeclared policy changes.
Delete on schedule, and make deletion verifiable, since a deletion that cannot be shown is a deletion that will be doubted.
Protect alumni files with the same care as current files, because graduation does not end the college's duty.
Encrypt records in transit and at rest, and treat encryption as a baseline, not as a substitute for access control or purpose limits.
A worked illustration
In that illustration the project is paused, the data uses are documented in plain language, and the dashboard is rebuilt around a stated purpose.
Consider a site that installs cameras in a residence hall entrance and writes retention, access and disclosure rules before the cameras are switched on.
Consider a college that merges two campuses and discovers that each site retained the same files under different retention schedules.
Consider a student employee whose employment record is requested as if it were an academic record, and a registrar who distinguishes the two capacities.
In that illustration the review, when it finally happens, finds monitoring that was never disclosed, and the college must withdraw the app mid-term.
Where guides go wrong
Assuming an integration passes only the data shown on a diagram is an error, because integrations routinely pass more than intended.
Sending an accrediting body more than the accreditation objective needs is an error, because the exception bounds what may be sent.
Adopting a free tool without reviewing its information practices is an error, since the price is frequently paid in information uses nobody reviewed.
Auditing surveillance systems solely for image quality, and not for access and retention, is a mistake, since cameras generate files continuously.
A reader who applies that structure, and who escalates the cases it can not settle, shall make better decisions than a reader who memorises any single requirement in this ledger.
Sources and evidence on the record
- Family Educational Rights and Privacy Act, 20 U.S.C. 1232g, statutory text.
- 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.
Evidence basis: FERPA statute and regulation, Department of Education guidance Applies when: When a college holds, uses or discloses a education record in the context of student privacy foundations