▸Example Countly call (the "before")
import ly.count.android.sdk.Countly
import ly.count.android.sdk.CountlyConfig
val config = CountlyConfig(application, "YOUR_APP_KEY", "https://your-countly-server.com")
.setLoggingEnabled(true)
.setIdMode(DeviceIdType.OPEN_UDID)
Countly.sharedInstance().init(config)
Countly.sharedInstance().events().recordEvent(
"purchase",
mapOf("user_id" to userId, "value" to price, "currency" to "USD"),
1
)HIPAA's Protected Health Information (PHI) classification covers any health-related data tied to identifiable individuals. Most analytics SDKs accept arbitrary parameters — making it easy to log symptom, medication, heart_rate, or cycle_day alongside a persistent user_id, which is unambiguously PHI. Consult your legal team for HIPAA specifics; Respectlytics's 5-field schema rejects health-category fields at the API.
☑Remove Countly cleanly
-
1
Remove the Countly SDK from your build (
Countly/ly.count.android:sdk/countly-sdk-react-native-bridge/countly_flutter) -
2
Remove
Countly.sharedInstance().start(with:)initialisation andrecordEvent(...)call sites -
3
Decide whether you'll keep the Countly server running for other apps, or decommission it as part of the migration
-
4
If you used Countly's crash reporting alongside analytics, plan a separate crash-reporter migration (Sentry / Crashlytics / Bugsnag)
⇋Countly vs Respectlytics — no phi collected
| Countly | Respectlytics | |
|---|---|---|
| Accepts health-related fields (symptom, medication, etc.) | Yes (free-form parameters) | No (rejected by 5-field schema) |
| Joinable to a user identity | — see tool note above | No (session_id rotates every 2h) |
| BAA available with vendor | — typically yes, with restrictions | Out of scope — Respectlytics is designed so PHI never enters the pipeline |
| Apple Health & Fitness Privacy Label tier | Triggered if you log health fields | Not triggered by Respectlytics |
❓Frequently asked questions
What does HIPAA actually require here?
HIPAA's Privacy Rule restricts how Covered Entities and Business Associates handle PHI. The full breakdown is outside this tool's scope — consult your legal team. From a technical posture: ensuring health-related data simply doesn't enter your analytics pipeline removes the surface that HIPAA would otherwise scope.
We're a telehealth app — how do we track funnel completion without health data?
Track the action without the content. appointment_booked is an event name; the doctor specialty, diagnosis, or symptom that led to the appointment lives in your EHR or telehealth platform, never in product analytics. Your product KPIs (booking rate, completion rate, repeat-use rate) compute fine on session-grouped events without per-event health context.
Does Respectlytics sign a BAA?
Out of scope by design — Respectlytics's 5-field schema rejects health categories at the API. There's no PHI flowing to Respectlytics, so the BAA scope is empty. Consult your legal team to confirm this fits your specific compliance posture.
What about wearable / fitness app step counts and heart rate?
Those are health data even if your app isn't a medical app. Apple's HealthKit framework is the right system of record for that data — it has its own privacy model and stays on-device. Product analytics tells you whether the heart-rate feature is being used; HealthKit holds the values.