Saltar al contenido
WebViewGold Del vibe coding a la App Store
Español
Consigue WebViewGold

Rechazo en App Store

Directriz 1.4.1 (Physical Harm): cómo pasar App Review con una app de salud, médica o de bienestar con IA

Las apps de salud reciben una revisión más estricta porque una respuesta equivocada puede hacer daño a alguien. Un rechazo 1.4.1 suele significar que el revisor encontró una afirmación que la app no puede respaldar, consejos sin un recordatorio de consultar a un médico o un servicio médico enviado por alguien que no es el proveedor. Muchas apps de bienestar pasan en cuanto cuadran las afirmaciones, las salvaguardas y la documentación.

Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.

  • Garantía de aprobación – o te devolvemos el dinero en 14 días
  • Sin programar
  • Pago único, actualizaciones gratuitas
  • Soporte humano 24/7
  • Hecho en Alemania desde 2014 · ISO 27001

Qué dice la 1.4.1 y cómo suena el mensaje

La Directriz 1.4.1 dice que las apps médicas que podrían ofrecer datos inexactos o que podrían usarse para diagnosticar o tratar a pacientes pueden recibir un escrutinio mayor. Las apps deben revelar los datos y la metodología que respaldan sus afirmaciones de precisión en mediciones de salud, y Apple las rechaza si la precisión no se puede validar; medir la tensión arterial, la temperatura corporal, la glucosa o el oxígeno en sangre, o hacer radiografías, solo con los sensores del dispositivo se menciona expresamente como no permitido. Las apps deberían recordar a los usuarios que consulten a un médico antes de tomar decisiones médicas, y una app con autorización regulatoria debería incluir en el envío un enlace a esa documentación.

El rechazo cita "1.4.1 - Safety - Physical Harm" y suele decir qué falta: fuentes para la información médica, validación de una medición, un recordatorio de consultar a un médico o una prueba de la autorización. Puede llegar junto con la 5.1.1(ix) cuando un servicio sanitario procede de una cuenta individual, y con la 1.2 cuando el contenido de salud lo genera un chat de IA.

Las normas con las que se mide una app de salud

  • 1.4.1

    Precisión médica y recordatorio de consultar al médico

    Las afirmaciones sobre mediciones de salud necesitan datos y metodología publicados; no se permiten mediciones de tensión, glucosa, oxígeno o temperatura hechas solo con el dispositivo; recuerda a los usuarios que consulten a un médico; enlaza la autorización regulatoria si la tienes.

  • 1.4.2

    Calculadoras de dosis de medicamentos

    Solo de un fabricante de medicamentos, un hospital, una universidad, una aseguradora sanitaria, una farmacia u otra entidad aprobada, o con la aprobación de la FDA o de un regulador equivalente.

  • 5.1.1(ix)

    Los sectores regulados necesitan una entidad legal

    Las apps que prestan servicios en sectores muy regulados, como la sanidad, deberían enviarse desde la entidad legal que presta el servicio, no desde un desarrollador individual.

  • 5.1.3

    Datos de salud

    Nada de usar datos de salud, actividad física o médicos para publicidad o minería de datos, nada de escribir datos falsos en HealthKit, nada de información personal de salud en iCloud, y consentimiento y aprobación ética para la investigación.

  • 5.1.2(i)

    Compartir con IA de terceros

    Desde la actualización de noviembre de 2025, las apps deben indicar con claridad cuándo se envían datos personales a terceros, incluida una IA de terceros, y obtener antes un permiso explícito.

Dónde tropiezan las apps de salud hechas con vibe coding

Chats de "médico con IA" y comprobadores de síntomas

Un chat al estilo de ChatGPT que responde a "¿qué tengo?" con un diagnóstico. Los revisores lo prueban con unos cuantos síntomas y leen las respuestas.

Mediciones que el teléfono no puede hacer

Las herramientas de IA generan encantadas una función de "mide tu oxígeno en sangre con la cámara". La Directriz 1.4.1 menciona exactamente este caso.

Calculadoras de dosis y medicación

Las calculadoras de insulina, dosis o suplementos de un desarrollador individual chocan con la 1.4.2.

Telemedicina desde una cuenta personal

Reservar citas y chatear con profesionales sanitarios es un servicio regulado; Apple espera la cuenta de empresa del proveedor según la 5.1.1(ix).

Promesas de curación en la ficha

"Revierte la diabetes", "cura la ansiedad en 7 días": las afirmaciones en la descripción o en las capturas se revisan con el mismo rigor que la app.

Chat de salud mental sin red de seguridad

Sin gestión de crisis, sin indicaciones hacia ayuda de emergencia, sin forma de denunciar una respuesta dañina.

Con una buena versión optimizada de su aplicación web, puedes tener una impresionante aplicación móvil en un par de minutos. ¡Además del servicio al cliente es muy agradable y muy útil! ¡Puedo recomendar WebViewgold :-)

Julian Koch · Cofundador de Dueldonkey · CodeCanyon

¿App de bienestar o producto sanitario? Una clasificación práctica

Los reguladores deciden según el uso previsto que describes, en la app y en la ficha. Esta tabla sirve de orientación, no es asesoramiento legal.

Tu app...Normalmente se consideraQué preparar
registra hábitos, agua, sueño, entrenamientos o estado de ánimo para el bienestar generalBienestarTextos honestos, recordatorio de consultar al médico donde haya consejos, política de privacidad, "No" en la declaración de producto sanitario
explica enfermedades y tratamientos citando fuentesInformación de saludFuentes con nombre, una fecha de revisión, un recordatorio de consultar al médico, ningún diagnóstico personal
sugiere un diagnóstico, clasifica síntomas, interpreta lecturas o calcula dosisPosiblemente un producto sanitario regulado (FDA, MDR de la UE, normas del Reino Unido)Evaluación regulatoria, autorización o documentos CE/UKCA, una cuenta de empresa, la declaración de producto sanitario
pone en contacto a pacientes con profesionales sanitarios colegiadosServicio sanitario reguladoEnvío desde la entidad legal del proveedor, licencias, una configuración de privacidad estricta
realiza un estudio de saludInvestigación en saludFlujo de consentimiento informado y aprobación de un comité de ética (5.1.3)

Pasos para solucionar un rechazo 1.4.1

  1. Haz inventario de cada afirmación de salud

    Ficha, capturas, onboarding, botones, textos de push y las respuestas que da tu IA. Pégalo todo en un solo documento; te sorprenderá lo que escribió el constructor.

  2. Elimina o justifica

    Borra las afirmaciones de mediciones que el teléfono no puede hacer y las promesas de curación. Para el contenido informativo, añade una página de Fuentes con guías o estudios citados por su nombre y una fecha de "última revisión".

  3. Añade el recordatorio médico donde haya consejos

    En el onboarding, bajo cada respuesta de la IA y en la descripción. WebViewGold carga tu app web en directo, así que los cambios de texto no necesitan una nueva compilación.

  4. Ponle límites a la IA

    Un prompt de sistema que rechace diagnósticos y dosis, derive las emergencias a los servicios de emergencia locales, y un botón para denunciar respuestas dañinas (consulta la Directriz 1.2 para contenido de IA).

  5. Trata los datos como datos de salud

    Nombra al proveedor de IA en la política de privacidad, pide un consentimiento explícito antes de que le lleguen datos de salud y no uses nunca datos de salud para anuncios. Con el plugin de HealthKit (readhealthkit://, writehealthkit://), añade los dos textos de propósito y solicita solo los tipos que uses (documentación de HealthKit).

  6. Resuelve lo del vendedor y la documentación

    Servicio o producto regulado: envía desde la cuenta de empresa, adjunta la autorización o los documentos CE/UKCA y sus enlaces en las notas de revisión, y completa la declaración de producto sanitario.

  7. Responde con pruebas

    Enumera lo que cambió, dónde están el recordatorio y las fuentes, y adjunta los documentos. Usa la plantilla de abajo.

Límites para un chat de IA de salud o bienestar

Añade esto al prompt de sistema de tu llamada a OpenAI, Anthropic o Gemini. No convierte un producto sanitario en seguro, pero frena las respuestas que más rechazan los revisores. Más sobre apps de IA en general: normas de las tiendas para apps de chat con IA.

Bloque para el prompt de sistema de tu chat de IA (adáptalo a tu app)
Eres un asistente de bienestar en [nombre de la app]. Das información general sobre [sueño / nutrición / ejercicio / estrés], no atención médica.

Reglas:
- Nunca diagnostiques, nunca nombres una posible enfermedad a partir de los síntomas del usuario y nunca interpretes valores de laboratorio o lecturas como normales o anormales.
- Nunca recomiendes, calcules ni cambies dosis de ningún medicamento o suplemento.
- Si el usuario describe dolor en el pecho, dificultad para respirar, signos de un ictus, una hemorragia grave, pensamientos de autolesión o cualquier emergencia: dile que contacte ahora con los servicios de emergencia locales y deja de dar otros consejos.
- Termina cada respuesta que trate de salud con: "Esto es información general, no consejo médico. Consulta con un médico antes de tomar decisiones sobre tu salud."
- Cuando afirmes un dato de salud, indica el tipo de fuente (por ejemplo, guías sanitarias nacionales) y no inventes estudios ni cifras.
- No pidas más datos de salud de los necesarios y nunca pidas nombres, direcciones ni números de seguro.

Plantilla de respuesta para el Centro de resolución

La plantilla se queda en inglés porque App Review trabaja en inglés.

Respuesta en el Centro de resolución (adapta las partes entre corchetes)
Hello App Review team,

Thank you for the review under Guideline 1.4.1. We have made the following changes in build [number] and in our metadata:

1. Claims: we removed [measurement / cure claims] from the app and the listing. The app is a [wellness / health information] app and does not diagnose or treat.
2. Sources: health information now cites [sources] on a Sources page ([where in the app]).
3. Doctor reminder: shown [during onboarding, below every assistant answer and in the description].
4. AI safeguards: the assistant declines diagnoses and dosing, refers emergencies to local emergency services, and users can report any answer.
5. Data: health details are only sent to [AI provider] after explicit consent; this is described in our privacy policy at [URL]. No health data is used for advertising.
[6. Regulatory status: the app is cleared as [device class / CE / UKCA]; documentation: [link]. It is submitted by [legal entity], the provider of the service.]

Best regards,
[Name], [Company]

Lista de comprobación antes del envío para apps de salud

  • Ninguna medición que el dispositivo no pueda validar, ninguna promesa de curación o tratamiento en ningún lugar de la app o de la ficha.
  • Un recordatorio de consultar al médico allí donde la app dé consejos, visible sin tener que desplazarse por textos legales.
  • Fuentes para la información médica, con fecha.
  • Respuestas de la IA probadas con 20 preguntas difíciles (dosis, emergencias, autolesiones) antes del envío.
  • Consentimiento antes de que los datos de salud lleguen a un proveedor de IA; la política de privacidad nombra al proveedor (consulta la guía de etiquetas de privacidad).
  • Categoría, respuestas de la clasificación por edad y declaración de producto sanitario coherentes entre sí.
  • Servicio o producto regulado: cuenta de empresa y documentos enlazados en las notas de revisión.

Preguntas frecuentes

¿Puedo publicar un chatbot de salud con IA como desarrollador individual?

Un asistente de bienestar general o educativo con límites sólidos puede publicarse desde una cuenta individual. En cuanto la app diagnostica, trata, calcula dosis o presta un servicio sanitario, cuenta con que Apple pida una entidad legal según la 5.1.1(ix) y documentos regulatorios.

¿Basta con un aviso legal para pasar la 1.4.1?

No. El recordatorio de consultar a un médico es obligatorio, pero no anula una afirmación que la app no puede respaldar. Elimina la afirmación y luego añade el recordatorio.

Mi app es un registro de actividad física. ¿Me afecta la declaración de producto sanitario?

Si tu categoría es Salud y forma física (Health & Fitness) y distribuyes en el EEE, el Reino Unido o EE. UU., tienes que responder a la pregunta; para un registro de actividad o de hábitos la respuesta normalmente es No, y te lleva un minuto.

¿Puede una app de WebViewGold leer datos de Apple Health?

Sí, mediante el plugin de HealthKit, que se activa con un token de plugin de WebViewGold y la capability de HealthKit. Tu app web lee valores con readhealthkit:// y los escribe con writehealthkit://, y se aplican las normas de la Directriz 5.1.3 sobre datos de salud.

¿Elijo la categoría Medicina o Salud y forma física?

Elige según lo que hace la app. Medicina (Medical) encaja con apps para pacientes o profesionales sanitarios; Salud y forma física (Health & Fitness), con entrenamientos, nutrición, sueño y bienestar. Cualquiera de las dos activa la pregunta sobre producto sanitario en las regiones mencionadas arriba.

Tres formas de llevar tu app a las tiendas

El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.

Hazlo tú mismo

$109 por plataforma, pago único

La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.

Ver planes en la página principal

Full Service

$698 por plataforma $798

Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.

Detalles del Full Service Con tecnología de WeSetupYourWebViewApp

Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.

¿Listo para lanzar tu app?

Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días

¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.

Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.