Overview

8 Navigating Sensitive and Protected Data

Data analysis can create real-world harm when ethical guardrails are missing, even in seemingly routine work. This chapter situates analysts as stewards of people’s rights and well-being, drawing a line from foundational research ethics (e.g., voluntary, informed consent; minimizing harm; proportional risk/benefit) to everyday analytics. It shows how choices about data collection, modeling, and reporting can affect jobs, housing, health, and credit, using examples like a resume-screening model that encoded historical bias. The takeaway: respect for autonomy, privacy, and dignity must be operationalized—from transparent consent practices to thoughtful study design—because the quality and fairness of outputs are bounded by the quality and fairness of inputs.

The legal landscape reinforces those obligations. Broad data protection regimes such as GDPR and CCPA define personal and sensitive data, enshrine individual rights (to be informed, to delete, to restrict processing), and mandate practices like data minimization, limited retention, secure access, and clear purpose specification. Sector rules (e.g., HIPAA in healthcare, FERPA in education, GLBA in finance) impose additional protections tailored to the risks of misuse. The chapter also examines bias in automated systems, showing how rules-based tools and machine learning can yield uneven accuracy and outcomes across groups, with high-stakes implications in hiring and promotion. Emerging regulations—such as New York City’s requirement to disclose and audit employment-related automated decision tools—signal growing expectations for measurement, transparency, and remediation of disparate impact.

Practically, the chapter offers a toolkit for working with sensitive data safely and responsibly. It emphasizes data minimization (collect only what’s necessary, store it briefly, and restrict raw access), and explains when and how to use anonymization versus pseudonymization, including hashing identifiers and separating look-up tables from analytic datasets. It demonstrates reducing identifiability by transforming granular PII into useful but safer features (e.g., city/state/ZIP from full addresses) and details how to prevent deanonymization by managing contextual clues. Finally, it promotes clear guardrails—minimum cell sizes, aggregation thresholds, secure sharing, peer review of sensitive breakouts, and rigorous documentation—so analyses remain reproducible, privacy-preserving, and fair while still delivering actionable insight.

The outcomes of scientific discovery can lead society down a path of societal advancement or collective harm.
An informed consent document for a survey conducted by a product analytics team.
Many types of sensitive information are governed by sector-specific laws, both in the U.S. as the examples shown here, and around the world.
An automated system for categorizing data can employ anything from simple rules to sophisticated machine learning algorithms.
The categorization system developed by the data science and analytics team can streamline the work of the customer support team. Still, it may have an unanticipated negative impact on certain groups of customers.
When all else fails, treat protected information as radioactive.
This table contains numerous fields with protected information about the customer.
When sensitive data isn't necessary for analysis, you can drop the fields from your dataset.
Standardized geographic information is easily extracted from the address column. We can then drop the original versions below.
Hash functions are like a smoothie blender, taking the original data and scrambling it so you cannot undo it and retrieve your original ingredients.
The resulting hash is a long sequence of random letters and numbers.
The final transactions table can identify customers without sensitive or protected data.
An employee engagement survey with multiple breakouts can accidentally deanonymize individuals in groups with few members. For example, the Sales department has one EEOC group with n=1, making it easy to identify the person and their satisfaction.

Summary

  • The Nuremberg Code was established in the aftermath of harmful experiments in WWII. It set guidelines for ethical human subjects research, emphasizing voluntary consent and the rights of participants.
  • The informed consent process in research ensures that participants have sufficient information about the purpose, procedures, and potential risks of a research project or study to make informed decisions about participating.
  • The General Data Protection Regulation (GDPR) in the European Union provides individuals control over how their personal data is stored and used. It requires that companies have guardrails in place to protect the privacy and security of people's data and obtain consent to store and use personal data for specific purposes.
  • The California Consumer Privacy Act (CCPA) is a regulation that offers data protection rights similar to the GDPR, specifically for California residents. It allows consumers to know about and opt out of the usage and sale of their personal data.
  • Automated decision tools using rules-based or machine learning algorithms can potentially produce biased output that disproportionately impacts subgroups of your users, customers, or the general population. New York City recently passed a law requiring these decision tools in hiring to be audited for bias. This is a new category of law in the data world and will likely develop quickly in the coming years.
  • Sensitive and protected data analysis refers to the analysis of personal information governed by law or that may risk producing harm if it were released without consent. This type of analysis requires special care to maintain the privacy and confidentiality of people and organizations.
  • Protected information is data that, if exposed, could produce harm for the individual.
    • Personally identifiable information (PII) refers to individual characteristics such as names, addresses, phone numbers, and social security numbers. This type of information is governed by regulations such as GDPR and CCPA.
    • Protected health information (PHI) refers to medical records, transactions, diagnoses, and any other information that, if breached, could risk disclosing confidential medical conditions.
  • Data minimization is a key principle in analyzing sensitive data, recommending that you only collect the data you need for a specific project and retain it for as long as necessary. This is intended to reduce the risk of data breaches and misuse of sensitive information.
  • Anonymization is the process of completely removing personally identifiable information (PII) from your data to prevent the identification of individuals.
  • Pseudonymization, in contrast, is the process of removing PII from specific datasets and replacing it with a pseudonym or key. The data is then retained elsewhere in case it's necessary for other purposes.
  • Analysts have a responsibility to minimize the likelihood of deanonymization of data. Since anonymized datasets can be easily re-associated with individuals, a set of guardrails for your team should be established to protect from unintended consequences associated with re-identification.

FAQ

Why should data analysts treat sensitive data and models as ethically risky?Data-driven outputs shape real decisions about people (e.g., hiring, lending, housing, healthcare). If inputs encode bias or privacy is mishandled, outcomes can be unfair or harmful. Treat analyses, dashboards, and models as powerful interventions: minimize harm, check for bias, protect privacy, and communicate limits clearly.
What is informed consent, and what should a good consent process include?A clear, accessible explanation delivered before participation that lets people decide knowingly. Include: - Purpose and objectives - Procedures and duration - Potential risks and discomforts - Expected benefits (to participants and society) - Alternatives (if applicable) - Confidentiality, anonymization, storage, and security practices - Compensation (if any) - Voluntary nature and right to withdraw without penalty Keep language readable, disclose third-party tools (e.g., recordings), and honor what you promise.
What is the current legal landscape for data privacy and why does it matter for analysts?Privacy laws are expanding rapidly to protect individuals’ rights to know, control, and delete their data. Analysts must: - Collect only what’s necessary and secure it - Respect deletion/objection requests - Document purposes and uses - Partner with legal, security, and IT to comply across regions Failure risks legal penalties, broken stakeholder trust, and flawed analyses.
How does GDPR affect day-to-day analytics work?Expect operational changes: - Data minimization: justify each field collected/used - Anonymization/pseudonymization: mask PII; restrict re-linking keys - Retention/deletion: follow policies; older raw data may be deleted or aggregated - Secure access: avoid local downloads/emailing PII; use approved platforms - Subject rights: deletion (“right to be forgotten”) can impact historical metrics—use snapshots/aggregations to preserve trend accuracy
How is CCPA similar to and different from GDPR?Similar: defines personal data, establishes rights (know, delete, opt-out), and requires safeguards. Key differences: - Scope: CCPA covers California residents; GDPR covers anyone in the EU - Applicability: CCPA targets certain for‑profit businesses (revenue/data volume thresholds); GDPR applies broadly to controllers/processors - “Household” data: CCPA includes household-level identifiers In practice, GDPR compliance usually positions teams well for CCPA, but both are evolving.
Which sector-specific privacy laws should analysts know about?Examples (US): - Healthcare: HIPAA governs protected health information (PHI); strict consent and access controls - Education: FERPA restricts access/sharing of student PII; grants access/correction rights - Financial services: GLBA requires disclosure of data-sharing practices and opt-out options Expect additional regional/sector rules globally; align analysis pipelines with the strictest applicable standard.
What is data minimization and how do I apply it?Collect, store, and use only what’s necessary for a specific purpose—and only for as long as needed. - Limit collection: drop “just in case” fields - Limit retention: aggregate or delete after defined windows - Limit access: share aggregated outputs; avoid sending raw PII; use secure channels - Practical example: replace PII with anonymous IDs, use coarse location (city/state), restrict granular tables to trained staff
What’s the difference between anonymization and pseudonymization? When should I hash data?- Anonymization: permanently removes identifiers so individuals can’t be re‑identified; falls outside many data protection scopes if irreversible - Pseudonymization: replaces identifiers with codes while keeping a separate, restricted lookup; reversible with proper keys Hashing (e.g., SHA‑256) creates deterministic tokens to join data without exposing raw identifiers. Store the mapping in a secure, access‑controlled table and keep hashes—not raw IDs—in analytics datasets.
Is removing PII enough to protect privacy? How do I prevent deanonymization?Not always. People can be re‑identified via contextual clues (e.g., combinations of ZIP + age + gender, timestamps, free‑text). Use guardrails: - Minimum cell sizes (e.g., don’t report groups with n < 5) - Limit cross-tabs that create tiny subgroups - Summarize free-text instead of quoting verbatim - Avoid sharing raw data; if needed, use secure, least-privilege access - Peer review sensitive breakouts; document methods and assumptions
How can automated systems be biased, and what should teams do?Algorithms can yield uneven accuracy or outcomes across groups (e.g., seasonality effects, language differences, historical bias in training data). Mitigate by: - Evaluating performance by subgroup and over time - Monitoring inputs for drift; add human oversight and appeal paths - Documenting design, data sources, and known limitations - Remediating bias (data balance, feature review, threshold tuning) Note: Some jurisdictions (e.g., New York City) require disclosure and annual bias audits for automated employment decision tools; expect more regulation.

pro $24.99 per month

  • access to all Manning books, MEAPs, liveVideos, liveProjects, and audiobooks!
  • choose one free eBook per month to keep
  • exclusive 50% discount on all purchases
  • renews monthly, pause or cancel renewal anytime

lite $19.99 per month

  • access to all Manning books, including MEAPs!

team

5, 10 or 20 seats+ for your team - learn more


choose your plan

team

monthly
annual
$49.99
$499.99
only $41.67 per month
  • five seats for your team
  • access to all Manning books, MEAPs, liveVideos, liveProjects, and audiobooks!
  • choose another free product every time you renew
  • choose twelve free products per year
  • exclusive 50% discount on all purchases
  • renews monthly, pause or cancel renewal anytime
  • renews annually, pause or cancel renewal anytime
  • Effective Data Analysis ebook for free
choose your plan

team

monthly
annual
$49.99
$499.99
only $41.67 per month
  • five seats for your team
  • access to all Manning books, MEAPs, liveVideos, liveProjects, and audiobooks!
  • choose another free product every time you renew
  • choose twelve free products per year
  • exclusive 50% discount on all purchases
  • renews monthly, pause or cancel renewal anytime
  • renews annually, pause or cancel renewal anytime
  • Effective Data Analysis ebook for free
choose your plan

team

monthly
annual
$49.99
$499.99
only $41.67 per month
  • five seats for your team
  • access to all Manning books, MEAPs, liveVideos, liveProjects, and audiobooks!
  • choose another free product every time you renew
  • choose twelve free products per year
  • exclusive 50% discount on all purchases
  • renews monthly, pause or cancel renewal anytime
  • renews annually, pause or cancel renewal anytime
  • Effective Data Analysis ebook for free