Maya ist 28 und versucht herauszufinden, ob ihre Schwindelanfälle mit POTS zusammenhängen könnten. Nach einer Episode scrollt sie durch die Herzfrequenzkurve ihrer Apple Watch und sieht 142 bpm, dann 58 bpm, dann wieder 131 bpm. Die Zahlen sind echt, aber sie beantworten nicht die Fragen, die sie mit ihrer Kardiologin oder ihrem Kardiologen besprechen muss: Hing der Anstieg mit dem Aufstehen zusammen? Wie lange hielt er an? Hatte sie vorher Sport gemacht, sich gerade erholt, zu wenig getrunken oder geschlafen?
Genau diese Lücke steht im Mittelpunkt der Apple-Health-Integration. Apple-Geräte können sehr viele biometrische Informationen erfassen, doch rohe Messwerte erklären sich selten von selbst. Eine sinnvolle Überwachung braucht eine zweite Ebene, die Zeitpunkt, Kontext und Mustererkennung ergänzt und alles in ein Format bringt, das sich auch eine andere Person ansehen kann.
Was Apple-Health-Integration wirklich bedeutet
Die Apple-Health-Integration ist kein einzelner Schalter und keine isolierte Funktion. Der Begriff beschreibt die berechtigungsbasierten und technischen Verbindungen, über die zugelassene Apps Daten aus dem zugrunde liegenden Datenspeicher der Health-App lesen und in manchen Fällen auch dorthin schreiben können. Zu diesem Ökosystem gehören die Health-App auf dem iPhone, das HealthKit-Framework, die Sensoren in iPhone und Apple Watch sowie Apps von Drittanbietern, die gezielt Zugriff anfordern.
Apple stellte HealthKit auf der WWDC am 2. Juni 2014 vor und brachte die Health-App am 17. September 2014 mit iOS 8 öffentlich auf den Markt. Später beschrieb Apple in seinem Health Report die Health-App und die 2015 erschienene Apple Watch als Teile einer umfassenderen Plattform, die kontinuierlich über iPhone, iPad, Apple Watch und kompatible Apps hinweg ausgebaut wurde. Diese Geschichte ist wichtig, weil sich Entwicklerinnen und Entwickler nicht mit einem brandneuen Experiment verbinden. Sie bauen auf einer seit Langem bestehenden Gesundheitsdatenebene auf.
Für Maya ist die entscheidende Unterscheidung einfach:
- Die Apple Watch erfasst Messwerte oder liefert welche zu.
- HealthKit ordnet diese Messwerte sicher auf dem Gerät.
- Die Health-App bietet ihr einen Ort, an dem sie Quellen ansehen und Berechtigungen verwalten kann.
- Eine spezialisierte App kann ausgewählte Einträge interpretieren und daraus Episoden, Trends oder Berichte machen.
Die Health-App kann zeigen, dass sich ihre Herzfrequenz verändert hat. Eine Analyse-App kann fragen, ob diese Veränderungen ein aussagekräftiges Muster bilden.

Rohe Messwerte sind nur der Ausgangspunkt
Ein Herzfrequenzwert bekommt erst zusammen mit seinen Begleitumständen eine Bedeutung. Der Zeitpunkt der Messung, ob die Person in Bewegung war, der vorherige Ausgangswert, die Dauer des Anstiegs und dazugehörige Symptome können verändern, wie man den Wert deutet.
Das heißt nicht, dass eine App anhand einer Kurve eine Erkrankung diagnostizieren kann. Es heißt, dass eine Integration die manuelle Arbeit verringern kann, die nötig ist, um einen schlüssigen Verlauf zusammenzustellen. Statt dass Maya sich an jede Episode erinnern muss, kann eine App mit reinem Lesezugriff die freigegebenen HealthKit-Daten prüfen, Muster erkennen und ihr die Ergebnisse zur Durchsicht anzeigen.
Faustregel: Apple Health speichert die Belege. Eine verantwortungsvolle App sollte das Muster erklären, ohne so zu tun, als wäre das Muster eine Diagnose.
Wie HealthKit und die Health-App zusammenarbeiten
Stell dir das System wie eine Bibliothek vor. Die Health-App ist die Ausleihtheke: Dort siehst du dein Konto ein, prüfst Quellen und entscheidest, auf welche Informationen eine App zugreifen darf. HealthKit ist das Magazin mit dem Katalog dahinter, also das Framework, das Gesundheitsdaten von zugelassenen Apps und Geräten speichert und strukturiert.
Der Vergleich hilft, zwei Dinge auseinanderzuhalten, die oft verwechselt werden. Nur weil du die Health-App öffnest, kann nicht jede andere App alles sehen, was dort angezeigt wird. Jede App muss bestimmte Datentypen anfordern, und iOS legt dir diese Anfragen zur Zustimmung oder Ablehnung vor.
Das Datenmodell hinter den Kurven
HealthKit behandelt die Herzfrequenz nicht als eine einzige undifferenzierte Linie. Es speichert typisierte Datenpunkte, etwa Herzfrequenz, Schrittzahl, Schlafanalyse oder Trainingsdaten. Ein Datenpunkt kann eine Start- und Endzeit, ein Quellgerät und weitere Metadaten enthalten.
Diese Struktur ermöglicht einer App gezielte Fragen. Sie kann zum Beispiel Herzfrequenzwerte aus einem bestimmten Zeitfenster abfragen, erkennen, welches Gerät sie aufgezeichnet hat, oder Messwerte mit Trainingsintervallen vergleichen. Nur weil eine App eine Kategorie lesen darf, bekommt sie noch lange nicht die Erlaubnis, durch den gesamten Datentresor zu stöbern.

Berechtigungen sind Teil der Architektur
Laut Apple werden HealthKit-Daten auf dem Gerät gespeichert und so verschlüsselt, dass nur der Gerätecode, Touch ID oder Face ID der Person darauf zugreifen kann. Apple gibt außerdem an, dass die Messgrößen der Health-App vollständig auf dem Gerät aus den Sensordaten von Apple Watch und iPhone berechnet werden, wie im Health privacy white paper ausgeführt.
Eine App braucht deshalb zwei Arten von Berechtigungsentscheidungen. Zuerst muss sie angeben, welche Datenkategorien sie nutzen möchte. Dann entscheidest du, welche der angefragten Kategorien du erlaubst. Diese Entscheidungen kannst du später in den Health-Einstellungen überprüfen oder widerrufen.
Lesen und Schreiben sind unterschiedliche Berechtigungen
Lesezugriff erlaubt einer App, ausgewählte vorhandene Datenpunkte einzusehen. Schreibzugriff erlaubt ihr, freigegebene Datenpunkte zu HealthKit hinzuzufügen. Eine App kann das eine, das andere oder beides anfordern.
Diese Unterscheidung wird wichtig, wenn es um Vertrauen geht. Eine Überwachungs-App, die nur vorhandene Herzfrequenzdaten braucht, benötigt keinen Schreibzugriff, um sie zu analysieren. Je enger die Anfrage gefasst ist, desto leichter kannst du nachvollziehen, was die App tun kann.
Welche Daten Apps lesen können und warum reiner Lesezugriff wichtig ist
HealthKit kann viele Kategorien von Gesundheitsinformationen bereitstellen, doch was tatsächlich verfügbar ist, hängt vom Gerät, von der Quelle, von deinen Berechtigungen und davon ab, wie eine App den Zugriff anfordert. Eine App zur Herzfrequenzüberwachung könnte Herzfrequenz, Herzfrequenzvariabilität, Ruhepuls, Trainings oder kompatible EKG-Aufzeichnungen anfordern. Eine andere App könnte sich auf Schlaf, Schritte, Atemfrequenz, Blutsauerstoff oder – sofern verfügbar – klinische Befunde konzentrieren.
Berechtigungen sind fein abgestuft. Du kannst einer App erlauben, die Herzfrequenz zu lesen, ihr aber Schlafdaten verweigern, und die App kann keine Kategorie einsehen, die du nicht freigegeben hast. Dasselbe Prinzip gilt fürs Schreiben. Eine App, die eine Art von Einträgen schreiben darf, erhält nicht automatisch die Erlaubnis, alle anderen Arten zu schreiben.
| Datentyp | Lesen | Schreiben |
|---|---|---|
| Herzfrequenz | Ja | Mit Berechtigung möglich |
| Herzfrequenzvariabilität | Ja | Mit Berechtigung möglich |
| Ruhepuls | Ja | Mit Berechtigung möglich |
| EKG-Aufzeichnungen | Sofern unterstützt und freigegeben | Begrenzt durch Datentyp und Funktionsumfang der App |
| Blutsauerstoff | Sofern unterstützt und freigegeben | Nur möglich, wenn HealthKit den Typ zulässt |
| Schlafanalyse und Schlafphasen | Ja, sofern verfügbar | Mit Berechtigung möglich |
| Schritte | Ja | Mit Berechtigung möglich |
| Trainings | Ja | Mit Berechtigung möglich |
| Atemfrequenz | Ja, sofern verfügbar | Mit Berechtigung möglich |
| Klinische Befunde | Sofern verfügbar und freigegeben | Abhängig vom Befundtyp und der Unterstützung durch das Framework |
Warum engerer Zugriff mehr Vertrauen schafft
Ein Design mit reinem Lesezugriff zieht eine klare Grenze. Eine App, die nur lesen darf, kann vorhandene Einträge analysieren, aber keine Datenpunkte hinzufügen, damit ein Dashboard vollständiger aussieht, und kein Protokoll so verändern, dass es zu einer Deutung passt. Sie kann auch keine Erkrankung eintragen, die du nie eingegeben hast.
Diese Grenze ist bei der Überwachung von POTS und Dysautonomie wichtig, weil die Qualität der Schlussfolgerung von der Integrität der zugrunde liegenden Zeitleiste abhängt. Wenn eine App die Quelldaten verändert, ist eine spätere Auswertung weniger vertrauenswürdig. Ein Ablauf mit reinem Lesezugriff belässt die ursprünglichen Einträge in Apple Health und verlagert die Interpretation in eine eigene Ebene.
Eine hilfreiche Frage: Muss die App überhaupt etwas schreiben, oder muss sie nur verstehen, was bereits in Apple Health steht?
Reiner Lesezugriff macht eine App nicht automatisch genau oder klinisch geeignet. Er macht den Datenfluss aber leichter erklärbar. Die App liest freigegebene Datenpunkte, führt die angegebene Analyse durch und überlässt dir die Kontrolle darüber, was danach passiert.
Apple-Health-Integration Schritt für Schritt einrichten
Die Einrichtung beginnt, wenn eine App wie Cardiogram um Zugriff auf Apple Health bittet. Das Berechtigungsfenster des Systems listet die Kategorien auf, die die App lesen oder schreiben möchte. Stimme der Anfrage nicht einfach automatisch zu. Prüfe jede Kategorie und erlaube nur, was zum Zweck der App passt.
Beginne mit dem Berechtigungsfenster des Systems
Für die Analyse von Herzfrequenzmustern können folgende Anfragen relevant sein:
- Herzfrequenz, die aufgezeichnete Messwerte in Schlägen pro Minute liefert.
- Herzfrequenzvariabilität, die ein weiteres Signal für die Trendanalyse beisteuern kann.
- Ruhepuls, der hilft, einen persönlichen Ausgangswert festzulegen.
- Trainings, die den Kontext liefern, um sportbedingte Anstiege von anderen Ereignissen zu unterscheiden.
Die App kann nur die Kategorien nutzen, die du freigibst. Wenn du den Zugriff auf Schlaf oder Trainings auslässt, stehen diese Kontextdaten für die Analyse nicht zur Verfügung.

Zugriff nach der Einrichtung überprüfen
Du kannst die Berechtigungen unter Einstellungen > Datenschutz & Sicherheit > Health erneut aufrufen. Der Bildschirm in der App und die iOS-Einstellungen erfüllen unterschiedliche Zwecke. Das erste Systemfenster erteilt den Zugriff, während du in den Einstellungen die Entscheidung später einsehen oder ändern kannst.
Aktiviere die Hintergrundaktualisierung, wenn die App auf Aktualisierungen im Hintergrund angewiesen ist, und erlaube Mitteilungen, wenn du benachrichtigt werden möchtest, sobald die App ein relevantes Ereignis erkennt. Diese Einstellungen machen HealthKit nicht zu einem kontinuierlichen Live-Datenstrom, können der App aber helfen, neue Informationen zu verarbeiten, wenn das Betriebssystem es zulässt.
Einen ausführlicheren Ablauf zur Vorbereitung deiner Daten für eine Auswertung findest du in diesem Leitfaden zum Export von Apple-Health-Daten.
Fehlende Einträge beheben
Wenn keine Daten erscheinen, prüfe zuerst die Quelle, bevor du davon ausgehst, dass die Integration fehlgeschlagen ist:
- Verbindung der Uhr bestätigen. Stelle sicher, dass die Apple Watch mit dem richtigen iPhone gekoppelt ist.
- Handgelenkerkennung prüfen. Die Sensorerfassung kann beeinträchtigt sein, wenn die Uhr nicht getragen wird oder die Handgelenkerkennung deaktiviert ist.
- Health-Quellen überprüfen. Öffne die betreffende Messgröße in der Health-App und sieh nach, welche Quellen Einträge liefern.
- Berechtigungen erneut prüfen. Eine App hat vielleicht Zugriff auf die Herzfrequenz, aber nicht auf Trainings oder HRV.
- Zeit für die Verarbeitung lassen. Die Übermittlung im Hintergrund kann sich verzögern, daher reagiert eine App möglicherweise nicht sofort auf einen neuen Datenpunkt.
Ein Praxisbeispiel für POTS und Dysautonomie
Stell dir eine App mit reinem Lesezugriff vor, die Herzfrequenzdaten einer Person auswertet, der nach dem Aufstehen schwindelig wird. Apple Health liefert die zugrunde liegenden Datenpunkte. Aufgabe der App ist es, diese Datenpunkte zu einer Zeitleiste zu ordnen, die hilfreichere Fragen beantwortet als „Wie hoch war mein Puls?“
Ein Ablauf, der auf eine bestimmte Erkrankung ausgerichtet ist, kann einen Ausgangswert betrachten, nach einem deutlichen Anstieg innerhalb kurzer Zeit suchen und Spitzenwert sowie Dauer des Anstiegs festhalten. Cardiogram beschreibt eine automatische Erkennung von Anstiegen um 30+ bpm innerhalb von 5 Minuten, wobei Zeitpunkt, Ausgangswert, Spitzenwert und Dauer der Episode zur Auswertung gespeichert werden. Dieses Kriterium ist eine Regel zur Früherkennung und Verlaufskontrolle, keine Diagnose, und muss von Fachleuten zusammen mit Symptomen und anderen medizinischen Informationen beurteilt werden.
Kontext trennt Muster von Rauschen
Ein hoher Wert während eines Trainings sollte nicht genauso behandelt werden wie ein Anstieg beim Stehen in der Küche. Trainingsdaten und Erholungsphasen können daher von der Zählung der Episoden ausgeschlossen werden. Das verringert eine häufige Ursache irreführender Benachrichtigungen.
Schlaf, Symptome, Flüssigkeitszufuhr, Salzzufuhr, Medikamente und Aktivitätskontext können eine weitere Ebene ergänzen. Du kannst zum Beispiel Schwindel oder Herzklopfen rund um eine Episode notieren und dann prüfen, ob ähnliche Ereignisse nach schlechtem Schlaf oder zu bestimmten Tageszeiten auftreten. Das Ergebnis ist keine medizinische Schlussfolgerung. Es ist eine besser geordnete Sammlung von Beobachtungen für das Gespräch mit deiner Ärztin oder deinem Arzt.
Wie aus rohen Einträgen langfristige Muster werden, erklärt dieser Leitfaden zur Analyse von Gesundheitstrends.
Verarbeitung auf dem Gerät verändert den Ablauf
Laut Apple bleiben HealthKit-Daten auf dem Gerät geschützt, und Apps können so gestaltet werden, dass sie lokale Zusammenfassungen lesen, ohne serverseitigen Zugriff auf rohe Gesundheitsverläufe zu benötigen. Bei einem Modell mit Verarbeitung auf dem Gerät analysiert die App die freigegebenen Datenpunkte lokal und synchronisiert über deine eigene iCloud-Umgebung, statt rohe Einträge an ein Backend des Anbieters zu senden.
Das Ergebnis kann eine wöchentliche Zusammenfassung sein, eine Heatmap mit den Zeitpunkten der Episoden oder ein PDF, das das Erkennungskriterium nennt und Episoden, Symptome und Trends zusammenfasst. Dieses Format löst das praktische Problem, vor dem Maya am Anfang stand. Ihre Ärztin oder ihr Arzt muss sich nicht durch eine lange Reihe unzusammenhängender Kurvenpunkte scrollen. Gebraucht wird eine kompakte Aufzeichnung, die zeigt, was passiert ist, wann es passiert ist und welchen Kontext die Patientin beobachtet hat.
Wo die Apple-Health-Integration noch an Grenzen stößt
Die Apple-Health-Integration kann Datenquellen verbinden, ohne dass diese automatisch übereinstimmen. Apple Health wird oft als einheitliche Akte betrachtet, doch die Einträge können sich in Zeitpunkt, Abdeckung, Metadaten und Quellenpriorität trotzdem unterscheiden.
Unabhängige Berichte beschreiben eine erhebliche Einschränkung: HealthKit vereinheitlicht keine Daten verschiedener Wearable-Marken und bietet keine eingebauten Trend- oder Bereitschaftssignale. Wer mehrere Geräte nutzt, sieht womöglich sich überschneidende Einträge, Lücken oder widersprüchliche Messwerte. Die Integration kann technisch funktionieren und dir trotzdem die Entscheidung überlassen, welche Quelle für einen Trend maßgeblich sein soll.
Rohdaten werden nicht von selbst zu Erkenntnissen
HealthKit liefert strukturierte Gesundheitsdaten, aber keine Interpretationsebene für bestimmte Erkrankungen. Es kennzeichnet von sich aus keine orthostatische Episode, erklärt nicht, warum ein Herzfrequenzanstieg aufgetreten ist, und erstellt keine Zusammenfassung von POTS-Symptomen für deine Ärztin oder deinen Arzt.
Diese Arbeit fällt der App zu, die die Daten liest. Wenn die App keine geeignete Filterung, keine Kontextprotokollierung und keine Berichte bietet, bleibt es an dir, aus einem langen Verlauf etwas zu machen, das sich ein Behandlungsteam ansehen kann.
Das Handy bleibt das praktische Tor
Da HealthKit auf lokale Speicherung auf dem Gerät und ausdrückliche Berechtigungen ausgelegt ist, sind viele Integrationen auf eine lokale iPhone-App angewiesen, die die Informationen liest und aufbereitet, bevor ein anderes System sie nutzen kann. Das schützt deine Kontrolle, kann die Zusammenarbeit zwischen Systemen aber umständlicher machen.
Dieselbe Spannung zeigt sich, wenn Menschen Gesundheitsdaten aus verschiedenen Ökosystemen zusammenführen möchten. Aktuelle Berichte zeigen, dass die Synchronisierung über Ökosystemgrenzen hinweg in benachbarten Märkten besser wird, Verfügbarkeit und unterstützte Datentypen aber variieren können. Die entscheidende Frage ist nicht bloß, ob eine App „mit Apple Health integriert“ ist. Frag, welche Datentypen sie liest, wie weit sie den Verlauf zurück importiert, wie sie mit Duplikaten umgeht und welche Quelle Vorrang hat.
Starker Datenschutz kann den Komfort einschränken. Dieser Kompromiss ist nur akzeptabel, wenn die App Export, Auswertung und Berechtigungsverwaltung klar und verständlich macht.
Weitere Lücken können die Interpretation beeinflussen. HRV ist auf manchen Geräten nicht verfügbar oder uneinheitlich, Schlafphasen können lückenhaft sein, und Angaben zu Symptomen erfordern oft bewusstes manuelles Protokollieren. Diese Einschränkungen kosten Betroffene Zeit, besonders wenn Ärztinnen und Ärzte Kontext brauchen statt einer weiteren Kurve ohne Anmerkungen.
Bewährte Vorgehensweisen für Entwickler, die auf HealthKit aufbauen
Wer mit HealthKit entwickelt, sollte die Übermittlung im Hintergrund als ereignisgesteuertes Benachrichtigungssystem behandeln, nicht als kontinuierlichen Herzfrequenz-Datenstrom. Apple dokumentiert, dass die meisten watchOS-Datentypen nur mit begrenzter Häufigkeit im Hintergrund übermittelt werden, während bestimmte Ereignistypen – darunter Ereignisse mit hoher Herzfrequenz, niedriger Herzfrequenz und unregelmäßigem Rhythmus – sofort übermittelt werden können. Ein zuverlässiges Design sollte gebündelte Übermittlung und unregelmäßiges Aufwecken der App berücksichtigen.
Nach Änderungen fragen, nicht nach dem gesamten Archiv
Nutze eine Observer-Abfrage mit enableBackgroundDelivery, um zu erfahren, dass sich relevante Daten geändert haben könnten, und dann eine Anchored-Abfrage, um nur die seit dem letzten Prüfpunkt hinzugekommenen Datenpunkte abzurufen. So vermeidest du, denselben Verlauf immer wieder zu verarbeiten, und der lokale Zustand der App bleibt leichter nachvollziehbar.
Filtere Trainingsdaten und Erholungsphasen heraus, bevor du Trends beim Ruhepuls berechnest. Andernfalls können sportbedingte Anstiege den Ausgangswert verzerren, auf den ein Episodendetektor angewiesen ist.
Speicherung und Berechtigungen eng halten
Bündle Schreibvorgänge über HKHealthStore.save, wenn Schreiben erforderlich ist. Wenn das Produkt nur vorhandene Einträge analysiert, setze lieber auf reinen Lesezugriff und fordere keine Schreibberechtigungen an, die keinem klaren Bedürfnis der Nutzerinnen und Nutzer dienen.
Speichere abgeleitete Erkenntnisse auf dem Gerät mit einer geeigneten lokalen Persistenzschicht wie SwiftData oder Core Data. Erkläre jede angeforderte Kategorie in einfacher Sprache, bevor die Berechtigungsabfrage des Systems erscheint. Die Begründung für die Berechtigung sollte zum Code passen.
Sorge schließlich dafür, dass die Datenschutzangaben der Realität entsprechen. Wenn die App sagt, dass die Analyse lokal stattfindet, sollten Umsetzung und Datenfluss diese Aussage stützen. Ein Datenschutzetikett ist kein Werbetext. Es ist ein Vertrag mit den Nutzerinnen und Nutzern.
Integrationen wählen, denen du vertrauen kannst
Bevor du auf „Erlauben“ tippst, stell dir vier praktische Fragen:
- Was kann die App lesen und schreiben? Reiner Lesezugriff ist enger gefasst als Lese- und Schreibzugriff.
- Wo findet die Verarbeitung statt? Analyse auf dem Gerät begrenzt unnötige Bewegungen sensibler Daten.
- Passt die Datenschutzerklärung zum Berechtigungsfenster? Die Beschreibung der App sollte dieselben Kategorien nennen, die sie anfordert.
- Kannst du exportieren und den Zugriff widerrufen? Du solltest ohne Verwirrung einen nützlichen Bericht erstellen, Berechtigungen ändern und das Teilen beenden können.
Eine vertrauenswürdige Apple-Health-Integration fordert nur minimale Berechtigungen an, erklärt ihren Zweck vor der Zustimmung und trennt Rohdaten von abgeleiteten Interpretationen. Weitere Hinweise, wie du Entscheidungen zu Speicherung und Berechtigungen bewerten kannst, findest du in diesem Leitfaden zum Datenschutz bei Gesundheitsdaten.
Die nützlichste Integration ist nicht die, die die meisten Informationen sammelt. Es ist die, die freigegebene Daten in ein transparentes, überprüfbares Ergebnis verwandelt und dabei die ursprünglichen Einträge und deine Kontrolle bewahrt.
Cardiogram liest freigegebene Herzfrequenzdaten aus Apple Health mit reinem Lesezugriff, analysiert Muster auf dem Gerät und ordnet Episoden, Trends, Kontext und Berichte für deine Ärztin oder deinen Arzt – für Menschen, die Symptome von POTS oder Dysautonomie verfolgen. Besuche Cardiogram und sieh dir an, wie sich deine vorhandene Apple Watch und Apple Health leichter auswerten und teilen lassen.


