Guideline 1.4.1 Physical Harm: app di salute rifiutata

La guideline 1.4.1 riguarda le app di salute che potrebbero dare un'informazione sbagliata, o essere usate per diagnosticare o curare. Apple le esamina più da vicino. Per passare, l'app pubblica le sue fonti e il suo metodo, dichiara di misurare solo ciò che misura davvero e ricorda di consultare un medico. Un'app che afferma di misurare la pressione con i soli sensori dell'iPhone viene rifiutata.

Questa guida parla della revisione di Apple, non di medicina: niente di quello che leggi qui è un consiglio medico. Pubblico le mie app iOS. Più sotto, un esempio costruito mostra come impostare, rispetto alla 1.4.1, un'app sull'alimentazione del bebè. Il testo ufficiale è stato letto il 15 ottobre 2026. Per gli altri motivi, leggi perché Apple rifiuta un'app.

Cosa dice la guideline 1.4.1?

La 1.4, "Physical Harm", fa parte della sezione "Safety" delle App Review Guidelines. Si apre così: "If your app behaves in a way that risks physical harm, we may reject it." La 1.4.1 si rivolge poi alle app mediche: "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."

Il testo pone quattro requisiti:

• Dati e metodo pubblicati. "Apps must clearly disclose data and methodology to support accuracy claims relating to health measurements". Se la precisione o il metodo non possono essere convalidati, l'app viene rifiutata.
• Nessuna falsa misurazione tramite sensori. Apple rifiuta le app che dichiarano di fare una radiografia, o di misurare pressione, temperatura, glicemia od ossigeno nel sangue "using only the sensors on the device".
• Un promemoria del medico. "Apps should remind users to check with a doctor in addition to using the app and before making medical decisions."
• Il link all'autorizzazione. Se la tua app ha ricevuto un'autorizzazione regolatoria, allega il link a quel documento quando la invii.

Le regole vicine della sezione 1.4

Il rifiuto può citare anche una sotto-regola vicina.

Regola	Cosa riguarda	Cosa si aspetta Apple
1.4.1	App mediche	Fonti, metodo, medico
1.4.2	Calcolo dei dosaggi	Editore autorizzato o approvazione
1.4.3	Tabacco, droghe, alcol	Nessun incoraggiamento
1.4.4	Controlli stradali	Fonti ufficiali
1.4.5	Sfide rischiose	Nessuna sfida pericolosa

La 1.4.2 è la più severa. Un calcolatore di dosaggio di farmaci deve provenire dal produttore, da un ospedale, da un'università, da un'assicurazione sanitaria, da una farmacia o da un altro ente autorizzato, oppure essere approvato dalla FDA o da un ente equivalente. Uno sviluppatore da solo, senza autorizzazione, non può quindi pubblicare un calcolatore di dosaggio. La 1.4.3 riguarda anche le app che spingono a bere troppo, come certi giochi alcolici.

La tua app è una "app medica"?

Apple non fornisce un elenco. Tre riferimenti ufficiali aiutano a decidere.

Il questionario per la classificazione per età. Le sue definizioni distinguono due famiglie. "Medical or Treatment Information" copre la diagnosi e la gestione di una malattia, come consigli su un farmaco o sulle emergenze. "Health or Wellness Topics" copre i consigli sullo stile di vita: conteggio delle calorie, dieta, esercizi. Un'app di sport che propone esercizi rientra piuttosto nella seconda. Nella griglia di Apple, il benessere compare già dalla fascia 9+, l'informazione medica occasionale dalla fascia 13+, quella frequente dalla fascia 16+.

La dichiarazione di dispositivo medico. Un'app disponibile nell'Unione europea, nel Regno Unito o negli Stati Uniti deve dichiarare se è un dispositivo medico regolamentato in due casi. La sua categoria principale o secondaria è Health & Fitness o Medical. Oppure ha risposto "frequente" alla voce sull'informazione medica del questionario. Senza funzioni di salute, rispondi no.

La legge del paese. In Francia, l'ANSM ricorda che alcuni software sono dispositivi medici, perché hanno una finalità medica. In quel caso devono avere la marcatura CE, e il loro status dipende in particolare dalla loro destinazione d'uso. Se la tua app diagnostica, monitora una malattia o cura, la questione è regolatoria prima ancora di essere una questione di revisione.

Sui forum di Apple, alcuni sviluppatori riportano rifiuti 1.4.1 per app sul sonno, di calcolo del BMI o di monitoraggio alimentare, che consideravano semplice benessere. Il reviewer giudica quello che l'app mostra, non la categoria scelta.

Misurare con l'iPhone: conta la promessa più del sensore

Esempio costruito: un'app chiede di appoggiare il dito sulla fotocamera, poi mostra una pressione. Il telefono da solo non permette di convalidare quel numero: è l'esempio perfetto della regola. La stessa app rischia anche la 1.1.6, che rifiuta i dati del dispositivo inesatti.

Restano due strade. O leggi, tramite HealthKit, misurazioni prese da un dispositivo progettato per farlo, mostrandone la fonte. Oppure pubblichi il metodo e i dati che dimostrano la tua precisione, il che presuppone una vera convalida.

Con HealthKit si aggiungono alcune regole:

• Le regole di design di HealthKit dicono di non chiedere l'accesso ai dati di salute senza una funzione di salute, e di chiederlo nel momento in cui serve.
• La regola 5.1.3 vieta di scrivere dati falsi in HealthKit, di salvare dati di salute personali su iCloud e di usarli per la pubblicità.
• Ogni accesso richiede il suo testo di spiegazione nell'Info.plist, come per la fotocamera: vedi la guida ITMS-90683.
• La documentazione di HealthKit avverte che App Review può rifiutare un'app che attiva le cartelle cliniche senza usarle.

Fonti, avvertenza, medico: dove metterli

Alcuni messaggi di rifiuto 1.4.1 pubblicati sui forum di Apple chiedono citazioni nell'app, con link alle fonti facili da trovare. Un'avvertenza completa fonti serie, non le sostituisce.

Cosa farei io:

• Un link "Fonti" sotto ogni consiglio, verso l'ente che lo fornisce: OMS, autorità sanitaria del paese, società scientifica.
• Il promemoria del medico dove la persona legge il consiglio, non solo nei termini d'uso.
• La stessa prudenza nella scheda: nessuna promessa di guarire, diagnosticare o sostituire un professionista.

Esempio: impostare un'app sull'alimentazione del bebè

Se stai preparando un'app sullo svezzamento, ecco un esempio di impostazione. Non è una convalida di Apple. Un'app sull'alimentazione non è per forza medica. Ma parlare di età, allergeni e rischio di soffocamento ai genitori si avvicina in fretta alla 1.4.1.

Ecco come impostarla:

• Nessuna promessa medica. L'app aiuta a cucinare e a seguire i pasti. Non diagnostica nulla e non sostituisce il pediatra.
• Fonti ufficiali, citate nell'app. Parti dalle raccomandazioni dell'OMS sull'alimentazione complementare, poi da quelle di ogni paese. In Francia, Santé publique France pubblica l'opuscolo Pas à pas, votre enfant mange comme un grand.
• Una revisione umana. Scrivi i contenuti partendo da queste fonti, poi falli rileggere da una dietista o da una pediatra prima della pubblicazione. Nessun finto esperto.
• Un'avvertenza visibile: "a scopo informativo", con il promemoria di chiedere il parere del pediatra.
• Il primo soccorso tramite link ufficiale, invece di istruzioni scritte da te.
• Le allergie trattate come dati di salute: consenso esplicito, raccolta minima, esportazione, cancellazione e dichiarazione fedele in App Privacy.

Puoi scegliere la categoria Food & Drink, se è questo che fa l'app. Ma la categoria non ti protegge: se lo schermo dà un consiglio di salute, si applica la 1.4.1.

Checklist "app di salute o di alimentazione" prima dell'invio

• L'app non diagnostica, non cura, non calcola dosaggi, oppure hai l'autorizzazione corrispondente.
• Ogni consiglio di salute ha un link a una fonte ufficiale, facile da trovare.
• Una schermata "Fonti e metodo" elenca tutti i riferimenti.
• Il promemoria di consultare un medico compare accanto ai consigli.
• Nessuna misurazione viene dai soli sensori dell'iPhone senza un metodo convalidato e pubblicato.
• I calcoli (età, quantità, punteggi) sono coperti da test con casi limite.
• HealthKit viene richiesto solo per una funzione di salute, nel momento utile.
• Nessun dato di salute finisce su iCloud, nella pubblicità o nel testo di una notifica.
• La dichiarazione di dispositivo medico è compilata se la tua categoria o il tuo questionario lo richiedono.
• Il questionario per la classificazione per età descrive il contenuto medico reale.
• Un'app che fornisce un servizio sanitario viene inviata da un'organizzazione: lo richiede la regola 5.1.1(ix). Lo status si sceglie al momento dell'iscrizione al programma sviluppatori.
• Le note per la revisione indicano dove trovare le fonti, l'avvertenza e, se esiste, il link all'autorizzazione.

Rispondere a un rifiuto 1.4.1

1. Individua cosa cita il reviewer: una misurazione, un consiglio senza fonte, una funzione di diagnosi.
2. Correggi nella build: fonti visibili, promemoria del medico, funzione rimossa se non può essere convalidata.
3. Allinea la scheda: descrizione, sottotitolo e screenshot senza promesse mediche.
4. Rispondi indicando dove si trova tutto, come spiegato in rispondere ad App Review.

Un modello in inglese, da adattare, tenendo solo ciò che è vero:

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]

Se l'app ha un'autorizzazione regolatoria, allega il link al documento. Altrimenti non inventarla: Apple chiede la prova.

Superare la 1.4.1 dal tuo prossimo invio

Il Review Kit raccoglie quello che controllo prima di ogni invio, con due skill che rileggono il tuo progetto in Claude Code e preparano la tua risposta se Apple rifiuta. Per uno sguardo umano, prenota un'ora con me: rileggiamo insieme le tue schermate di consigli e la tua scheda. Il percorso completo è nella pagina app rifiutata da Apple.

Se stai preparando la tua prima pubblicazione, fai la tua diagnosi gratuita: ti dice quale fase affrontare per prima e ti invia la mia checklist anti-rifiuto Apple.

Nessuno può garantire che Apple accetterà la tua app. Fonti visibili e promesse misurate tolgono almeno questo motivo dalla lista.

Domande frequenti

Cosa significa "Guideline 1.4.1 - Safety - Physical Harm"?

È il titolo del rifiuto nel messaggio di Apple. Il reviewer ritiene che un'informazione di salute della tua app possa essere sbagliata, o servire a diagnosticare, senza le garanzie richieste: fonti, metodo, promemoria del medico o autorizzazione.

Basta un'avvertenza per superare la guideline 1.4.1?

No. Il promemoria di consultare un medico fa parte dei requisiti, ma non sostituisce né le fonti né il metodo. Una misurazione impossibile da convalidare resta rifiutata, anche con un'avvertenza in cima allo schermo.

Un'app può misurare la pressione con la fotocamera dell'iPhone?

No. La 1.4.1 cita pressione, temperatura, glicemia e ossigeno nel sangue tra le misurazioni vietate con i soli sensori del telefono. Per qualsiasi altra misurazione, bisogna pubblicare i dati e il metodo che dimostrano la precisione.

Serve un'azienda per pubblicare un'app di salute?

Per un servizio sanitario, sì: la regola 5.1.1(ix) chiede che le app dei settori fortemente regolamentati, tra cui la sanità, siano inviate dall'ente che fornisce il servizio. Un'app di ricette o di benessere non è per forza un servizio sanitario.

Quale classificazione per età per un'app di salute?

Dipende dalle tue risposte al questionario. Nella griglia di Apple, i temi di benessere compaiono già dalla fascia 9+, un'informazione medica occasionale dalla fascia 13+ e frequente dalla fascia 16+. Rispondi in base al contenuto reale, non alla fascia che vuoi ottenere.