Senior Data Platform Engineer

NikoHealth•New York, NY

2d•$150,000 - $200,000•Remote

About The Position

This is a newly created role, and one of the first two engineering hires NikoHealth has made in the United States. You'll report directly to the CTO and own how data gets into our platform, out of it, and between the databases underneath it. Almost everything hard about bringing on a new customer is a data problem. Getting years of patient, order, and billing history out of a competitor's system and into ours currently runs on hand-run scripts, CSVs on a shared drive, and transform logic that lives outside version control. There's no CI on it, no dry run, and no safe way to re-run a failed load. Every migration adds weeks to an onboarding. Your first job is to turn that into a tested, repeatable pipeline, and then make how long onboarding takes a number we can actually report. It's the single clearest path we have to landing revenue we've already signed. The scope is the databases themselves and everything that moves data in and out of them. It's deliberately focused: this is the constraint on how fast we can bring customers live, and we'd rather you fix it properly than spread across everything.

Requirements

5+ years in data engineering, data platform, or a closely related role.
Strong SQL, including performance work on large tables, against PostgreSQL or MySQL. You'd work in both.
Production ingestion pipelines you built and operated, where idempotency and safe re-runs were a design concern rather than an afterthought.
Experience migrating customer data between systems where the source was messy and the customer was watching.
Python, C# to the level where you own the transform layer outright.
Daily working use of AI coding agents such as Cursor or Claude Code, including the harness around them: tests, project instructions, and a loop you can run again.

Nice To Haves

dbt, or a strong opinion about what the ETL layer should look like.
Healthcare claims formats, particularly X12 837 and 835.
A MySQL to PostgreSQL consolidation you've actually done.

Responsibilities

Get the migration pipeline into version control and under CI, with a dry-run mode and re-runs that don't corrupt anything.
Publish our import contract, so onboarding teams and customers both know what good input looks like before anyone starts.
Put a real measurement on onboarding time-to-live, reported separately for enterprise and small business.
Own database configuration, backup, and restore across the fleet, and prove a restore actually works.
Plan the consolidation of our two database engines. Every customer runs both MySQL and PostgreSQL side by side with a live bridge between them, and untangling that is yours to scope, sequence, and execute.