Read the docsStart free

For digital-health startups

Build the healthcare product, not the plumbing underneath it.

Prototype against an FHIR R4 foundation, web and React Native SDKs, and documented supported-device workflows. Start in the Developer sandbox with test data, then review the production plans when your product is ready.

Start free Read the docs

01

The work before the product

A healthcare product starts with a stack of its own.

A small team can otherwise spend its first cycles assembling identity, records, access rules and integrations before testing the experience that makes its product different.

Patient and practitioner identity

Authentication and FHIR identities for the people using your product.

Clinical records

An FHIR R4 backend and APIs for app workflows built around healthcare data.

Access control

Access Policies to define which project members can reach resources and operations.

Device and health data

SDK workflows for supported devices, plus documented HealthKit and Health Connect integrations.

Product services

Questionnaires, CMS, email and video-call capabilities where your product needs them.

RPM starting point

An out-of-the-box RPM app gives teams a concrete starting point alongside the SDKs and APIs for their own patient and practitioner experience.

Alert evaluation

Optional Signals enrollment per patient for eligible vital-sign readings.

Ovok supplies infrastructure and healthcare primitives. Your team still chooses external services and builds the product experience around them.

02

Evaluate the surface area

Start with a sandbox, SDKs and test records.

The Developer plan lets your team exercise the API and SDK surface while it builds UI and product flows. It includes 50 test monitored patients, one sandbox environment and a 10,000-request monthly hard cap.

FHIR and API

Create and read test resources, then map the records your first workflow needs.

Web and mobile

Integrate the React SDK (@ovok/core) or React Native SDK (@ovok/native) into your app work.

Permissions and forms

Explore Access Policies and documented questionnaire workflows before shaping roles and screens.

Devices

Use the Native SDK guide to evaluate Bluetooth discovery and measurement handling. The Developer plan provides test data only; live ingestion through the Ovok IoT Service requires setup with the Ovok team.

Read about Devices
React SDK and @ovok/core React Native SDK Supported-device catalogue Access Policies

See Developer plan limits before planning an evaluation around its test-data scope or request cap.

03

Published implementation guides

Build a product workflow, not just an API demo.

These guides show concrete combinations of SDKs, FHIR resources and app-owned logic. They are implementation examples, not prebuilt regulated applications.

Blood Pressure RPM

Supported Bluetooth readings are normalized and saved as FHIR Observations for an app to read back.

Read about Blood Pressure RPM

Medication Reminder

FHIR medication requests, app-scheduled local reminders and patient-reported administrations form an adherence history.

Read about Medication Reminder

Type 2 Diabetes Risk Screening

A QuestionnaireResponse and supported glucose measurements are combined in an example screening workflow.

Read about Type 2 Diabetes Risk Screening

Whole-Person Healthspan & Coaching

Selected HealthKit or Health Connect data, reflections, goals and human coaching in a wellness example.

Read about Whole-Person Healthspan & Coaching

04

A clear product boundary

Use Ovok as infrastructure. Keep the product yours.

Ovok provides

  • FHIR R4 backend and APIs
  • Authentication and Access Policies
  • SDK primitives and supported-device workflows
  • Optional Signals evaluation for enrolled patients
  • Documented healthcare services and integrations

Your team builds

  • Patient and practitioner experience
  • Brand, business model and product logic
  • Clinical and operational workflows
  • Care pathways and follow-up decisions
  • The application’s intended purpose and regulatory strategy

05

From prototype to production

Move forward when the product is ready.

Evaluate in the sandbox, validate a bounded workflow, then review the production plan and terms that match your first cohort. Growth includes two environments and 25 sub-tenants; Scale includes three environments and unlimited sub-tenants.

  1. 01

    Developer sandbox

    Build with test patients and explore the API, SDK and configuration surface.

  2. 02

    Validate a workflow

    Confirm your data model, access boundaries and device requirements against the documented capabilities.

  3. 03

    Choose production terms

    Compare Growth and Scale limits, included monitored patients and commercial terms on the pricing page.

Startup program

Eligible startups receive 50% off Growth for the first 12 months if they are under three years old and have raised less than €2 million.

Review pricing and eligibility

Start with the sandbox

Build against the real API and SDK surface.

Use test data to shape the product workflow, then bring specific technical and commercial questions into the next evaluation step.

Start free Read the docs