Modo Auxilio

Informe integral de investigación y decisión de producto — Fase 0

Fecha de corte: 2 de agosto de 2026
Estado: investigación; no es una guía clínica ni un producto aprobado para emergencias reales
Nombre: Modo Auxilio es un nombre de trabajo, sujeto a búsqueda marcaria formal
Plataforma objetivo inicial: PWA offline en Cloudflare Pages (*.pages.dev)

1. Resumen ejecutivo

La oportunidad existe, pero no es simplemente “hacer un metrónomo mejor”. El mercado está fragmentado entre metrónomos mínimos, herramientas complejas para profesionales, cursos de entrenamiento, apps generales de primeros auxilios, redes de rescatistas y productos con hardware. Hay muy pocas propuestas que reúnan inicio inmediato, español, voz útil, funcionamiento offline, cero anuncios, accesibilidad y asistencia separada para personas y mascotas.

La propuesta recomendada es un bien público digital con dos módulos clínicamente aislados:

1. Personas: adulto/adolescente, niño y bebé.
2. Perros y gatos: gato/perro pequeño y perros medianos o grandes según la forma del tórax.

El núcleo de emergencia será gratuito para siempre, sin anuncios, cuenta, suscripción, venta de datos ni patrocinio visible durante una emergencia. La sostenibilidad debe venir de formación, acuerdos institucionales, subvenciones, donaciones transparentes y servicios B2B completamente separados del momento crítico.

La voz humana pregrabada y el metrónomo sincronizado son requisitos centrales. Deben empezar juntos inmediatamente después de una acción deliberada del usuario y funcionar offline. No se recomienda que el metrónomo emita sonido al abrir la web: los navegadores pueden bloquearlo, puede inducir una maniobra incorrecta antes de identificar al paciente, compite con llamadas y dispositivos, y convierte una apertura accidental en una falsa alarma. La pantalla inicial puede tener una pulsación visual silenciosa; el audio comienza tras seleccionar el caso.

La objeción científica que decide el proyecto

Las guías AHA 2025 indican que no se recomienda que los rescatistas legos usen ayudas cognitivas durante una reanimación. En estudios simulados, algunas apps y guías mejoraron ciertos aspectos técnicos, pero otras demoraron entre 30 y 70 segundos la llamada a emergencias o el inicio de las compresiones. La AHA considera que esas demoras superan los beneficios observados. Esta evidencia no obliga a abandonar la idea, pero sí impide asumir que una app, por ser simple, salvará vidas automáticamente. La primera hipótesis que debe probarse es que Modo Auxilio no demora las acciones críticas frente a no usar app o seguir únicamente al operador. Fuente: AHA 2025, ciencia de educación y ayudas cognitivas.

Por eso, el indicador principal no será la cantidad de funciones, descargas o tiempo de uso. Será:

• tiempo hasta pedir ayuda;
• tiempo hasta la primera compresión;
• tiempo sin compresiones;
• selección correcta del protocolo;
• capacidad de ceder el control al operador, DEA o veterinario;
• ausencia de errores peligrosos.

Si la solución no demuestra no inferioridad en estos indicadores, el proyecto debe pivotar a entrenamiento, preparación previa o integración con despachos de emergencias, y no presentarse como copiloto para uso real.

Decisión de plataforma

Una PWA estática en Cloudflare Pages es apropiada para un prototipo gratuito, fácil de compartir, instalable y capaz de funcionar offline en primer plano. No puede garantizar llamadas automáticas, altavoz, vibración, flash ni audio continuo cuando el marcador telefónico o el sistema operativo envían la web a segundo plano. Por eso el plan correcto es:

1. construir y validar el motor web como PWA;
2. publicar primero entrenamiento y pruebas controladas;
3. ensayar audio, bloqueo de pantalla, llamada y segundo plano en teléfonos reales;
4. si la confiabilidad no alcanza, conservar la web como acceso y entrenamiento, y empaquetar el mismo núcleo en una aplicación nativa.

Cloudflare Pages ofrece solicitudes gratuitas e ilimitadas para activos estáticos y capacidad suficiente en el plan gratuito para este producto; además permite despliegues reversibles. Fuentes: precios de Pages y límites de Pages.

Recomendación de salida

No lanzar todos los protocolos a uso real el mismo día. Crear un producto paraguas con la arquitectura completa, pero liberar cada módulo detrás de su propia evidencia y aprobación:

1. prototipo y entrenamiento de adulto/adolescente;
2. piloto humano adulto bajo simulación;
3. niño y bebé con equipo pediátrico;
4. perro y gato con veterinario de emergencias y cuidados críticos;
5. consulta regulatoria y beta pública limitada;
6. uso real únicamente tras superar los criterios de seguridad.

2. Carta del producto gratuito

2.1 Propósito

Ayudar a una persona preparada o guiada a actuar con rapidez y continuidad ante un posible paro cardiorrespiratorio, sin reemplazar al operador de emergencias, el DEA ni al profesional humano o veterinario.

2.2 Promesa ética

El producto debe ser accesible sin pago ni registro cuando más se necesita. Por eso se fijan estos compromisos:

• todas las funciones necesarias durante una emergencia serán gratuitas;
• no habrá anuncios, enlaces afiliados ni patrocinadores en el flujo de emergencia;
• no se venderán datos ni derivaciones a ambulancias, clínicas o veterinarias;
• no habrá cuenta obligatoria;
• no se recogerá audio, video, identidad, ubicación precisa ni historia clínica en el MVP;
• una donación solo podrá solicitarse en ajustes o fuera del evento, nunca durante ni inmediatamente después de una experiencia traumática;
• las limitaciones y versiones clínicas serán públicas;
• la misión será “reducir demoras y apoyar acciones correctas”, nunca “garantizar salvar una vida”.

2.3 Qué significa “salvar la mayor cantidad de vidas posible”

La misión se maximiza priorizando impacto poblacional, no funciones llamativas:

1. aumentar la formación y la preparación previa;
2. estar instalada y verificada antes del evento;
3. ayudar a activar rápidamente el sistema de emergencias;
4. evitar demoras al inicio de la RCP;
5. guiar un ritmo correcto sin crear falsa sensación de medición;
6. facilitar el DEA en humanos;
7. funcionar en teléfonos económicos, con mala señal y para personas mayores;
8. distribuir mediante escuelas, empresas, gimnasios, clubes, refugios, veterinarias y organismos públicos;
9. medir seguridad en simulación antes de hacer afirmaciones públicas.

La distribución y el entrenamiento probablemente salvarán más vidas que agregar cámara, IA o estadísticas.

3. Alcance y límites de esta investigación

Se revisaron tiendas de iOS y Android, sitios oficiales de productos, guías AHA, ERC, ILCOR y RECOVER, fuentes regulatorias de Argentina, Estados Unidos y la Unión Europea, documentación web/PWA y el reel de Instagram compartido por el impulsor del proyecto.

El relevamiento de tiendas es una fotografía al 2 de agosto de 2026, no una enumeración matemática de toda app publicada. Los catálogos, precios, descargas y disponibilidad cambian por país y por fecha. Una búsqueda de nombre en web o tiendas tampoco sustituye una búsqueda de marcas en INPI, WIPO, USPTO o EUIPO.

El documento no sustituye la aprobación de un director médico, pediatra, veterinario de emergencias, autoridad regulatoria, comité de ética ni asesor jurídico. Su función es convertir una idea inicial en un programa de producto verificable.

4. Mercado: mapa competitivo

4.1 Las seis categorías reales

4.2 Competidores humanos más relevantes

Otros benchmarks profesionales útiles son Code Blue Event Timer, Code Runner Pro, ProSMP y la PWA eResus. En entrenamiento destacan Laerdal QCPR, PRESTAN y Life Safe CPR Coach.

4.3 Competidores para perros y gatos

4.4 Redes y adyacencias

PulsePoint, Staying Alive, GoodSAM y Heartrunner demuestran que las apps pueden generar impacto cuando están integradas al sistema de despacho, activan personas entrenadas y conectan con DEA. Ese efecto sistémico es más sólido que la evidencia de una guía aislada en la pantalla. Un metaanálisis de 2025 encontró asociaciones favorables para redes de rescatistas mediante smartphone, pero esas redes necesitan acuerdos locales, disponibilidad de datos y operación continua; son una fase futura, nunca una dependencia del núcleo offline. Fuente: revisión en PMC.

4.5 Tendencias 2026

• funcionamiento local, privacidad y ausencia de cuenta;
• voz manos libres y múltiples idiomas;
• widgets, accesos directos y relojes;
• integración con despacho, DEA y mapas;
• feedback medido mediante maniquí o hardware;
• separación de entrenamiento y emergencia;
• registro y mejora de calidad para profesionales;
• productos nuevos que usan “IA” como marketing sin publicar validación clínica suficiente;
• retorno al diseño simple tras años de herramientas profesionales sobrecargadas.

4.6 Hueco de mercado real

El hueco no es “no existe ninguna app”. El hueco defendible es:

Una única plataforma gratuita, en español, sin anuncios ni cuenta, con voz humana y metrónomo offline, que separa radicalmente personas y perros/gatos, entra en acción con muy pocos toques y publica su evidencia, limitaciones y gobernanza.

La ventaja competitiva no será una lista de funciones. Será confianza verificable: revisión clínica doble, tiempo de inicio medido, confiabilidad offline, accesibilidad, distribución institucional y transparencia.

5. Auditoría del reel de RCP en perros y gatos

Se revisó el reel compartido de Dr. Julián Parra. El contenido visible propone:

• clasificar el tórax en pequeño, profundo, ancho y redondo;
• comprimir según la forma, no solamente según el peso o la raza;
• 100–120 compresiones/min;
• ciclos de 30 compresiones y 2 respiraciones;
• alrededor de un tercio de profundidad en posiciones laterales y un cuarto en tórax ancho/boca arriba;
• continuar mientras se llega a atención veterinaria.

La idea de distinguir conformación torácica está alineada en términos generales con RECOVER y con material de la Cruz Roja. El reel es una buena inspiración para la selección visual, pero no puede convertirse literalmente en algoritmo de producto:

1. RECOVER 2024 permite tres técnicas distintas para gatos y perros pequeños.
2. La profundidad depende también de si el animal está de lado o boca arriba: lateral 1/3–1/2 del ancho; dorsal aproximadamente 1/4.
3. La respiración boca-hocico solo se aconseja cuando el riesgo zoonótico, tóxico o de exposición a narcóticos es aceptable; si es incierto, se prefieren compresiones o una barrera/mascarilla.
4. Un lego no debe perder tiempo buscando pulso en un animal inconsciente y sin respiración.
5. Una persona sola no puede conducir de forma segura y hacer RCP al mismo tiempo.
6. Un DEA humano no debe indicarse para una mascota.
7. Cachorros y gatitos recién nacidos siguen un algoritmo completamente distinto.
8. Las imágenes y gráficos RECOVER tienen derechos; el producto necesita ilustraciones originales y revisión veterinaria.

La base primaria será RECOVER 2024, no un reel. La Cruz Roja ofrece un buen puente para público general: RCP en perros y RCP en perros y gatos.

6. Evidencia clínica: personas

6.1 Reconocimiento

Para un lego, el disparador general es una persona que no responde y no respira normalmente; el jadeo agónico no es respiración normal. No debe perder tiempo palpando pulso. La escena debe ser segura y el sistema de emergencias debe activarse cuanto antes, idealmente con el teléfono en altavoz. El operador puede confirmar el paro y guiar la maniobra. Fuentes: AHA Adult BLS 2025 y ERC Adult BLS 2025.

6.2 Diferencias por etapa de vida

Fuente pediátrica principal: AHA/AAP Pediatric BLS 2025 y algoritmo para legos.

6.3 Calidad común a todos los grupos humanos

• permitir retroceso completo del tórax;
• minimizar pausas y mantener las interrupciones por debajo de 10 segundos;
• usar una superficie firme si se puede sin crear una demora o movimiento inseguro;
• continuar hasta que el operador o equipo profesional releve, haya respiración normal/movimiento claro, la escena sea insegura o el rescatista no pueda continuar;
• si hay otra persona, cambiar quien comprime aproximadamente cada dos minutos sin generar una pausa; si está solo, continuar;
• al llegar un DEA, seguir su audio y reanudar compresiones inmediatamente después de descarga o indicación de no descargar.

6.4 No mezclar AHA, ERC y guías locales

Existen diferencias relevantes. ERC pediátrico incluye cinco ventilaciones iniciales y luego ratios que dependen de la formación; AHA usa una secuencia que comienza con compresiones y un flujo lego 30:2. La mini guía argentina de agosto de 2025 aún muestra dos dedos para lactantes, mientras que la AHA publicada en octubre de 2025 eliminó esa técnica por profundidad insuficiente.

El producto no debe inventar una mezcla internacional. Necesita “paquetes clínicos” regionales versionados, seleccionados y descargados antes de una emergencia, cada uno firmado por su director médico y con fecha de revisión. El primer paquete argentino debe conciliar formalmente la guía local con la evidencia posterior.

6.5 Casos que no entran en el flujo general

Ahogamiento, asfixia, sobredosis/opioides, trauma, embarazo y parto requieren énfasis o acciones adicionales. Incluirlos todos en la primera pantalla aumentaría la carga cognitiva. Deben existir como módulos futuros, y el MVP tiene que declarar claramente su alcance de “posible paro, no responde y no respira normalmente”.

7. Evidencia clínica: perros y gatos

7.1 Activación para un lego

RECOVER 2024 recomienda comenzar soporte vital básico en un perro o gato que no responde y no respira, sin demorar buscando pulso femoral o apical. Un único rescatista puede revisar brevemente la vía aérea y retirar solo una obstrucción visible y segura, sin retrasar compresiones más de 10–15 segundos y sin barrido ciego. Fuente: guía RECOVER 2024 de acceso abierto.

7.2 Matriz de técnica animal adulta

La evidencia veterinaria es con frecuencia de calidad baja o muy baja y parte del algoritmo RECOVER presupone clínica, intubación y varios profesionales. Modo Auxilio solo puede usar el subconjunto aprobado para dueño o cuidador lego.

7.3 Respiraciones y seguridad humana

En un animal no intubado se prefieren mascarilla ajustada y resucitador si están disponibles. Boca-nariz/hocico implica cerrar la boca, alinear cuello y cabeza y soplar durante aproximadamente un segundo hasta ver elevarse el pecho. Si existe o no puede descartarse riesgo de enfermedad zoonótica, tóxico, narcótico, mordedura o exposición desconocida, la app debe ofrecer compresiones sin respiración y pedir barrera/profesional, no presionar al usuario a exponerse.

7.4 Ayuda y traslado

No existe un número veterinario universal. La app debe permitir configurar una guardia 24 h y un contacto alternativo antes del evento. Durante la emergencia:

• si hay otra persona, esa persona llama y organiza transporte;
• el teléfono puede quedar en altavoz si la plataforma lo permite;
• nadie debe conducir mientras realiza RCP;
• continuar hasta relevo veterinario o recuperación evidente;
• jamás ofrecer el 107/911 como “ambulancia de mascotas”, salvo que también haya riesgo humano, incendio o necesidad policial.

7.5 Cachorros y gatitos recién nacidos

No usan el algoritmo 100–120 y 30:2. La guía RECOVER 2025 prioriza secado, estimulación, calor, vía aérea y ventilación; las compresiones se consideran bajo condiciones específicas y con otro ratio. Deben quedar fuera del MVP o en un módulo obstétrico separado. Fuente: RECOVER Newborn 2025.

8. Hallazgos que cambian el concepto original

8.1 La app no puede afirmar lo que no mide

Se eliminan del MVP frases como:

• “más fuerte”;
• “más profundo”;
• “más rápido” o “más lento”;
• “no estás levantando completamente las manos”.

Sin un sensor validado esas frases son ficticias. Incluso “más profundo” puede empujar a superar los 6 cm en un adulto. Los reemplazos correctos son recordatorios generales: “seguí este ritmo”, “dejá que el pecho vuelva completamente” o la profundidad correspondiente al perfil. El metrónomo marca un objetivo; no mide la cadencia real.

8.2 El aviso de dos minutos no ordena detenerse

El mensaje será condicional: “Si hay otra persona, cambien ahora sin interrumpir. Si estás solo, seguí”. No habrá alarma que sugiera pausa, chequeo de pulso o final de ciclo.

8.3 El DEA manda en personas y no se usa en mascotas

Cuando llega un DEA humano, la app debe ofrecer un botón grande DEA EN USO que silencie voz y metrónomo. Se obedece al dispositivo y se reanudan compresiones cuando indique. El módulo animal no muestra DEA ni instrucciones de descarga.

8.4 La voz del operador o profesional siempre tiene prioridad

Orden de autoridad sonora:

1. operador de emergencias o veterinario;
2. DEA en personas;
3. guía de voz de la app;
4. metrónomo;
5. señales opcionales como vibración o flash.

La app debe poder silenciarse con un único toque sin detener el cronómetro. Nunca debe competir hablando encima de una llamada.

8.5 El audio no comienza al abrir

El “latido desde la apertura” se conserva como recurso visual y como experimento del modo entrenamiento. En emergencia, el primer sonido ocurre después de una selección deliberada. Esto también satisface las políticas de reproducción automática: la acción del usuario permite iniciar Web Audio con mucha más confiabilidad. Fuente: autoplay en medios web.

8.6 Funcionalidades innovadoras priorizadas

La innovación útil no debe aumentar la cantidad de decisiones durante el paro. Se priorizan mecanismos que reduzcan demora, eviten errores o hagan auditable la confianza:

Funciones atractivas pero rechazadas como “innovación” del modo real: IA generativa, cámara que observa sin validación, feedback inventado, autoplay al abrir, gamificación, ranking, flash obligatorio, búsqueda online bloqueante y traducción automática de instrucciones. En una emergencia, novedad sin evidencia es una fuente de riesgo.

9. Arquitectura de información y flujo de usuario

9.1 Entrada principal

MODO AUXILIO

¿Quién no responde y no respira normalmente?

[ PERSONA ]
[ PERRO O GATO ]

[ Entrenar ]          [ Preparar mi teléfono ]

No habrá carrusel, menú de hamburguesa, login, aviso publicitario, selector de idioma bloqueante ni onboarding durante el evento.

9.2 Personas

PERSONA

[ ADULTO O ADOLESCENTE ]
[ NIÑO ]
[ BEBÉ ]

Guía visual: “adolescente con signos de pubertad” / “niño” / “menor de 1 año”

Al tocar una tarjeta, el sistema confirma por voz “Modo adulto”, “Modo niño” o “Modo bebé” y empieza ritmo/cronómetro sin otra pantalla. La etiqueta y silueta permanecen visibles y se pueden corregir con un toque protegido contra accidentes.

9.3 Perros y gatos

PERRO O GATO

[ GATO O PERRO PEQUEÑO ]
[ PERRO MEDIANO O GRANDE ]

Para perro mediano/grande aparece una única selección visual:

[ TÓRAX REDONDO ]  [ PROFUNDO/ESTRECHO ]  [ ANCHO/PLANO ]
[ NO SÉ — LLAMAR A LA GUARDIA ]

No se utilizarán listas de razas como mecanismo principal: muchas mezclas no encajan y una elección por nombre puede ser errónea. Las ilustraciones originales mostrarán vista lateral y superior. La ruta NO SÉ necesita definición de un veterinario; no se inventará una técnica universal.

9.4 Accesos directos

Para recuperar el objetivo de menos de dos segundos se usarán:

• accesos PWA directos a persona adulta, pediatría y mascota;
• URL/QR específicos para escuelas, DEA, gimnasios y veterinarias;
• perfil predeterminado opcional elegido fuera de la emergencia;
• botón de “último modo preparado” en el icono de la app, sujeto a soporte del sistema.

El hogar conserva las dos grandes áreas, pero un contexto preparado puede saltar directamente al modo correcto.

9.5 Llamada a emergencias

La web no hará llamadas automáticas. Un botón LLAMAR AL 107, 911, 112 o número verificado usa un enlace tel: y entrega el control al sistema operativo. El usuario conserva la acción final; la web no puede garantizar altavoz ni ubicación. En Argentina el número depende de provincia/localidad: el Estado informa 107 en muchas jurisdicciones, 911 en Provincia de Buenos Aires y 106 en Neuquén, entre otras variaciones. Fuentes: recomendaciones oficiales y SAME CABA.

El número se prepara antes del evento y queda visible con su localidad y fecha de verificación. La app no adivina un número crítico por GPS en el momento.

9.6 Cero llamadas en pruebas

• El modo entrenamiento contiene SIMULAR LLAMADA, sin número real.
• Los tests automáticos interceptan y validan el enlace; no abren un marcador.
• Las pruebas físicas usan números internos, simuladores o dispositivos sin red.
• Los números 107, 911, 112 y guardias reales están prohibidos en planes de prueba.
• Producción nunca llama sin un toque deliberado.

9.7 Detención y recuperación

No habrá un botón de pausa prominente. DETENER requiere mantener presionado y confirmar el motivo. Los finales válidos y su guion se revisarán clínicamente: relevo profesional, instrucción del operador, respiración normal/movimiento claro, escena insegura o agotamiento. El cierre ofrece instrucciones mínimas y apoyo emocional, nunca una puntuación de “éxito” o “fracaso”.

9.8 Dictamen independiente de UX/UI

La revisión senior independiente confirmó cuatro decisiones:

1. no lanzar los módulos humano adulto, pediátrico y animal como si compartir una interfaz implicara compartir evidencia;
2. tratar tiempo a llamada, tiempo a primera compresión y protocolo correcto como resultados de seguridad;
3. mantener completamente separados emergencia, preparación y entrenamiento;
4. rechazar el metrónomo audible al abrir y cualquier voz que compita con el operador, DEA o veterinario.

El panel activo debe mostrar una sola instrucción dominante, el modo actual de forma persistente y un control grande OPERADOR/DEA ESTÁ HABLANDO o VETERINARIO AL TELÉFONO que silencie la app sin perder el cronómetro. No debe mostrar puntos, “calidad”, ciclos como trofeos ni datos que parezcan medidos.

9.9 Sistema visual inicial para prototipos

Estos valores son hipótesis de diseño, no una identidad cerrada. El contraste crítico apunta a 7:1. Color nunca identifica por sí solo: siempre texto, icono y confirmación hablada. No habrá sliders, gestos ocultos, carruseles, menú hamburguesa ni scroll en pantallas críticas. El ritmo visual será localizado y respetará prefers-reduced-motion; no se hará parpadear toda la pantalla. Referencias: WCAG 2.2 y Target Size Enhanced.

10. Diseño de voz y sonido

10.1 Principios

• voz humana pregrabada, cálida, firme y sin dramatización;
• archivos locales revisados palabra por palabra;
• español rioplatense inicial con texto comprensible regionalmente;
• paquetes de idioma descargados y validados antes de declarar modo offline;
• frases breves, una acción por frase;
• silencios largos suficientes para actuar;
• sin nombres comerciales, claims ni frases culpabilizantes;
• no usar TTS remoto como dependencia: algunas voces del sistema no son locales;
• no guardar ni transmitir la voz del usuario o del ambiente.

10.2 Motor de audio

El metrónomo se generará con Web Audio y un reloj monotónico, programando beats con anticipación; no dependerá de un setInterval que deriva bajo carga. El primer beat debe seguir inmediatamente al toque. La voz hace “ducking”: reduce temporalmente el metrónomo, pero no altera el pulso salvo cuando el protocolo requiere una pausa para respiraciones.

Objetivos de ingeniería iniciales:

• 110 BPM por defecto, dentro de 100–120;
• error acumulado imperceptible y medido en sesiones largas;
• inicio desde toque hasta primer beat por debajo de 100 ms en p95 del conjunto de prueba;
• recuperación segura tras interrupción, auriculares/Bluetooth, bloqueo y cambio de pestaña;
• aviso visual equivalente cuando no hay audio;
• prueba con modo silencio y volumen bajo; nunca prometer que la web puede cambiar el volumen del sistema.

10.3 Cadencia de voz conceptual

No es un guion clínico aprobado, sino una estructura para probar:

1. confirmación de modo;
2. “Pedí ayuda / llamá ahora / poné el teléfono en altavoz”;
3. comienzo de compresiones y posición;
4. recordatorio corto de ritmo y retroceso;
5. aviso temprano de DEA humano o guardia veterinaria;
6. intervalos silenciosos;
7. aviso condicional de cambio a los dos minutos;
8. cesión inmediata cuando operador, DEA o veterinario hablan.

En niño, bebé y mascota, el audio de 30:2 necesita dos perfiles: ventilaciones guiadas y solo compresiones cuando el usuario no puede, no quiere o no es seguro ventilar. Las pausas deben medirse y mantenerse dentro del límite clínico.

10.4 Vibración y flash

Son complementos opcionales, apagados por defecto y nunca necesarios para completar el flujo. La API de vibración no está disponible uniformemente y puede no hacer nada. Fuente: Vibration API. El flash requiere cámara, permiso y soporte de hardware, consume batería y puede distraer o afectar a personas fotosensibles. Se pospone hasta pruebas específicas.

11. MVP priorizado

11.1 P0: imprescindible para prototipo validable

11.2 P1: después de validar el núcleo

• segundo paquete de idioma y variantes regionales;
• accesos directos PWA y QR contextuales;
• perfiles locales opcionales de mascotas y guardia;
• integración institucional con entrenamiento;
• soporte nativo si la PWA no supera pruebas de llamada/segundo plano;
• panel de preparación de dispositivos, sin datos de pacientes;
• recursos de apoyo emocional postevento.

11.3 Futuro de investigación

• smartwatch y vibración confiable;
• sensor o hardware validado para ritmo/profundidad;
• cámara totalmente local y sin grabación;
• estadísticas de entrenamiento;
• redes de rescatistas y DEA mediante acuerdos públicos;
• módulos de ahogamiento, asfixia, opioides, embarazo y neonatal;
• nuevos animales solo con guías y responsables especialistas.

11.4 Fuera del producto de emergencia hasta nueva evidencia

• IA generativa que improvise instrucciones;
• feedback de profundidad o fuerza sin sensor validado;
• cámara que grabe o suba imágenes;
• ranking, puntos o gamificación durante un evento;
• anuncios, suscripción, registro o consentimiento largo;
• mapa online obligatorio;
• auto-llamada, auto-altavoz o envío automático de ubicación;
• flash obligatorio;
• actualizaciones de contenido en medio de una sesión;
• DEA o desfibrilación para mascota;
• fármacos, dosis o procedimientos profesionales;
• RCP neonatal humana o animal dentro del modo general.

12. Arquitectura técnica propuesta

12.1 Stack

• Frontend: TypeScript estricto y Preact o componentes web pequeños; evitar un framework pesado.
• Build: Vite con versiones fijadas y salida estática.
• Estado: máquina de estados/reducer determinista; no lógica clínica dispersa en componentes visuales.
• Audio: Web Audio para beat preciso y archivos pregrabados versionados.
• Relojes: performance.now() para cronómetro y AudioContext.currentTime para beats.
• Offline: service worker con precache de shell, contenido y audio; sin CDN en runtime.
• Hosting: Cloudflare Pages estático, inicialmente sin Functions ni base de datos.
• Pruebas: Vitest, Playwright, axe y dispositivos físicos.
• Calidad: lint, typecheck, pruebas de audio, regresión visual, accesibilidad y presupuesto de bundle.

12.2 Módulos lógicos

Shell de acceso/preparación
├── Selector seguro de paciente
├── Motor de sesión determinista
│   ├── Estado y cronómetro
│   ├── Planificador de metrónomo
│   ├── Cola priorizada de voz
│   └── Arbitraje operador/DEA/app
├── Paquetes clínicos firmados
│   ├── PERSONAS / región / versión
│   └── MASCOTAS / versión RECOVER revisada
├── Adaptadores de plataforma
│   ├── Wake Lock
│   ├── Vibración opcional
│   ├── Enlace telefónico
│   └── Visibilidad/segundo plano
├── Preparación offline
└── Entrenamiento aislado

12.3 Estados de sesión

LISTO → SELECCIÓN → ACTIVO → CESIÓN_OPERADOR/DEA/VET → ACTIVO → RECUPERACIÓN/RELEVO → FIN

Estados adicionales: DEGRADADO_AUDIO, SIN_OFFLINE_VALIDADO, MODO_CORREGIDO y ERROR_SEGURO. No existe una pausa rutinaria. La sesión fija la versión clínica al comenzar; una actualización disponible espera hasta terminar.

La UI no reproduce audio ni abre el marcador directamente. Emite eventos a un ejecutor de efectos idempotentes. Así, un rerender no puede repetir una llamada o una frase. El efecto ABRIR_MARCADOR existe una sola vez y únicamente tras tocar el botón específico.

12.4 Paquetes clínicos como datos controlados

Cada paquete incluye:

• jurisdicción y población;
• fuentes y versión de guía;
• textos visuales;
• identificadores de audio;
• ritmo, ciclo y reglas de prioridad;
• fecha de aprobación y próximos revisión;
• responsables médico/veterinario;
• hash de integridad;
• compatibilidad mínima de app.

El contenido no se descarga dinámicamente durante un evento ni es generado por un modelo de lenguaje.

12.5 Offline real, no aparente

La primera visita necesita internet. Después, la app solo muestra LISTO SIN CONEXIÓN si comprobó que shell, paquete clínico, audios e ilustraciones están en caché y pueden reproducirse. Una versión corrupta conserva la última versión validada o entra en estado seguro. No se borrará una caché funcional antes de instalar y verificar el reemplazo.

El service worker instalará una versión completa en una caché nueva, comprobará hashes y recién entonces la activará. Si falla un activo crítico, aborta y conserva la versión anterior. No usará skipWaiting durante una sesión y mantendrá al menos una versión válida de rollback.

12.6 Límites web explícitos

• Screen Wake Lock puede ser revocado por batería, visibilidad o sistema.
• La vibración no es universal.
• una llamada puede enviar la PWA a segundo plano y cortar audio;
• no se puede forzar altavoz ni volumen;
• el flash necesita cámara y permiso;
• iOS y Android difieren en instalación, silencio y segundo plano.

La PWA se tratará como herramienta de primer plano hasta demostrar otra cosa. Un shell nativo con Capacitor o implementación Swift/Kotlin será una decisión de evidencia, no de preferencia.

12.7 Dictamen de preparación del agente de programación

La arquitectura fue auditada sin escribir código y se considera implementable con estas invariantes:

• lógica clínica en TypeScript puro; Preact solo presenta estado;
• domain/human y domain/pet comparten timing/audio, pero no reglas, textos, contactos ni activos;
• el esquema animal rechaza cualquier instrucción de DEA;
• cada beat se calcula desde un origen fijo t(n) = t0 + n × 60/110, evitando deriva acumulativa;
• si el navegador se congela, se descartan beats atrasados en vez de reproducir una ráfaga;
• voz y beat usan buses distintos, con prioridades, ducking y vencimiento de mensajes;
• 30:2 pertenece al paquete aprobado; nunca es una constante global;
• tras volver de llamada/segundo plano no se reanuda audio automáticamente: el usuario ve REANUDAR RITMO;
• entrenamiento usa un adaptador de marcador simulado y no contiene números reales.

Estructura de referencia:

src/
├── core/session  core/timing  core/audio
├── domain/human  domain/pet
├── clinical/schemas  clinical/packages
├── platform/audio  dialer  visibility  wake-lock
├── sw
└── ui/emergency  ui/training

El riesgo técnico principal sigue siendo perder audio al abrir el marcador o pasar a segundo plano. Si las pruebas no lo resuelven de forma fiable, se requiere shell nativo; no se reducirá el estándar ni se ocultará la limitación.

13. Seguridad, privacidad y protección fuerte del código

13.1 Qué se puede proteger

El JavaScript entregado por una web siempre puede inspeccionarse. Minificar u ofuscar no evita copia o ataque y puede dificultar auditoría. La protección fuerte se centra en integridad, autenticidad, cadena de suministro, marca y gobernanza:

• repositorio privado durante prototipo y revisión;
• ramas protegidas, revisión obligatoria y autenticación fuerte;
• separación de aprobación técnica y aprobación clínica;
• commits/tags y artefactos de lanzamiento firmados;
• builds reproducibles y versiones fijadas;
• lockfile, SBOM, auditoría de dependencias y mínimo número de paquetes;
• escaneo de secretos, SAST y revisión manual;
• sin secretos en el cliente;
• dominio y marca oficial para distinguir clones;
• changelog público, hash y versión clínica visibles;
• rollback ensayado;
• monitoreo de suplantación y política de divulgación responsable.

No se publicarán source maps de producción si no son necesarios, pero eso es fricción, no seguridad. Puede evaluarse una licencia de código abierto o source-available para transparencia; la marca y los paquetes clínicos oficiales deben tener control estricto para evitar clones obsoletos que parezcan aprobados.

13.2 Cabeceras y aislamiento

Política propuesta para el sitio estático:

• CSP estricta, solo recursos propios, sin unsafe-inline ni eval;
• connect-src 'none' en emergencia si no existen funciones de red;
• frame-ancestors 'none' y object-src 'none';
• HSTS, X-Content-Type-Options: nosniff y Referrer-Policy restrictiva;
• Permissions-Policy negando cámara, micrófono y geolocalización por defecto;
• ningún script, fuente, pixel o audio de terceros;
• hashes de archivos y nombres inmutables;
• security.txt y proceso de respuesta a incidentes.

13.3 Amenazas prioritarias

13.4 Privacidad

El MVP no necesita datos personales. El cronómetro puede vivir solo en memoria y desaparecer al cerrar. Si en el futuro se guardan estadísticas, serán opt-in después del evento, cifradas, exportables y borrables. Cámara, micrófono y ubicación permanecen deshabilitados. Un paciente inconsciente no puede consentir la grabación; “procesar en la nube y borrar después” no es una base aceptable.

Fuentes regulatorias de privacidad: Ley argentina 25.326, GDPR y FTC Health Breach Notification Rule.

13.5 Dictamen independiente de seguridad

La auditoría senior concluye que firmas y hashes protegen frente a corrupción o mezcla accidental, pero no son una raíz de confianza completa: si un atacante controla repositorio, CI o cuenta Cloudflare puede sustituir código, verificador y clave. La defensa necesita cuentas y aprobaciones independientes, procedencia verificable y promoción manual del artefacto ya auditado; producción no debe recompilar automáticamente desde main.

Controles añadidos:

• Git, Cloudflare, registrador y firmantes con cuentas individuales, mínimo privilegio y dos llaves FIDO2 por responsable;
• previews detrás de Cloudflare Access, con vencimiento y cartel permanente de entrenamiento, sin tel: ni números reales;
• manifiesto clínico que incluya para cada audio/imagen/regla ID, SHA-256, transcripción, duración, módulo, jurisdicción, fuente y aprobadores;
• service worker limitado a /app/ y una ruta /recovery fuera de su alcance para desregistrar y limpiar una instalación dañada;
• dominio propio futuro, bloqueo de registrador, renovación automática, DNSSEC y monitoreo de certificados para combatir clones;
• no habilitar Web Analytics, Zaraz, Rocket Loader ni recursos externos;
• no poner especie, edad, duración o tipo de evento en URL/query, porque el proveedor de borde todavía observa IP, agente y ruta;
• CI con acciones fijadas por SHA, lockfile congelado, escaneo, SBOM CycloneDX/SPDX, build reproducible, attestation y firma del artefacto exacto;
• simulacros de compromiso, rollback, caché corrupta, clon y contenido clínico erróneo.

Cabeceras objetivo, sujetas a prueba por navegador:

Content-Security-Policy: default-src 'none'; base-uri 'none'; form-action 'none'; frame-ancestors 'none'; object-src 'none'; script-src 'self'; style-src 'self'; img-src 'self'; font-src 'self'; media-src 'self'; connect-src 'none'; worker-src 'self'; manifest-src 'self'
Strict-Transport-Security: max-age=31536000; includeSubDomains
Referrer-Policy: no-referrer
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
Cross-Origin-Opener-Policy: same-origin
Cross-Origin-Resource-Policy: same-origin
Permissions-Policy: accelerometer=(), camera=(), geolocation=(), gyroscope=(), microphone=(), payment=(), usb=(), autoplay=(self), screen-wake-lock=(self)

sw.js usará no-cache, no-store, must-revalidate; HTML, manifest y paquete clínico revalidan; activos con hash son immutable. Trusted Types se evaluará en modo report-only y se exigirá solo después de probar compatibilidad.

No hay revocación garantizada de una PWA que permanece offline. Ese riesgo residual debe publicarse: una instalación solo descubre un retiro clínico cuando vuelve a conectarse. Por eso la fecha/revisión del paquete se muestra y cada módulo puede deshabilitarse o reemplazarse independientemente.

14. Regulación y gobernanza clínica

14.1 El disclaimer no decide la clasificación

Una app que se presenta como copiloto durante una emergencia real y guía tratamiento puede ser software como dispositivo médico. Es gratuita o se llame “educativa” no elimina su propósito declarado. La función futura que use acelerómetro para medir y dar feedback de RCP está explícitamente cerca de categorías reguladas por FDA. Fuentes: FDA Device Software Functions y clasificación LIX para feedback de RCP.

En la Unión Europea, MDCG 2019-11 rev.1 explica que una app puede ser software médico sin importar la plataforma, y la Regla 11 eleva la clase cuando sus decisiones pueden provocar deterioro grave o muerte. Fuente: MDCG 2019-11 rev.1, junio de 2025.

En Argentina, ANMAT incluye SaMD y usuarios legos en su marco actualizado. La clasificación exacta requiere consulta formal; una interpretación conservadora sitúa funciones críticas de RCP en riesgo alto. Fuentes: Disposición ANMAT 64/2025 y ciclo de vida/ciberseguridad 11467/2024.

La parte veterinaria no hereda automáticamente la clasificación humana. Requiere consulta separada sobre práctica veterinaria, publicidad, consumidor y autoridad competente. SENASA regula productos veterinarios, pero la inclusión de este software debe confirmarse por escrito.

14.2 Dos expedientes, no una mezcla

Los módulos PERSONAS y PERROS/GATOS tendrán:

• propósito previsto distinto;
• propietarios clínicos distintos;
• análisis de riesgo distinto;
• evidencia y pruebas distintas;
• versiones y aprobaciones distintas;
• posibilidad de habilitar o retirar uno sin afectar al otro.

14.3 Sistema de calidad recomendado

Preparar desde el inicio prácticas compatibles con:

• ISO 14971, gestión de riesgos;
• IEC 62304, ciclo de vida de software médico;
• IEC 62366-1, usabilidad e ingeniería de factores humanos;
• IEC 82304-1, seguridad y calidad de software de salud;
• ISO 13485, sistema de calidad si corresponde;
• IEC 81001-5-1, ciberseguridad de software de salud.

La aplicabilidad formal se definirá con asesor regulatorio, no por este informe.

14.4 Comité mínimo antes de beta pública

• director médico de emergencias/reanimación;
• especialista pediátrico;
• veterinario de emergencias y cuidados críticos familiarizado con RECOVER;
• responsable de factores humanos y accesibilidad;
• responsable de seguridad/privacidad;
• asesor regulatorio y legal por jurisdicción;
• representante de operadores/EMS y, para mascotas, guardias veterinarias;
• representantes de usuarios mayores y personas con discapacidad.

14.5 Derechos de contenido

No se usarán logotipos, gráficos, textos extensos ni afirmaciones “aprobado por AHA/ERC/RECOVER” sin licencia. Se crearán textos e ilustraciones originales basados en recomendaciones y revisados por profesionales. Fuentes: permisos AHA y centro de descargas ERC.

15. Programa de validación y criterios de salida

15.1 Hipótesis principales

1. Una persona puede elegir el paciente correcto sin aumentar peligrosamente el tiempo hasta pedir ayuda o comprimir.
2. Voz+metrónomo mejora continuidad/rango de ritmo sin aumentar pausas.
3. La app no compite con operador, DEA o veterinario.
4. El sistema funciona offline y en dispositivos reales con resultados previsibles.
5. Personas mayores, con baja alfabetización o discapacidad pueden usarlo bajo estrés.

15.2 Comparadores

• sin app, conocimiento previo;
• llamada y guía del operador únicamente;
• metrónomo simple;
• Modo Auxilio;
• para entrenamiento, guía oficial estática.

15.3 Métricas humanas

• tiempo desde presentación del escenario hasta llamada;
• tiempo hasta primera compresión;
• proporción que selecciona paciente/protocolo correcto;
• tasa y profundidad en maniquí, sin afirmar que la app las mide;
• fracción de compresión y duración de pausas;
• tiempo hasta uso de DEA;
• errores críticos y abandonos;
• cantidad de veces que la voz tapa al operador/DEA;
• carga cognitiva, comprensión y recuerdo;
• desempeño por edad, experiencia, audición, visión e idioma.

15.4 Métricas técnicas

• p95 de apertura a interfaz utilizable <2 s en dispositivos de gama baja;
• p95 de toque a primer beat <100 ms;
• cadencia medida durante sesiones de 20+ minutos;
• 100% de activos críticos disponibles en modo avión después del autotest;
• cero llamadas reales en suites de prueba;
• comportamiento documentado con silencio, llamada, auriculares, Bluetooth, bloqueo, batería baja y cambio de app;
• cero actualización de protocolo durante una sesión activa;
• navegación completa por lector de pantalla.

15.5 Cohortes y escenarios

• legos sin formación y personas recientemente capacitadas;
• adultos mayores;
• baja alfabetización digital;
• español rioplatense y hablantes de otras variedades;
• rescatista solo y dos rescatistas;
• ruido, sol, oscuridad, guantes, manos húmedas, temblor y teléfono lejos;
• distintos tamaños de pantalla y gama de hardware;
• maniquí adulto, pediátrico, infantil y animal;
• supervisión independiente médica/veterinaria.

15.6 Puertas go/no-go

No se fijará un margen clínico de no inferioridad sin estadístico, director médico y protocolo pre-registrado.

15.7 Dictamen del agente de plataforma y QA

Las previews y el entrenamiento usarán un adaptador SIMULATED; solo una compilación productiva aprobada puede incluir EXTERNAL_TEL. Toda preview mostrará SIMULACIÓN — NO REALIZA LLAMADAS y el build fallará si encuentra un tel: operativo o un número de emergencia real. Playwright valida la intención como dato sin abrir el marcador. Ningún robot toca el botón telefónico productivo.

Matriz física bloqueante mínima:

• iPhone compacto/antiguo soportado y uno actual, en Safari y PWA instalada;
• Android económico de 2–4 GB y Android actual en Chrome/PWA;
• Samsung de gama media también en Samsung Internet;
• VoiceOver, TalkBack y NVDA;
• altavoz, silencio, volumen cero, auriculares y Bluetooth;
• cambio de app, bloqueo, batería baja/ahorro, llamada de laboratorio y retorno;
• sesiones de 2, 10 y 20 minutos;
• reinicio y apertura tras reiniciar el teléfono en modo avión.

Gates técnicos adicionales propuestos para el prototipo:

El rollback del hosting no alcanza para clientes desconectados que ya guardaron un service worker defectuoso. La recuperación clínica requiere también una nueva versión monotónica de reparación y que el cliente vuelva a conectarse. Referencias: ciclo de Service Workers y rollbacks de Pages.

La recomendación del agente es preview privado y entrenamiento primero. Si el producto exige continuidad durante llamada, pantalla bloqueada o segundo plano, audio focus, haptics/flash primarios, sensores sostenidos o smartwatch, la rama de emergencia necesita módulos nativos; un contenedor web vacío no soluciona esas garantías.

16. Modelo sostenible sin cobrar la emergencia

16.1 Fuentes compatibles con la misión

1. Capacitación y certificación: la Cruz Roja ofrece app gratuita y cobra cursos; RECOVER ofrece Coach gratuito y formación profesional paga.
2. Licencia institucional: escuelas, empresas, municipios, gimnasios, refugios, pet sitters y veterinarias pueden pagar preparación, despliegue gestionado y capacitación, no el botón de emergencia.
3. Integraciones/API: redes como Staying Alive monetizan integraciones sin cobrar al ciudadano.
4. Subvenciones, RSE y fundaciones: con transparencia y sin influencia sobre contenido clínico.
5. Donaciones: discretas y fuera de la sesión.
6. Hardware futuro: solo si es validado; la app básica continúa gratuita.

Referencias de modelos existentes: curso de mascotas de Cruz Roja, cursos RECOVER y Staying Alive.

16.2 Estructura institucional sugerida

Un proyecto de beneficio público o asociación con una ONG/universidad facilita confianza, subvenciones y comité independiente. Debe publicar anualmente:

• financiadores;
• conflictos de interés;
• versiones clínicas;
• incidentes y correcciones;
• métricas de disponibilidad y accesibilidad;
• gastos de mantenimiento;
• política que prohíbe publicidad y venta de datos.

17. Naming

17.1 Recomendación de trabajo

Modo Auxilio
Descriptor: RCP y primeros auxilios para personas y mascotas
Promesa breve: Una voz clara cuando cada segundo cuenta.

Ventajas: no limita la marca a humano, perro o corazón; describe un estado de acción; permite Modo Persona, Modo Bebé y Modo Mascota; funciona en español y evita sugerir que el usuario deba comprobar un pulso.

17.2 Alternativas para clearance

17.3 Descartes

• CPR Now, ResusCue, Veta, PetAid, Compás Vital, PulsoYa, PulsePilot, CodePulse, ResusOne, AlertaViva, Salvora, Auxivia y similares muestran colisiones o usos activos.
• Evitar 110: puede confundirse con números de emergencia de algunos países.
• Evitar Pulso: un lego no debe perder tiempo buscando pulso.
• Evitar AHA, ERC, RECOVER, “certificado”, “oficial” o “salva vidas” sin autorización/evidencia.

Antes de dominio, app stores o identidad visual: búsqueda fonética y por clases relevantes en INPI Argentina, WIPO, USPTO y EUIPO; revisión de dominios y handles; opinión jurídica. Que una búsqueda web no muestre coincidencia no equivale a disponibilidad.

18. Roadmap por evidencia

Fase 0 — concluida con este informe

• tesis de mercado;
• alcance humano y animal;
• guías y divergencias;
• riesgo regulatorio;
• arquitectura y modelo gratuito;
• hipótesis y puertas de validación.

Fase 1 — gobernanza y prototipo no clínico

• nombrar responsables médico, pediátrico y veterinario;
• fijar propósito previsto y jurisdicción inicial;
• clearance preliminar de Modo Auxilio;
• FMEA/hazard analysis;
• guiones de voz e ilustraciones originales;
• prototipo PWA sin claim de uso real;
• despliegue privado/preview en Cloudflare Pages.

Salida: contenido aprobado para simulación, no para emergencia pública.

Fase 2 — motor PWA y entrenamiento

• máquina de estados;
• audio preciso y voz offline;
• cache/versiones/rollback;
• persona adulta y simulación de llamada;
• accesibilidad y autotest;
• pruebas automatizadas y de dispositivos;
• revisión senior UX/UI y seguridad.

Salida: versión de entrenamiento pública opcional en pages.dev.

Fase 3 — validación humana adulta

• estudio comparativo bajo estrés;
• corrección de tiempo a llamada/primera compresión;
• test operador/DEA;
• consulta ANMAT y mercados futuros;
• auditoría externa.

Salida: decisión go/no-go para asistencia real adulta.

Fase 4 — pediatría y mascotas por separado

• paquete niño/bebé y ensayos con maniquíes;
• paquete perro/gato e ilustraciones por tórax;
• pruebas con dueños, pet sitters y veterinarios;
• guardias configurables y transporte seguro;
• expedientes de riesgo independientes.

Salida: cada módulo puede avanzar o quedar en entrenamiento sin arrastrar a los otros.

Fase 5 — confiabilidad y lanzamiento

• decidir PWA pura vs shell nativo según pruebas;
• dominio oficial, firma de lanzamientos y monitoreo;
• acuerdos institucionales y distribución;
• respuesta a incidentes 24/7 proporcional al alcance;
• publicación de evidencia y limitaciones;
• enlace estable de producción.

Fase 6 — expansión responsable

• idiomas/regiones;
• redes de rescatistas/DEA;
• smartwatch/hardware;
• módulos especiales;
• sensores o IA solo con vía regulatoria y evidencia.

19. Equipo y agentes del proyecto

Investigación actual

• agente de mercado, tiendas, tendencias, modelo gratuito y naming;
• agente clínico humano/pediátrico, veterinario, regulatorio y privacidad;
• revisor senior independiente de UX/UI y factores humanos;
• agente principal de síntesis, arquitectura y dirección de producto.

Desarrollo posterior a este informe

1. Agente de programación — núcleo: estado, temporización, audio y offline.
2. Agente de programación — plataforma/QA: PWA, Cloudflare, accesibilidad, dispositivos y tests.
3. Revisor senior UX/UI independiente: no aprueba su propio diseño; busca fallos bajo estrés.
4. Agente de seguridad y privacidad: threat model, cadena de suministro, CSP, service worker, datos y auditoría.
5. Agente de QA clínico: verifica que código, texto, audio e ilustración correspondan al paquete aprobado.
6. Responsables humanos reales: médico, pediatra, veterinario ECC y asesor regulatorio tienen veto clínico. Un agente de IA no sustituye esa responsabilidad.

El desarrollo no comenzará hasta entregar esta investigación, tal como se solicitó. Los agentes de programación no modificarán código clínico antes de esa puerta.

20. Registro de riesgos prioritarios

21. Decisiones finales

1. Sí continuar, porque hay una oportunidad clara de servicio público en español y multiespecie.
2. No asumir eficacia clínica: la recomendación AHA contra ayudas cognitivas para legos obliga a validar primero.
3. Dos módulos aislados, no un algoritmo mixto: personas y perros/gatos.
4. Humanos por etapa, no edad numérica solamente: adulto/adolescente con pubertad, niño y bebé; recién nacido fuera.
5. Mascotas por anatomía, no solo raza: pequeño/gato, redondo, profundo y ancho; recién nacidos fuera.
6. Voz offline y metrónomo tras un toque; apertura silenciosa.
7. Operador, DEA y veterinario mandan; la app se calla.
8. Cero llamadas automáticas y cero números reales en pruebas.
9. MVP sin IA, cámara, sensores, flash obligatorio ni estadísticas de calidad.
10. PWA en Pages para prototipo y entrenamiento; uso real condicionado a ensayos y posible shell nativo.
11. Gratis para siempre en emergencia, sostenida fuera del evento.
12. Protección por integridad y gobernanza, no por prometer ocultar JavaScript.
13. Lanzamiento modular y regulado, con profesionales humanos responsables.

La idea original tenía una intuición correcta —durante el pánico hace falta menos interfaz y más acompañamiento—, pero su versión responsable no es “abrir y escuchar un beat”. Es un sistema preparado de antemano, clínicamente versionado, que identifica el paciente correcto, inicia sin demora, habla poco, cede autoridad y funciona cuando la red no funciona.

22. Fuentes esenciales

Reanimación humana

• AHA 2025 Adult Basic Life Support
• AHA/AAP 2025 Pediatric Basic Life Support
• AHA 2025 Resuscitation Education Science
• AHA 2025 Algorithms
• ERC Guidelines 2025
• ERC 2025 Adult BLS PDF
• ERC 2025 Pediatric Life Support PDF
• ILCOR 2025 Adult BLS CoSTR
• Argentina: RCP adulto
• Argentina: RCP bebés y niños
• Argentina: Mini guía RCP 2025

Reanimación veterinaria

• RECOVER 2024 Guidelines
• RECOVER 2024 guía completa open access
• RECOVER 2024 BLS evidence review
• RECOVER 2025 Newborn Resuscitation
• American Red Cross: Dog CPR
• American Red Cross: Cat & Dog CPR

Tecnología, regulación y privacidad

• MDN: PWA installability
• MDN: Screen Wake Lock
• MDN: Web Audio best practices
• MDN: Vibration API
• Cloudflare Pages
• ANMAT Disposición 64/2025
• FDA Device Software Functions
• EU MDCG 2019-11 rev.1
• Ley argentina 25.326

23. Matriz de cumplimiento de la primera tarea

Requisitos añadidos posteriormente:

La Fase 0 queda completa cuando este documento se entrega. El desarrollo y la URL pública no forman parte de esta primera tarea y permanecen bloqueados por la instrucción explícita de no programar hasta aprobar la investigación.

Siguiente entrega prevista: brief clínico/UX del prototipo, guion de voz para simulación, diseño visual y PWA de entrenamiento en Cloudflare Pages. La URL pages.dev se entrega después de construir, verificar y desplegar esa fase; este informe no pretende presentarse como una herramienta de emergencia.