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

Privacy Governance for Multi-Campus Systems

Privacy Governance for Multi-Campus Systems: what it means for a institutional data practice, who may use it, and the check to make before it moves.

Privacy check
Record
institutional data practice in institutional privacy governance
Data
Privacy Governance for Multi-Campus Systems
Safeguard
a named decision maker, a written policy and regular training
First check
State the purpose in a sentence a student could understand.

The short answer

The direct answer to privacy oversight for multi-site systems is less regarding memorising a statute and more regarding a repeatable verify before data moves: confirm what the institutional data practice is, confirm the purpose, confirm the authority, confirm that the recipient needs it, and confirm the safeguard. Five confirmations, done in writing where the stakes are high, avoid most of the errors this ledger exists to describe.

Health surveys on site can trigger additional protections, and the survey design ought to settle those protections before distribution.

AI tutors used by younger students raise both COPPA and FERPA questions, and both analyses must be done before the pilot, not after it.

Surveillance on site changes behaviour even when it is lawful, and that chilling effect belongs in the determination, not outside it.

Course evaluations can become education files when they are maintained regarding identifiable students, and that possibility should be checked, not assumed away.

What this covers

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

Research systems retain datasets that may be de-identified in name but identifiable in combination, especially in small programmes.

An opt-out, once exercised, must be honoured across systems, including directories, publications and information feeds that were built before the opt-out arrived.

Voice information in support and proctoring systems is biometric in substance, even when vendors describe it as audio processing.

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

Parents of dependent students might receive files under an exemption, but dependency must be established, not assumed from a family relationship.

How to work through it

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

Patch platforms on a stated timetable, and prioritise patches for platforms holding identifiable student data.

Need breach notification in the vendor contract, with a stated timetable, since a vendor breach discovered late harms more students.

Analyse marketing uses of student information for consent even when the marketing feels ordinary, because ordinary is not authorization.

Name a person to request when the answer is unclear, and welcome escalation, since punished escalation produces quiet non-adherence.

Segment networks so that a compromise in one system does not automatically expose student record platforms.

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

Train employees on the decisions they actually make, using cases from their own department, rather than generic slides regarding a statute.

A worked illustration

In that illustration the study proceeds on the extract, the agreement limits use and needs destruction, and no identifiable file leaves the college.

In that illustration the employer receives a prompt, limited answer, and the graduate is not surprised by a broader disclosure.

Consider a student employee whose employment record is requested as if it were an academic record, and a registrar who distinguishes the two capacities.

Consider a faculty member who wants to use a free AI grading tool and discovers the tool retains submissions for training by default.

In that illustration the project is paused, the data uses are documented in plain language, and the dashboard is rebuilt around a stated purpose.

Where guides go wrong

Conversely, a lawful disclosure can still be handled carelessly, in an unencrypted attachment or an open distribution list, and the injury is the same.

Writing a policy that employees cannot state without opening the document is a mistake, because the policy shall not be followed under time pressure.

Giving a small university no disclosed-service option for confidentiality review is a mistake, since an university without a dedicated officer still carries the same duties.

Letting group mailboxes and disclosed drives accumulate members without an owner is an error that turns access control into archaeology.

Delaying removal of children's data after a removal request is an error, since the data continues to be used while the request waits.

Sources and evidence on the record

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

Evidence basis: Department of Education guidance and institutional governance practice Applies when: When a college holds, uses or discloses a institutional data practice in the context of institutional privacy governance

Next on the ledger