▸Example Flurry call (the "before")
import Flurry_iOS_SDK
let builder = FlurrySessionBuilder.init()
.withAppVersion("1.0")
.withLogLevel(FlurryLogLevelAll)
.withCrashReporting(true)
Flurry.startSession(apiKey: "YOUR_FLURRY_KEY", sessionBuilder: builder)
Flurry.log(eventName: "Purchase", parameters: [
"user_id": userId,
"value": String(price),
"currency": "USD",
])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 Flurry cleanly
-
1
Remove
pod 'Flurry-iOS-SDK/FlurrySDK'fromPodfile -
2
Remove
implementation 'com.flurry.android:analytics:...'frombuild.gradle -
3
Remove
react-native-flurry-analyticsfrompackage.jsonif used -
4
Remove
Flurry.builder().build(...)initialisation andFlurry.logEvent(...)call sites -
5
If you used Flurry's Configuration Provider for remote config, plan a separate migration (e.g., Firebase Remote Config, GrowthBook)
-
6
Delete the Flurry app entry once events stop flowing (the dashboard may already be sunset by the time you migrate)
⇋Flurry vs Respectlytics — no phi collected
| Flurry | 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.