# Guideline 1.4.1 Physical Harm: app de salud rechazada

> Guideline 1.4.1: una app de salud cita sus fuentes, demuestra sus mediciones y recuerda consultar a un médico. Checklist y ejemplo de app para bebés.

Página original: [Guideline 1.4.1 Physical Harm: app de salud rechazada](https://devoria.fr/es/blog/guideline-1-4-1-physical-harm-app-salud-rechazada)
Autor: [Mehdi Azizi](https://devoria.fr/es/mehdi-azizi)
Publicación: 2026-11-04
Última revisión del contenido: 2026-11-04


La guideline 1.4.1 apunta a las apps de salud que podrían dar información falsa, o servir para diagnosticar o tratar. Apple las revisa con más detalle. **Para pasar, la app publica sus fuentes y su método, solo dice medir lo que de verdad mide y recuerda consultar a un médico.** Una app que asegura medir la presión arterial solo con los sensores del iPhone es rechazada.

Esta guía habla de la revisión de Apple, no de medicina: nada de lo que hay aquí es un consejo médico. Publico mis propias apps iOS. Más abajo, un ejemplo construido muestra cómo plantear una app de alimentación para bebés frente a la 1.4.1. El texto oficial se leyó el 15 de octubre de 2026. Para los demás motivos, lee [por qué Apple rechaza una app](https://devoria.fr/es/blog/rechazo-apple-por-que-rechazan-tu-app).

## ¿Qué dice la guideline 1.4.1?

La 1.4, "Physical Harm", forma parte de la sección "Safety" de las [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#1.4.1). Empieza así: "If your app behaves in a way that risks physical harm, we may reject it." Luego la 1.4.1 apunta a las apps médicas: "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."

El texto plantea cuatro exigencias:

- **Datos y método publicados.** "Apps must clearly disclose data and methodology to support accuracy claims relating to health measurements". Si no se puede validar la precisión o el método, la app es rechazada.
- **Nada de mediciones falsas con sensores.** Apple rechaza las apps que dicen hacer una radiografía, o medir la presión arterial, la temperatura, la glucosa o el oxígeno en sangre "using only the sensors on the device".
- **Un recordatorio del médico.** "Apps should remind users to check with a doctor in addition to using the app and before making medical decisions."
- **El enlace a la autorización.** Si tu app recibió una autorización regulatoria, adjunta el enlace a ese documento en tu envío.

## Las reglas vecinas de la sección 1.4

El rechazo también puede citar una subregla vecina.

| Regla | A qué apunta            | Qué espera Apple                 |
| ----- | ----------------------- | -------------------------------- |
| 1.4.1 | Apps médicas            | Fuentes, método, médico          |
| 1.4.2 | Cálculo de dosis        | Editor autorizado o autorización |
| 1.4.3 | Tabaco, drogas, alcohol | Ninguna incitación               |
| 1.4.4 | Controles de tránsito   | Fuentes oficiales                |
| 1.4.5 | Retos riesgosos         | Ningún reto peligroso            |

La 1.4.2 es la más estricta. Una calculadora de dosis de medicamentos debe venir del fabricante, de un hospital, de una universidad, de una aseguradora de salud, de una farmacia o de otra entidad autorizada, o estar aprobada por la FDA o su equivalente. **Así que un desarrollador solo, sin autorización, no puede publicar una calculadora de dosis.** La 1.4.3 también apunta a las apps que incitan a beber en exceso, como algunos juegos para beber.

## ¿Tu app es una "app médica"?

Apple no da una lista. Tres referencias oficiales ayudan a decidir.

**El cuestionario de clasificación por edad.** Sus [definiciones](https://developer.apple.com/help/app-store-connect/reference/app-information/age-ratings-values-and-definitions) separan dos familias. "Medical or Treatment Information" cubre el diagnóstico y el manejo de una enfermedad, como consejos sobre un medicamento o las emergencias. "Health or Wellness Topics" cubre los consejos de estilo de vida: seguimiento de calorías, dieta, ejercicios. Una app deportiva que propone ejercicios entra más bien en la segunda. En la escala de Apple, el bienestar aparece desde el nivel 9+, la información médica ocasional en el nivel 13+ y la frecuente en el nivel 16+.

**La declaración de dispositivo médico.** Una app disponible en la Unión Europea, el Reino Unido o Estados Unidos debe [declarar si es un dispositivo médico regulado](https://developer.apple.com/help/app-store-connect/manage-app-information/declare-regulated-medical-device-status) en dos casos. Su categoría principal o secundaria es Health & Fitness o Medical. O respondió "Frequent" a la información médica del cuestionario. Sin funciones de salud, respondes que no.

**La ley del país.** En Francia, la [ANSM](https://ansm.sante.fr/documents/reference/logiciels-et-applications-mobiles-en-sante) recuerda que algunos programas son dispositivos médicos porque tienen una finalidad médica. En ese caso deben llevar el marcado CE, y su estatus depende, entre otras cosas, de su finalidad. Si tu app diagnostica, vigila una enfermedad o trata, la cuestión es regulatoria antes de ser una cuestión de revisión.

En los foros de Apple, algunos desarrolladores cuentan rechazos 1.4.1 para apps de sueño, de cálculo de IMC o de seguimiento alimentario que ellos consideraban de simple bienestar. **El revisor juzga lo que la app muestra, no la categoría elegida.**

## Medir con el iPhone: la promesa importa más que el sensor

Ejemplo construido: una app que pide poner el dedo sobre la cámara y luego muestra una presión arterial. El teléfono solo no permite validar esa cifra: es justo el ejemplo de la regla. La misma app también se arriesga a la 1.1.6, que rechaza los datos de dispositivo inexactos.

Quedan dos caminos. O lees, mediante HealthKit, mediciones tomadas por un dispositivo diseñado para eso, mostrando su fuente. O publicas el método y los datos que demuestran tu precisión, lo que supone una validación real.

Con HealthKit se suman algunas reglas:

- Las [reglas de diseño de HealthKit](https://developer.apple.com/design/human-interface-guidelines/healthkit) dicen que no pidas acceso a los datos de salud sin una función de salud, y que lo pidas en el momento en que se usa.
- La [regla 5.1.3](https://developer.apple.com/app-store/review/guidelines/#5.1.3) prohíbe escribir datos falsos en HealthKit, guardar datos personales de salud en iCloud y usarlos para publicidad.
- Cada acceso requiere su texto de explicación en el Info.plist, como la cámara: mira la guía [ITMS-90683](https://devoria.fr/es/blog/itms-90683-missing-purpose-string-expo).
- La [documentación de HealthKit](https://developer.apple.com/documentation/healthkit/setting-up-healthkit) advierte que App Review puede rechazar una app que activa los registros médicos sin usarlos.

## Fuentes, advertencia, médico: dónde ponerlos

Algunos mensajes de rechazo 1.4.1 publicados en los [foros de Apple](https://developer.apple.com/forums/thread/703502) piden citas dentro de la app, con enlaces a las fuentes fáciles de encontrar. **Una advertencia complementa fuentes serias, no las reemplaza.**

Lo que yo haría:

- Un enlace "Fuentes" debajo de cada consejo, hacia el organismo que lo da: OMS, autoridad sanitaria del país, sociedad científica.
- El recordatorio del médico donde la persona lee el consejo, no solo en los términos de uso.
- La misma prudencia en la ficha: ninguna promesa de curar, diagnosticar o reemplazar a un profesional.

## Ejemplo: plantear una app de alimentación para bebés

Si preparas una app de alimentación complementaria para bebés, aquí tienes un ejemplo de planteamiento. No es una validación de Apple. Una app de alimentación no es necesariamente médica. Pero hablarles a padres de edad, alérgenos y riesgo de atragantamiento se acerca rápido a la 1.4.1.

Así la plantearía:

- **Ninguna promesa médica.** La app ayuda a cocinar y a llevar el registro de las comidas. No diagnostica nada y no reemplaza al pediatra.
- **Fuentes oficiales, citadas en la app.** Parte de las recomendaciones de la [OMS sobre la alimentación complementaria](https://www.who.int/health-topics/complementary-feeding) y luego de las de cada país. En Francia, Santé publique France publica el folleto [Pas à pas, votre enfant mange comme un grand](https://www.santepubliquefrance.fr/nutrition-et-activite-physique/brochure/pas-a-pas-votre-enfant-mange-comme-un-grand).
- **Una revisión humana.** Redacta el contenido a partir de esas fuentes y luego haz que lo revise una nutricionista o una pediatra antes de publicarlo. Ningún experto falso.
- **Una advertencia visible**: "solo con fines informativos", con el recordatorio de pedir la opinión del pediatra.
- **Los primeros auxilios mediante un enlace oficial**, en lugar de instrucciones escritas por ti.
- **Las alergias tratadas como datos de salud**: consentimiento explícito, recolección mínima, exportación, eliminación y declaración fiel en [App Privacy](https://devoria.fr/es/blog/app-privacy-app-store-connect-que-declarar-sdk).

Puedes elegir la categoría Food & Drink, si eso es lo que hace la app. **Pero la categoría no protege: si la pantalla da un consejo de salud, se aplica la 1.4.1.**

## Checklist "app de salud o de alimentación" antes del envío

- La app no diagnostica, no trata, no calcula dosis, o tienes la autorización correspondiente.
- Cada consejo de salud tiene un enlace a una fuente oficial, fácil de encontrar.
- Una pantalla "Fuentes y método" lista todas las referencias.
- El recordatorio de consultar a un médico aparece junto a los consejos.
- Ninguna medición sale solo de los sensores del iPhone sin un método validado y publicado.
- Los cálculos (edad, cantidades, puntajes) están cubiertos por pruebas con casos límite.
- HealthKit solo se pide para una función de salud, en el momento oportuno.
- Ningún dato de salud va a iCloud, a la publicidad o al texto de una [notificación](https://devoria.fr/es/blog/guideline-4-5-4-notificaciones-push-apple).
- La declaración de dispositivo médico está completa si tu categoría o tu cuestionario lo exigen.
- El cuestionario de clasificación por edad describe el contenido médico real.
- Una app que presta un servicio de salud la envía una organización: la regla 5.1.1(ix) lo exige. El estatus se elige al [inscribirte en el programa de desarrolladores](https://devoria.fr/es/blog/cuenta-desarrollador-apple-precio).
- Las notas de revisión dicen dónde encontrar las fuentes, la advertencia y, si existe, el enlace a la autorización.

## Responder a un rechazo 1.4.1

1. **Identifica lo que cita el revisor**: una medición, un consejo sin fuente, una función de diagnóstico.
2. **Corrige en el build**: fuentes visibles, recordatorio del médico, función retirada si no se puede validar.
3. **Alinea la ficha**: descripción, subtítulo y capturas sin promesas médicas.
4. **Responde con las ubicaciones**, como explico en [responder a App Review](https://devoria.fr/es/blog/resolution-center-apple-responder-rechazo-app-review).

Un modelo en inglés, para adaptar, conservando solo lo que sea cierto:

```text
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]
```

Si la app tiene una autorización regulatoria, adjunta el enlace al documento. Si no, no inventes ninguna: Apple pide la prueba.

## Pasar la 1.4.1 desde tu próximo envío

El [Review Kit](https://devoria.fr/es/kits/app-review) reúne lo que reviso antes de cada envío, con dos skills que revisan tu proyecto en Claude Code y preparan tu respuesta si Apple te rechaza. Si quieres una mirada humana, [reserva una hora conmigo](https://devoria.fr/es/coaching): revisamos juntos tus pantallas de consejos y tu ficha. El proceso completo está en la página [aplicación rechazada por Apple](https://devoria.fr/es/expertise/app-rechazada-por-apple).

Si preparas tu primer lanzamiento, [haz tu diagnóstico gratuito](https://devoria.fr/es/diagnostic): te dice qué etapa atacar primero y te envía mi checklist anti-rechazo de Apple.

Nadie puede garantizar que Apple aceptará tu app. Unas fuentes visibles y unas promesas medidas al menos quitan este motivo de la lista.

## Preguntas frecuentes

### ¿Qué significa "Guideline 1.4.1 - Safety - Physical Harm"?

Es el título del rechazo en el mensaje de Apple. El revisor considera que una información de salud de tu app podría ser falsa, o servir para diagnosticar, sin las garantías esperadas: fuentes, método, recordatorio del médico o autorización.

### ¿Basta una advertencia para pasar la guideline 1.4.1?

No. El recordatorio de consultar a un médico forma parte de las exigencias, pero no reemplaza ni las fuentes ni el método. Una medición imposible de validar sigue siendo rechazada, incluso con una advertencia en la parte superior de la pantalla.

### ¿Una app puede medir la presión arterial con la cámara del iPhone?

No. La 1.4.1 cita la presión arterial, la temperatura, la glucosa y el oxígeno en sangre entre las mediciones prohibidas solo con los sensores del teléfono. Para cualquier otra medición, hay que publicar los datos y el método que demuestran la precisión.

### ¿Hace falta una empresa para publicar una app de salud?

Para un servicio de salud, sí: la regla 5.1.1(ix) exige que las apps de sectores muy regulados, entre ellos la salud, las envíe la entidad que presta el servicio. Una app de recetas o de bienestar no es necesariamente un servicio de salud.

### ¿Qué clasificación por edad corresponde a una app de salud?

Depende de tus respuestas al cuestionario. En la escala de Apple, los temas de bienestar aparecen desde el nivel 9+, la información médica ocasional en el nivel 13+ y la frecuente en el nivel 16+. Responde según el contenido real, no según el nivel que buscas.


## Tu proyecto

[Review Kit](https://devoria.fr/es/kits/app-review): Mi checklist de revisión de App Store, mis rechazos de Apple corregidos, la de Google Play y tres skills de Claude Code. 49 €.

[iOS & Android Kit](https://devoria.fr/es/kits/ios): Crea tu app para iPhone y Android con Claude Code: el código base de mis apps, el camino hasta las tiendas y todos los kits. 99 €.

[Diagnóstico: lo que te separa de tu app para iPhone](https://devoria.fr/es/diagnostic): 7 preguntas, 60 segundos: descubre qué te frena de verdad para publicar tu app para iPhone, tu ruta en 4 etapas y el kit ideal para ti.