Guideline 1.4.1 Physical Harm: gezondheidsapp afgewezen

Guideline 1.4.1 gaat over gezondheidsapps die onjuiste informatie kunnen geven, of die gebruikt kunnen worden om een diagnose te stellen of te behandelen. Apple bekijkt die apps strenger. Om erdoor te komen, publiceert je app zijn bronnen en methode, beweert hij alleen te meten wat hij echt meet en herinnert hij de gebruiker eraan een arts te raadplegen. Een app die beweert de bloeddruk te meten met alleen de sensoren van de iPhone wordt afgewezen.

Deze gids gaat over de review van Apple, niet over geneeskunde: niets hier is medisch advies. Ik publiceer zelf iOS-apps. Verderop laat een uitgewerkt voorbeeld zien hoe je een voedingsapp voor baby's afstemt op 1.4.1. De officiële tekst is gelezen op 15 oktober 2026. Voor andere redenen lees je waarom Apple een app afwijst.

Wat zegt guideline 1.4.1?

1.4, "Physical Harm", hoort bij de sectie "Safety" van de App Review Guidelines. Die begint zo: "If your app behaves in a way that risks physical harm, we may reject it." Daarna richt 1.4.1 zich op medische apps: "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."

De tekst stelt vier eisen:

• Gepubliceerde gegevens en methode. "Apps must clearly disclose data and methodology to support accuracy claims relating to health measurements". Als de nauwkeurigheid of de methode niet gevalideerd kan worden, wordt de app afgewezen.
• Geen nepmeting via sensoren. Apple wijst apps af die beweren een röntgenfoto te maken, of de bloeddruk, temperatuur, bloedsuiker of het zuurstofgehalte in het bloed te meten "using only the sensors on the device".
• Een verwijzing naar de arts. "Apps should remind users to check with a doctor in addition to using the app and before making medical decisions."
• De link naar de goedkeuring. Heeft je app een wettelijke goedkeuring gekregen, voeg dan de link naar dat document toe aan je inzending.

De verwante regels in sectie 1.4

De afwijzing kan ook een verwante subregel noemen.

Regel	Waar het om gaat	Wat Apple verwacht
1.4.1	Medische apps	Bronnen, methode, arts
1.4.2	Dosisberekening	Erkende uitgever of goedkeuring
1.4.3	Tabak, drugs, alcohol	Geen aansporing
1.4.4	Verkeerscontroles	Officiële bronnen
1.4.5	Riskante uitdagingen	Geen gevaarlijke challenges

1.4.2 is de strengste. Een rekentool voor medicijndoses moet komen van de fabrikant, een ziekenhuis, een universiteit, een zorgverzekeraar, een apotheek of een andere erkende instantie, of goedgekeurd zijn door de FDA of een vergelijkbare instantie. Een solo-ontwikkelaar zonder goedkeuring kan dus geen dosiscalculator publiceren. 1.4.3 richt zich ook op apps die aanzetten tot overmatig drinken, zoals sommige drankspelletjes.

Is jouw app een "medische app"?

Apple geeft geen lijst. Drie officiële aanknopingspunten helpen je kiezen.

De vragenlijst voor de leeftijdsclassificatie. De definities onderscheiden twee groepen. "Medical or Treatment Information" gaat over diagnose en behandeling van een ziekte, zoals advies over een medicijn of noodsituaties. "Health or Wellness Topics" gaat over leefstijladvies: calorieën bijhouden, dieet, oefeningen. Een sportapp met oefeningen valt eerder onder de tweede. In het schema van Apple verschijnt welzijn al vanaf niveau 9+, incidentele medische informatie vanaf 13+ en frequente vanaf 16+.

De verklaring over medisch hulpmiddel. Een app die beschikbaar is in de Europese Unie, het Verenigd Koninkrijk of de Verenigde Staten moet in twee gevallen verklaren of hij een gereguleerd medisch hulpmiddel is. De primaire of secundaire categorie is Health & Fitness of Medical. Of de app heeft bij medische informatie in de vragenlijst "Frequent" geantwoord. Zonder gezondheidsfunctie antwoord je nee.

Het recht van het land. In Frankrijk wijst de ANSM erop dat sommige software een medisch hulpmiddel is, omdat die een medisch doel heeft. Die moet dan een CE-markering hebben, en de status hangt onder meer af van het beoogde gebruik. Stelt je app een diagnose, bewaakt hij een ziekte of behandelt hij, dan is het eerst een regelgevingsvraag en pas daarna een reviewvraag.

Op de forums van Apple melden ontwikkelaars afwijzingen onder 1.4.1 voor slaapapps, BMI-calculators of voedingstrackers die ze zelf als gewoon welzijn zagen. De reviewer beoordeelt wat de app laat zien, niet de gekozen categorie.

Meten met de iPhone: de belofte telt meer dan de sensor

Uitgewerkt voorbeeld: een app vraagt je je vinger op de camera te leggen en toont daarna een bloeddruk. Met alleen de telefoon is dat getal niet te valideren: dit is precies het voorbeeld uit de regel. Dezelfde app loopt ook risico op 1.1.6, die onjuiste apparaatgegevens afwijst.

Er blijven twee wegen over. Of je leest via HealthKit metingen uit van een apparaat dat daarvoor gemaakt is, en je toont de bron. Of je publiceert de methode en de gegevens die je nauwkeurigheid bewijzen, wat een echte validatie vereist.

Met HealthKit komen er een paar regels bij:

• De HealthKit-ontwerpregels zeggen dat je geen toegang tot gezondheidsgegevens vraagt zonder gezondheidsfunctie, en dat je erom vraagt op het moment dat het nodig is.
• Regel 5.1.3 verbiedt onjuiste gegevens in HealthKit te schrijven, persoonlijke gezondheidsgegevens in iCloud op te slaan en ze voor advertenties te gebruiken.
• Elke toegang vraagt om een eigen uitlegtekst in de Info.plist, net als de camera: zie de gids over ITMS-90683.
• De HealthKit-documentatie waarschuwt dat App Review een app kan afwijzen die medische dossiers inschakelt zonder ze te gebruiken.

Bronnen, disclaimer, arts: waar zet je ze

Afwijzingsberichten voor 1.4.1 die op de forums van Apple zijn gedeeld, vragen om bronvermeldingen in de app, met makkelijk te vinden links naar de bronnen. Een disclaimer vult serieuze bronnen aan, maar vervangt ze niet.

Wat ik zou doen:

• Een link "Bronnen" onder elk advies, naar de organisatie die het geeft: WHO, de gezondheidsautoriteit van het land, een wetenschappelijke vereniging.
• De verwijzing naar de arts op de plek waar iemand het advies leest, niet alleen in de gebruiksvoorwaarden.
• Dezelfde voorzichtigheid op je productpagina: geen belofte om te genezen, een diagnose te stellen of een zorgverlener te vervangen.

Voorbeeld: een voedingsapp voor baby's afbakenen

Bereid je een app voor over het introduceren van vaste voeding bij baby's, dan is dit een voorbeeld van hoe je die afbakent. Het is geen goedkeuring van Apple. Een voedingsapp is niet per se medisch. Maar met ouders praten over leeftijd, allergenen en verstikkingsgevaar komt al snel in de buurt van 1.4.1.

Zo baken je hem af:

• Geen medische belofte. De app helpt koken en maaltijden bijhouden. Hij stelt geen diagnose en vervangt de kinderarts niet.
• Officiële bronnen, vermeld in de app. Begin bij de aanbevelingen van de WHO over aanvullende voeding, daarna die van elk land. In Frankrijk publiceert Santé publique France de brochure Pas à pas, votre enfant mange comme un grand.
• Een menselijke controle. Schrijf de inhoud op basis van die bronnen en laat hem voor publicatie nalezen door een diëtist of kinderarts. Geen nepexperts.
• Een zichtbare disclaimer: "ter informatie", met de herinnering om de kinderarts om advies te vragen.
• Eerste hulp via een officiële link, in plaats van instructies die je zelf schrijft.
• Allergieën behandeld als gezondheidsgegevens: expliciete toestemming, minimale verzameling, export, verwijdering en een eerlijke verklaring in App Privacy.

Je kunt de categorie Food & Drink kiezen, als dat is wat de app doet. Maar de categorie beschermt je niet: geeft het scherm een gezondheidsadvies, dan geldt 1.4.1.

Checklist "gezondheids- of voedingsapp" voor je inzending

• De app stelt geen diagnose, behandelt niet en berekent geen dosis, of je hebt de bijbehorende goedkeuring.
• Elk gezondheidsadvies heeft een makkelijk te vinden link naar een officiële bron.
• Een scherm "Bronnen en methode" somt alle referenties op.
• De herinnering om een arts te raadplegen staat naast de adviezen.
• Geen enkele meting komt alleen van de iPhone-sensoren zonder gevalideerde en gepubliceerde methode.
• Berekeningen (leeftijd, hoeveelheden, scores) zijn gedekt door tests met grensgevallen.
• HealthKit wordt alleen gevraagd voor een gezondheidsfunctie, op het juiste moment.
• Geen gezondheidsgegevens gaan naar iCloud, naar advertenties of in de tekst van een notificatie.
• De verklaring over medisch hulpmiddel is ingevuld als je categorie of vragenlijst dat vereist.
• De vragenlijst voor de leeftijdsclassificatie beschrijft de echte medische inhoud.
• Een app die een gezondheidsdienst levert, wordt ingediend door een organisatie: regel 5.1.1(ix) vraagt dat. Die status kies je bij je inschrijving voor het ontwikkelaarsprogramma.
• De reviewnotities zeggen waar de bronnen en de disclaimer staan en, als die er is, de link naar de goedkeuring.

Reageren op een afwijzing onder 1.4.1

1. Kijk wat de reviewer noemt: een meting, een advies zonder bron, een diagnosefunctie.
2. Pas het aan in de build: zichtbare bronnen, verwijzing naar de arts, functie weg als die niet te valideren is.
3. Trek je productpagina gelijk: beschrijving, ondertitel en screenshots zonder medische belofte.
4. Antwoord met de vindplaatsen, zoals uitgelegd in reageren op App Review.

Een Engelse template om aan te passen, waarbij je alleen houdt wat klopt:

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]

Heeft de app een wettelijke goedkeuring, voeg dan de link naar het document toe. Zo niet, verzin er dan geen: Apple vraagt om bewijs.

Kom bij je volgende inzending door 1.4.1

De Review Kit bundelt wat ik voor elke inzending controleer, met twee skills die je project in Claude Code nalezen en je antwoord voorbereiden als Apple afwijst. Wil je een menselijke blik, boek een uur met mij: we lopen samen je adviesschermen en je productpagina door. De volledige aanpak staat op de pagina app afgewezen door Apple.

Bereid je je eerste release voor, doe dan je gratis diagnose: die vertelt je welke stap je eerst aanpakt en stuurt je mijn checklist tegen afwijzingen door Apple.

Niemand kan garanderen dat Apple je app accepteert. Zichtbare bronnen en voorzichtige beloftes halen in elk geval deze reden van de lijst.

Veelgestelde vragen

Wat betekent "Guideline 1.4.1 - Safety - Physical Harm"?

Dat is de titel van de afwijzing in het bericht van Apple. De reviewer vindt dat gezondheidsinformatie in je app onjuist zou kunnen zijn, of gebruikt kan worden voor een diagnose, zonder de verwachte waarborgen: bronnen, methode, verwijzing naar de arts of goedkeuring.

Is een disclaimer genoeg om door guideline 1.4.1 te komen?

Nee. De herinnering om een arts te raadplegen hoort bij de eisen, maar vervangt geen bronnen of methode. Een meting die niet te valideren is, wordt nog steeds afgewezen, ook met een disclaimer bovenaan het scherm.

Kan een app de bloeddruk meten met de camera van de iPhone?

Nee. 1.4.1 noemt bloeddruk, temperatuur, bloedsuiker en zuurstofgehalte in het bloed als metingen die niet mogen met alleen de sensoren van de telefoon. Voor elke andere meting moet je de gegevens en de methode publiceren die de nauwkeurigheid bewijzen.

Heb je een bedrijf nodig om een gezondheidsapp te publiceren?

Voor een gezondheidsdienst wel: regel 5.1.1(ix) vraagt dat apps in sterk gereguleerde sectoren, waaronder gezondheid, worden ingediend door de entiteit die de dienst levert. Een recepten- of welzijnsapp is niet per se een gezondheidsdienst.

Welke leeftijdsclassificatie krijgt een gezondheidsapp?

Dat hangt af van je antwoorden in de vragenlijst. In het schema van Apple verschijnen welzijnsonderwerpen al vanaf niveau 9+, incidentele medische informatie vanaf 13+ en frequente vanaf 16+. Antwoord op basis van de echte inhoud, niet op basis van het niveau dat je wilt.