Why Salus is built on Snowflake
Elastic scale, separation of compute and storage, and a multi-tenant foundation that runs a whole state network on one deployment.
The credibility anchor for modern public health data
Public health data platforms live or die on a foundation most labs should not have to build or operate themselves. Salus runs on Snowflake specifically because it brings enterprise scale, governed data, and secure sharing without a lab having to run the infrastructure.
Because analytics run directly on Snowflake, reporting stays fast as volume grows, and the same governed data powers both day-to-day operational dashboards and longer-term surveillance, one platform, not a warehouse bolted onto an operational system after the fact.
Genuinely multi-tenant, multi-hierarchy
One deployment can serve many labs across an organizational hierarchy, each with its own data and configuration, so a state lab plus its regional, county, environmental, newborn-screening, and satellite labs can operate securely from a single deployment rather than a patchwork of separate installations.
Secure data sharing lets governed data move to state partners and across the network without copying it around, and capabilities like Time Travel and zero-copy cloning support safe testing, recovery, and analytics work that would otherwise require a separate environment.
Dialect-flexible by design
Data access is deploy-time configurable, with Postgres as the reference dialect and Snowflake as a first-class target, a choice made at deployment rather than baked permanently into the application. That flexibility is what lets a single lab and a full statewide network run on the same underlying platform without a different product for each scale.
See it in your laboratory's context.
Explore the live demo, no login and no request form.