Partially synthetic data is a dataset where a subset of columns—typically those containing personally identifiable information (PII) or protected health information—are replaced with artificially generated values using models like CTGAN or Bayesian networks, while non-sensitive fields remain untouched. This selective imputation preserves the exact statistical relationships between sensitive and non-sensitive variables without exposing real confidential records.
Glossary
Partially Synthetic Data

What is Partially Synthetic Data?
A privacy-enhancing data modality where only sensitive or high-risk variables are synthesized, while non-sensitive, structurally critical fields are retained from the original dataset to balance analytical utility with disclosure risk.
Unlike fully synthetic data, this approach retains the original granularity of structural fields such as timestamps, diagnosis codes, or lab reference ranges, ensuring that clinical plausibility and operational logic remain intact. The technique is governed by formal privacy models like k-anonymity and differential privacy, making it a preferred strategy for healthcare research where maintaining the integrity of quasi-identifiers is critical for accurate patient stratification and survival analysis.
Key Characteristics of Partially Synthetic Data
Partially synthetic data represents a strategic middle ground in privacy-preserving data engineering, where only high-risk or sensitive variables are synthesized while structurally critical, non-sensitive fields are retained from the original dataset. This approach optimizes the trade-off between analytical utility and re-identification risk.
Selective Variable Replacement
Only columns with high re-identification risk or sensitivity are synthesized. Non-sensitive, structurally essential fields—such as timestamps, administrative codes, or device identifiers—remain intact.
- Targeted synthesis: Focuses computational resources on high-risk variables
- Structural preservation: Maintains referential integrity and temporal ordering
- Example: In a clinical dataset, genomic markers and income brackets are synthesized, while admission dates and hospital IDs are retained
Utility-Privacy Pareto Optimization
Partially synthetic data explicitly navigates the utility-privacy trade-off by retaining real data where privacy risk is low and synthesizing only where risk is high.
- Higher utility than fully synthetic data for tasks relying on non-sensitive fields
- Stronger privacy than anonymized data for sensitive attributes
- Quantifiable: Privacy loss budgets (ε in differential privacy) can be applied selectively to synthesized columns only
Conditional Generation with Real Constraints
Synthetic values are generated conditioned on the retained real fields, ensuring that the statistical relationships between sensitive and non-sensitive variables are preserved.
- Conditional GANs (cGANs) or Bayesian networks model P(sensitive | non-sensitive)
- Preserves correlations: A synthesized income value remains consistent with the real occupation and education fields
- Prevents semantic drift: Generated values stay within plausible ranges defined by real context
Sequential Synthesis Pipelines
Partially synthetic data generation follows a multi-stage pipeline where each sensitive column is synthesized sequentially, conditioned on all previously processed columns.
- Ordering matters: Columns with the most dependencies are synthesized first
- Iterative refinement: Each step uses the output of prior synthesis as conditioning input
- Example: Synthesize diagnosis codes → condition medication data on synthesized diagnoses → condition lab results on both
Disclosure Risk Assessment
Partially synthetic datasets require granular privacy auditing because the retained real fields create a mixed risk surface. Attackers may leverage real quasi-identifiers to re-identify synthesized sensitive values.
- k-anonymity is evaluated on the retained quasi-identifier subset
- Membership inference attacks test whether real records can be distinguished
- Nearest Neighbor Adversarial Accuracy (NNAA) measures identifiability in the combined real-synthetic space
Regulatory Alignment
Partially synthetic data is explicitly recognized in frameworks like HIPAA Safe Harbor and the EU AI Act, where retaining non-identifiable operational fields while synthesizing protected health information (PHI) can satisfy de-identification requirements.
- HIPAA: Retained fields must not constitute PHI or quasi-identifiers
- GDPR: Synthesized fields are not considered personal data if re-identification risk is demonstrably low
- Clinical research: IRBs increasingly accept partially synthetic data for secondary analysis
Frequently Asked Questions
Clear, technical answers to the most common questions about partially synthetic data generation, privacy mechanics, and clinical utility.
Partially synthetic data is a hybrid dataset where only sensitive or high-risk variables are replaced with synthetic values, while non-sensitive, structurally critical fields are retained from the original real-world dataset. The process begins by identifying quasi-identifiers and protected health information (PHI) columns—such as dates of birth, zip codes, or rare disease codes—that pose re-identification risk. A generative model, typically a Conditional GAN (cGAN) or Bayesian Network, is trained exclusively on these high-risk columns to learn their statistical distributions and correlations. The model then samples new, realistic values that preserve the original multivariate relationships but break the one-to-one mapping to real individuals. The non-sensitive columns—like lab test results, vital signs, or genomic markers—remain untouched, ensuring maximum analytical utility for downstream biomarker discovery tasks. This approach balances the utility-privacy trade-off more effectively than fully synthetic data, as the untouched structural fields retain exact clinical validity while the synthesized fields create plausible deniability against membership inference attacks.
Partially Synthetic vs. Fully Synthetic vs. De-identified Data
A comparison of three approaches to protecting sensitive information in datasets, evaluating their mechanisms, utility preservation, and re-identification risk profiles.
| Feature | Partially Synthetic | Fully Synthetic | De-identified |
|---|---|---|---|
Generation Mechanism | Only sensitive variables are replaced with synthetic values; non-sensitive original data is retained | Entire dataset is generated from a model trained on original data; no original records exist | Original data is retained but direct identifiers are removed and quasi-identifiers are masked or generalized |
Original Records Present | |||
Statistical Fidelity | High for non-sensitive fields; moderate for synthesized variables depending on model quality | Variable; depends on generator model capacity and training convergence | High; all original values remain except for masked or generalized fields |
Re-identification Risk | Low to moderate; sensitive fields are synthetic but non-sensitive quasi-identifiers may still enable linkage attacks | Very low; no one-to-one mapping exists between synthetic and real records | Moderate to high; quasi-identifiers can be combined with external datasets to re-identify individuals |
Utility for Downstream ML Tasks | High; structural relationships and non-sensitive features remain intact | Moderate to high; depends on fidelity of learned joint distribution | High; real data is preserved but generalization may reduce granularity |
Regulatory Compliance Posture | Strong; satisfies data minimization principles by replacing only high-risk fields | Strongest; often considered anonymous data under GDPR when re-identification risk is demonstrably negligible | Conditional; HIPAA Safe Harbor requires removal of 18 identifiers but does not guarantee anonymity |
Typical Use Case | Clinical research datasets where demographics are retained but diagnoses or genomic markers are synthesized | Public release of medical datasets for benchmarking and academic research | Internal hospital operations and quality improvement where full data utility is required |
Computational Overhead | Moderate; only a subset of columns requires generative model training | High; requires training complex generative models such as GANs or VAEs on full dataset | Low; rule-based removal and generalization require minimal computation |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Real-World Applications in Healthcare
Partially synthetic data strikes a critical balance in healthcare AI: it replaces only sensitive or high-risk variables with synthetic values while preserving non-sensitive, structurally essential fields from real patient records. This approach maximizes both privacy compliance and analytical utility.
Clinical Trial Data Sharing
Pharmaceutical companies use partially synthetic data to share trial results with external researchers without exposing protected health information (PHI). Demographics and genomic markers are synthesized, while treatment arms, dosing schedules, and outcome measures remain untouched. This preserves the statistical validity of survival analyses and subgroup comparisons while satisfying HIPAA Safe Harbor requirements. The Yale Open Data Access (YODA) project exemplifies this model, enabling independent re-analysis of clinical trial data through controlled synthesis of participant-level identifiers.
Cross-Institutional Registry Linkage
Rare disease registries aggregate data from multiple hospitals where full synthesis would destroy the temporal disease progression patterns essential for research. Partially synthetic approaches retain actual diagnosis dates, lab values, and procedure codes while synthesizing zip codes, exact ages, and rare demographic combinations that create re-identification risk. The NIH Global Rare Diseases Patient Registry (GRDR) uses this technique to enable federated queries across institutions without exposing patient-level quasi-identifiers.
Medical Device Post-Market Surveillance
FDA-mandated post-market studies require manufacturers to share adverse event data with regulators and academic partners. Partially synthetic data retains the device model, implant date, and malfunction classification while synthesizing patient identifiers and hospital-specific variables. This enables accurate failure mode analysis and survival modeling without violating patient consent agreements. The MDEpiNet (Medical Device Epidemiology Network) initiative leverages this approach for multi-stakeholder safety signal detection.
Health Economics Outcomes Research
Payers and health technology assessment bodies require granular cost and utilization data to evaluate treatment value. Partially synthetic claims datasets preserve diagnosis codes, procedure costs, and length-of-stay metrics while synthesizing member IDs and provider taxonomies. This maintains the integrity of cost-effectiveness models and budget impact analyses. The CMS Virtual Research Data Center (VRDC) program applies partial synthesis to Medicare claims, enabling researchers to run custom analyses on privacy-protected data.
Genomic Data Beacon Networks
International genomic consortia like the Global Alliance for Genomics and Health (GA4GH) use partially synthetic approaches to share variant-level data. Actual genomic coordinates, allele frequencies, and phenotype associations are preserved, while sample-level metadata and pedigree structures are synthesized. This enables researchers to query whether specific variants exist in a cohort without accessing individual-level genotypes, preventing membership inference attacks while supporting rare variant discovery.
Emergency Department Syndromic Surveillance
Public health agencies monitor chief complaint data in real-time to detect disease outbreaks. Partially synthetic pipelines retain syndrome categories, geospatial clusters, and temporal signals while synthesizing individual patient narratives and exact arrival timestamps. The CDC National Syndromic Surveillance Program (NSSP) employs this technique to share situational awareness with local health departments without compromising patient privacy during public health emergencies.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us