Pay
$127K–$190K is typical
The middle half of what similar US postings state. This one doesn’t list pay.
From 2,232 postings in the last year. Stated ranges, not salaries paid.
New York, NY
Live, first seen by us 48 days agoMedical / dental / vision, 401(k) - up to 4% matching, Unlimited PTO policy This is a remote role, but candidates must be based in the U.S.Read the full posting
Employment type in the employer’s posting: SALARIED_FTFrom the employer’s posting
This is a remote role, but candidates must be based in the U.S.Read the full posting
This is a newly created role, and one of the first two engineering hires NikoHealth has made in the United States.
Almost everything hard about bringing on a new customer is a data problem.
Move migration scripts and transform logic into version control with CI and a dry-run mode
Make re-runs of failed customer data loads safe so they do not corrupt data
Publish the import contract so onboarding teams and customers know what good input looks like
Measure onboarding time-to-live, reported separately for enterprise and small business
Own database configuration, backup, and restore across the fleet and prove restores work
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.
Get the migration pipeline into version control and under CI, with a dry-run mode
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.
From the employer’s posting.
These dates show when we found the posting. Check the employer’s website to confirm it is still accepting applications.
$127K–$190K is typical
The middle half of what similar US postings state. This one doesn’t list pay.
From 2,232 postings in the last year. Stated ranges, not salaries paid.
Day 48
Similar jobs usually come down between day 5 and day 54.
From 12,127 similar postings that came down. Coming down is not always a hire.
2 open jobs
Open jobs by the week we first saw them, last 12 weeks.
Hiring recordAdd your resume and we’ll mark which of these tools you already use, and point out anything in the posting that could rule you out.
- 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.
- 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.
Nice to have - dbt, or a strong opinion about what the ETL layer should look like. - Healthcare claims formats, particularly X12 837 and 835.
- 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. What we're looking for
- Healthcare claims formats, particularly X12 837 and 835. - A MySQL to PostgreSQL consolidation you've actually done. We're not asking for HL7 or FHIR. If you have it, great, but it isn't what this job needs.
Complete your application on ats.rippling.com. The employer’s form will show what is required.
Already applied? Track this application
New Data Engineer postings at the employers we follow are up 7% over the last 6 weeks compared with the 6 before.
Each bar is one week of new postings. The darkest bars are the last 6 weeks.
Counted from the hiring pages we’ve followed for at least five weeks, so employers we add don’t look like growth. Updated weekly.
We file this job under Data Engineer, by the work the posting describes.
Data engineers build and run the pipelines that copy data out of apps and outside services into a warehouse or lake, and fix them when a source changes or a load fails.
Expect SQL, Python, a cloud platform, a scheduler such as Airflow, and often tools for large data such as Spark or Kafka.
An analytics engineer works one step later, turning the raw data a data engineer lands into clean tables people can query.
The government has no code for data engineers, so these figures are for the closest group, database architects, which includes data integration and data warehousing specialists.
Source: US Bureau of Labor Statistics, Occupational Employment and Wage Statistics (May 2025) and Employment Projections (2025 to 2035). Occupation code 15-1243.
NikoHealth is a rapidly growing SaaS company transforming how Durable Medical Equipment (DME) and Home Medical Equipment (HME) providers operate. Our innovative, all-in-one platform streamlines business operations, empowering providers to work smarter and more efficiently.
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.
What you'll do in the first 6 months
What we're looking for
We're honest about what this is. The current state is rough and needs dedicated investment. Some of the tooling was built as a workaround years ago and quietly became permanent. We're also genuinely mid-decision on real things and we'd rather hire someone who helps make those calls than pretend they're already made.
We work with AI agents, seriously. The team works agentically and so will you. What matters is what you do after the agent produces something: tests, linters, project instructions, a loop you can run again. If your answer to a bad result is a longer prompt, we're probably not a fit.
Most application development is done by a long-standing engineering partner. Some data work runs through them today as ticketed requests, and part of the point of this role is that it stops having to.
No layers, and no new bottlenecks. You'd be one of the first two engineering employees here, reporting to the CTO. Nobody sits between you and the person who decides. In return, we'd ask that what you build outlives you being on call for it: automation only its author understands is a different dependency, not a fix for the first one. Everyone here is remote, and we'd like your hours to overlap the US East Coast.
This is the start of the engineering team, not the end of it. We're hiring more engineers through 2027. The people who join first get the widest scope, the most say in how the team gets built, and first choice about what they own as it grows.
Apply through the link on this page. Instead of a cover letter, we ask one question: tell us about the messiest data migration you've run, and what you'd do differently. A few sentences is plenty.
Use AI to help write your application if you want to, we do too. We read every one ourselves, and we can tell when nobody read the posting.
Your first conversation will be with our CTO, who is the hiring manager and will walk you through the rest of the process.
This is a remote role, but candidates must be based in the U.S.
Selected passages from the saved posting. Check the full description for conditions and exceptions.
No pay amount identified in the saved description.
New York, NY
Most application development is done by a long-standing engineering partner. Some data work runs through them today as ticketed requests, and part of the point of this role is that it stops having to. No layers, and no new bottlenecks. You'd be one of the first two engineering employees here, reporting to the CTO. Nobody sits between you and the person who decides. In return, we'd ask that what you build outlives you being on call for it: automation only its author understands is a different dependency, not a fix for the first one. Everyone here is remote, and we'd like your hours to overlap the US East Coast. This is the start of the engineering team, not the end of it. We're hiring more engineers through 2027. The people who join first get the widest scope, the most say in how the team gets built, and first choice about what they own as it grows.
- Medical / dental / vision, 401(k) - up to 4% matching, Unlimited PTO policy This is a remote role, but candidates must be based in the U.S.
No clear work-authorization passage found. Eligibility is unconfirmed.