> Markdown version of [/jobs/ext/3959250-senior-data-engineer](https://www.wearedevelopers.com/jobs/ext/3959250-senior-data-engineer). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Senior Data Engineer - **Company:** Adoreal, Inc. - **Location:** United States (Remote available) - **Experience:** Expert - **Contract:** Permanent contract - **Skills:** HTML, Artificial Intelligence, Airflow, Amazon Web Services, BigQuery, Software as a Service, Data Dictionary, Information Engineering, Data Infrastructure, Data Vault Modeling, Python (Programming Language), PostgreSQL, Power BI, SQL Databases, Great Expectations (Foster Youth College-readiness and Support Program), Large Language Models, Claude Code, Snowflake, AI Coding Agents, Terraform, Natural Language Understanding, Amazon Redshift, Databricks - **Published:** October 27, 2026 - **Apply:** https://www.careerbuilder.com/job-details/senior-data-engineer-ut--31075c7a-e2b6-432d-b7b4-f945d40f0b01 ## About the Role Plastic and Reconstructive Surgery, Software as a Service (SaaS), Customer Experience, Medicine, HIPAA (Health Insurance Portability and Accountability Act), Medical Billing, Medical Records, Marketing, System Migration, Warehousing, * 8+ years in data engineering, including end to end ownership of a warehouse or lakehouse architecture, from ingestion through to the curated layer that people actually query. * Deep SQL and Python, with production experience on a modern cloud warehouse. Redshift is what we run today, and Snowflake, BigQuery, or Databricks experience transfers. * Hands-on experience building a semantic or metrics layer yourself, using dbt or an equivalent tool. * Production experience with orchestration and infrastructure as code on AWS (e.g., Airflow and Terraform). * Experience designing and maintaining dimensional or Data Vault models in production.. * Data quality testing and observability built into the pipeline, using dbt tests, Great Expectations, or an equivalent, alongside daily use of coding agents and AI tooling in your own work. * AI applied inside a data platform, such as LLM classification of unstructured records, entity matching, anomaly detection, or natural language querying over a semantic layer, with an evaluation set that told you how well it worked. * Experience with regulated data, such as healthcare or financial data. ## Description We are seeking a Senior Data Engineer to be the most experienced engineer on our data team. This is a hands-on role by design. You will pair with the team daily, set the standards the data function works to, and take the lead on the architecture decisions that shape what we build next. The remit is broad. You will own the target design for the warehouse and the curated layer that sits on top of it, define the semantic layer so that every business metric carries one agreed definition, and establish the standards for naming, lineage, and data quality that the whole function works to. All of it serves the same end. A practice should be able to see the patient journey clearly enough to improve it, see where its time and capacity actually go, and know which of its decisions grew the business. You will also take migration from something skilled people do carefully to something the platform does repeatably. Our warehouse is Amazon Redshift running a medallion model, fed from PostgreSQL by Python pipelines and from marketing sources by Fivetran, with Power BI on top. You will own the recommendation on where that architecture goes next, and then you will build it. We also build with AI as a default rather than as an experiment. Coding agents draft quickly here, so the skill we hire for and level on is knowing what to build and recognizing what is wrong with a draft. Our data team already works with Claude Code connected to the warehouse every day. As the Senior Data Engineer, you will: Architecture and Modeling * Own the target architecture for the warehouse and the curated layer, decide where that design goes next, and write down the reasoning behind the call. * Design the semantic layer as a single metric repository, where each business metric means one thing and the definition, the formula, and the reasoning behind it are all recorded. * Set the standard for naming, labeling, and lineage, and bring enumerated values and business rule history into data the warehouse can resolve directly. * Build the configuration model for practice-specific business rules, so that each new practice's setup arrives as data the platform can apply. Building With the Team * Pair with the data engineers daily. Review their work in a way that teaches, and let them review yours. * Build the gold layer and a baseline report library that every new practice gets from day one, covering the patient journey, practice capacity, and growth. * Extend infrastructure as code and CI across the warehouse and its pipelines, with tests that catch schema drift when the product changes. * Bring the unstructured clinical record into the warehouse in structured form, including the journals, notes, and form submissions that arrive as HTML and PDF. Automation and AI in the Data Platform * Deepen the automation around migration profiling, delta reconciliation, data quality checks, and report provisioning. * Put AI to work inside the pipelines for enrichment, anomaly detection, and metadata generation, including a data dictionary and enum catalog that stay current because they are generated. * Make the warehouse safe and useful for AI. That means a complete catalog with descriptions and enumerations, a semantic layer that natural language queries resolve against instead of raw tables, a golden set of questions that measures accuracy before business stakeholders get access, and strict adherence to the rules governing which tools may touch patient data. Migrations and Partnership With Engineering * Take migration from something skilled people do carefully to something the platform does repeatably, with pre-migration profiling, a matching framework for post go-live deltas, LLM-assisted schema mapping and record matching where it earns its place, and rejected record reporting so that nothing is dropped silently. The design target is two practice go-lives a month. * Partner with the engineering teams on the platform changes the data function depends on, and define with them the change contract that keeps the platform and the warehouse in step as new fields and statuses ship. * Work directly with product and commercial leadership on what to measure, not only on how to measure it. You should be the person who can tell a stakeholder which number actually says whether the patient experience improved, whether the practice got more efficient, or whether it grew.