Guideline 1.4.1 Physical Harm: Gesundheits-App abgelehnt

Die Guideline 1.4.1 betrifft Gesundheits-Apps, die falsche Informationen liefern oder zur Diagnose oder Behandlung genutzt werden könnten. Apple prüft sie genauer. Damit sie durchkommt, veröffentlicht die App ihre Quellen und ihre Methode, behauptet nur zu messen, was sie wirklich misst, und erinnert daran, einen Arzt zu fragen. Eine App, die behauptet, den Blutdruck allein mit den Sensoren des iPhones zu messen, wird abgelehnt.

In diesem Guide geht es um Apples Review, nicht um Medizin: Nichts hier ist ein medizinischer Rat. Ich veröffentliche meine eigenen iOS-Apps. Weiter unten zeigt ein konstruiertes Beispiel, wie man eine Ernährungs-App für Babys im Hinblick auf die 1.4.1 aufstellt. Der offizielle Text wurde am 15. Oktober 2026 gelesen. Für die anderen Gründe lies warum Apple eine App ablehnt.

Was sagt die Guideline 1.4.1?

Die 1.4, „Physical Harm“, gehört zum Abschnitt „Safety“ der App Review Guidelines. Sie beginnt so: „If your app behaves in a way that risks physical harm, we may reject it.“ Die 1.4.1 nimmt dann medizinische Apps ins Visier: „Medical apps that could provide inaccurate data or information, or that could be used for diagnosing or treating patients may be reviewed with greater scrutiny.“

Der Text stellt vier Anforderungen:

• Veröffentlichte Daten und Methode. „Apps must clearly disclose data and methodology to support accuracy claims relating to health measurements“. Lässt sich die Genauigkeit oder die Methode nicht validieren, wird die App abgelehnt.
• Keine falsche Messung per Sensor. Apple lehnt Apps ab, die behaupten, ein Röntgenbild zu machen oder Blutdruck, Temperatur, Blutzucker oder Blutsauerstoff „using only the sensors on the device“ zu messen.
• Ein Hinweis auf den Arzt. „Apps should remind users to check with a doctor in addition to using the app and before making medical decisions.“
• Der Link zur Zulassung. Hat deine App eine behördliche Zulassung erhalten, füge deiner Einreichung den Link zu diesem Dokument bei.

Die benachbarten Regeln in Abschnitt 1.4

Die Ablehnung kann auch eine benachbarte Unterregel nennen.

Regel	Worum es geht	Was Apple erwartet
1.4.1	Medizinische Apps	Quellen, Methode, Arzt
1.4.2	Dosisberechnung	Zugelassener Anbieter oder Zulassung
1.4.3	Tabak, Drogen, Alkohol	Keine Anstiftung
1.4.4	Verkehrskontrollen	Offizielle Quellen
1.4.5	Riskante Challenges	Keine gefährlichen Challenges

Die 1.4.2 ist die strengste. Ein Medikamenten-Dosisrechner muss vom Hersteller, einem Krankenhaus, einer Universität, einer Krankenversicherung, einer Apotheke oder einer anderen zugelassenen Stelle kommen oder von der FDA bzw. einer gleichwertigen Behörde genehmigt sein. Ein einzelner Entwickler ohne Zulassung kann also keinen Dosisrechner veröffentlichen. Die 1.4.3 betrifft auch Apps, die zu übermäßigem Trinken animieren, etwa manche Trinkspiele.

Ist deine App eine „medizinische App“?

Apple gibt keine Liste vor. Drei offizielle Anhaltspunkte helfen bei der Entscheidung.

Der Fragebogen zur Altersfreigabe. Seine Definitionen unterscheiden zwei Gruppen. „Medical or Treatment Information“ umfasst Diagnose und Behandlung einer Krankheit, etwa Hinweise zu einem Medikament oder zu Notfällen. „Health or Wellness Topics“ umfasst Lifestyle-Tipps: Kalorien tracken, Diät, Übungen. Eine Sport-App mit Übungen gehört eher zur zweiten Gruppe. In Apples Raster taucht Wellness ab der Stufe 9+ auf, gelegentliche medizinische Informationen ab 13+, häufige ab 16+.

Die Erklärung zum Medizinprodukt. Eine App, die in der Europäischen Union, im Vereinigten Königreich oder in den USA verfügbar ist, muss in zwei Fällen angeben, ob sie ein reguliertes Medizinprodukt ist. Ihre primäre oder sekundäre Kategorie ist Health & Fitness oder Medical. Oder sie hat im Fragebogen bei medizinischen Informationen „häufig“ angegeben. Ohne Gesundheitsfunktion antwortest du mit Nein.

Das Recht des jeweiligen Landes. In Frankreich weist die ANSM darauf hin, dass manche Software ein Medizinprodukt ist, weil sie einen medizinischen Zweck hat. Sie braucht dann eine CE-Kennzeichnung, und ihr Status hängt insbesondere von ihrer Zweckbestimmung ab. Wenn deine App diagnostiziert, eine Krankheit überwacht oder behandelt, ist das eine regulatorische Frage, bevor es eine Review-Frage ist.

In Apples Foren berichten Entwickler von 1.4.1-Ablehnungen für Schlaf-Apps, BMI-Rechner oder Ernährungstracker, die sie für reine Wellness hielten. Der Reviewer bewertet, was die App anzeigt, nicht die gewählte Kategorie.

Messen mit dem iPhone: Das Versprechen zählt mehr als der Sensor

Konstruiertes Beispiel: Eine App bittet dich, den Finger auf die Kamera zu legen, und zeigt dann einen Blutdruckwert an. Das Telefon allein kann diesen Wert nicht validieren: Das ist genau der Fall, den die Regel meint. Dieselbe App riskiert auch die 1.1.6, die ungenaue Gerätedaten ablehnt.

Zwei Wege bleiben offen. Entweder liest du über HealthKit Messwerte eines dafür gebauten Geräts aus und zeigst ihre Quelle an. Oder du veröffentlichst die Methode und die Daten, die deine Genauigkeit belegen, was eine echte Validierung voraussetzt.

Mit HealthKit kommen ein paar Regeln dazu:

• Die HealthKit-Designregeln sagen: Fordere keinen Zugriff auf Gesundheitsdaten ohne Gesundheitsfunktion an, und frag in dem Moment, in dem er gebraucht wird.
• Die Regel 5.1.3 verbietet, falsche Daten in HealthKit zu schreiben, persönliche Gesundheitsdaten in iCloud zu speichern und sie für Werbung zu nutzen.
• Jeder Zugriff braucht seinen Erklärungstext in der Info.plist, wie die Kamera: siehe den Guide zu ITMS-90683.
• Die HealthKit-Dokumentation warnt, dass App Review eine App ablehnen kann, die Gesundheitsakten aktiviert, ohne sie zu nutzen.

Quellen, Hinweis, Arzt: wo du sie platzierst

In Apples Foren veröffentlichte 1.4.1-Ablehnungen verlangen Zitate in der App, mit leicht auffindbaren Links zu den Quellen. Ein Hinweis ergänzt seriöse Quellen, er ersetzt sie nicht.

Was ich machen würde:

• Einen Link „Quellen“ unter jedem Rat, zur Stelle, die ihn gibt: WHO, Gesundheitsbehörde des Landes, Fachgesellschaft.
• Den Arzt-Hinweis dort, wo die Person den Rat liest, nicht nur in den Nutzungsbedingungen.
• Dieselbe Vorsicht auf der Produktseite: kein Versprechen zu heilen, zu diagnostizieren oder Fachleute zu ersetzen.

Beispiel: eine Ernährungs-App für Babys aufstellen

Wenn du eine App zur Beikost für Babys planst, hier ein Beispiel, wie du sie aufstellen kannst. Das ist keine Freigabe durch Apple. Eine Ernährungs-App ist nicht zwangsläufig medizinisch. Aber wer mit Eltern über Alter, Allergene und Erstickungsgefahr spricht, ist schnell nah an der 1.4.1.

So stellst du sie auf:

• Kein medizinisches Versprechen. Die App hilft beim Kochen und beim Tracken der Mahlzeiten. Sie diagnostiziert nichts und ersetzt nicht den Kinderarzt.
• Offizielle Quellen, in der App zitiert. Starte mit den Empfehlungen der WHO zur Beikost, dann mit denen der einzelnen Länder. In Frankreich veröffentlicht Santé publique France die Broschüre Pas à pas, votre enfant mange comme un grand.
• Eine menschliche Prüfung. Schreib die Inhalte auf Basis dieser Quellen und lass sie vor der Veröffentlichung von einer Ernährungsberaterin oder Kinderärztin gegenlesen. Keine falschen Experten.
• Ein sichtbarer Hinweis: „nur zur Information“, mit der Erinnerung, den Kinderarzt um Rat zu fragen.
• Erste Hilfe per offiziellem Link, statt selbst geschriebener Anweisungen.
• Allergien als Gesundheitsdaten behandeln: ausdrückliche Zustimmung, minimale Erhebung, Export, Löschung und korrekte Angabe in App Privacy.

Du kannst die Kategorie Food & Drink wählen, wenn die App genau das macht. Aber die Kategorie schützt nicht: Gibt der Bildschirm einen Gesundheitsrat, gilt die 1.4.1.

Checkliste „Gesundheits- oder Ernährungs-App“ vor dem Einreichen

• Die App diagnostiziert nicht, behandelt nicht, berechnet keine Dosis, oder du hast die passende Zulassung.
• Jeder Gesundheitsrat hat einen leicht auffindbaren Link zu einer offiziellen Quelle.
• Ein Bildschirm „Quellen und Methode“ listet alle Referenzen auf.
• Der Hinweis, einen Arzt zu fragen, steht neben den Ratschlägen.
• Kein Messwert stammt allein aus den Sensoren des iPhones ohne validierte und veröffentlichte Methode.
• Die Berechnungen (Alter, Mengen, Scores) sind durch Tests mit Grenzfällen abgedeckt.
• HealthKit wird nur für eine Gesundheitsfunktion angefragt, im passenden Moment.
• Keine Gesundheitsdaten landen in iCloud, in der Werbung oder im Text einer Benachrichtigung.
• Die Erklärung zum Medizinprodukt ist ausgefüllt, wenn deine Kategorie oder dein Fragebogen das verlangt.
• Der Fragebogen zur Altersfreigabe beschreibt den tatsächlichen medizinischen Inhalt.
• Eine App, die einen Gesundheitsdienst anbietet, wird von einer Organisation eingereicht: Die Regel 5.1.1(ix) verlangt das. Den Status wählst du bei der Anmeldung zum Entwicklerprogramm.
• Die Review-Notizen sagen, wo die Quellen, der Hinweis und, falls vorhanden, der Link zur Zulassung zu finden sind.

Auf eine 1.4.1-Ablehnung antworten

1. Finde heraus, was der Reviewer bemängelt: eine Messung, ein Rat ohne Quelle, eine Diagnosefunktion.
2. Korrigiere es im Build: sichtbare Quellen, Arzt-Hinweis, Funktion entfernt, wenn sie sich nicht validieren lässt.
3. Bring die Produktseite in Einklang: Beschreibung, Untertitel und Screenshots ohne medizinisches Versprechen.
4. Antworte mit den genauen Stellen, wie in auf App Review antworten erklärt.

Eine englische Vorlage zum Anpassen, in der du nur behältst, was stimmt:

Hello,

Thank you for your feedback regarding Guideline 1.4.1.

In build [X]:
- every health recommendation links to its source
  ([organization]); see [screen] > "Sources";
- a reminder to consult a doctor appears on [screens];
- [feature] no longer claims to measure [value].

Best regards,
[Your name]

Hat die App eine behördliche Zulassung, füge den Link zum Dokument bei. Wenn nicht, erfinde keine: Apple verlangt den Nachweis.

Die 1.4.1 schon bei deiner nächsten Einreichung bestehen

Das Review Kit bündelt, was ich vor jedem Upload prüfe, mit zwei Skills, die dein Projekt in Claude Code durchgehen und deine Antwort vorbereiten, falls Apple ablehnt. Für einen menschlichen Blick buch eine Stunde mit mir: Wir gehen deine Ratgeber-Bildschirme und deine Produktseite gemeinsam durch. Das komplette Vorgehen steht auf der Seite App von Apple abgelehnt.

Wenn du deinen ersten Release vorbereitest, mach deine kostenlose Diagnose: Sie sagt dir, welchen Schritt du zuerst angehen solltest, und schickt dir meine Checkliste gegen Apple-Ablehnungen.

Niemand kann garantieren, dass Apple deine App annimmt. Sichtbare Quellen und maßvolle Versprechen streichen aber zumindest diesen Grund von der Liste.

Häufige Fragen

Was bedeutet „Guideline 1.4.1 - Safety - Physical Harm“?

Das ist der Titel der Ablehnung in Apples Nachricht. Der Reviewer ist der Meinung, dass eine Gesundheitsinformation deiner App falsch sein oder zur Diagnose dienen könnte, ohne die erwarteten Absicherungen: Quellen, Methode, Arzt-Hinweis oder Zulassung.

Reicht ein Hinweis, um die Guideline 1.4.1 zu bestehen?

Nein. Der Hinweis, einen Arzt zu fragen, gehört zu den Anforderungen, ersetzt aber weder die Quellen noch die Methode. Eine Messung, die sich nicht validieren lässt, wird weiter abgelehnt, auch mit einem Hinweis oben auf dem Bildschirm.

Kann eine App den Blutdruck mit der Kamera des iPhones messen?

Nein. Die 1.4.1 nennt Blutdruck, Temperatur, Blutzucker und Blutsauerstoff unter den Messungen, die allein mit den Sensoren des Telefons verboten sind. Für jede andere Messung musst du die Daten und die Methode veröffentlichen, die die Genauigkeit belegen.

Brauche ich ein Unternehmen, um eine Gesundheits-App zu veröffentlichen?

Für einen Gesundheitsdienst ja: Die Regel 5.1.1(ix) verlangt, dass Apps aus stark regulierten Branchen, darunter Gesundheit, von der Stelle eingereicht werden, die den Dienst anbietet. Eine Rezept- oder Wellness-App ist nicht zwangsläufig ein Gesundheitsdienst.

Welche Altersfreigabe für eine Gesundheits-App?

Das hängt von deinen Antworten im Fragebogen ab. In Apples Raster tauchen Wellness-Themen ab der Stufe 9+ auf, gelegentliche medizinische Informationen ab 13+ und häufige ab 16+. Antworte nach dem tatsächlichen Inhalt, nicht nach der angestrebten Stufe.