PPRA Protected Topics in Surveys
A plain-language guide to ppra protected topics in surveys: the record, the purpose, the authority and the safeguard.
- Record
- survey response in ppra, surveys and marketing
- Data
- PPRA Protected Topics in Surveys
- Safeguard
- advance notice and a real opt-out, before collection
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
The first thing to settle in ppra protected topics in surveys is the identity of the survey response and the reason it is retained, because every later question regarding permission, exception or contract depends on those two facts. Where the file is unclear, the rest of the analysis wobbles with it; where the file is clear, the decision usually follows without drama.
Retention is a confidentiality decision, not a storage decision, and keeping information just in case is an objective that needs its own justification.
Analytics can improve teaching, but analytics built on identifiable student information need the same authority analysis as any other use.
Age screening for younger users must not collect more information than the screening itself requires, or the safeguarding becomes the problem.
Penetration testing finds technical gaps, but it does not test whether a sharing decision was lawful, and both tests are needed.
What this covers
Cloud platforms do not change what counts as a record, but they change where copies live, and every copy needs the same oversight as the original.
Attendance information, participation logs and advising notes can all be education files when they are maintained regarding an identifiable student.
Students who are also employees have records in both capacities, and the capacity in which a record was created matters to its treatment.
Undocumented students face serious consequences from file sharing, and staff should be especially careful about sharing that could reveal status.
Equity in privacy means recognising that the same sharing harms different students differently, and that uniform processes can still produce unequal risk.
Directory information is a defined subset that an university may designate and publish, and the designation must be published before it is relied on.
How to work through it
Record the decision where a log is required, and keep the log in a place a future reviewer can really find.
Require incident notification in the vendor contract, with a stated timetable, because a vendor incident discovered late harms more students.
Test vendor information flows in a staging environment where possible, since production testing risks the very files being safeguarded.
Limit the disclosure to the minimum the purpose requires, and treat extra data as extra risk rather than extra helpfulness.
Start every determination by naming the file in plain terms, since a determination regarding an unnamed file is a determination regarding nothing in particular.
Include deletion verification in vendor contracts, with a method and a timetable, since a promised deletion without verification will be doubted.
Review a determination following it is made: was the information used for the stated purpose, does the recipient still need it, has retention expired?
Set security baselines before a new system launches, because retrofitting safeguards following adoption rarely restores data previously shared.
A worked illustration
In that illustration the study proceeds on the extract, the agreement limits use and needs destruction, and no identifiable record leaves the institution.
Consider a researcher who asks for identifiable student records and is offered a de-identified extract instead, with a written agreement for the study.
In that illustration the review, when it finally happens, finds monitoring that was never disclosed, and the college must withdraw the app mid-term.
Consider a site card system whose transaction logs were kept indefinitely, and a review that sets a storage period tied to the objectives of those logs.
Consider an institution that adopts a biometric attendance platform and offers a card alternative that works just as well as the biometric option.
Where guides go wrong
Letting a privacy committee exist only to advise is an error, because a committee that can not stop a project shall be ignored when it matters.
Accepting a vendor's self-assessment as evidence, where the information is sensitive, is an error, since self-assessment answers the issues the vendor chose to request.
Redacting access responses without explaining the redactions is a mistake, since an unexplained gap teaches a student that files are edited at shall.
Auditing AI tools solely for accuracy, and not for data retention and prompt handling, is an error, because AI platforms produce files that ordinary audits miss.
Failing to inform students through the annual notice that releases to schools where they seek to enrol occur is an error that damages trust even when the sharing is lawful.
Sources and evidence on the record
- Protection of Pupil Rights Amendment, 20 U.S.C. 1232h, 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: PPRA, 20 U.S.C. 1232h, and Department of Education guidance Applies when: When a college holds, uses or discloses a survey response in the context of ppra, surveys and marketing