Mostrando entradas con la etiqueta SOFTWARE. Mostrar todas las entradas
Mostrando entradas con la etiqueta SOFTWARE. Mostrar todas las entradas

sábado, 22 de agosto de 2026

## Google Pixel 11 256GB - ¿Es compatible con GrapheneOS? AUN NO --- pero ... RECOMENDADO: **Pixel 9 o Pixel 8** --- ¿Un Pixel 9 con GrapheneOS puede conectarse a Starlink?

## Google Pixel 11 256GB: Una Guía Completa

 

 https://grapheneos.org/

 https://www.grapheneos.es/

 

 



### 1. El Google Pixel 11 256GB: Características Técnicas

El Google Pixel 11 fue lanzado oficialmente el **12 de agosto de 2026**, con las ventas al por menor comenzando el **20 de agosto**. El modelo de 256GB viene con **12GB de RAM**. Aquí tienes un desglose detallado de sus especificaciones:

| Característica | Especificación |
| :--- | :--- |
| **Procesador** | Google Tensor G6 (3 nm) |
| **Pantalla** | OLED de 6.3 pulgadas, resolución 1080 x 2424 píxeles, tasa de refresco de 60-120 Hz, HDR10+, brillo pico de 3.000 nits, protección Gorilla® Glass Victus® 2 |
| **Memoria RAM** | 12 GB |
| **Almacenamiento** | 256 GB / 512 GB (sin ranura para tarjeta microSD) |
| **Batería** | 4.985 mAh |
| **Carga** | 30 W por cable y compatibilidad con Qi2 |
| **Cámara Trasera** | Triple cámara: 48 MP (principal) + 13 MP + 10.8 MP con zoom óptico 5x |
| **Cámara Frontal** | 42 MP |
| **Sistema Operativo** | Android 16/17 |
| **Dimensiones** | 152,8 × 72 × 8,6 mm |
| **Precio** | A partir de $899 / 999 € |

---

### 2. ¿Es compatible con GrapheneOS?

**Atención**: Esta es una de las preguntas más importantes y la respuesta es compleja.

*   **Estado Actual**: El soporte oficial de GrapheneOS para el Pixel 11 **aún no está disponible**. El proyecto aún no ha lanzado una versión para este modelo.
*   **Planes Futuros**: Los desarrolladores de GrapheneOS han indicado que **tienen la intención de añadir soporte** para los futuros Pixels, incluyendo el Pixel 11. Sin embargo, no hay una fecha confirmada.
*   **Incertidumbre**: Existen dudas sobre si el Pixel 11 será el **último modelo de Google en recibir soporte oficial**, ya que el proyecto está explorando la posibilidad de expandirse a otros fabricantes como Motorola.

**En resumen**: Aunque es **muy probable** que el Pixel 11 reciba soporte para GrapheneOS en el futuro, **no es una opción disponible hoy** (agosto de 2026). Si tu objetivo principal es instalar GrapheneOS de inmediato, deberías considerar un modelo como el Pixel 10, cuyo soporte ya está confirmado.

---

### 3. Guía de Instalación para Novatos (Cuando esté disponible)

Esta guía está pensada para cuando el soporte oficial para el Pixel 11 esté disponible. El proceso general es el mismo que para otros Pixels y se basa en la documentación oficial de GrapheneOS.

#### Paso 1: Preparación

1.  **Haz una copia de seguridad** de todos tus datos importantes. Este proceso borrará completamente el teléfono.
2.  **Carga tu teléfono** al menos al 80% para evitar que se apague durante el proceso.
3.  **Conecta tu Pixel 11 a un computador** con Windows, macOS o Linux usando un cable USB-C de buena calidad.
4.  **Habilita la depuración USB y el desbloqueo OEM**:
    *   Ve a `Ajustes` → `Acerca del teléfono` y toca 7 veces en `Número de compilación` para activar las `Opciones de desarrollador`.
    *   Vuelve a `Ajustes` → `Sistema` → `Opciones de desarrollador`.
    *   Activa `Desbloqueo OEM` y `Depuración USB`.

#### Paso 2: Elegir el Método de Instalación

GrapheneOS ofrece dos métodos oficiales:

*   **Instalador Web (Recomendado para Novatos)**: Es la opción más sencilla. Solo necesitas un navegador web (Chrome, Edge o Brave) y tu teléfono conectado. El instalador web te guiará paso a paso.
*   **Instalador por Línea de Comandos (CLI)**: Es un método más tradicional para usuarios avanzados que prefieren usar la terminal.

#### Paso 3: Ejecutar la Instalación (Método Web)

1.  Visita la página oficial del instalador web de GrapheneOS: [https://grapheneos.org/install/web](https://grapheneos.org/install/web).
2.  Haz clic en "Conectar" y selecciona tu Pixel 11 cuando aparezca.
3.  El instalador web te guiará para **desbloquear el bootloader**.
4.  A continuación, te pedirá que **descargues e instales** la imagen de GrapheneOS en tu teléfono.
5.  Una vez finalizada la instalación, el instalador te guiará para **bloquear el bootloader** de nuevo, lo cual es fundamental para la seguridad.

#### Paso 4: Primer Arranque y Configuración

1.  El teléfono se reiniciará con GrapheneOS. Sigue el asistente de configuración inicial.
2.  **Importante**: Durante la configuración, **no inicies sesión con una cuenta de Google** a menos que sea estrictamente necesario. Puedes crear un perfil de trabajo o de usuario separado para ello más tarde.
3.  **Instala aplicaciones** desde la tienda de aplicaciones recomendada por GrapheneOS o desde Aurora Store (una tienda anónima de Google Play).

---

### 4. Prompt para una Imagen

> **"Infografía moderna y limpia para una guía de instalación de software, con un estilo visual que combine la estética del hardware de Google y la seguridad de GrapheneOS. El diseño debe ser en formato horizontal (16:9), ideal para un artículo de blog.**

> **La imagen se divide en tres secciones principales de izquierda a derecha:**

> 1.  **Sección Izquierda (El Hardware):** Un renderizado 3D del Google Pixel 11 en color 'Obsidian', mostrando su pantalla OLED de 6.3 pulgadas con la fecha "20 de agosto de 2026" sutilmente reflejada. A su alrededor, iconos flotantes que representan sus características clave, como el chip 'Tensor G6', la cámara de 48 MP y la batería de 4985 mAh, todos conectados por finas líneas de puntos al teléfono.

> 2.  **Sección Central (El Software):** En el centro, un gran escudo o emblema con el logotipo de GrapheneOS, que simboliza la seguridad y la privacidad. De este escudo parten dos caminos o flujos de trabajo. El primero, más grande y brillante, está etiquetado como "Instalador Web" y muestra el ícono de un navegador (Chrome) conectado al teléfono mediante un cable USB. El segundo, más pequeño, está etiquetado como "Línea de Comandos" y muestra una ventana de terminal.

> 3.  **Sección Derecha (La Guía):** Los pasos clave de la instalación se representan como una serie de viñetas numeradas y estilizadas que descienden. El paso 1 es un engranaje con la palabra "Preparación". El paso 2 es un candado abierto para "Desbloquear Bootloader". El paso 3 es un icono de descarga para "Instalar GrapheneOS". El paso 4 es un candado cerrado con una marca de verificación para "Bloquear Bootloader". Cada paso está conectado por una flecha descendente.

> **El fondo de toda la infografía debe ser un degradado de azul noche a un gris oscuro, con acentos en verde neón (para la seguridad) y naranja (para el hardware de Google). El texto debe ser mínimo, utilizando una tipografía sans-serif limpia y moderna. El estilo general debe ser el de una infografía oficial de alta calidad para una empresa de tecnología."**


 

 A continuación tienes la lista completa de modelos Google Pixel con soporte oficial para instalar GrapheneOS, actualizada a la fecha de hoy.

---

## Lista completa de modelos compatibles

GrapheneOS tiene soporte oficial de producción para los siguientes dispositivos Google Pixel:

### Serie Pixel 6
- Pixel 6
- Pixel 6 Pro
- Pixel 6a

### Serie Pixel 7
- Pixel 7
- Pixel 7 Pro
- Pixel 7a

### Serie Pixel 8
- Pixel 8
- Pixel 8 Pro
- Pixel 8a

### Serie Pixel 9
- Pixel 9
- Pixel 9 Pro
- Pixel 9 Pro XL
- Pixel 9 Pro Fold
- Pixel 9a

### Serie Pixel 10
- Pixel 10
- Pixel 10 Pro
- Pixel 10 Pro XL
- Pixel 10 Pro Fold
- Pixel 10a

### Otros dispositivos
- Pixel Fold (original)
- Pixel Tablet

---

## ⚠️ Estado del soporte por serie

| Serie | Estado | Notas |
|-------|--------|-------|
| **Pixel 6** | ✅ Soporte completo | Fin de vida útil estimado en los próximos 2 años |
| **Pixel 7** | ✅ Soporte completo | 5 años de garantía desde lanzamiento |
| **Pixel 8** | ✅ Soporte completo | 7 años de garantía desde lanzamiento |
| **Pixel 9** | ✅ Soporte completo | 7 años de garantía. Recomendado por seguridad (MTE) |
| **Pixel 10** | ⚠️ Experimental / En desarrollo | Soporte en fase inicial |
| **Pixel 11** | ❌ **No compatible** | El soporte es incierto; los desarrolladores dudan que sea compatible |

---

## Recomendación de compra

Según la documentación oficial de GrapheneOS, los **dispositivos recomendados** son aquellos con soporte de **7 años** y **hardware memory tagging (MTE)**:

1. **Pixel 9 / 9 Pro / 9 Pro XL**: Mejor relación calidad-precio y seguridad
2. **Pixel 8 / 8 Pro / 8a**: Opción más económica con 7 años de soporte
3. **Pixel 8a**: La mejor opción "bang for buck" en la gama de 7 años

### Sobre el Pixel 11

El Pixel 11 **aún no tiene soporte oficial** y existe incertidumbre sobre si llegará a tenerlo. El soporte para nuevas generaciones suele llegar **aproximadamente dos semanas después del anuncio oficial** del dispositivo, pero en el caso del Pixel 11 los desarrolladores han expresado dudas.

---

## Requisitos previos a la compra

Independientemente del modelo que elijas, asegúrate de que el dispositivo cumpla con estos dos requisitos:

1. **Que esté libre de carrier (unlocked)** — que no esté vinculado a una operadora.
2. **Que tenga el bootloader desbloqueable (OEM unlockable)** — fundamental para instalar GrapheneOS.

La mejor opción es comprar directamente en la **Google Store** o en **Best Buy**.

---

## Resumen

| Modelo | Compatible | Recomendado |
|--------|------------|-------------|
| Pixel 6, 6 Pro, 6a | ✅ Sí | ⚠️ Fin de soporte próximo |
| Pixel 7, 7 Pro, 7a | ✅ Sí | ⚠️ Fin de soporte en 2-3 años |
| Pixel 8, 8 Pro, 8a | ✅ Sí | ✅ **Recomendado** |
| Pixel 9, 9 Pro, 9 Pro XL, 9a | ✅ Sí | ✅ **Muy recomendado** |
| Pixel 10, 10 Pro, 10 Pro XL, 10a | ⚠️ Experimental | ❌ Esperar a soporte estable |
| Pixel 11 | ❌ **No** | ❌ No compatible aún |

Si estás considerando el Pixel 11 para instalar GrapheneOS, mi recomendación es que **esperes** a que haya un anuncio oficial de soporte o que optes por un **Pixel 9 o Pixel 8** que ya tienen soporte consolidado y garantía de actualizaciones por años.

 https://youtu.be/VTmV4T6DOT4?si=kXjvHFudsxBr9HTY

 Instalar GrapheneOS en un Pixel 9 es más sencillo de lo que imaginas. El proyecto dispone de un **instalador web oficial** que te guía paso a paso, sin necesidad de usar comandos complicados ni software adicional.

Antes de empezar, ten en cuenta que **todo el contenido del teléfono se borrará por completo** durante el proceso, así que asegúrate de hacer una copia de seguridad de tus fotos, contactos y cualquier otro dato importante.

---

### 📋 Requisitos previos

Para que la instalación sea un éxito, necesitarás lo siguiente:

*   **Un Google Pixel 9**: Asegúrate de que sea la versión **libre de operador** (no bloqueada por una compañía telefónica). Los modelos de operador suelen tener el desbloqueo del bootloader desactivado.
*   **Un cable USB-C de buena calidad**: El cable que viene con el teléfono es la opción más fiable. Los cables baratos o que solo sirven para cargar suelen ser la causa principal de fallos en la instalación.
*   **Un ordenador con:** al menos **2 GB de RAM libre** y **32 GB de espacio de almacenamiento libre**.
*   **Un navegador Chromium**: El instalador web funciona con **Google Chrome, Microsoft Edge o Brave**. **No uses Firefox ni Safari**, ya que no son compatibles. Asegúrate de que el navegador esté actualizado.
*   **Batería del teléfono**: Carga el Pixel 9 al menos al **40%**.

---

### 🛠️ Guía de instalación paso a paso

Sigue estas instrucciones en el orden indicado. El proceso completo dura unos **15 minutos**.

#### Paso 1: Activar el "Desbloqueo OEM" en el teléfono

Este paso es fundamental para poder instalar un sistema operativo diferente.

1.  Ve a **Ajustes** → **Acerca del teléfono**.
2.  Busca el apartado **"Número de compilación"** y tócalo **7 veces seguidas** hasta que aparezca un mensaje diciendo que ya eres un desarrollador.
3.  Vuelve a la pantalla principal de **Ajustes** y entra en **Sistema** → **Opciones de desarrollador**.
4.  Busca y activa el interruptor **"Desbloqueo OEM"**. Si esta opción aparece gris o desactivada, significa que tu teléfono es de una operadora y no podrás continuar.

#### Paso 2: Conectar el teléfono y preparar el instalador web

1.  **Apaga el teléfono** por completo.
2.  Mantén pulsados los botones **Encendido + Bajar volumen** simultáneamente para entrar en modo **fastboot**. Verás una pantalla con un pequeño menú en color verde o negro.
3.  Conecta el teléfono al ordenador con el cable USB.
4.  En el ordenador, abre el navegador y ve a la página oficial del instalador web: **`https://grapheneos.org/install/web`** .

#### Paso 3: Desbloquear el bootloader (el cargador de arranque)

1.  En la página web, haz clic en el botón **"Unlock bootloader"** (Desbloquear cargador de arranque).
2.  El instalador te pedirá que confirmes la acción en la pantalla del teléfono. Usa los botones de volumen para navegar y el botón de encendido para seleccionar la opción de desbloqueo.
3.  El teléfono se reiniciará y aparecerá un mensaje de advertencia. **Pulsa el botón de encendido para confirmar el desbloqueo**.
4.  El proceso borrará todos tus datos y el teléfono se reiniciará de nuevo. Verás un candado abierto en la pantalla de inicio, lo que indica que el bootloader está desbloqueado.

#### Paso 4: Instalar GrapheneOS

1.  **Vuelve a poner el teléfono en modo fastboot** (apágalo y mantén Encendido + Bajar volumen).
2.  Conéctalo de nuevo al ordenador.
3.  En la página del instalador web, haz clic en el botón **"Download release"** (Descargar la versión).
4.  El instalador descargará la imagen de GrapheneOS y la instalará automáticamente en tu Pixel 9. **No desconectes el cable ni apagues el ordenador durante este proceso**.
5.  Una vez finalizada la instalación, verás un mensaje de éxito en la página web.

#### Paso 5: Bloquear el bootloader (paso fundamental para la seguridad)

Este paso es **obligatorio** para que el teléfono vuelva a ser seguro y para que las verificaciones de arranque funcionen correctamente.

1.  Asegúrate de que el teléfono siga en modo fastboot y conectado al ordenador.
2.  En la página del instalador web, haz clic en el botón **"Lock bootloader"** (Bloquear cargador de arranque).
3.  Confirma la acción en la pantalla del teléfono. El proceso borrará los datos de nuevo por motivos de seguridad.
4.  El teléfono se reiniciará. Verás que el candado en la pantalla de inicio ya aparece cerrado.

#### Paso 6: Primer arranque y configuración

1.  El teléfono arrancará con GrapheneOS. Sigue el asistente de configuración inicial, que es muy similar al de un Android normal.
2.  **Durante la configuración, no inicies sesión con una cuenta de Google a menos que sea estrictamente necesario**. GrapheneOS te permite instalar los servicios de Google en un perfil de trabajo aislado si los necesitas más adelante.

---

### 🤔 ¿Qué hago si algo sale mal?

*   **El instalador web no detecta mi teléfono**: Asegúrate de que el teléfono está en modo **fastboot** (pantalla con el menú verde). Prueba con otro cable USB, un puerto USB diferente en el ordenador o reinicia el instalador web. No uses modos de navegación como "Incógnito".
*   **La instalación falla a mitad del proceso**: No pasa nada, el teléfono no se dañará (no se "brickeará"). Solo tienes que **volver al Paso 2** y empezar de nuevo. A veces, un segundo intento es suficiente.
*   **¿Puedo instalar GrapheneOS con otro teléfono Android?** Sí, es posible. El instalador web funciona en la mayoría de los teléfonos Android modernos con Play Protect.

---

### Prompt para una imagen

> "Crea una infografía paso a paso para una guía de instalación de GrapheneOS en un Google Pixel 9, con un estilo limpio, moderno y fácil de entender para principiantes. El diseño debe ser horizontal (16:9).

> La imagen debe mostrar un flujo visual de 6 pasos numerados, conectados por flechas descendentes, que resuman el proceso de instalación.

> 1.  **Paso 1: "Activar Desbloqueo OEM".** Muestra la pantalla de un Pixel 9 yendo a 'Ajustes' → 'Acerca del teléfono' y tocando 'Número de compilación' 7 veces, hasta activar las 'Opciones de desarrollador'.
> 2.  **Paso 2: "Modo Fastboot".** Dibuja un Pixel 9 apagado y luego con los botones de Encendido y Bajar volumen pulsados, entrando en una pantalla de menú en modo fastboot.
> 3.  **Paso 3: "Conectar al Ordenador".** Muestra el Pixel 9 conectado por un cable USB a un ordenador portátil, con la página web del instalador de GrapheneOS abierta en el navegador.
> 4.  **Paso 4: "Desbloquear Bootloader".** Representa la pantalla del instalador web con un gran botón que dice 'Unlock bootloader', y una confirmación en la pantalla del teléfono.
> 5.  **Paso 5: "Instalar GrapheneOS".** Visualiza el proceso de descarga e instalación con una barra de progreso en la pantalla del ordenador y el teléfono recibiendo los datos.
> 6.  **Paso 6: "Bloquear Bootloader".** Muestra el botón 'Lock bootloader' en el instalador web y el candado en la pantalla del teléfono pasando de abierto a cerrado, simbolizando que la instalación está completa y segura.

> El fondo debe ser un degradado de azul noche a gris oscuro, con acentos en verde neón (para la seguridad) y el logo de GrapheneOS como un sello de calidad. El estilo debe ser el de una infografía oficial de alta calidad para una empresa de tecnología. El texto debe ser mínimo, utilizando una tipografía sans-serif limpia."

 


 

 

 No, **no es posible instalar GrapheneOS en teléfonos chinos** como Xiaomi, Huawei, OnePlus, Oppo, Vivo, Realme, Poco, Honor o cualquier otra marca no perteneciente a Google.

La razón principal es que el proyecto **no es un ROM cualquiera** que se pueda instalar en cualquier dispositivo Android. Se trata de un sistema operativo diseñado específicamente para aprovechar al máximo las características de seguridad del hardware de Google.

---

### 🔒 ¿Por qué GrapheneOS solo funciona en Google Pixel?

GrapheneOS no es un "Android modificado" al uso. Sus requisitos son mucho más estrictos:

1.  **Arquitectura de seguridad de hardware**: GrapheneOS depende de funciones de seguridad a nivel de hardware que solo los dispositivos Google Pixel incluyen de serie. Esto incluye el **módulo de seguridad Titan M2**, la **memoria etiquetada (MTE)** y un **bootloader** que permite ser bloqueado de nuevo después de la instalación, garantizando la integridad del sistema.
2.  **Bootloader rebloqueable**: Para que GrapheneOS sea realmente seguro, el bootloader debe poder **bloquearse de nuevo** tras la instalación. Esto evita que se pueda modificar el sistema operativo sin tu permiso y garantiza que el teléfono arranca con el sistema operativo correcto. La mayoría de los teléfonos chinos, aunque permiten desbloquear el bootloader, no permiten volver a bloquearlo con un sistema operativo no oficial, lo que deja el sistema en un estado inseguro.
3.  **Actualizaciones y soporte**: Al limitarse a unos pocos modelos, el equipo de GrapheneOS puede garantizar que las actualizaciones de seguridad y las nuevas versiones de Android funcionen a la perfección.

Los resultados de búsqueda lo confirman claramente. En los foros oficiales de GrapheneOS, la respuesta a usuarios que preguntan si pueden instalarlo en un Xiaomi es tajante: *"No se puede hacer, no sería GrapheneOS"*.

---

### 📱 Entonces, ¿qué dispositivos son compatibles?

El soporte oficial de GrapheneOS se limita a los dispositivos Google Pixel, desde la serie **Pixel 6 en adelante**. La lista completa incluye:

*   **Serie Pixel 6**: Pixel 6, 6 Pro, 6a
*   **Serie Pixel 7**: Pixel 7, 7 Pro, 7a
*   **Serie Pixel 8**: Pixel 8, 8 Pro, 8a
*   **Serie Pixel 9**: Pixel 9, 9 Pro, 9 Pro XL, 9 Pro Fold, 9a
*   **Serie Pixel 10**: Pixel 10, 10 Pro, 10 Pro XL, 10 Pro Fold
*   **Otros**: Pixel Fold y Pixel Tablet

---

### 📰 ¿Habrá soporte para otros fabricantes en el futuro?

**Sí, pero no para marcas chinas.** GrapheneOS ha anunciado que su primera expansión fuera de los Pixel será con **Motorola**, y se espera que los primeros dispositivos lleguen al mercado en **2027**. Sin embargo, estos serán teléfonos **flagship de gama alta**, con un precio superior al de los propios Pixel.

---

### ⚠️ Un aviso importante sobre información errónea

En internet circula mucha información falsa sobre esto. Algunas páginas web, como la encontrada en los resultados de búsqueda, afirman erróneamente que GrapheneOS es compatible con el **Huawei Mate 40**. **Esta información es incorrecta y no proviene de fuentes oficiales**. Instalar un sistema operativo no oficial en un teléfono no compatible no solo es imposible, sino que podría inutilizar el dispositivo.

---

### 💎 En resumen

*   **No**, no se puede instalar GrapheneOS en teléfonos chinos.
*   **La razón** es que el sistema está diseñado para aprovechar las características de seguridad específicas del hardware de Google Pixel.
*   **Si quieres GrapheneOS**, tu única opción viable hoy en día es un **Google Pixel**.

 

 ## Informe Completo: Conexión Satelital Starlink en Google Pixel

### 1. Introducción: ¿Qué es Starlink Direct to Cell?

Starlink Direct to Cell es un servicio de conectividad satelital desarrollado por SpaceX que permite a **teléfonos móviles estándar (sin antenas externas) conectarse directamente a satélites en órbita baja** cuando no hay cobertura de red terrestre.

El servicio funciona convirtiendo los satélites Starlink en **"torres de telefonía en órbita"** que actúan como repetidores de señal. Cuando un teléfono compatible pierde la señal de la red celular tradicional, se conecta automáticamente a la red satelital, mostrando en pantalla el nombre **"T-Mobile SpaceX"** o **"T-Sat+Starlink"** .

**Capacidades actuales (agosto 2026):**
- ✅ **Mensajes de texto (SMS)** 
- ✅ **MMS** (en modelos compatibles)
- ✅ **Ubicación y geolocalización**
- ✅ **Aplicaciones seleccionadas** (WhatsApp, Google Maps, AllTrails, AccuWeather, X, CalTopo, onX)
- ✅ **Llamadas de voz y video** a través de WhatsApp
- ⚠️ **Datos móviles** (limitado a ciertos modelos y regiones)
- ⚠️ **Llamadas nativas** (en desarrollo)

**Características técnicas:**
- **Ancho de banda**: 10 Mbps por haz satelital (para un círculo de hasta 20 millas de diámetro)
- **Latencia**: 20-60 ms (excelente para ser conexión satelital)
- **Altitud de los satélites**: 360 km sobre la superficie terrestre
- **Estándar técnico**: 3GPP Release 17 (NTN - Non-Terrestrial Networks)
- **Más de 650 satélites** dedicados exclusivamente a Direct to Cell

---

### 2. Modelos Google Pixel Compatibles con Starlink

#### 2.1 Lista completa por serie

| Modelo | SMS/MMS | Datos | Notas |
|--------|---------|-------|-------|
| **Pixel 8** | ✅ | ❌ | Compatible solo con texto |
| **Pixel 8 Pro** | ✅ | ❌ |  |
| **Pixel 8a** | ✅ | ❌ |  |
| **Pixel 9** | ✅ | ✅ | Datos habilitados desde octubre 2025 |
| **Pixel 9 Pro** | ✅ | ✅ |  |
| **Pixel 9 Pro XL** | ✅ | ✅ |  |
| **Pixel 9 Pro Fold** | ✅ | ✅ |  |
| **Pixel 9a** | ✅ | ❌ | Solo texto, sin MMS ni datos |
| **Pixel 10** | ✅ | ✅ | Desde lanzamiento |
| **Pixel 10 Pro** | ✅ | ✅ |  |
| **Pixel 10 Pro XL** | ✅ | ✅ |  |
| **Pixel 10 Pro Fold** | ✅ | ✅ |  |

#### 2.2 Requisitos técnicos

Para que un Pixel sea compatible con Starlink Direct to Cell, debe cumplir:

1. **Hardware**: Módem compatible con 3GPP Release 17 o superior
2. **Software**: **Android 15 o superior**
3. **Región**: El servicio está disponible principalmente en **Estados Unidos** (vía T-Mobile), aunque se está expandiendo a otros países
4. **Operador**: Necesitas un plan compatible con T-Mobile o una eSIM activada

> **La familia Pixel 10 fue la primera en integrar el uso nativo de datos satelitales desde su lanzamiento**.

---

### 3. Precios y Planes de Starlink Direct to Cell

#### 3.1 Estructura de precios en EE.UU. (T-Mobile)

| Plan T-Mobile | Precio base | Costo T-Satellite |
|---------------|-------------|-------------------|
| **Essentials** | Desde $60/mes | **+$10/mes** |
| **Experience More** | Desde $85/mes | **+$10/mes** |
| **Experience Beyond** | Desde $100/mes | **Incluido** |

#### 3.2 Precios internacionales

| País/Operador | Costo | Detalles |
|---------------|-------|----------|
| **Reino Unido (O2)** | £3/mes | Bolt On adicional para clientes Pay Monthly |
| **Reino Unido (O2 Ultimate)** | **Gratis** | Incluido en planes Ultimate |
| **Brasil** | ~$10/mes | Como adicional |
| **Chile** | **Gratis** | Incluido en planes compatibles hasta finales de 2026 (con límite de ~200 SMS/mes) |

#### 3.3 Costos de equipo (Starlink Residential)

Para referencia, el servicio residencial tradicional de Starlink (con antena) cuesta:
- **Kit Starlink**: $349
- **Servicio Residencial**: $120/mes

> **Nota importante**: El servicio **Direct to Cell no requiere comprar ningún equipo adicional** — tu Pixel 9 es suficiente.

#### 3.4 Llamadas de emergencia al 911

**Todas las llamadas al 911 son gratuitas** para cualquier usuario, independientemente del plan. Clientes de AT&T y Verizon también pueden registrarse para este servicio gratuito.

---

### 4. Guía para Novatos: Cómo Conectar tu Pixel 9 a Starlink

#### 4.1 Requisitos previos

Antes de empezar, asegúrate de tener:
- ✅ Un **Google Pixel 9 (o modelo compatible)**
- ✅ **Android 15 o superior** instalado
- ✅ Un **plan de telefonía compatible** (T-Mobile en EE.UU., O2 en Reino Unido, etc.)
- ✅ Una **vista despejada del cielo** (sin árboles ni edificios bloqueando la señal)
- ✅ Estar en una **zona sin cobertura celular** (el sistema solo se activa automáticamente cuando no hay señal terrestre)

#### 4.2 Paso a paso: Activación del servicio

**Paso 1: Verifica la compatibilidad de tu operador**
- En **EE.UU.**: Debes ser cliente de T-Mobile (o tener una eSIM activa de T-Mobile)
- En **Reino Unido**: Cliente de O2 con plan compatible
- En **otros países**: Consulta con tu operador local si tienen acuerdo con Starlink

**Paso 2: Activa el servicio en tu cuenta**
- **Clientes T-Mobile Experience Beyond**: El servicio está **automáticamente incluido** — no necesitas hacer nada
- **Otros clientes T-Mobile**: Ve a tu cuenta en la sección "Manage Add-ons" y activa T-Satellite
- **Otros operadores**: Contacta con tu operador o activa una eSIM compatible

**Paso 3: Asegura que tu Pixel 9 tenga Android 15 o superior**
- Ve a **Ajustes** → **Acerca del teléfono** → **Actualizaciones del sistema**
- Descarga e instala la última versión de Android disponible

**Paso 4: El servicio se activa automáticamente**
- Cuando estés en una **zona sin cobertura celular**, tu Pixel 9 se conectará automáticamente a la red satelital
- Verás el nombre **"T-Mobile SpaceX"** o **"T-Sat+Starlink"** en la barra de estado
- **No necesitas instalar ninguna aplicación adicional**

**Paso 5: Usa el servicio**
- Puedes **enviar y recibir mensajes de texto** como siempre
- **Compartir ubicación** funciona con las apps compatibles
- Aplicaciones como **WhatsApp, Google Maps, X y otras** funcionarán en modo de bajo ancho de banda

#### 4.3 Consejos para un uso óptimo

1. **Orientación del teléfono**: Para una mejor conexión, mantén el teléfono con una **vista despejada del cielo**
2. **Sin cobertura = activación**: El sistema solo se activa **cuando no hay señal celular disponible** — no puedes forzarlo manualmente
3. **Ancho de banda limitado**: La conexión es de **10 Mbps** máximo, así que evita descargas pesadas o streaming
4. **Roaming internacional**: El servicio ya ofrece roaming en países como **Canadá y Japón**

---

### 5. ¿Un Pixel 9 con GrapheneOS puede conectarse a Starlink?

#### 5.1 Respuesta corta: **Sí, es probable que funcione**

Según discusiones en los foros oficiales de GrapheneOS, usuarios han confirmado que **instalaron GrapheneOS en un Pixel 10 Pro y el servicio T-Satellite funcionó sin problemas**.

#### 5.2 Análisis técnico detallado

**Razones por las que debería funcionar:**

1. **El módem es hardware**: La capacidad de conectarse a satélites está en el **firmware del módem**, que GrapheneOS no modifica
2. **Las APIs satelitales son de AOSP**: Las interfaces que permiten a las apps saber que están en conexión satelital son parte de **Android Open Source Project (AOSP)** — y GrapheneOS las incluye
3. **La red es transparente**: Para el sistema operativo, la conexión satelital es simplemente una **red de roaming** más — algo que Android soporta nativamente

**Advertencias importantes:**

1. **El servicio SOS satelital ha sido deshabilitado**: GrapheneOS ha eliminado la declaración de la característica `android.hardware.telephony.satellite` porque causaba problemas con Android Auto
2. **Dependencia de apps de Google**: Algunas funcionalidades (como Emergency SOS) dependen de **apps propietarias de Google** que no están incluidas en GrapheneOS
3. **Restricciones a nivel de red**: Las limitaciones de aplicaciones permitidas son gestionadas por **Starlink a nivel de red**, no por el sistema operativo

#### 5.3 Conclusión sobre GrapheneOS + Starlink

| Funcionalidad | ¿Funciona en GrapheneOS? |
|---------------|--------------------------|
| **Mensajes de texto (SMS)** | ✅ Sí |
| **MMS** | ✅ Sí |
| **WhatsApp (texto, voz, video)** | ✅ Sí |
| **Google Maps** | ✅ Sí (si instalas los servicios de Google) |
| **Emergency SOS** | ⚠️ No (depende de app de Google) |
| **Datos móviles vía satélite** | ✅ Sí (en Pixel 10, en Pixel 9 desde octubre 2025) |

> **Recomendación**: Si planeas usar un Pixel 9 con GrapheneOS principalmente para **mensajería básica y WhatsApp** en zonas sin cobertura, el servicio funcionará. Si necesitas **Emergency SOS**, considera mantener los servicios de Google o usar un sistema operativo estándar.

---

### 6. Alternativas de Conexión Satelital para Pixel 9

Si Starlink no está disponible en tu región o prefieres otras opciones:

#### 6.1 Servicios satelitales alternativos

| Servicio | Compatibilidad | Precio | Notas |
|----------|---------------|--------|-------|
| **Apple Emergency SOS** | iPhone 14+ | Gratis (emergencias) | No disponible en Android |
| **Qualcomm Snapdragon Satellite** | Dispositivos con Snapdragon 8 Gen 2+ | Variable | En desarrollo |
| **Iridium GO!** | Cualquier smartphone | $800+ (equipo) | Requiere antena externa |
| **Garmin inReach** | Cualquier smartphone | $15-65/mes | Requiere dispositivo externo |
| **Bullitt Satellite Connect** | Motorola Defy 2, CAT S75 | Variable | Mensajería básica |

#### 6.2 Starlink Roaming internacional

Starlink ya ofrece **roaming en Canadá y Japón**, y planea expandirse a más países. Consulta con tu operador local si tienen acuerdo con Starlink.

#### 6.3 Mensajería satelital independiente

Existen aplicaciones que permiten **mensajería satelital sin depender de Starlink**:
- **Somewear**: Mensajería y localización vía satélite (requiere dispositivo)
- **Zoleo**: Mensajería satelital con app móvil
- **Bivy Stick**: Similar a Garmin inReach

---

### 7. Resumen Ejecutivo

| Aspecto | Detalle |
|---------|---------|
| **Modelos compatibles** | Pixel 9, 9 Pro, 9 Pro XL, 9 Pro Fold; Pixel 10 series |
| **Requisito mínimo** | Android 15 o superior |
| **Pixel 9 capabilities** | SMS, MMS desde lanzamiento; datos desde octubre 2025 |
| **Pixel 9a** | Solo SMS, sin MMS ni datos |
| **Precio EE.UU.** | $10/mes adicional (o incluido en plan Experience Beyond) |
| **Precio Reino Unido** | £3/mes (o gratis en O2 Ultimate) |
| **Pixel 9 + GrapheneOS** | ✅ Funciona (excepto Emergency SOS) |
| **Cobertura** | EE.UU., Canadá, Japón, y expandiéndose |

---

### 8. Prompt para Imagen Descriptiva

> *"Infografía de estilo **tablero de control técnico futurista** que representa la conexión satelital Direct to Cell de Starlink en un Google Pixel 9. La imagen se divide en tres niveles visuales:*
>
> * **Nivel Superior (El Concepto)**: Un **satélite Starlink** en órbita baja (con la forma característica de panel solar) emitiendo un haz de luz azul que desciende hacia un **Google Pixel 9** sostenido por una mano. El haz atraviesa capas atmosféricas estilizadas, con etiquetas flotantes que indican 'Altitud: 360 km' y 'Latencia: 20-60 ms'.*
>
> * **Nivel Central (La Conexión)**: El Pixel 9 muestra en su pantalla el nombre de red **'T-Sat+Starlink'** y el icono de señal satelital. Alrededor del teléfono, iconos de las apps compatibles (WhatsApp, Google Maps, X, AllTrails) flotan en pequeños círculos verdes, conectados por líneas de puntos que indican 'Modo satélite activado'.*
>
> * **Nivel Inferior (La Guía)**: Tres viñetas numeradas y estilizadas que resumen el proceso: (1) 'Cobertura celular perdida' (con un icono de torre de telefonía tachada), (2) 'Conexión automática a satélite' (con un icono de satélite), (3) 'Mensajería y apps funcionando' (con un icono de burbuja de chat).*
>
> * **Estilo y Formato**: Fondo de espacio profundo con estrellas y constelaciones estilizadas. Colores predominantes: azul eléctrico (Starlink), blanco (Pixel 9), verde neón (conexión activa) y gris oscuro (textos). Tipografía sans-serif limpia y moderna. Formato horizontal panorámico 16:9, resolución 8K, estilo de infografía oficial para manual técnico o presentación institucional."*

 


 

 

 A continuación, tienes una guía completa y práctica para convertir tu Google Pixel 9 en una terminal de comunicaciones con soberanía digital, usando GrapheneOS y la red satelital de Starlink.

---

## 1. La Base de Todo: Google Pixel 9

Antes de nada, es importante que elijas el modelo adecuado. Para esta configuración, necesitas un **Google Pixel 9** (o superior) por las siguientes razones:

*   **Soporte oficial de GrapheneOS**: El sistema operativo orientado a la privacidad tiene soporte de producción para toda la serie Pixel 9 (Pixel 9, 9 Pro, 9 Pro XL y 9 Pro Fold).
*   **Hardware de seguridad**: Los Pixel son los únicos dispositivos que permiten **bloquear el bootloader** después de instalar un sistema operativo personalizado, lo que es fundamental para mantener la seguridad del dispositivo.
*   **Compatibilidad con Starlink**: A partir de la serie Pixel 9, los teléfonos son compatibles con la conexión directa a satélites.

---

## 2. Instalación de GrapheneOS en el Pixel 9

La instalación es el primer paso y, afortunadamente, GrapheneOS cuenta con un **instalador web oficial** que hace el proceso muy sencillo.

### 2.1. Preparativos

1.  **Haz una copia de seguridad** de todos tus datos importantes. Este proceso borrará por completo el contenido del teléfono.
2.  **Carga la batería** al menos al 80%.
3.  **Conecta el Pixel 9 a tu ordenador** con un cable USB-C de buena calidad (el que viene con el teléfono es el más fiable).
4.  **Habilita el "Desbloqueo OEM"** en el teléfono:
    *   Ve a `Ajustes` → `Acerca del teléfono` y toca 7 veces sobre `Número de compilación` para activar las `Opciones de desarrollador`.
    *   Vuelve a `Ajustes` → `Sistema` → `Opciones de desarrollador` y activa `Desbloqueo OEM`.

### 2.2. Proceso de instalación

1.  **Apaga el teléfono**.
2.  **Mantén pulsados los botones de Encendido y Bajar Volumen** simultáneamente para entrar en modo **fastboot**.
3.  Conecta el teléfono al ordenador.
4.  **Abre un navegador Chromium** (Chrome, Edge o Brave) y ve a la página oficial del instalador web: [https://grapheneos.org/install/web](https://grapheneos.org/install/web).
5.  **Sigue los pasos en pantalla**:
    *   El instalador te guiará para **desbloquear el bootloader**.
    *   A continuación, **descargará e instalará** la imagen de GrapheneOS.
    *   Una vez finalizada la instalación, **bloquearás el bootloader** de nuevo, un paso esencial para la seguridad.
6.  El teléfono se reiniciará con GrapheneOS.

**Recuerda**: Si tienes algún problema, el foro oficial de GrapheneOS es un excelente lugar para pedir ayuda. El proceso no dañará el teléfono, así que si falla, solo tienes que empezar de nuevo.

### 2.3. Primer arranque

*   Sigue el asistente de configuración inicial. **Durante este paso, no inicies sesión con una cuenta de Google** (a menos que sea estrictamente necesario). Puedes crear un perfil separado para los servicios de Google más adelante si los necesitas.

---

## 3. La Conexión Satelital: Starlink Direct to Cell

Starlink ofrece un servicio que convierte sus satélites en "torres de telefonía en el espacio", permitiendo a los teléfonos compatibles conectarse directamente a ellos cuando no hay cobertura celular.

### 3.1. ¿Qué funciona con Pixel 9 y GrapheneOS?

*   **SMS y MMS**: Sí, deberían funcionar sin problemas. Es la funcionalidad básica del servicio.
*   **Aplicaciones como WhatsApp**: Sí, la mensajería y las llamadas a través de apps que usan protocolos de internet deberían funcionar, ya que el sistema operativo ve la conexión satelital como una red de datos más.
*   **Llamadas de voz nativas**: Depende de la operadora. Es una funcionalidad que se está desplegando gradualmente.
*   **Datos móviles**: Starlink comenzó a ofrecer datos en octubre de 2025. En el Pixel 9, debería estar disponible.

**Limitación importante**: Actualmente, **no hay soporte oficial para el Emergency SOS** de Google en GrapheneOS. Aunque es posible que en el futuro se añada, no se debe confiar en esta función para emergencias.

### 3.2. Configuración y activación

La conexión a Starlink es **prácticamente automática**. Solo necesitas tener contratado el servicio con una operadora compatible:

1.  **Contrata un plan que incluya Starlink Direct to Cell**:
    *   **En EE.UU.**: A través de T-Mobile. Suele ser un complemento de unos **$10 al mes**.
    *   **En Reino Unido**: A través de O2, por unas **£3 al mes**.
    *   **En otros países**: Consulta con tu operadora local, ya que el servicio se está expandiendo rápidamente.
2.  **Activa el servicio** en tu cuenta con la operadora.
3.  **En tu Pixel 9, ve a `Ajustes` → `Redes e Internet` → `SIMs`** y asegúrate de que el roaming de datos está activado.

El teléfono se conectará automáticamente a la red satelital cuando te encuentres en una zona sin cobertura terrestre. Verás el nombre de la red, como **"T-Mobile SpaceX"** , en la barra de estado.

---

## 4. Aplicaciones Esenciales para la Privacidad

El ecosistema de GrapheneOS es muy rico. Aquí tienes una selección de las mejores aplicaciones para una terminal segura y privada, basada en recomendaciones de la comunidad.

### 4.1. Almacenamiento de aplicaciones (Tiendas)

| Aplicación | Función | Notas |
| :--- | :--- | :--- |
| **Tienda de GrapheneOS** | Tienda oficial | Viene preinstalada. Contiene las apps esenciales y actualizaciones del sistema. |
| **Accrescent** | Tienda de apps | Una tienda de apps de código abierto, centrada en la seguridad y la verificación. |
| **Obtainium** | Descarga directa | Permite instalar apps directamente desde sus repositorios en GitHub u otras fuentes oficiales. |
| **Aurora Store** | Tienda anónima de Google Play | Permite descargar apps de Google Play de forma anónima, sin necesidad de una cuenta de Google. |

### 4.2. Comunicaciones seguras

| Aplicación | Función | Notas |
| :--- | :--- | :--- |
| **Graphene Messenger** | Mensajería | Un fork de Signal que añade capas extra de protección para GrapheneOS. Ofrece cifrado de extremo a extremo. |
| **Molly** | Mensajería | Una versión de Signal completamente "des-Googleada". |
| **Signal** | Mensajería | La aplicación de mensajería segura por excelencia, con cifrado de extremo a extremo. |

### 4.3. Navegación y Búsqueda

| Aplicación | Función | Notas |
| :--- | :--- | :--- |
| **Vanadium** | Navegador | El navegador oficial de GrapheneOS, basado en Chromium, con fuertes medidas de seguridad. |
| **Brave** | Navegador | Una excelente alternativa con bloqueador de anuncios y rastreadores integrado. |
| **CoMaps** | Mapas y navegación | La mejor opción de código abierto para navegación GPS. Es rápida y precisa. |
| **Organic Maps** | Mapas y navegación | Otra gran alternativa de código abierto, ligera y sin conexión. |

### 4.4. Productividad y Almacenamiento

| Aplicación | Función | Notas |
| :--- | :--- | :--- |
| **Proton Mail** | Correo electrónico | Correo electrónico cifrado de extremo a extremo. |
| **Tutanota** | Correo electrónico | Otra excelente opción de correo cifrado. |
| **Bitwarden** | Gestor de contraseñas | El gestor de contraseñas de código abierto más popular y seguro. |
| **Aegis** | Autenticador 2FA | Gestor de códigos de autenticación de dos factores, seguro y offline. |
| **Ente Auth** | Autenticador 2FA | Otra gran opción para 2FA, con la posibilidad de sincronización cifrada. |
| **Ente Photos** | Almacenamiento de fotos | Almacenamiento de fotos en la nube con cifrado de extremo a extremo. |
| **Immich** | Almacenamiento de fotos | La mejor opción si quieres alojar tu propio servidor de fotos. |
| **Notesnook** | Notas | Una aplicación de notas con cifrado de extremo a extremo. |

### 4.5. Otras herramientas útiles

| Aplicación | Función | Notas |
| :--- | :--- | :--- |
| **RethinkDNS** | Firewall y DNS | Una potente herramienta "todo en uno" para controlar el tráfico de red y bloquear rastreadores. |
| **Proton VPN** | VPN | Una VPN de confianza para cifrar todo tu tráfico de internet. |
| **Gadgetbridge** | Conexión de dispositivos | La única app que permite conectar dispositivos como smartwatches de forma privada. |
| **NewPipe / PipePipe** | YouTube | Clientes alternativos de YouTube que no requieren una cuenta de Google y bloquean anuncios. |
| **Fossify Calendar** | Calendario | Un calendario de código abierto, simple y funcional. |
| **Heliboard** | Teclado | Un teclado de código abierto con muchas opciones de personalización y sin telemetría. |

---

## 5. Resumen de Costes (Agosto 2026)

| Concepto | Coste estimado | Notas |
| :--- | :--- | :--- |
| **Google Pixel 9 (256 GB)** | ~$900 / 900 € | Precio de lanzamiento (puede variar según ofertas). |
| **GrapheneOS** | **Gratuito** | El sistema operativo es de código abierto y completamente gratuito. |
| **Starlink Direct to Cell** | ~$10/mes (EE.UU.) / ~£3/mes (UK) | Precio estimado como complemento del plan de telefonía. Puede variar según el país y la operadora. |
| **Aplicaciones recomendadas** | **Gratuitas / Freemium** | La mayoría de las aplicaciones recomendadas son de código abierto y gratuitas. Algunas, como Proton o Tutanota, ofrecen planes de pago con más funciones. |

**En resumen**, el coste principal es la adquisición del hardware. El software y los servicios básicos de privacidad y conectividad tienen un coste mensual muy bajo.

---

## 6. Prompt para una Imagen Ilustrativa

> "Infografía de estilo técnico y moderno para una guía de instalación de una terminal de comunicaciones segura. La imagen debe mostrar un flujo visual de 3 pasos en un diseño horizontal.
>
> **Paso 1:** Un **Google Pixel 9** en el centro, con un cable USB-C conectado a un ordenador portátil. Una ventana del navegador muestra la página de instalación de GrapheneOS con un botón verde que dice 'Instalar'. Un icono de un candado abierto al lado del teléfono indica 'Desbloquear Bootloader'.
> **Paso 2:** El mismo Pixel 9, ahora con un escudo o emblema de GrapheneOS en la pantalla y un candado cerrado, simbolizando que el sistema operativo está instalado y el bootloader está bloqueado.
> **Paso 3:** El Pixel 9 con GrapheneOS muestra en su pantalla el nombre de red **'T-Sat+Starlink'** y el icono de señal satelital. Alrededor del teléfono, iconos de las aplicaciones clave (Graphene Messenger, Proton Mail, Bitwarden, CoMaps) flotan en círculos, conectados por líneas de puntos que indican 'Seguridad y Privacidad'.
>
> El fondo debe ser un degradado de azul noche a gris oscuro, con acentos en verde neón para la seguridad y el logo de GrapheneOS como sello de calidad. El estilo debe ser el de una infografía oficial de alta calidad para una empresa de tecnología."

 

 
 
 

 
 
 
 


            

martes, 18 de agosto de 2026

## 1. Contexto epidemiológico actual (agosto 2026) análisis cuantitativo de la evolución esperada del virus Bundibugyo

 A continuación, te presento un análisis cuantitativo de la evolución esperada del virus Bundibugyo, un algoritmo en Python para modelar su comportamiento y un esquema de dispersión global basado en los datos epidemiológicos disponibles a 19 de agosto de 2026.

---

 
 
 

 

TODA ESTA INFORMACION PRESENTA UNA BASE PARA SU DESARROLLO DESDE LAS CONDICIONES INICIALES CARACTERISTICAS DE SU ZONA CONCRETA ATENDIENDO A CRITERIOS ESPECIFICOS QUE USTEDES DETERMINAN. GRACIAS :) 



## 1. Contexto epidemiológico actual (agosto 2026)

El brote de la variante Bundibugyo ha superado todas las previsiones iniciales:

| Indicador | Valor (agosto 2026) |
|-----------|---------------------|
| Casos confirmados | > 5.000 |
| Fallecimientos | > 2.320 |
| Tasa de letalidad (CFR) | 46% - 47% |
| Provincias afectadas en RDC | 6 |
| Zonas sanitarias | 54 |
| Expansión internacional | Uganda y Europa (Francia) |

La tasa de letalidad ha aumentado desde aproximadamente el 20% a principios de junio hasta el 46% actual, lo que contradice la hipótesis inicial de una disminución automática de la virulencia. Los científicos han identificado que los genomas del brote de 2026 **han acumulado menos cambios de los esperados** en comparación con el patrón evolutivo histórico del Bundibugyo, y se ha detectado una **divergencia genética** respecto a cepas anteriores.

---

## 2. Algoritmo en Python para modelar la evolución del virus

El siguiente algoritmo implementa un **modelo SIR (Susceptible-Infectado-Recuperado) extendido** que incorpora:

- **Transmisión asintomática**: basada en la evidencia de que los infectados asintomáticos pueden ser indetectables en los controles fronterizos.
- **Evolución temporal de la virulencia y contagiosidad**: con funciones que simulan la adaptación del virus.
- **Dispersión geográfica**: mediante un modelo de metapoblaciones con nodos interconectados.
- **Transmisión por cadáveres**: característica única del Ébola que influye en su dinámica evolutiva.

```python
import numpy as np
import pandas as pd
import matplotlib.pyplot as plt
from scipy.integrate import odeint
from datetime import datetime, timedelta

# ============================================================
# 1. MODELO SIR EXTENDIDO CON EVOLUCIÓN VIRAL
# ============================================================

class EbolaBundibugyoModel:
    """
    Modelo de evolución del virus Ebola Bundibugyo (BDBV-2026)
    Incorpora:
    - Transmisión asintomática
    - Evolución temporal de R0 y CFR
    - Transmisión por cadáveres
    - Dispersión geográfica entre nodos
    """
    
    def __init__(self, 
                 poblacion_inicial=1_000_000,
                 casos_iniciales=10,
                 R0_inicial=1.8,
                 R0_final=3.2,          # Aumento esperado por adaptación
                 CFR_inicial=0.47,
                 CFR_final=0.30,         # Disminución esperada de virulencia
                 dias_evolucion=180,
                 tasa_asintomaticos=0.10, # 10% asintomáticos
                 tasa_contacto_cadaver=0.05):
        
        self.poblacion = poblacion_inicial
        self.casos_iniciales = casos_iniciales
        self.R0_inicial = R0_inicial
        self.R0_final = R0_final
        self.CFR_inicial = CFR_inicial
        self.CFR_final = CFR_final
        self.dias = dias_evolucion
        self.tasa_asintomaticos = tasa_asintomaticos
        self.tasa_contacto_cadaver = tasa_contacto_cadaver
        
        # Parámetros derivados
        self.tasa_recuperacion = 1/14  # 14 días de infección
        self.tasa_incubacion = 1/7     # 7 días de incubación
        
    def R0_temporal(self, t):
        """Evolución del R0: aumenta con el tiempo (mayor contagiosidad)"""
        progreso = t / self.dias
        return self.R0_inicial + (self.R0_final - self.R0_inicial) * (1 - np.exp(-3 * progreso))
    
    def CFR_temporal(self, t):
        """Evolución de la letalidad: disminuye con el tiempo (menor virulencia)"""
        progreso = t / self.dias
        return self.CFR_inicial - (self.CFR_inicial - self.CFR_final) * (1 - np.exp(-2 * progreso))
    
    def beta_temporal(self, t):
        """Tasa de transmisión efectiva"""
        R0 = self.R0_temporal(t)
        gamma = self.tasa_recuperacion
        return R0 * gamma
    
    def ecuaciones(self, estado, t):
        """
        Sistema de ecuaciones diferenciales SIR con:
        - S: Susceptibles
        - I_sintomaticos: Infectados sintomáticos
        - I_asintomaticos: Infectados asintomáticos
        - R: Recuperados
        - D: Fallecidos
        - C: Cadáveres infecciosos
        """
        S, I_sint, I_asint, R, D, C = estado
        
        beta = self.beta_temporal(t)
        gamma = self.tasa_recuperacion
        mu = self.CFR_temporal(t) * gamma  # Tasa de mortalidad
        alpha = self.tasa_asintomaticos     # Proporción asintomáticos
        theta = self.tasa_contacto_cadaver  # Transmisión por cadáveres
        
        N = S + I_sint + I_asint + R + D
        
        # Transmisión: contacto con sintomáticos, asintomáticos y cadáveres
        lambda_infeccion = beta * (I_sint + 0.5 * I_asint + theta * C) / N
        
        dS = -lambda_infeccion * S
        dI_sint = (1 - alpha) * lambda_infeccion * S - gamma * I_sint - mu * I_sint
        dI_asint = alpha * lambda_infeccion * S - gamma * I_asint
        dR = gamma * (I_sint + I_asint) - mu * I_asint * 0.1  # Mortalidad menor en asintomáticos
        dD = mu * I_sint + 0.05 * mu * I_asint
        dC = mu * I_sint - 0.1 * C  # Cadáveres pierden infectividad con el tiempo
        
        return [dS, dI_sint, dI_asint, dR, dD, dC]
    
    def simular(self):
        """Ejecuta la simulación"""
        t = np.linspace(0, self.dias, self.dias * 10)
        
        estado_inicial = [
            self.poblacion - self.casos_iniciales,  # S
            self.casos_iniciales * 0.9,              # I_sint
            self.casos_iniciales * 0.1,              # I_asint
            0,  # R
            0,  # D
            0   # C
        ]
        
        solucion = odeint(self.ecuaciones, estado_inicial, t)
        
        return t, solucion
    
    def graficar(self, t, solucion):
        """Genera gráficos de la evolución"""
        S, I_sint, I_asint, R, D, C = solucion.T
        
        fig, axes = plt.subplots(2, 2, figsize=(14, 10))
        
        # 1. Curvas epidémicas
        ax1 = axes[0, 0]
        ax1.plot(t, I_sint, 'r-', label='Infectados sintomáticos', linewidth=2)
        ax1.plot(t, I_asint, 'orange', label='Infectados asintomáticos', linewidth=2)
        ax1.plot(t, D, 'k-', label='Fallecidos', linewidth=2)
        ax1.set_xlabel('Días')
        ax1.set_ylabel('Número de personas')
        ax1.set_title('Evolución de la epidemia Bundibugyo')
        ax1.legend()
        ax1.grid(True, alpha=0.3)
        
        # 2. Evolución de R0 y CFR
        ax2 = axes[0, 1]
        R0_vals = [self.R0_temporal(d) for d in t]
        CFR_vals = [self.CFR_temporal(d) for d in t]
        ax2.plot(t, R0_vals, 'b-', label='R0 (contagiosidad)', linewidth=2)
        ax2.plot(t, CFR_vals, 'r--', label='CFR (letalidad)', linewidth=2)
        ax2.set_xlabel('Días')
        ax2.set_ylabel('Valor')
        ax2.set_title('Evolución de parámetros virales')
        ax2.legend()
        ax2.grid(True, alpha=0.3)
        
        # 3. Curva epidémica (escala logarítmica)
        ax3 = axes[1, 0]
        total_infectados = I_sint + I_asint
        ax3.semilogy(t, total_infectados, 'g-', label='Total infectados', linewidth=2)
        ax3.semilogy(t, D, 'k-', label='Fallecidos', linewidth=2)
        ax3.set_xlabel('Días')
        ax3.set_ylabel('Número de personas (escala log)')
        ax3.set_title('Evolución epidémica (escala logarítmica)')
        ax3.legend()
        ax3.grid(True, alpha=0.3)
        
        # 4. Proporción asintomáticos
        ax4 = axes[1, 1]
        prop_asint = I_asint / (I_sint + I_asint + 1e-10)
        ax4.plot(t, prop_asint * 100, 'purple', linewidth=2)
        ax4.set_xlabel('Días')
        ax4.set_ylabel('Porcentaje (%)')
        ax4.set_title('Proporción de infectados asintomáticos')
        ax4.grid(True, alpha=0.3)
        
        plt.tight_layout()
        plt.savefig('ebola_bundibugyo_evolution.png', dpi=300)
        plt.show()
        
        return fig

# ============================================================
# 2. MODELO DE DISPERSIÓN GLOBAL (METAPOBLACIONES)
# ============================================================

class DispersiónGlobal:
    """
    Modelo de dispersión geográfica del virus Bundibugyo
    Simula la propagación entre regiones mediante viajes internacionales
    """
    
    def __init__(self):
        # Nodos geográficos con sus poblaciones y conectividad
        self.nodos = {
            'Ituri (RDC)': {'poblacion': 4_500_000, 'casos': 3000, 'conexiones': ['Kinshasa', 'Uganda']},
            'Kivu Norte (RDC)': {'poblacion': 6_000_000, 'casos': 800, 'conexiones': ['Ituri', 'Kivu Sur']},
            'Kivu Sur (RDC)': {'poblacion': 5_500_000, 'casos': 400, 'conexiones': ['Kivu Norte']},
            'Haut-Uele (RDC)': {'poblacion': 2_000_000, 'casos': 200, 'conexiones': ['Ituri', 'Bas-Uele']},
            'Tshopo (RDC)': {'poblacion': 2_500_000, 'casos': 150, 'conexiones': ['Haut-Uele', 'Kinshasa']},
            'Bas-Uele (RDC)': {'poblacion': 1_500_000, 'casos': 50, 'conexiones': ['Haut-Uele']},
            'Kinshasa (RDC)': {'poblacion': 12_000_000, 'casos': 10, 'conexiones': ['Tshopo', 'Internacional']},
            'Uganda': {'poblacion': 45_000_000, 'casos': 50, 'conexiones': ['Ituri', 'Internacional']},
            'Europa': {'poblacion': 500_000_000, 'casos': 1, 'conexiones': ['Internacional']},
            'Internacional': {'poblacion': 0, 'casos': 0, 'conexiones': ['Kinshasa', 'Uganda', 'Europa']}
        }
        
        # Matriz de probabilidad de viaje entre nodos
        self.matriz_viajes = self._crear_matriz_viajes()
    
    def _crear_matriz_viajes(self):
        """Crea una matriz de probabilidad de transmisión entre nodos"""
        nodos = list(self.nodos.keys())
        n = len(nodos)
        matriz = np.zeros((n, n))
        
        # Conexiones con peso proporcional al tráfico
        for i, origen in enumerate(nodos):
            for destino in self.nodos[origen]['conexiones']:
                if destino in nodos:
                    j = nodos.index(destino)
                    # Probabilidad de transmisión basada en distancia y tráfico
                    matriz[i, j] = 0.01 + np.random.uniform(0, 0.02)
        
        # Normalizar
        for i in range(n):
            if matriz[i, :].sum() > 0:
                matriz[i, :] = matriz[i, :] / matriz[i, :].sum()
        
        return matriz
    
    def simular_dispersion(self, pasos=90):
        """Simula la dispersión geográfica del virus"""
        nodos = list(self.nodos.keys())
        n = len(nodos)
        
        # Estado inicial: casos por nodo
        casos = np.array([self.nodos[nodo]['casos'] for nodo in nodos])
        historial = [casos.copy()]
        
        for paso in range(pasos):
            # Nuevos casos por transmisión local (modelo SIR simplificado)
            for i in range(n):
                if casos[i] > 0:
                    # Crecimiento exponencial con tasa R0_efectivo
                    R0_local = 1.8 + 0.02 * paso / 30  # Aumenta con el tiempo
                    nuevos = casos[i] * R0_local * 0.05 * np.random.uniform(0.8, 1.2)
                    casos[i] += nuevos
            
            # Dispersión entre nodos
            nuevos_casos_exportados = np.zeros(n)
            for i in range(n):
                if casos[i] > 0:
                    for j in range(n):
                        if i != j and self.matriz_viajes[i, j] > 0:
                            exportados = casos[i] * self.matriz_viajes[i, j] * 0.1
                            nuevos_casos_exportados[j] += exportados
                            casos[i] -= exportados * 0.5  # Los viajeros salen
            
            casos += nuevos_casos_exportados
            casos = np.maximum(casos, 0)
            historial.append(casos.copy())
        
        return np.array(historial), nodos

# ============================================================
# 3. EJECUCIÓN DEL MODELO
# ============================================================

if __name__ == "__main__":
    print("=" * 70)
    print("MODELO DE EVOLUCIÓN DEL VIRUS EBOLA BUNDIBUGYO (BDBV-2026)")
    print("=" * 70)
    
    # 3.1 Simulación SIR
    print("\n[1] Ejecutando modelo SIR con evolución viral...")
    modelo = EbolaBundibugyoModel(
        poblacion_inicial=10_000_000,
        casos_iniciales=50,
        R0_inicial=1.8,
        R0_final=3.5,
        CFR_inicial=0.47,
        CFR_final=0.25,
        dias_evolucion=200
    )
    
    t, solucion = modelo.simular()
    S, I_sint, I_asint, R, D, C = solucion.T
    
    print(f"\nResultados a día {int(t[-1])}:")
    print(f"  - Total infectados acumulados: {int((I_sint + I_asint + R + D)[-1]):,}")
    print(f"  - Fallecidos: {int(D[-1]):,}")
    print(f"  - Tasa de letalidad final: {D[-1] / (I_sint[-1] + I_asint[-1] + R[-1] + D[-1] + 1) * 100:.1f}%")
    print(f"  - R0 final: {modelo.R0_temporal(t[-1]):.2f}")
    
    # 3.2 Simulación de dispersión global
    print("\n[2] Ejecutando modelo de dispersión global...")
    dispersion = DispersiónGlobal()
    historial, nodos = dispersion.simular_dispersion(pasos=90)
    
    print("\nDispersión geográfica (casos acumulados a 90 días):")
    for i, nodo in enumerate(nodos):
        if historial[-1, i] > 0:
            print(f"  - {nodo}: {int(historial[-1, i]):,} casos")
    
    # 3.3 Generar gráficos
    print("\n[3] Generando gráficos...")
    modelo.graficar(t, solucion)
    print("  Gráfico guardado como 'ebola_bundibugyo_evolution.png'")
    
    print("\n" + "=" * 70)
    print("SIMULACIÓN COMPLETADA")
    print("=" * 70)
```

---

## 3. Patrón de contagio y evolución esperada

### 3.1 Tendencias evolutivas observadas

Los datos del brote actual y la literatura científica permiten establecer las siguientes tendencias:

| Variable | Tendencias observadas | Proyección |
|----------|----------------------|------------|
| **R0 (contagiosidad)** | En aumento por adaptación al huésped humano | 1.8 → 3.0-3.5 |
| **CFR (letalidad)** | Inicialmente 20%, actual 46-47% | Posible descenso a 25-30% |
| **Periodo asintomático** | Evidencia de transmisión indetectable en fronteras | Puede prolongarse |
| **Dispersión geográfica** | 6 provincias en 3 meses, salto a Uganda y Europa | Expansión acelerada |
| **Mutaciones** | Menos cambios de lo esperado | Posible divergencia genética |

### 3.2 Factores que contradicen la hipótesis de "atenuación automática"

1. **Transmisión post-mortem**: El Ébola puede transmitirse a través de cadáveres, lo que ejerce una **presión selectiva para mantener una alta virulencia**. Un virus que mata rápidamente pero se transmite a través de los funerales no tiene la misma presión para atenuarse que un virus respiratorio.

2. **Ausencia de disminución de la CFR**: Contrariamente a lo esperado, la tasa de letalidad ha **aumentado** del 20% al 46% en tres meses.

3. **Cambios genéticos atípicos**: El virus del brote de 2026 ha acumulado **menos cambios de los esperados** y muestra signos de **divergencia genética**, lo que sugiere que podría estar emergiendo una nueva variante con características distintas.

---

## 4. Esquema de dispersión global

```
┌─────────────────────────────────────────────────────────────────────┐
│                    DISPERSIÓN GLOBAL DEL VIRUS BUNDIBUGYO           │
│                          (Modelo a 90-180 días)                    │
└─────────────────────────────────────────────────────────────────────┘

                              FASE 1: BROTE LOCAL (Días 0-30)
                              ┌─────────────────────────┐
                              │   ITURI (RDC)           │
                              │   ↕ Casos: 3.000+       │
                              │   ↕ CFR: 46%            │
                              └───────────┬─────────────┘
                                          │
                              FASE 2: EXPANSIÓN REGIONAL (Días 30-60)
                              ┌───────────┼───────────────────────────┐
                              │           │                           │
                              ▼           ▼                           ▼
                    ┌─────────────┐ ┌─────────────┐         ┌─────────────┐
                    │ KIVU NORTE  │ │ HAUT-UELE   │         │   UGANDA    │
                    │ Casos: 800  │ │ Casos: 200  │         │ Casos: 50   │
                    └─────────────┘ └─────────────┘         └──────┬──────┘
                              │           │                        │
                              ▼           ▼                        │
                    ┌─────────────┐ ┌─────────────┐                │
                    │ KIVU SUR    │ │ TSHOPO      │                │
                    │ Casos: 400  │ │ Casos: 150  │                │
                    └─────────────┘ └──────┬──────┘                │
                              │             │                       │
                              ▼             ▼                       ▼
                    ┌─────────────┐ ┌─────────────┐         ┌─────────────┐
                    │ BAS-UELE    │ │  KINSHASA   │         │   AEROPUERTO │
                    │ Casos: 50   │ │  Casos: 10  │────────▶│ INTERNAC.   │
                    └─────────────┘ └─────────────┘         └──────┬──────┘
                                                                   │
                              FASE 3: DISPERSIÓN INTERNACIONAL (Días 60-180)
                                                                   │
                                          ┌────────────────────────┼────────────────────────┐
                                          │                        │                        │
                                          ▼                        ▼                        ▼
                              ┌─────────────────────┐ ┌─────────────────────┐ ┌─────────────────────┐
                              │      EUROPA         │ │    ÁFRICA OCCIDENTAL│ │      ASIA           │
                              │  Casos importados   │ │   (posible salto)   │ │   (posible salto)   │
                              │  (Francia: 1 caso)  │ │                     │ │                     │
                              └─────────────────────┘ └─────────────────────┘ └─────────────────────┘
                                          │                        │                        │
                                          ▼                        ▼                        ▼
                              ┌─────────────────────┐ ┌─────────────────────┐ ┌─────────────────────┐
                              │  Propagación local  │ │  Propagación local  │ │  Propagación local  │
                              │  en ciudades        │ │  en países vecinos  │ │  en hubs asiáticos  │
                              └─────────────────────┘ └─────────────────────┘ └─────────────────────┘
```

### 4.1 Factores clave de dispersión

1. **Asintomáticos indetectables**: La existencia de infectados asintomáticos que superan los controles fronterizos es el principal mecanismo de dispersión internacional.

2. **Velocidad sin precedentes**: El brote se ha expandido a 6 provincias en 3 meses, lo que indica una **capacidad de transmisión superior** a brotes anteriores.

3. **Rutas de transmisión**: La OMS ha identificado "riesgo alto" de propagación tanto dentro del país como a través de fronteras internacionales.

---

## 5. Conclusión: Implicaciones para la preparación sanitaria

| Aspecto | Implicación para Osakidetza |
|---------|----------------------------|
| **Ventana de oportunidad** | El período asintomático puede prolongarse, permitiendo la entrada de casos indetectados |
| **Aumento de R0** | Mayor potencial de brotes secundarios una vez que el virus entre en la comunidad |
| **CFR sostenida** | La letalidad no está disminuyendo tan rápido como se esperaba; la UCI y el soporte vital siguen siendo críticos |
| **Mutaciones** | La divergencia genética puede afectar la precisión de las pruebas PCR existentes |
| **Dispersión acelerada** | La velocidad de propagación observada exige **protocolos de detección más rápidos** y **sistemas de rastreo más ágiles** |

El algoritmo presentado permite **actualizar las proyecciones en tiempo real** a medida que se disponga de nuevos datos epidemiológicos, proporcionando a Osakidetza una herramienta cuantitativa para la planificación de recursos y la evaluación de escenarios.

 

--------------------------------------------------------------------------------------------

 

 Aquí tienes un **prompt extenso y muy detallado** para generar una imagen divulgativa que muestre de forma gráfica y clara **cómo se expande el virus Bundibugyo** por el planeta, cuáles son sus **vías de transmisión**, su **evolución en el tiempo** y sus **características clave** (contagiosidad, letalidad, asintomáticos, etc.).

---

### Prompt para Imagen: "Mapa de Expansión Global y Patrón de Transmisión del Virus Bundibugyo"

> *"Infografía divulgativa de gran formato, estilo **mapa mundi de alto impacto visual** combinado con **diagramas de flujo epidémico**, con paleta de colores que va del rojo intenso (foco inicial) al naranja y amarillo (zonas de expansión) sobre un fondo de tablero de control epidemiológico en azul oscuro o gris pizarra. La imagen se estructura en tres niveles de lectura simultáneos:*

---

> **NIVEL 1: MAPA DE EXPANSIÓN GEOGRÁFICA (fondo y base del diseño)**

> Un **planisferio terrestre estilizado** con los continentes en relieve oscuro. Sobre él, se superponen **círculos concéntricos de colores** que representan la propagación del virus en tres fases temporales:

> - **Fase 1 (color rojo sangre, días 0-30):** Un gran punto focal en la **República Democrática del Congo (provincia de Ituri)** , con un diámetro proporcional a los casos iniciales (>3.000 infectados). De este punto parten líneas de flujo gruesas hacia el norte y oeste del país (Kivu Norte, Kivu Sur, Haut-Uele, Tshopo, Bas-Uele y Kinshasa).

> - **Fase 2 (color naranja, días 30-60):** El círculo se agranda y aparecen **nuevos focos secundarios** en **Uganda** (conectado por una línea aérea a Ituri) y en la **zona de Kinshasa**, con un símbolo de aeropuerto internacional que indica el punto de salida hacia el exterior.

> - **Fase 3 (color amarillo/ámbar, días 60-180):** Flechas curvas de gran tamaño cruzan el **Océano Atlántico** hacia **Europa** (con un foco destacado en Francia, marcado con un círculo rojo intermitente) y líneas punteadas que apuntan a **Asia** y **África Occidental** como posibles rutas futuras. El tamaño de los círculos es proporcional al número de casos esperados en cada región, con etiquetas numéricas flotantes que indican cifras aproximadas.

---

> **NIVEL 2: CARRUSEL DE VÍAS DE TRANSMISIÓN (borde inferior y laterales)**

> En la parte inferior de la imagen, un **carrusel horizontal de iconos animados (estilo ilustración vectorial)** que detalla las **cinco vías de contagio principales**, cada una con su correspondiente icono y texto explicativo breve:

> 1. **Contacto directo con fluidos (sangre, vómito, sudor):** Representado por dos siluetas humanas con una gota roja entre ellas y una flecha de transmisión.
> 2. **Contacto indirecto con fómites (objetos o superficies contaminadas):** Icono de una mano tocando una mesa con una mancha roja y un símbolo de advertencia.
> 3. **Transmisión por cadáveres (rituales funerarios):** Silueta de un cuerpo envuelto en un sudario con personas alrededor y una flecha de contagio, con un texto destacado en rojo: **'ALTO RIESGO'**.
> 4. **Transmisión asintomática (10% de los casos):** Silueta humana sin síntomas visibles (sin fiebre ni hemorragias) con una nube de partículas virales a su alrededor, acompañado de un texto que indica: **'Indetectables en fronteras'**.
> 5. **Exposición ocupacional (personal sanitario):** Icono de un profesional con EPI (traje blanco y máscara) rodeado de partículas, con una advertencia sobre el riesgo de contagio en entornos hospitalarios.

---

> **NIVEL 3: PANEL DE CONTROL CON PARÁMETROS EVOLUTIVOS (esquina superior derecha)**

> Un recuadro tipo **dashboard de datos epidemiológicos** con fondo semitransparente que flota sobre el mapa, con gráficos de barras y curvas que muestran la **evolución temporal de los parámetros clave**:

> - **R0 (Contagiosidad):** Una línea de tendencia ascendente que va desde **1.8** (inicio) hasta **3.5** (proyección a 180 días), con una flecha verde hacia arriba que indica **'Aumento de la transmisibilidad'**.
> - **CFR (Tasa de Letalidad):** Una línea que inicialmente sube hasta el **47%** y luego desciende lentamente hasta el **25-30%**, con una anotación que dice **'Disminución esperada de la virulencia, pero aún letal'**.
> - **Periodo de incubación:** Un rectángulo con el rango **2-21 días (media 7 días)** y una nota: **'Sin contagio durante incubación'**.
> - **Tasa de asintomáticos:** Una barra que marca el **10%**, con la advertencia: **'Pueden viajar y propagar sin ser detectados'**.
> - **Velocidad de expansión:** Un cronómetro simbólico que indica **'6 provincias en 3 meses'** y un globo terráqueo con la inscripción **'Riesgo de salto intercontinental alto'**.

---

> **ELEMENTOS ADICIONALES DE COMPOSICIÓN:**

> - **Flechas de flujo dinámicas**: Líneas curvas con puntos luminosos que recorren las rutas de propagación, simulando el movimiento de viajeros y la dispersión viral.
> - **Semáforo de riesgo**: En la esquina inferior derecha, un semáforo con el color **rojo encendido** y el texto **'Nivel de Alerta: Máximo (ESPII)'** , haciendo referencia a la declaración de Emergencia de Salud Pública de Importancia Internacional por parte de la OMS.
> - **Datos estadísticos destacados**: Cifras clave flotando sobre el mapa, como **'+5.000 casos confirmados'**, **'+2.300 fallecimientos'**, y **'CFR 47%'** en grandes caracteres.

> *Iluminación dramática con contrastes marcados, estilo de póster de campaña de salud pública de alto presupuesto. Sin texto excesivo, priorizando los iconos, gráficos y la jerarquía visual. Formato horizontal panorámico 16:9, alta resolución 8K, apto para impresión en gran formato y para su uso en presentaciones institucionales y materiales divulgativos de Osakidetza."*

---

### Recomendaciones de uso

- **Midjourney**: Añade al final `--ar 16:9 --style raw --v 6.0 --stylize 250` para un mayor detalle.
- **DALL-E 3**: Este prompt extenso puede utilizarse directamente; si la herramienta lo requiere, divídelo en secciones (por ejemplo, "mapa", "vías de transmisión" y "panel de datos").
- **Stable Diffusion**: Añade al inicio `photorealistic, infographic, medical illustration, detailed, high quality` y al final `negative prompt: text, watermark, blurry, low quality`.

Esta imagen permitirá comunicar de forma visual e impactante:

1.  **El origen y la velocidad de propagación** del virus Bundibugyo.
2.  **Las múltiples vías de contagio**, incluyendo el papel crítico de los asintomáticos y los cadáveres.
3.  **La evolución de los parámetros clave** (R0 y CFR) y su implicación para la respuesta sanitaria.
4.  **El riesgo de expansión global** y la necesidad de preparación en regiones como el País Vasco.

 

--------------------------------------------------------------------------------- 


 

 

 Para un escenario de preparación como el que plantea Osakidetza, la estrategia de control en fronteras y puntos de transporte debe ser **multicapa, inteligente y coordinada**. Dado que no existe vacuna ni tratamiento específico para la variante Bundibugyo, la detección precoz y el aislamiento son las únicas herramientas disponibles.

A continuación, se detallan las medidas de control que deben habilitarse, estructuradas en tres niveles de actuación.

---




### 1. Medidas en Fronteras, Puertos y Aeropuertos (Puntos de Entrada)

Las recomendaciones de la OMS y de África CDC para puntos de entrada son claras y deben implementarse de forma coordinada entre todos los actores (Sanidad, Aduanas, Transporte, Seguridad).

*   **Controles de Salida Obligatorios**: Se deben implantar en **todos los puntos de entrada** (aeropuertos, puertos y pasos fronterizos terrestres). Esto es crucial, ya que la OMS ha declarado que el riesgo regional es **"alto"**.
*   **Cuestionario de Salud**: Todo viajero debe cumplimentar un cuestionario sobre posibles exposiciones al virus de Bundibugyo en los 21 días previos.
*   **Medición de Temperatura**: Debe realizarse de forma **no invasiva** (cámaras termográficas a distancia) a todos los viajeros. Cualquier persona con fiebre debe ser sometida a una evaluación exhaustiva del riesgo por personal formado y con EPI.
*   **Aislamiento y Derivación**: Los viajeros con síntomas compatibles con ébola (fiebre, fatiga, vómitos, hemorragias) deben ser **aislados inmediatamente** y derivados siguiendo protocolos de prevención y control de infecciones.
*   **Restricción de Viajes**: Se debe impedir el viaje internacional de casos sospechosos, probables o confirmados, así como de sus contactos, salvo en evacuaciones médicas organizadas. También se debe prohibir el **traslado transfronterizo de cadáveres** de casos sospechosos o confirmados.
*   **Sistemas de Localización**: Implementar sistemas (como "locator phones") para capturar información detallada de cada viajero, incluyendo su destino, para facilitar el rastreo de contactos.

---

### 2. Medidas en Sistemas de Transporte y Estaciones de Pasajeros

El virus se desplaza con las personas y las mercancías, por lo que la vigilancia debe extenderse a toda la red de transporte.

*   **Vigilancia en Corredores Comerciales**: Es vital monitorizar el movimiento de camiones y la movilidad transfronteriza en corredores clave (por ejemplo, el Corredor Norte que conecta el puerto de Mombasa con Uganda y la RDC). Se han llegado a tamizar a más de 2.500 conductores de camión en estas rutas.
*   **Protocolos para Operadores de Transporte**: Se deben establecer procedimientos operativos normalizados (POE) y planes de contingencia específicos para el sector del transporte.
*   **Limpieza y Desinfección**: Las estaciones de pasajeros y los vehículos (aviones, barcos, trenes, autobuses) deben someterse a procedimientos rigurosos de limpieza y desinfección ambiental.
*   **Participación Comunitaria**: Un enfoque novedoso y efectivo es la implicación de actores locales, como los **conductores de motocicletas**, que transportan a enfermos y cadáveres en zonas rurales. Se les está formando como agentes de vigilancia y respuesta.

---

### 3. Tecnología y Nodos Neuronales de IA para la Detección

La inteligencia artificial es una herramienta fundamental para superar las limitaciones de la detección manual y gestionar el gran volumen de datos.

*   **Plataformas de Vigilancia Digital de Pasajeros**: Kenia, por ejemplo, ha desplegado un sistema en línea para la vigilancia de pasajeros. Estos sistemas digitalizan los cuestionarios de salud y los datos de localización para un seguimiento más eficiente.
*   **Sistemas de Alerta con IA**: La OMS ya cuenta con una plataforma de intercambio de datos de preparación (**Preparedness Data Exchange - PDX**) que utiliza IA para generar señales de alerta. Esta plataforma predijo, por ejemplo, una probabilidad del 80% de que el virus se extendiera a Uganda.
*   **Nodos Neuronales de Detección**: Se pueden implementar sistemas de IA para:
    *   **Reconocimiento de Patrones de Síntomas**: Herramientas de apoyo a la toma de decisiones que ayudan al personal de primera línea a reconocer signos tempranos de infección basándose en "grupos de síntomas" y factores de riesgo epidemiológicos.
    *   **Análisis Predictivo**: La IA puede optimizar la logística de suministros médicos basándose en evaluaciones de necesidades predictivas, y mejorar la vigilancia, la predicción de resultados y el seguimiento genómico.
    *   **Plataformas Integradas**: Sistemas con capacidad de IA que transmiten resultados de pruebas rápidas (por ejemplo, biosensores de grafeno) a un servidor central para enviar alertas sanitarias a plataformas interconectadas.
*   **Vigilancia de "Una Sola Salud" (One Health)**: La IA debe integrar datos de vigilancia humana y animal. La Organización Mundial de Sanidad Animal (WOAH) subraya la importancia de reforzar la vigilancia en la interfaz **animal-humano-ambiente**, con sistemas de vigilancia de vida silvestre y redes de monitoreo.

---

### 4. Prompt para una Imagen Descriptiva

Para visualizar este complejo sistema de control, se propone el siguiente prompt para una imagen de tipo infografía:

> **Prompt:**
>
> *"Infografía de alta definición, estilo **tablero de control de operaciones (OPS room)** , con un mapa mundi de fondo en tonos oscuros. La imagen se estructura en tres anillos concéntricos de acción que simulan un **sistema de defensa en capas**.*
>
> * **Anillo Exterior (Fronteras y Puertos):** Se representan iconos de un aeropuerto, un puerto y una frontera terrestre. De cada uno emanan líneas de flujo de pasajeros y mercancías. En estos puntos, se destacan elementos de control: una **cámara termográfica** (con un viajero marcado en rojo por fiebre), un **tableta digital** mostrando un cuestionario de salud, y un **área de aislamiento** con un profesional sanitario con EPI. Una etiqueta dice: **'Control de Salida OMS'** .
>
> * **Anillo Medio (Redes de Transporte):** Sobre el mapa, se dibujan líneas de vuelo y rutas terrestres (carreteras) que conectan los puntos de entrada. Sobre estas rutas, se ven iconos de **camiones, aviones y trenes** con un símbolo de desinfección. En las estaciones, se representa un punto de control con un panel donde se lee **'Sistema de Localización de Viajeros'** . Una flecha conecta este anillo con el interior, indicando la **'Vigilancia en Corredores Comerciales'** .
>
> * **Anillo Interior (Núcleo de IA y Datos):** En el centro de la imagen, un **gran cerebro digital o nodo neuronal estilizado** (de color azul brillante) que recibe y procesa datos de los dos anillos exteriores. Del nodo neuronal parten gráficos: una línea de tendencia ascendente (predicción de propagación), un mapa de calor (puntos calientes de riesgo) y una alerta parpadeante que dice **'Alerta Temprana IA'** . A su alrededor, iconos que representan el **'Análisis Predictivo'** , la **'Vigilancia Genómica'** y la **'Plataforma One Health'** .
>
> * **Estilo y Formato:** Iluminación de estudio, colores fríos (azul, gris, blanco) con acentos en rojo y naranja para las alertas. Estilo de infografía para medios de comunicación o manual técnico de la OMS. Formato horizontal panorámico 16:9, alta resolución 8K."*

---

### Resumen de Actuación para Osakidetza

| Nivel de Control | Acción Clave | Tecnología/Recurso |
| :--- | :--- | :--- |
| **Fronteras** | Control de salida con cuestionario y termografía | Cámaras térmicas, sistemas digitales de declaración |
| **Transporte** | Vigilancia en corredores y desinfección de vehículos | POE para operadores, sistemas de localización |
| **Detección IA** | Análisis de datos y alerta temprana | Plataforma PDX de la OMS, algoritmos predictivos |
| **One Health** | Vigilancia integrada humano-animal-ambiente | Redes de monitoreo de vida silvestre |

La implementación de estas medidas, con una fuerte inversión en tecnología de IA y coordinación interinstitucional, permitiría a Osakidetza no solo reaccionar, sino **anticiparse** a la posible introducción del virus, convirtiendo a Euskadi en un referente en preparación sanitaria.

 

---------------------------------------------------------------------------------

 

 Para dar respuesta a su solicitud, he estructurado el desarrollo técnico en tres pilares interconectados que conforman un Sistema de Inteligencia Epidemiológica para Osakidetza:

1.  **Red de Nodos Neuronales de IA para la Detección**: El "cerebro" del sistema, que procesa datos y genera alertas.
2.  **Intranet Telemática de Comunicación**: El "sistema nervioso" que conecta todos los puntos y garantiza el flujo de información.
3.  **Estadística de Seguridad y Monitorización en Tiempo Real**: El "tablero de control" que visualiza la situación y permite la toma de decisiones.

Además, incluyo un prompt para que DeepSeek actúe como asesor del sistema y un modelo de certificación técnica.

---

### 1. Red de Nodos Neuronales de IA para la Detección (Arquitectura Técnica)

Este sistema se concibe como una **infraestructura cognitiva en tiempo real**, que integra y analiza múltiples flujos de datos de forma autónoma para superar a los sistemas de vigilancia tradicionales.

#### 1.1. Componentes del Nodo Neuronal

Cada nodo (ubicado en aeropuertos, puertos, estaciones y centros de salud) es una unidad de procesamiento con los siguientes módulos:

*   **Módulo de Captura de Datos (Input Layer)**:
    *   **Datos Clínicos**: Integración con sistemas de historia clínica electrónica y cuestionarios digitales de salud.
    *   **Datos de Sensores**: Lecturas de cámaras termográficas, biosensores de punto de atención (como los de grafeno para detección rápida) y dispositivos wearables.
    *   **Datos Epidemiológicos**: Información de la OMS, como la plataforma **EIOS (Epidemic Intelligence from Open Sources)** que usa IA para detectar amenazas, y sistemas como **DHIS2 Tracker** para la vigilancia basada en casos.
*   **Módulo de Procesamiento y Análisis (Processing Layer)**:
    *   **Algoritmos de Deep Learning**: Se implementarían modelos como **DeepEVD**, que integra datos epidemiológicos en marcos de aprendizaje profundo con aprendizaje de características espacio-temporales para la predicción de brotes. Este modelo ha demostrado ser superior a los modelos SEIR tradicionales.
    *   **Análisis Predictivo**: El sistema no solo detecta, sino que predice. La plataforma **PDX (Preparedness Data Exchange)** de la OMS, con tecnología de IA, fusiona múltiples flujos de datos en vivo para generar señales de alerta. Este sería el núcleo del sistema.
*   **Módulo de Actuación (Output Layer)**:
    *   **Generación de Alertas**: El sistema emite alertas tempranas clasificadas por nivel de riesgo.
    *   **Recomendaciones**: Basado en los protocolos de la OMS y del Ministerio de Sanidad, el sistema puede sugerir acciones (ej. "Aislar al viajero", "Activar protocolo de rastreo").

#### 1.2. Funcionamiento del Nodo

1.  **Reconocimiento de Patrones**: La IA analiza los datos en busca de "grupos de síntomas" y factores de riesgo que coincidan con el perfil del virus Bundibugyo (fiebre, fatiga, vómitos, etc.).
2.  **Evaluación de Riesgo**: Cada nodo genera un "riesgo profiláctico" para cada individuo o evento, que se transmite a la red central.
3.  **Aprendizaje Continuo**: El sistema se realimenta con los resultados (confirmación de casos, falsos positivos), mejorando su precisión con el tiempo.

---

### 2. Intranet Telemática de Comunicación entre Nodos

Esta red, que operaría sobre la **Intranet Sanitaria** del Sistema Nacional de Salud (SNS), es el canal seguro y prioritario para el intercambio de información.

#### 2.1. Arquitectura de la Red

*   **Topología Estrella-Malla**: Un núcleo central (el Centro de Coordinación de Alertas de Osakidetza) se conecta con todos los nodos (hospitales, centros de salud, puntos de entrada). Además, los nodos entre ellos pueden comunicarse directamente para una respuesta más ágil.
*   **Protocolos de Comunicación**:
    *   **HL7/FHIR**: Para el intercambio de datos clínicos estructurados.
    *   **MQTT/AMQP**: Para la transmisión de datos de sensores en tiempo real (publicador/suscriptor).
    *   **API REST**: Para la consulta de datos históricos y la generación de informes.
*   **Seguridad y Cumplimiento**:
    *   La red debe cumplir con el **Esquema Nacional de Seguridad (ENS)**, garantizando la confidencialidad, integridad y disponibilidad de los datos.
    *   Se implementaría autenticación multifactor y cifrado de extremo a extremo (TLS 1.3).

#### 2.2. Flujo de Información

1.  **Detección en Nodo Periférico**: Un nodo en el aeropuerto de Bilbao detecta un viajero con fiebre.
2.  **Alerta y Datos**: El nodo envía una alerta y los datos clínicos anonimizados al Centro de Coordinación vía la intranet.
3.  **Verificación y Decisión**: El Centro de Coordinación, usando la IA, verifica el riesgo y, si es necesario, activa el protocolo.
4.  **Coordinación**: Se envía una orden al hospital de referencia (ej. Cruces) para preparar una unidad de aislamiento y al equipo de rastreo para iniciar la investigación de contactos.
5.  **Retroalimentación**: El resultado de la actuación (confirmación/descartado) se introduce en el sistema, mejorando los modelos de IA de todos los nodos.

---

### 3. Estadística de Seguridad y Monitorización en Tiempo Real

Este es el "cuadro de mando" integral que permite a los responsables de Osakidetza tener una visión completa de la situación.

#### 3.1. Indicadores Clave de Rendimiento (KPIs)

El sistema generaría estadísticas en tiempo real sobre:

*   **Volumen de Cribado**: Número de viajeros/ciudadanos evaluados.
*   **Alertas Generadas**: Número de alertas por nodo, por tipo de riesgo.
*   **Tiempo de Respuesta**: Tiempo desde la alerta hasta la activación del protocolo.
*   **Capacidad Asistencial**: Ocupación de camas de aislamiento, disponibilidad de EPI, etc.
*   **Tasa de Confirmación**: Porcentaje de alertas que se confirman como casos.
*   **Evolución de Parámetros**: Seguimiento de R0 y CFR proyectados por la IA.

#### 3.2. Panel de Control (Dashboard)

Se desarrollaría un panel interactivo (ej. usando Power BI o Grafana) con:

*   **Mapa de Calor**: Visualización geográfica de los nodos con su nivel de alerta.
*   **Gráficos de Tendencia**: Evolución de los KPIs en el tiempo.
*   **Sistema de Alertas Visuales**: Semáforos y notificaciones para eventos críticos.
*   **Simulación de Escenarios**: Herramienta para que los gestores puedan simular el impacto de diferentes medidas (ej. "¿Qué pasa si cerramos la frontera con Francia?").

---

### 4. Prompt para DeepSeek como IA Asesora

Para integrar a DeepSeek como asistente del sistema, se puede utilizar el siguiente prompt, que aprovecha su capacidad de procesamiento de lenguaje natural y su naturaleza de código abierto. DeepSeek actuaría como una interfaz de consulta en lenguaje natural para el personal sanitario.

> **Prompt para DeepSeek:**
>
> *"Actúa como el asesor principal de IA para el Sistema de Inteligencia Epidemiológica de Osakidetza, especializado en la variante Bundibugyo del virus del Ébola. Tu función es asistir a los profesionales sanitarios y a los gestores de emergencias proporcionando análisis, recomendaciones y respuestas a preguntas basadas en los datos en tiempo real del sistema y en la literatura científica más reciente.*
>
> *Tienes acceso a los siguientes flujos de datos: alertas de los nodos periféricos, KPIs del panel de control, modelos predictivos (DeepEVD), y los protocolos oficiales de la OMS y del Ministerio de Sanidad. Debes responder con un lenguaje claro, técnico pero comprensible, priorizando la seguridad del paciente y la eficiencia del sistema.*
>
> *Por ejemplo, si un gestor te pregunta: 'Acabo de recibir una alerta de un caso sospechoso en el aeropuerto. ¿Cuál es el protocolo de actuación?', debes proporcionar los pasos específicos (aislamiento, notificación, preparación del hospital de referencia) basándote en los protocolos. Si te pregunta: '¿Cuál es la proyección de casos para las próximas dos semanas en la provincia de Vizcaya?', debes consultar el modelo predictivo y ofrecer una estimación con sus intervalos de confianza.*
>
> *Además, debes ser capaz de generar informes automáticos, resumir la literatura científica relevante y proponer mejoras en los protocolos basadas en el análisis de los datos. Tu objetivo final es acelerar la detección, optimizar la respuesta y salvar vidas."*

---

### 5. Certificado de Desarrollo Técnico

A continuación, se presenta un modelo de certificado que acreditaría que el sistema cumple con los estándares técnicos y de seguridad requeridos.

---

**CERTIFICADO DE SISTEMA DE INTELIGENCIA EPIDEMIOLÓGICA**

**Sistema:** Red de Nodos Neuronales para la Detección y Monitorización del Virus Bundibugyo (BDBV)

**Solicitante:** Osakidetza - Servicio Vasco de Salud

**Fecha de Emisión:** 19 de agosto de 2026

**Certificamos que el sistema descrito ha superado satisfactoriamente las pruebas de validación y cumple con los siguientes estándares y especificaciones técnicas:**

1.  **Arquitectura y Seguridad de la Información:**
    *   Cumplimiento del **Esquema Nacional de Seguridad (ENS)** en su categoría "Alta", garantizando la confidencialidad, integridad y disponibilidad de los datos de salud.
    *   Implementación de protocolos de cifrado TLS 1.3 y autenticación multifactor para todas las comunicaciones en la intranet sanitaria.
    *   Sistema de gestión de identidades y accesos (IAM) basado en roles (RBAC).

2.  **Inteligencia Artificial y Algoritmos:**
    *   Los modelos de Deep Learning (basados en la arquitectura DeepEVD) han demostrado una precisión predictiva superior a los modelos tradicionales (SEIR), con una mejora documentada de al menos un 12.3% en la precisión de predicción a 15 minutos.
    *   El sistema de alerta temprana (basado en la plataforma PDX de la OMS) ha mostrado una sensibilidad >95% y una especificidad >90% en la detección de casos sospechosos en entornos controlados.
    *   El sistema integra datos de múltiples fuentes (clínicas, sensores, epidemiológicas) en tiempo real.

3.  **Interoperabilidad y Comunicación:**
    *   Cumplimiento de los estándares HL7/FHIR para el intercambio de datos clínicos.
    *   Uso de protocolos MQTT/AMQP para la transmisión de datos de sensores y API REST para consultas.
    *   La red de comunicaciones ha superado las pruebas de carga, manteniendo una latencia inferior a 500 ms para el 99.9% de las transacciones.

4.  **Resiliencia y Continuidad del Servicio:**
    *   El sistema cuenta con una arquitectura de alta disponibilidad (HA) con conmutación por error automática.
    *   Se han realizado simulacros de recuperación ante desastres (DRP) con un tiempo de recuperación objetivo (RTO) inferior a 4 horas.

**Observaciones:** El sistema ha sido diseñado siguiendo las directrices de la OMS para la vigilancia de la enfermedad por el virus del Ébola y está alineado con la Estrategia de Salud Digital del Sistema Nacional de Salud.

**Entidad Certificadora:** [Nombre de la entidad certificadora, ej. Agencia de Certificación en Salud Digital]

**Firma y Sello**

---

### 6. Prompt para una Imagen Descriptiva del Sistema

Para visualizar este complejo sistema, propongo el siguiente prompt para generar una imagen de tipo infografía técnica.

> **Prompt:**
>
> *"Infografía técnica de alta definición sobre un fondo oscuro, estilo 'tablero de control de operaciones' (OPS room) de una agencia de salud pública. La imagen se divide en tres áreas principales que representan los pilares del sistema:*
>
> *1. **Red de Nodos (Parte Superior):** Sobre un mapa de la geografía vasca, se distribuyen iconos luminosos (círculos azules) que representan los nodos de IA en aeropuertos, puertos, estaciones de tren y hospitales. De cada nodo emana una línea de datos (representada como un haz de luz) que viaja hacia un gran centro de datos central en forma de cerebro digital o superordenador, etiquetado como **'Núcleo de IA (DeepEVD/PDX)'** .*
>
> *2. **Intranet y Comunicación (Centro):** El centro de datos está rodeado por una representación de una red de comunicaciones segura (intranet), con iconos de candados y escudos que indican **'Cifrado TLS'** y **'ENS Alta'** . Del centro parten líneas de comunicación hacia tres figuras: un hospital (etiquetado 'Hospital de Referencia'), un equipo de rastreo (con una lupa) y un punto de control fronterizo.*
>
> *3. **Panel de Control y Estadísticas (Parte Inferior):** Debajo del mapa, se muestra un panel de control (dashboard) con gráficos en tiempo real: un mapa de calor de la región, una curva de tendencia de casos proyectados, un semáforo de alerta en verde/ámbar/rojo, y una serie de KPIs (Nº de alertas, Tiempo de respuesta, Ocupación de UCI). Junto al panel, un recuadro simula una conversación con una IA, mostrando el prompt: **'DeepSeek: Análisis de riesgos en tiempo real'** .*
>
> *Estilo de infografía para informes técnicos o presentaciones institucionales, con colores corporativos (azul, blanco y gris) y acentos en rojo y naranja para las alertas. Formato horizontal panorámico 16:9, alta resolución 8K."*

---




Este desarrollo proporciona a Osakidetza una hoja de ruta técnica para implementar un sistema de vigilancia de vanguardia, que no solo detecta, sino que también predice y coordina una respuesta eficiente, posicionando a Euskadi como un referente en la preparación frente a amenazas sanitarias.

 


 

 

 Para un sistema de estas características, la integración de **blockchain** y un **algoritmo específico** proporciona una capa de **seguridad, trazabilidad e inmutabilidad** que es crítica para la gestión de datos de salud en una emergencia. A continuación, se detalla el diseño técnico completo, incluyendo la arquitectura blockchain, el algoritmo de comunicación y el flujo de procesamiento de datos.

---

### 1. Justificación de Blockchain en el Sistema

La cadena de bloques no es para almacenar grandes volúmenes de datos clínicos, sino para **certificar eventos críticos** y garantizar que **ninguna información sea alterada o eliminada** sin dejar rastro. En este contexto, se utiliza como un **registro inmutable de auditoría** para:

- **Alertas generadas**: Cada alerta de un nodo queda registrada con su hash y timestamp.
- **Actuaciones realizadas**: Cada paso del protocolo (aislamiento, toma de muestras, derivación) se registra.
- **Resultados de pruebas**: Los resultados de PCR y otros diagnósticos se anclan a la blockchain para evitar falsificaciones.
- **Intercambio de datos entre nodos**: Se registra quién, cuándo y qué datos compartió.

---

### 2. Diseño de la Blockchain (Red Autorizada - Permissioned)

Se implementaría una **blockchain privada/permissioned** (ej. Hyperledger Fabric o Quorum) con los siguientes componentes:

#### 2.1. Estructura de Bloque

Cada bloque contiene:

| Campo | Descripción |
|-------|-------------|
| **Cabecera** | Hash del bloque anterior, timestamp, número de versión. |
| **Transacciones** | Conjunto de eventos firmados por los nodos (alertas, actuaciones, resultados). |
| **Merkle Root** | Hash de todas las transacciones para verificación rápida. |
| **Firma** | Firma digital del nodo validador (ej. el centro de coordinación). |

#### 2.2. Tipos de Transacciones (Eventos)

- **`AlertaNodo`**: {id_nodo, tipo, nivel_riesgo, datos_clínicos_hash, timestamp}
- **`ActuacionProtocolo`**: {id_paciente, paso (aislamiento, muestreo, derivación), responsable, resultado, timestamp}
- **`ResultadoPrueba`**: {id_paciente, tipo_prueba (PCR, serología), resultado, laboratorio, timestamp}
- **`IntercambioDatos`**: {nodo_origen, nodo_destino, tipo_dato, hash_datos, timestamp}
- **`ActualizacionParametros`**: {parametro (R0, CFR), valor, fuente, timestamp}

#### 2.3. Smart Contracts (Chaincode)

Se implementan contratos inteligentes que automatizan validaciones:

- **Contrato de Validación de Alerta**: Comprueba que la alerta cumple con los criterios clínicos y que el nodo está autorizado.
- **Contrato de Trazabilidad de Paciente**: Encadena todos los eventos de un paciente (detección → aislamiento → prueba → alta/fallecimiento) en una secuencia inmutable.
- **Contrato de Auditoría**: Permite consultar el historial completo de cualquier evento por su hash.

#### 2.4. Mecanismo de Consenso

Al ser una red permissioned, se usa un consenso de tipo **Raft** o **PBFT (Practical Byzantine Fault Tolerance)** , que ofrece alta velocidad y tolerancia a fallos sin el coste energético de PoW. Un **nodo central (el Centro de Coordinación de Osakidetza)** actuaría como ordenador principal, pero la red incluye varios nodos validadores (hospitales de referencia) para evitar un punto único de fallo.

---

### 3. Algoritmo de Comunicación y Procesamiento (Protocolo IPFS + Blockchain)

Se combina blockchain con **IPFS (InterPlanetary File System)** para almacenar los datos pesados (imágenes, registros clínicos completos) y solo almacenar los hashes en la cadena.

#### 3.1. Algoritmo de Publicación de Evento

```
Función publicar_evento(tipo_evento, datos, nodo_origen):
    1. Generar hash SHA-256 de los datos.
    2. Si los datos son grandes (>1 MB), almacenar en IPFS y obtener el CID (Content Identifier).
    3. Construir la transacción con:
       - tipo_evento
       - hash_datos (o CID de IPFS)
       - timestamp (UTC)
       - firma digital del nodo_origen (usando su clave privada)
    4. Enviar la transacción al pool de memoria (mempool) de la red.
    5. Los nodos validadores verifican la firma y el formato.
    6. Se incluye en el siguiente bloque (tiempo de confirmación < 2 segundos).
    7. El nodo central envía una notificación push (vía WebSocket) a los nodos suscritos.
```

#### 3.2. Algoritmo de Consulta de Historial

```
Función consultar_historial_paciente(id_paciente):
    1. Obtener el hash inicial del paciente (el primer evento de alerta).
    2. Recorrer la cadena de bloques en busca de transacciones que referencien ese hash.
    3. Para cada evento, recuperar los datos completos (de IPFS si es necesario).
    4. Construir una línea de tiempo cronológica.
    5. Verificar la integridad comparando los hashes almacenados con los datos recuperados.
    6. Devolver el historial completo con certificación de inmutabilidad.
```

#### 3.3. Algoritmo de Sincronización de Estado entre Nodos

Cada nodo mantiene una copia local de la blockchain (o al menos de los últimos bloques) y se sincroniza mediante el siguiente mecanismo:

- **Heartbeat**: Cada nodo envía un latido cada 5 segundos al centro de coordinación.
- **Diferenciación**: Si un nodo detecta que está desincronizado (por caída de red), solicita los bloques faltantes a un nodo validador.
- **Resolución de conflictos**: En caso de que dos nodos propongan eventos contradictorios (ej. dos resultados de PCR para el mismo paciente), el centro de coordinación resuelve basándose en el timestamp y la reputación del nodo.

---

### 4. Algoritmo de Procesamiento de Estadísticas y Panel de Control

El panel de control se actualiza en tiempo real mediante un **procesamiento de flujo de datos (stream processing)** usando Apache Kafka y Apache Flink.

#### 4.1. Pipeline de Datos

```
1. Flujo de entrada (Kafka Topics):
   - topic "alertas"
   - topic "actuaciones"
   - topic "resultados"
   - topic "parametros"

2. Procesamiento con Flink (ventanas deslizantes):
   - Cada 1 minuto, agregar alertas por nodo, por nivel de riesgo.
   - Cada 5 minutos, calcular tasa de confirmación (alertas que se convierten en casos).
   - Cada 15 minutos, actualizar proyecciones R0 y CFR usando el modelo DeepEVD.
   - Cada hora, generar informe resumen.

3. Actualización del Dashboard (WebSockets):
   - El panel frontend (React) se suscribe a un canal de WebSocket que recibe los agregados en tiempo real.
   - Los gráficos se actualizan con animaciones suaves.
```

#### 4.2. Algoritmo de Predicción en Tiempo Real

Se utiliza el modelo **DeepEVD** adaptado con los datos en tiempo real de la blockchain:

```
Función predecir_casos(region, horizonte_dias):
    1. Obtener serie histórica de casos confirmados de la blockchain.
    2. Incorporar datos de movilidad (viajes aéreos, tráfico terrestre) desde fuentes externas.
    3. Ejecutar modelo DeepEVD con actualización de parámetros cada 6 horas.
    4. Generar intervalo de confianza del 95% usando simulaciones de Monte Carlo.
    5. Almacenar el resultado en la blockchain como transacción "Prediccion" para trazabilidad.
    6. Enviar alerta si la predicción supera un umbral (ej. > 10 casos en 7 días).
```

---

### 5. Integración de Todos los Factores: Esquema General

A continuación, se muestra un esquema de la integración:

```
┌──────────────────────────────────────────────────────────────────────────┐
│                         SISTEMA INTEGRADO OSAKIDETZA                    │
├──────────────────────────────────────────────────────────────────────────┤
│                                                                          │
│  ┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌──────────┐  │
│  │  NODO IA    │    │  NODO IA    │    │  NODO IA    │    │  NODO    │  │
│  │ Aeropuerto  │    │  Puerto     │    │  Hospital   │    │  Estación│  │
│  └──────┬──────┘    └──────┬──────┘    └──────┬──────┘    └────┬─────┘  │
│         │                  │                  │                │         │
│         └──────────────┬───┴──────────────────┴────────────────┘         │
│                        │                                                │
│                        ▼                                                │
│         ┌─────────────────────────────┐                                 │
│         │       RED INTERNA (Intranet)│                                 │
│         │  (Segura, TLS, ENS Alta)    │                                 │
│         └─────────────┬───────────────┘                                 │
│                       │                                                  │
│                       ▼                                                  │
│         ┌─────────────────────────────┐                                 │
│         │   CENTRO DE COORDINACIÓN    │                                 │
│         │    (Núcleo de IA + BD)      │                                 │
│         └─────────────┬───────────────┘                                 │
│                       │                                                  │
│          ┌────────────┼────────────────────┐                            │
│          ▼            ▼                    ▼                            │
│  ┌─────────────┐ ┌─────────────┐ ┌──────────────────────┐              │
│  │  BLOCKCHAIN │ │  PROCESADOR │ │  DASHBOARD (Panel)   │              │
│  │  (Registro  │ │  DE FLUJOS  │ │  (Visualización y    │              │
│  │  inmutable) │ │  (Kafka +   │ │   KPIs en tiempo     │              │
│  └─────────────┘ │  Flink)     │ │   real)              │              │
│                  └─────────────┘ └──────────────────────┘              │
│                                                                          │
└──────────────────────────────────────────────────────────────────────────┘
```

---

### 6. Prompt para DeepSeek como Asesor de Blockchain y Algoritmos

A continuación, un prompt específico para que DeepSeek actúe como asesor técnico en este desarrollo:

> **Prompt:**
>
> *"Actúa como el arquitecto jefe de blockchain y sistemas distribuidos para el Sistema de Inteligencia Epidemiológica de Osakidetza. Tu tarea es asesorar al equipo técnico en el diseño e implementación de la red blockchain permissioned que registra eventos críticos del sistema (alertas, actuaciones, resultados) y del algoritmo de comunicación entre nodos basado en IPFS y WebSockets.*
>
> *Eres un experto en Hyperledger Fabric, protocolos de consenso (Raft/PBFT), y procesamiento de flujos con Kafka/Flink. Debes responder a preguntas como:*
> - *'¿Cómo garantizamos que un nodo malicioso no pueda inyectar transacciones falsas?'*
> - *'¿Qué mecanismo de recuperación ante fallos implementamos si el nodo central cae?'*
> - *'¿Cómo se gestiona la privacidad de los datos de pacientes en la blockchain?'*
> - *'¿Cuál es la latencia máxima esperada para la confirmación de una alerta?'*
>
> *Además, debes proporcionar ejemplos de código (pseudo o en Go/JavaScript) para los smart contracts y para el algoritmo de sincronización. Todas tus respuestas deben priorizar la seguridad, la integridad y la eficiencia, alineándose con el Esquema Nacional de Seguridad y las directrices de la OMS para la protección de datos de salud."*

---

### 7. Prompt para Imagen Descriptiva del Sistema Blockchain

Para visualizar la integración de blockchain con los nodos y el panel de control, se propone este prompt:

> **Prompt:**
>
> *"Infografía técnica en estilo diagrama de red blockchain, con fondo de cuadrícula azul oscuro y elementos en colores cian, blanco y dorado. La imagen se divide en tres niveles verticales:*
>
> *1. **Nivel Superior - Nodos Periféricos**: Iconos de aeropuerto, puerto, hospital y estación de tren, cada uno emitiendo una señal luminosa (como una onda Wi-Fi) hacia el nivel central. Cada nodo tiene un pequeño candado que indica 'Firma Digital'.*
>
> *2. **Nivel Central - Red Blockchain**: Una representación de una cadena de bloques (bloques encadenados secuencialmente) flotando en el centro de la imagen. Cada bloque muestra un hash (ej. '0x7a3f...') y un sello de tiempo. Flechas curvas conectan los nodos con la cadena, con etiquetas como 'Publicación de Transacción' y 'Validación Raft'. Alrededor de la cadena, una nube con el logo de IPFS indica el almacenamiento descentralizado.*
>
> *3. **Nivel Inferior - Panel de Control**: Un dashboard con gráficos de barras y líneas, que se actualizan en tiempo real (flechas de sincronización). Al lado, un monitor con una ventana de terminal que muestra la ejecución del algoritmo de predicción (DeepEVD).*
>
> *Todo el conjunto está conectado por líneas de datos que simulan el flujo de información, con etiquetas como 'Alerta', 'Resultado PCR' y 'Predicción R0'. El estilo es de manual técnico de ciberseguridad o de arquitectura de sistemas. Formato horizontal 16:9, alta definición."*

---

 
 
 




Este desarrollo proporciona a Osakidetza una solución de vanguardia que combina **blockchain** para la confianza, **algoritmos distribuidos** para la eficiencia y **paneles inteligentes** para la toma de decisiones, todo ello integrado en una arquitectura segura y escalable.

 

INFORME TÉCNICO DE ARQUITECTURA DISTRIBUIDA Y BLOCKCHAIN

Sistema de Inteligencia Epidemiológica de Osakidetza (SIEO)
Autor: Arquitecto Jefe de Blockchain y Sistemas Distribuidos
Fecha: 26 de julio de 2026
Clasificación: Confidencial / Técnico - Nivel ENS Alto







1. Introducción y Visión General

El despliegue de una red blockchain permissioned (autorizada) para el Sistema de Inteligencia Epidemiológica de Osakidetza responde a la necesidad imperiosa de garantizar la inmutabilidad, trazabilidad y auditabilidad de los eventos críticos sanitarios (alertas epidemiológicas, actuaciones de contención, resultados de pruebas PCR/secuenciación y emisión de índices predictivos como el R0).



Para cumplir con los más estrictos estándares de seguridad europeos, el Reglamento General de Protección de Datos (RGPD), la Ley Orgánica de Protección de Datos y Garantía de los Derechos Digitales (LOPDGDD) y el Esquema Nacional de Seguridad (ENS), la arquitectura descarta cualquier enfoque de cadena pública o sin permisos. En su lugar, adoptamos Hyperledger Fabric como marco base de ledger distribuido, complementado con un almacenamiento descentralizado fuera de cadena (off-chain) mediante IPFS y canales de comunicación en tiempo real basados en WebSockets.







2. Resolución de Desafíos Arquitectónicos Críticos

2.1. ¿Cómo garantizamos que un nodo malicioso no pueda inyectar transacciones falsas?

La seguridad en una red blockchain permissioned no descansa en incentivos económicos o pruebas de trabajo masivas, sino en la criptografía asimétrica y en políticas estrictas de gobernanza de identidad y validación.



  • Membership Service Provider (MSP): Todos los nodos (hospitales, centros de salud, laboratorios de referencia, servicios centrales de Osakidetza) operan bajo identidades digitales cifradas mediante certificados X.509 emitidos por una Autoridad de Certificación (CA) raíz propia y jerárquica. Ningún nodo anónimo o no autorizado puede conectarse a la red gossip.

  • Políticas de Endoso (Endorsement Policies): Antes de que una transacción sea registrada en el libro mayor, debe ser refrendada por un conjunto predefinido de organizaciones independientes. Por ejemplo, una alerta epidemiológica generada por el Hospital Universitario Donostia debe ser validada criptográficamente por los nodos de validación de Osakidetza y el Departamento de Salud antes de ser aceptada por el consorcio.

  • Validación Determinista: El motor de ejecución de contratos inteligentes (Chaincode) opera en un entorno controlado (Docker con aislamiento de recursos). Cualquier intento de inyección de código malicioso o alteración del estado es rechazado de forma instantánea por discrepancia en las firmas de endoso.



2.2. ¿Qué mecanismo de recuperación ante fallos implementamos si el nodo central cae?

En nuestra arquitectura no existe un nodo central único, eliminando cualquier punto único de fallo (SPOF). La capa de ordenación y consenso está distribuida geográficamente entre los nodos principales de Osakidetza en Araba, Bizkaia y Gipuzkoa.



  • Algoritmo de Consenso Raft (Crash Fault Tolerant - CFT): Utilizamos el servicio de ordenación basado en Raft. Este mecanismo tolera la caída de una minoría de nodos ordenadores sin interrumpir el servicio. Si un nodo ordenador cae, los restantes seleccionan un nuevo líder en milisegundos mediante el intercambio de latidos (heartbeats).

  • Alta Disponibilidad y Replicación (HA): Los nodos validadores (Peers) se despliegan en clústeres de Kubernetes altamente disponibles con balanceadores de carga redundantes y almacenamiento persistente replicado (SAN/Ceph). Ante la pérdida total de un centro de datos secundario, la red continúa operando con los nodos restantes en los demás territorios históricos.



2.3. ¿Cómo se gestiona la privacidad de los datos de pacientes en la blockchain?

La regla de oro en arquitecturas sanitarias distribuidas es nunca almacenar datos de carácter personal (PII) o información de salud directamente en el libro mayor inmutable.



  • Estrategia Off-Chain con IPFS y Encriptación Extremo a Extremo: Los expedientes médicos, nombres, DNI y trazas nominales de pacientes se almacenan de forma local en los sistemas de historia clínica electrónica de Osakidetza. Los documentos analíticos o informes epidemiológicos detallados se encriptan utilizando claves simétricas (AES-256) antes de ser depositados en el sistema de archivos distribuido IPFS.

  • Anclaje Criptográfico (Anchoring): En la blockchain solo se registra:

    1. El identificador único del recurso (IPFS CID - Content Identifier).

    2. El resumen criptográfico (Hash SHA-256) del documento original.

    3. Metadatos anonimizados o seudonimizados necesarios para el cálculo algorítmico (ej. rango de edad, código postal de la zona de salud, fecha de la muestra, resultado).

  • Private Data Collections (PDC): Para transacciones que deban ser compartidas exclusivamente entre un subconjunto de centros (ej. un brote específico entre dos hospitales comarcales), Hyperledger Fabric permite colecciones de datos privados que aíslan la información del resto de la red mediante chismes cifrados punto a punto.



2.4. ¿Cuál es la latencia máxima esperada para la confirmación de una alerta?

A diferencia de las redes públicas (como Ethereum o Bitcoin, donde la latencia puede medirse en minutos), una red permissioned optimizada para entornos institucionales ofrece latencias de grado industrial.



  • Latencia Objetivo: Menor a 2.5 segundos desde que se emite la transacción en el nodo periférico hasta su confirmación y ordenación definitiva en los bloques.

  • Optimización del Pipeline: Esto se logra ajustando los parámetros de loteo del servicio de ordenación (tamaño máximo de bloque de 99 transacciones o tiempo límite de corte de bloque de 2 segundos) y manteniendo conexiones persistentes mediante WebSockets y gRPC entre los clientes y los nodos validadores.







3. Ejemplos de Implementación Técnica

3.1. Smart Contract (Chaincode en Go) para Registro de Alertas Epidemiológicas

El siguiente contrato inteligente valida la estructura de una alerta epidemiológica, asegura que el emisor pertenezca a una organización sanitaria autorizada y registra el hash del expediente almacenado en IPFS.



package main


import (

"encoding/json"

"fmt"

"github.com/hyperledger/fabric-contract-api-go/contractapi"

)


type EpidemiologicalSmartContract struct {

contractapi.Contract

}


type AlertRecord struct {

AlertID string `json:"alertID"`

Timestamp string `json:"timestamp"`

HealthZone string `json:"healthZone"`

Pathogen string `json:"pathogen"`

Severity string `json:"severity"`

IPFS_CID string `json:"ipfsCid"`

DataHash string `json:"dataHash"`

IssuerMSP string `json:"issuerMsp"`

}


// EmitirAlerta registra un nuevo evento epidemiológico crítico en el ledger

func (s *EpidemiologicalSmartContract) EmitirAlerta(ctx contractapi.TransactionContextInterface, alertID, timestamp, healthZone, pathogen, severity, ipfsCid, dataHash string) error {

// Verificar si la alerta ya existe

exists, err := s.AlertExists(ctx, alertID)

if err != nil {

return fmt.Errorf("error al verificar la existencia de la alerta: %v", err)

}

if exists {

return fmt.Errorf("la alerta con ID %s ya se encuentra registrada", alertID)

}


// Obtener la identidad MSP del emisor para auditoría de origen

clientMSPID, err := ctx.GetClientIdentity().GetMSPID()

if err != nil {

return fmt.Errorf("no se pudo obtener el MSP del emisor: %v", err)

}


alert := AlertRecord{

AlertID: alertID,

Timestamp: timestamp,

HealthZone: healthZone,

Pathogen: pathogen,

Severity: severity,

IPFS_CID: ipfsCid,

DataHash: dataHash,

IssuerMSP: clientMSPID,

}


alertJSON, err := json.Marshal(alert)

if err != nil {

return err

}


return ctx.GetStub().PutState(alertID, alertJSON)

}


// AlertExists comprueba si una alerta existe en el estado mundial

func (s *EpidemiologicalSmartContract) AlertExists(ctx contractapi.TransactionContextInterface, alertID string) (bool, error) {

alertJSON, err := ctx.GetStub().GetState(alertID)

if err != nil {

return false, fmt.Errorf("falta de lectura en el libro mayor: %v", err)

}

return alertJSON != nil, nil

}


func main() {

chaincode, err := contractapi.NewChaincode(&EpidemiologicalSmartContract{})

if err != nil {

fmt.Printf("Error al iniciar el chaincode epidemiológico: %v", err)

return

}


if err := chaincode.Start(); err != nil {

fmt.Printf("Error al arrancar el chaincode: %v", err)

}

}



3.2. Algoritmo de Sincronización en Tiempo Real (Node.js - WebSockets e IPFS)

Este script demuestra cómo un nodo periférico (hospital o centro de salud) procesa un paquete de datos, lo sube de forma segura a IPFS y transmite la transacción firmada a la red de nodos validadores mediante WebSockets y gRPC.



const { Gateway, Wallets } = require('fabric-network');

const { create } = require('ipfs-http-client');

const WebSocket = require('ws');

const crypto = require('crypto');

const path = require('path');

const fs = require('fs');


// Conexión al nodo local IPFS

const ipfs = create({ host: 'localhost', port: '5001', protocol: 'http' });


async function registrarAlertaEpidemiologica(datosPacienteAnonimizados) {

try {

// 1. Encriptación local de los datos sensibles de salud

const encryptionKey = crypto.randomBytes(32);

const iv = crypto.randomBytes(16);

const cipher = crypto.createCipheriv('aes-256-cbc', encryptionKey, iv);

let encryptedData = cipher.update(JSON.stringify(datosPacienteAnonimizados), 'utf8', 'hex');

encryptedData += cipher.final('hex');


// Generación del Hash SHA-256 para integridad

const dataHash = crypto.createHash('sha256').update(encryptedData).digest('hex');


// 2. Subida del paquete encriptado a la red IPFS descentralizada

const ipfsResult = await ipfs.add(JSON.stringify({ encryptedData, iv: iv.toString('hex') }));

console.log(`[IPFS] Datos almacenados con CID: ${ipfsResult.path}`);


// 3. Conexión a la pasarela de Hyperledger Fabric (Blockchain)

const ccpPath = path.resolve(__dirname, 'connection-osakidetza.json');

const ccp = JSON.parse(fs.readFileSync(ccpPath, 'utf8'));


const walletPath = path.join(__dirname, 'wallet');

const wallet = await Wallets.newFileSystemWallet(walletPath);

const gateway = new Gateway();

await gateway.connect(ccp, {

wallet,

identity: 'hospitalDonostiaAdmin',

discovery: { enabled: true, asLocalhost: false }

});


const network = await gateway.getNetwork('epidemiology-channel');

const contract = network.getContract('epidemiological-contract');


// 4. Invocación del Smart Contract en la Blockchain

const alertID = `ALERT-${Date.now()}`;

const timestamp = new Date().toISOString();

console.log(`[BLOCKCHAIN] Registrando transacción para la alerta ${alertID}...`);

await contract.submitTransaction(

'EmitirAlerta',

alertID,

timestamp,

datosPacienteAnonimizados.healthZone,

datosPacienteAnonimizados.pathogen,

datosPacienteAnonimizados.severity,

ipfsResult.path,

dataHash

);


console.log('[BLOCKCHAIN] Transacción validada por consenso Raft y registrada con éxito.');

gateway.disconnect();


// 5. Notificación en tiempo real vía WebSocket a los nodos de control y DeepEVD

notificarRedWebSockets({ alertID, ipfsCid: ipfsResult.path, severity: datosPacienteAnonimizados.severity });


} catch (error) {

console.error(`[ERROR CRÍTICO] Fallo en el pipeline de sincronización: ${error}`);

}

}


function notificarRedWebSockets(payload) {

const ws = new WebSocket('wss://websocket.osakidetza.internal/epidemiology-stream');

ws.on('open', function open() {

ws.send(JSON.stringify({ event: 'NUEVA_ALERTA_REGISTRADA', data: payload }));

ws.close();

});

}


// Ejemplo de ejecución de prueba con datos simulados

const eventoEjemplo = {

healthZone: "Donostialdea-Gipuzkoa",

pathogen: "SARS-CoV-2 Variant X",

severity: "ALTA",

ageRange: "40-49",

symptomsOnsetDate: "2026-07-25"

};


// registrarAlertaEpidemiologica(eventoEjemplo);

 

 He completado la presentación resumen sobre la **Arquitectura Blockchain para el Sistema de Inteligencia Epidemiológica de Osakidetza (SIEO)**.

Esta presentación, diseñada con una estética técnica y profesional acorde a **PASAIA LAB**, sintetiza los pilares fundamentales del proyecto:

*   **Estrategia y Seguridad**: Visión basada en la soberanía digital y el cumplimiento del ENS Nivel Alto.
*   **Arquitectura Técnica**: Detalle de los tres niveles de red (Nodos Periféricos, Blockchain e IA).
*   **Resiliencia**: Explicación del consenso Raft para garantizar la alta disponibilidad.
*   **Privacidad**: Implementación de almacenamiento off-chain mediante IPFS y anclaje de hashes.
*   **Rendimiento e IA**: Flujo de datos en tiempo real (<2.5s) e integración con el motor predictivo DeepEVD.
*   **Hoja de Ruta**: Plan de despliegue y escalado para 2026-2027.

Puedes acceder a la presentación interactiva y descargar las versiones en PDF/PPTX a través del enlace adjunto. También he incluido el informe técnico completo en formato Markdown para tu referencia detallada.


 

### ❌ La Paridad Directa: Un Mito Técnicamente Inviable / Oro y XRP --- ### 🪙 El Oro Tokenizado: El Puente entre Dos Mundos / AAVE -

 La idea de una paridad directa entre el Oro y XRP es una de esas teorías que circulan con fuerza en la comunidad cripto, pero que choca con...