Senior Data Engineer

We are a fast-growing vertical SaaS company leveraging innovation and disruptive technologies to improve consumer experiences, outcomes, and predictability within the plastic surgery industry. Our team thrives on challenges, embraces change, and is dedicated to transforming how the industry operates.

Data is a critical product within our company, and we are investing heavily in our data capabilities. Our platform is what aesthetic medicine and plastic surgery practices run their business on, covering scheduling, clinical records, forms and consents, invoicing and payments, patient communications, and the marketing that sits in front of all of it. It is a multi-tenant platform holding millions of patient records under HIPAA and GDPR, and we onboard new practices every month.

Our job is to give patients an experience that feels considered at every step, to make the practice itself run efficiently, and to grow that practice as a result. Data is what makes all three possible. A patient's journey with a practice runs from first lead through consultation and procedure to follow-up, and a practice can only improve that journey, staff against it, and invest behind it when the numbers describing it are right. Getting that picture back to our clients accurately is a large part of what they pay us for. Every practice that joins us arrives by migrating off a legacy system, so migration here is ongoing work rather than a one-time project.

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.

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.