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

Email Systems as Student Record Stores

A plain-language guide to email systems as student record stores: the record, the purpose, the authority and the safeguard.

Privacy check
Record
student record in the cloud in cloud systems and student portals
Data
Email Systems as Student Record Stores
Safeguard
access controls, logging and a contract that follows the record
First check
Limit the sharing to the minimum the purpose requires.

The short answer

In short, email systems as student file stores comes down to one question: which student file in the cloud is involved, who retains it, and what objective justifies the next step with it. Get those three answers right and most of the rest of the decision follows; miss any one of them and the requirement applied will be the wrong requirement for the facts in front of you.

A disclosure log is not bureaucracy: it is the record that lets a student, an auditor or a regulator reconstruct what happened.

Copies of files given to students should be complete enough to be useful, and redactions of third-party information should be explained.

Research uses of education records need their own authorization analysis, and a research exemption is narrower than researchers sometimes assume.

Retaining a personal copy of a record file helps a student track what an institution retains, and institutions ought not to obstruct that habit.

What this covers

Medical treatment files held by a campus clinic have their own treatment exception, and the exception ends when the file is used for another purpose.

Studies conducted on behalf of an institution need documented agreements that limit use, need de-identification where possible, and need destruction on schedule.

Title IX files involve complainants, respondents and witnesses, and confidentiality handling there affects safety as well as compliance.

Attendance information, participation logs and advising notes may all be education files when they are maintained about an identifiable student.

Analytics dashboards built on identifiable information are not anonymous because they demonstrate aggregates, if the underlying information remains identifiable and accessible.

Equity in privacy means recognising that the same sharing harms different students differently, and that uniform processes can still produce unequal risk.

How to work through it

Need a court order or subpoena procedure for compelled releases, and do not disclose on the strength of a letter alone.

Contain subprocessors in vendor contracts by name or by category with notification of alters, because an unnamed chain is an uncontrolled chain.

Prepare for a regulator inquiry by retaining inventories and logs current, since inquiries rarely arrive with a convenient timetable.

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

Include event notification in vendor contracts with a specified timetable measured in hours or days, not in vague promptness language.

Set security baselines before a new platform launches, because retrofitting controls after adoption rarely restores data previously shared.

Delete on schedule, and make removal verifiable, since a removal that can not be shown is a removal that shall be doubted.

Bound accrediting releases to the scope of the exception, and send only what the accreditation objective requires.

A worked illustration

In that illustration the university contains the affected integration, notifies affected students with clear facts, and files the event for the following-action review.

In that illustration the sheet is restricted, the members are told, and the organisation adopts a form with proper access control for future collection.

In that illustration the registrar explains the position politely, in writing, and offers the parent a route via the student's own permission.

Consider a vendor audit that finds a subprocessor nobody had recorded, holding a copy of student files for a retired integration.

Consider a learning analytics project that begins with a question regarding storage and ends with a dashboard that nobody can explain to a student.

Where guides go wrong

Approving a disclosure without recording it is a mistake, since a reviewer, auditor or student shall eventually ask what happened and why.

Disclosing on the strength of a letter alone, without a court order or subpoena procedure, is a mistake that may be avoided by a single phone call to the privacy officer.

Forgetting to review confidentiality governance after a merger or platform change is a mistake, because the data map from before the change will no longer be accurate.

Treating a vendor as if it owned the data it procedures is an oversight failure, even when the vendor's sales material encourages that view.

Giving a small college no shared-service option for confidentiality review is an error, since a college without a dedicated officer still carries the same duties.

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.
  • National Institute of Standards and Technology, Computer Security Resource Center - control guidance used here as method, not as law.

Evidence basis: 34 CFR Part 99 and Department of Education guidance Applies when: When a college holds, uses or discloses a student record in the cloud in the context of cloud systems and student portals

Next on the ledger