Skip to content
Wearable Integrations

Platform integration

Google Health Connect Integration for Android

Health Connect is Google's on-device health data store for Android. It lets apps and devices share health and fitness records through one permission-controlled store on the phone. On Android 14 and later it is part of the Android framework; on Android 9 through 13 it is installed as an app. Support on older or less common device configurations should be checked against current Google documentation.

Like HealthKit, Health Connect has no cloud API. Moving data into a care or research platform requires an Android app that reads Health Connect and syncs to your backend. Google has deprecated the Google Fit APIs and recommends Health Connect as the replacement, so programs still relying on Google Fit typically need a migration plan.

We build the Android client, the sync engine and the server-side pipeline, and connect it with other sources through our wearable API integration services. Google Play policies and Health Connect APIs evolve, so we verify requirements against current documentation at project start.

Key points

  • On-device data store; an Android app is required
  • Built into Android 14+, app-based on Android 9–13
  • Play Console health permissions declaration and review
  • Replacement for the deprecated Google Fit APIs

Google Health Connect: at a glance

Summary based on publicly available vendor documentation. Vendor terms, endpoints and limits change; we verify them against current documentation at the start of every project.

Integration methods
  • Jetpack Health Connect client library in a native Android app
  • Companion app syncs records to your backend over your own API
  • Changes API with changes tokens for incremental sync
  • Background reads with the dedicated background permission
  • Migration path from deprecated Google Fit APIs
Data types
  • Steps, distance and exercise sessions
  • Heart rate, resting heart rate and HRV (RMSSD)
  • Blood oxygen (SpO2) and respiratory rate
  • Blood pressure and blood glucose
  • Body temperature and weight
  • Sleep sessions
  • Nutrition and hydration
Authorization requirements
  • Per-data-type permissions declared in the app manifest
  • Runtime permission request shown to the user for each type
  • Separate permission for reading data older than 30 days (history)
  • Separate permission for reading data in the background
Developer approval & agreements
  • Health permissions declaration submitted in Google Play Console
  • Google Play review of health data access and use
  • Compliance with Google Play user data and health app policies
  • Requirements are verified against current Google documentation at project start
API limitations
  • No cloud API; data is accessible only from an on-device app
  • Default read window is 30 days before the first permission grant
  • API rate limits and quotas apply to reads and writes
  • Data depends on which apps and devices write to Health Connect
  • Device and OS version support varies; verify for older devices
Healthcare use cases
  • Remote patient monitoring for Android users
  • Chronic disease programs using blood pressure and glucose readings
  • Sleep and activity tracking
  • Wellness and employer health programs
  • Decentralized clinical research

How Health Connect Integrations Work

A Health Connect integration is an Android app built with the Jetpack Health Connect client library. The app declares the data types it needs, requests permission at runtime, reads records and uploads them to your backend. Other apps and connected devices write into Health Connect, so your app can read data from several sources through one interface.

For incremental sync we use the changes API. The app stores a changes token per data type set and retrieves inserts and deletions since that token, rather than re-querying full history. Tokens can expire, so the sync engine includes a fallback to a bounded time-range read.

  • Native Kotlin app using the Jetpack client library
  • Changes tokens stored per data type for incremental sync
  • WorkManager scheduling for periodic background sync
  • Idempotent, retried uploads to your backend

Data Types and Sources

Health Connect defines typed records for activity, vitals, body measurements, sleep, nutrition and cycle tracking. Types commonly used in healthcare programs include steps, distance, exercise sessions, heart rate, HRV (reported as RMSSD), resting heart rate, blood oxygen, respiratory rate, blood pressure, blood glucose, body temperature, weight, sleep sessions, nutrition and hydration.

Each record carries metadata about the app that wrote it, and sometimes the device. That matters clinically: steps from a phone and steps from a watch are not the same measurement. We preserve source metadata through the pipeline so clinicians and analysts can filter by origin, which is also important for smartwatch health data from multiple brands.

Permissions and Google Play Requirements

Every data type is declared in the manifest and requested at runtime, and users can revoke access at any time. By default an app can read data from up to 30 days before the first permission was granted; reading older history requires the separate history permission. Reading while the app is in the background also requires its own permission.

Before release, apps must submit a health permissions declaration in Google Play Console explaining which types are accessed and why, and pass Google's review. Access is not guaranteed, and requests that do not match the app's stated purpose may be rejected. We prepare the declaration and privacy disclosures alongside your HIPAA-aligned data handling.

API Limitations

Health Connect applies rate limits and quotas to reads and writes, with different limits for foreground and background use. Large backfills need to be paged and spread over time. Data completeness depends entirely on which apps and devices write into Health Connect on each user's phone.

Platform availability also differs by Android version and device manufacturer. We define a supported device matrix early and test against it, and we build monitoring that flags stalled syncs or revoked permissions.

30-day default window

Older history needs the separate history permission and the user's consent.

Quotas

Reads and writes are rate limited, so backfills must be paced.

Source dependency

Data only exists if another app or device has written it to Health Connect.

Healthcare Use Cases

Health Connect suits programs that need to reach Android users across many device brands, including remote patient monitoring, hypertension and diabetes programs, sleep tracking, post-discharge follow-up, wellness programs and decentralized trials.

As with any consumer source, readings are not a substitute for clinical-grade measurement unless validated for the intended use. We help teams mark which data is used for trends and which requires clinical confirmation.

Frequently asked questions

Does Health Connect have a cloud API?

No. Health Connect stores data on the device. A server integration requires an Android app that reads Health Connect with user permission and syncs data to your backend.

We use Google Fit today. Do we need to migrate?

Google has deprecated the Google Fit APIs and recommends Health Connect as the replacement. We review your current usage and plan a migration based on Google's current timelines.

How much historical data can we read?

By default, data from up to 30 days before the first permission grant. Older data requires the separate history read permission, which the user must grant.

Is Google Play approval required?

Yes. Apps must submit a health permissions declaration in Google Play Console and pass review. Approval depends on Google's policies at the time of submission.

Which Android versions are supported?

Health Connect is part of the framework on Android 14 and later and available as an app on Android 9 through 13. Support for specific older devices should be confirmed against current documentation.

Plan your Health Connect integration

Tell us which data types, devices and Android versions you need to support, and we will outline the app, permissions and sync design.