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

Research Data Sharing Agreements

Research Data Sharing Agreements: what it means for a research dataset, who may use it, and the check to make before it moves.

Privacy check
Record
research dataset in research data and secondary use
Data
Research Data Sharing Agreements
Safeguard
consent or a lawful exception, plus de-identification checked for small cohorts
First check
Confirm consent, a named exception, or a contract term before sharing.

The short answer

For research data disclosing agreements, think in terms of a chain: a student, a research dataset, an objective, an authority, a receiver, a safeguard and a storage date. Break any link and the disclosing fails, even if each other link is sound. This guide walks that chain link by link, so the reader may see exactly where a proposed disclosing holds and where it breaks.

Security controls safeguard a record from unauthorised access, but they do not make an unauthorised sharing lawful, and the two issues must be asked separately.

Data minimization is the cheapest control available: data never collected can not be breached, misused or retained too long.

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

Removal rights for children's information ought to be honoured swiftly, and the removal ought to reach backups and subprocessors on a stated timetable.

What this covers

Permission for biometrics should be specific, documented and revocable, with a non-biometric alternative that is genuinely usable, not merely nominal.

Proctoring integrations collect video, audio, screen and sometimes biometric information, and the sensitivity of that collection should set the review standard.

Cloud platforms do not change what counts as a record, but they change where copies live, and each copy needs the same oversight as the original.

International student platforms retain visa and immigration information, and the sensitivity of that information should shape each disclosing decision about it.

Bluetooth beacons in classrooms may file attendance quietly, and silent collection deserves explicit notification to the students affected.

Career services hold employment and internship data, and disclosing that data with employers needs consent analysis even when the disclosing feels helpful.

How to work through it

Plan for remote work explicitly, with controls that travel with the record to employees homes and personal devices.

Include removal verification in vendor contracts, with a method and a timetable, since a promised removal without verification will be doubted.

Map information flows for each major system, and update the map when integrations change, because integrations change quietly.

Analyse mixed-audience platforms for their younger users separately, since a policy documented for adults does not cover children.

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

Inform students through the yearly notification that releases to schools where they seek to enrol occur, because surprise releases damage trust even when lawful.

Review confidentiality governance after a merger or system alter, since the data map from before the alter will no longer be accurate.

Make confidentiality notifications available in the languages students really read, since an unread notice cannot inform consent.

A worked illustration

Consider a health center that shares treatment files with a broad student platform by accident, and that treats the accident as an event, not as a clerical slip.

In that illustration the disclosed officer reviews procurements for both colleges, and the arrangement is documented down with responsibilities and response times.

In that illustration the error is corrected, the original entry is retained with the challenge noted, and the student can see what changed.

In the badly done illustration, personal comments were included in the export, no deletion date was agreed, and the student notice still described the old platform.

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

Where guides go wrong

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

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

Responding to a media request from the first department that answers is an error, since the first department is rarely the department that knows the sharing limits.

Writing a notice that no student can find, or that no student can understand, is a mistake that undermines each later reliance on that notice.

Letting a privacy committee exist solely to advise is a mistake, since a committee that can not stop a project will be ignored when it matters.

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 research provisions and review board practice Applies when: When a college holds, uses or discloses a research dataset in the context of research data and secondary use

Next on the ledger