Domain-driven data
Define shared scientific entities, relationships, system-of-record boundaries, and lineage so the same concept means the same thing as it moves across the ecosystem.
DATA MANAGEMENT ARCHITECT · BIOTECH
I architect how scientific data is modeled, connected, governed, and made usable — preserving the experimental context that gives biotech data its meaning.

THE WORK NOW
My focus is not a single application or database. It is the structure between them: how samples, assays, lots, batches, instruments, methods, and results are represented consistently across lab systems, data platforms, and analytics.
DOMAIN-DRIVEN DATA MANAGEMENT
A sample is not just a row. An assay is not just a table. The architecture has to preserve relationships, provenance, ownership, and context across systems.
Define shared scientific entities, relationships, system-of-record boundaries, and lineage so the same concept means the same thing as it moves across the ecosystem.
Shape batch and streaming patterns between laboratory platforms, operational systems, central data platforms, curated datasets, and analytical consumers.
Make context durable through metadata, reference/master data, quality controls, lifecycle rules, catalog standards, and traceability.
Turn governed scientific data into reusable, analysis-ready layers with consistent semantics for visualization, metrics, and downstream use.
WHY BIOTECH IS DIFFERENT
In consumer, finance, or conventional enterprise systems, a record can often stand on its own. Scientific data is different: its meaning depends on experimental context, method, material history, instrument conditions, provenance, and the relationships between them.
A result without the sample, assay, method, conditions, and provenance that produced it can quickly lose scientific value.
Traceability is more than an audit trail. It preserves how materials, methods, transformations, and observations relate across the lifecycle.
Architecture should reflect how scientists actually work rather than forcing scientific concepts into generic application or database boundaries.
FROM AUTOMATION TO DATA
Years in laboratory automation gave me a physical understanding of scientific data. Every field has an origin: a sample was moved, a method was executed, an instrument was configured, and a result was produced. Good architecture preserves that context.
Sample · assay · method · instrument
Automation · scheduling · QC · capture
LIMS / ELN · APIs · metadata · lineage
Domain models · governance · analytics
Samples
Liquid handling
Instruments
Assays
Schedulers
LIMS / ELN
APIs
Metadata
Domain models
Lineage
Governance
Analytics
ARCHITECTURE LANDSCAPE
This is the conceptual path I work across — not a vendor checklist, but the layers that have to connect.
LIMS
ELN
Automation
Instrument data
→REST APIs
ETL / ELT
Streaming
SQL
→Data lake patterns
Curated datasets
Metadata / catalog
Relational · NoSQL · Graph
→Semantic layers
Spotfire / Tableau
Metrics
AI-ready context
Current role landscape includes cloud data platforms such as AWS / Snowflake / Databricks-class ecosystems and scalable LIMS / ELN platforms. The emphasis here is architecture and integration patterns rather than claiming a tool inventory.
SELECTED PROOF
Led a workflow that transformed site/CRO clinical sample information into structured, LIMS-ready data with lineage and became a primary daily ingestion mechanism.
Partnered with IT to stream liquid-handler log data into Splunk for monitoring, semantic formatting, archival, troubleshooting, and performance analysis.
Connected automation, SQL-backed sample tracking, and ELN REST APIs so experiment context and sample lineage could survive system boundaries.
AI & IMPLEMENTATION
The real threshold is understanding the system well enough to design where AI belongs, connect it to trustworthy context, and make its output useful inside a scientific workflow.
AI is only as useful as the context around it. In biotech, that means samples, assays, methods, instruments, provenance, and the scientific relationships between them.
The value appears when models are connected to governed data, APIs, workflows, metadata, and human decision points—not when AI sits in isolation.
The question is not “Where can we add AI?” It is “Where can AI reduce friction, surface understanding, or improve a decision without losing scientific meaning?”
BACKGROUND
My foundation is laboratory science and bioengineering. That matters because useful scientific architecture starts with the experiment, not the database.
Automation moved the problem from performing experiments to designing repeatable systems — workflows, instrumentation, QC, LIMS integration, and structured outputs.
The scope is now broader: domain models, lineage, metadata, platform patterns, governance, analytics enablement, roadmaps, and cross-functional delivery.
COMPUTING
BREADTH
Certified SAFe Scrum Master · SSM 6.0
Engineer-in-Training · NCEES
DELIVERY MATTERS
Certified SAFe Scrum Master (SSM 6.0). I use roadmap thinking, design reviews, PI planning, and iterative delivery to move cross-functional data work from diagrams into operating systems.
ENOCH SHUM