Autorisierung von Gesundheitsdaten in der Mobile-Entwicklung: Bedeutung, Funktionsweise und Zugriff auf HealthKit

Was ist die Autorisierung von Gesundheitsdaten?

Die Autorisierung von Gesundheitsdaten ist ein Mechanismus, der die ausdrückliche und dokumentierte Zustimmung des Nutzers vor dem Zugriff auf seine medizinischen und Fitnessparameter erfordert. Im Gegensatz zu Standardberechtigungen (Kontakte, Kalender) unterliegen Gesundheitsdaten zusätzlichen gesetzlichen Normen: HIPAA in den USA, GDPR in Europa und 152-FZ in Russland.

Auf iOS wird die Gesundheitsautorisierung über HealthKit realisiert: Der Nutzer sieht einen Bildschirm mit allen vom Programm angeforderten Datentypen und kann bestimmte Kategorien für den Zugriff auswählen. Auf Android wird die Google Fit API mit Autorisierung über OAuth 2.0 verwendet, wobei für jeden Datentyp ein separater Scope angefordert wird.

Laut App Annie (2025) sind Gesundheits- und Fitness-Apps eines der am schnellsten wachsenden Segmente des Mobilmarktes mit einem Jahreswachstum von 28%. Dabei verweigern 71% der Nutzer den Zugriff auf Gesundheitsdaten, wenn die App keine klare Erklärung des Erhebungszwecks liefert.

Der Hauptunterschied der Gesundheitsautorisierung von anderen Berechtigungen ist die Möglichkeit, einen teilweisen Zugriff zu gewähren. Der Nutzer kann das Lesen von Schritten erlauben, aber den Zugriff auf Herzfrequenzdaten oder medizinische Aufzeichnungen verweigern.

Wie funktioniert HealthKit auf iOS?

HealthKit ist ein Apple-Framework, das mit iOS 8 eingeführt wurde und einen einheitlichen zentralen Speicher für Gesundheitsdaten bereitstellt. Apps haben keinen direkten Zugriff auf HealthKit — sie fordern die Autorisierung über HKHealthStore an, und der Nutzer entscheidet, welche Datentypen bereitgestellt werden. Alle Daten werden auf dem Gerät verschlüsselt und über iCloud mit Ende-zu-Ende-Verschlüsselung synchronisiert.

Zugriffsanfrage an HealthKit

Der Autorisierungsprozess beginnt mit der Erstellung einer Instanz von HKHealthStore und dem Aufruf von requestAuthorization(toShare:read:). Die App übergibt zwei Datensätze: zum Lesen (HKObjectType, die die App lesen möchte) und zum Schreiben (HKSampleType, die die App speichern möchte). Das System zeigt einen Zustimmungsbildschirm an, auf dem der Nutzer jeden Typ einzeln aktivieren oder deaktivieren kann.

Eine wichtige Besonderheit: HealthKit zeigt dem Entwickler nicht, welche Typen der Nutzer auf dem Zustimmungsbildschirm erlaubt hat. Nach dem Aufruf von requestAuthorization muss der Zugriff auf jeden Typ einzeln über HKHealthStore.authorizationStatus(for:) überprüft werden. Laut WWDC Session 11108 (2024) empfiehlt Apple, den Autorisierungsstatus vor jeder Lese- oder Schreiboperation zu prüfen.

HKObjectType-Datentypen

HealthKit unterstützt hunderte von Datentypen, die in Kategorien unterteilt sind: Menge (Schritte, Puls, Kalorien), Merkmale (Größe, Gewicht, Geburtsdatum), klinische Aufzeichnungen (Allergien, Impfungen, Testergebnisse), Symptome und Menstruationszyklus. Jeder Typ wird durch eine Unterklasse von HKObjectType repräsentiert: HKQuantityType für numerische Werte und HKCategoryType für kategoriale Daten.

Mit iOS 18 hat Apple HealthKit um die Unterstützung von Daten aus medizinischen Einrichtungen über FHIR (Fast Healthcare Interoperability Resources) erweitert. Apps können Zugriff auf strukturierte medizinische Aufzeichnungen anfordern, wenn der Nutzer sein Krankenhaus oder seine Klinik mit der Health-App verbunden hat.

Wie funktioniert Google Fit API auf Android?

Google Fit ist eine Plattform für Fitnessdaten auf Android, die die Autorisierung über OAuth 2.0 verwendet. Im Gegensatz zu HealthKit ist Google Fit nicht systemweit in das Betriebssystem integriert — es ist ein separater Google Play Services-Dienst, der eine Anmeldung über die Google Play Console und die Erstellung von OAuth 2.0-Zugangsdaten erfordert.

Google Fit und OAuth 2.0

Für den Zugriff auf Google Fit muss die App eine OAuth 2.0-Client-ID in der Google Cloud Console registrieren. Die Autorisierung wird über GoogleSignInAccount und GoogleSignIn.requestPermissions() angefordert. Der Nutzer sieht den standardmäßigen Google-Zustimmungsbildschirm mit den angeforderten Scopes: fitness.activity.read, fitness.body.read, fitness.nutrition.write und andere.

Google Fit trennt Lese- und Schreibberechtigungen für jeden Datentyp. Die App kann Lesezugriff auf die Schrittzahl anfordern, ohne Schreibrechte zu benötigen. Seit Google Fit API v2 müssen alle Autorisierungsanfragen eine Beschreibung des Verwendungszwecks enthalten — ohne diese wird die Anfrage von der Google-Moderation abgelehnt.

FitnessOptions und Scope

Die Klasse FitnessOptions ermöglicht die deklarative Angabe, auf welche Datentypen zugegriffen werden soll. Für jeden Typ kann die Zugriffsstufe festgelegt werden: ACCESS_READ, ACCESS_WRITE oder beide. Die Berechtigungen werden zusammen mit dem Nutzerkonto an GoogleSignin.requestPermissions() übergeben.

Die Liste der verfügbaren Typen umfasst: Schritte (DataType.TYPE_STEP_COUNT_DELTA), Kalorien (TYPE_CALORIES_EXPENDED), Puls (TYPE_HEART_RATE_BPM), Distanz (TYPE_DISTANCE_DELTA), Aktivität (TYPE_ACTIVITY_SEGMENT) und Schlaf (TYPE_SLEEP_SEGMENT). Jeder Typ hat seine eigene Aktualisierungshäufigkeit und Berechtigungsanforderungen.

Codebeispiele für den Zugriff auf Gesundheitsdaten

Die Implementierung der Autorisierungsanfrage für Gesundheitsdaten unterscheidet sich erheblich zwischen iOS und Android. Nachfolgend finden Sie Arbeitsbeispiele für HealthKit und Google Fit API.

HealthKit in Swift

In Swift erfolgt die Autorisierungsanfrage für HealthKit über HKHealthStore mit Angabe der Lese- und Schreibtypen. Das Beispiel zeigt die Anfrage für den Zugriff auf Schritt- und Pulsdaten.

import HealthKit

let healthStore = HKHealthStore()

let readTypes: Set<HKObjectType> = [
    HKObjectType.quantityType(forIdentifier: .stepCount)!,
    HKObjectType.quantityType(forIdentifier: .heartRate)!
]

let writeTypes: Set<HKSampleType> = [
    HKObjectType.quantityType(forIdentifier: .stepCount)!
]

guard HKHealthStore.isHealthDataAvailable() else {
    fatalError("HealthKit ist auf diesem Gerät nicht verfügbar")
}

healthStore.requestAuthorization(toShare: writeTypes, read: readTypes) { success, error in
    if success {
        // Status jedes Typs einzeln prüfen
        let status = healthStore.authorizationStatus(for: readTypes.first!)
        print("HealthKit-Autorisierung: \(status.rawValue)")
    } else {
        print("HealthKit-Autorisierungsfehler: \(error?.localizedDescription ?? "unbekannt")")
    }
}

Google Fit in Kotlin

Auf Android erfolgt die Google Fit-Autorisierung über GoogleSignIn und FitnessOptions. Das Beispiel zeigt die Anfrage für den Zugriff auf Schritt- und Kaloriendaten.

val fitnessOptions = FitnessOptions.builder()
    .addDataType(DataType.TYPE_STEP_COUNT_DELTA, FitnessOptions.ACCESS_READ)
    .addDataType(DataType.TYPE_CALORIES_EXPENDED, FitnessOptions.ACCESS_READ)
    .build()

val account = GoogleSignIn.getAccountForExtension(this, fitnessOptions)

if (!GoogleSignIn.hasPermissions(account, fitnessOptions)) {
    GoogleSignIn.requestPermissions(
        this,
        REQUEST_GOOGLE_FIT,
        account,
        fitnessOptions
    )
} else {
    // Berechtigungen bereits erteilt — Daten lesen
    readGoogleFitData(account)
}

// Verarbeitung des Ergebnisses der Berechtigungsanfrage
override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
    super.onActivityResult(requestCode, resultCode, data)
    if (requestCode == REQUEST_GOOGLE_FIT && resultCode == RESULT_OK) {
        val account = GoogleSignIn.getSignedInAccountFromIntent(data)
        account?.let { readGoogleFitData(it) }
    }
}

Sicherheit und Einhaltung von Vorschriften

Gesundheitsdaten gehören zu einer besonders sensiblen Kategorie personenbezogener Daten. Entwickler von Apps, die mit HealthKit oder Google Fit arbeiten, müssen die in der Region der Nutzer geltenden regulatorischen Anforderungen einhalten.

HIPAA und GDPR für Gesundheitsdaten

In den USA unterliegen Gesundheitsdaten dem HIPAA (Health Insurance Portability and Accountability Act), der strenge Anforderungen an die Speicherung, Übertragung und Verarbeitung medizinischer Informationen stellt. Apps, die mit HealthKit arbeiten, können HIPAA-konform sein, wenn die Daten verschlüsselt an den Server übertragen werden und der Zugriff darauf eingeschränkt ist.

In der Europäischen Union gelten Gesundheitsdaten gemäß GDPR (Artikel 9) als besondere Kategorie personenbezogener Daten. Die Verarbeitung solcher Daten erfordert die ausdrückliche Zustimmung des Nutzers und in den meisten Fällen eine Datenschutz-Folgenabschätzung. Ein Verstoß gegen die GDPR-Anforderungen kann mit Geldstrafen von bis zu 20 Millionen Euro oder 4% des weltweiten Jahresumsatzes des Unternehmens geahndet werden.

In Russland wird die Erhebung von Gesundheitsdaten durch das Gesetz 152-FZ „Über personenbezogene Daten" geregelt. Seit 2025 sind alle Apps, die medizinische Daten russischer Bürger verarbeiten, verpflichtet, zertifizierte Verschlüsselungsmittel zu verwenden und die Daten auf Servern zu speichern, die sich auf dem Territorium der Russischen Föderation befinden, gemäß den Anforderungen von Roskomnadzor.

Empfehlung: Konsultieren Sie vor der Veröffentlichung einer App, die mit Gesundheitsdaten arbeitet, die Rechtsabteilung, um die Einhaltung der lokalen Vorschriften zu überprüfen. Apple und Google behalten sich das Recht vor, eine App abzulehnen, wenn ihre Datenschutzrichtlinie nicht den Anforderungen entspricht.