AgriTech / GovTech · Prototipo terminado · 2026

Durania

Conectar gobierno, veterinarios y ganaderos mediante una plataforma operativa compartida.

RepositorioRepositorio público
Proyecto de hackathon

Una plataforma ganadera multi-tenant que digitaliza procesos sanitarios e integra telemetría de prototipos de collares conectados.

Mención honorífica · 2026
La telemetría de campo llega a cada actor autorizado
  1. 01Collares ESP32
  2. 02Gateway de campo
  3. 03Datos por tenant
  4. 04Ganadero / MVZ / gobierno
Rol
Arquitecto técnico
Equipo
Equipo colaborativo de hackathon
Duración
Hackathon de tres meses
Estado
Prototipo terminado
Dominio
AgriTech / GovTech
Código
Repositorio público
Contribución
Arquitectura, modelo de datos e implementación
Tecnologías y herramientas
Next.js · TypeScript · Supabase · PostgreSQL · Prisma · Vitest · ESP32 · Raspberry Pi

Contexto

Durania se creó durante un hackathon de tres meses de la industria ganadera en Durango y recibió una mención honorífica. El reto era digitalizar procesos sanitarios y operativos mientras los productores obtenían visibilidad sobre ubicación y condición del ganado.

El resultado es un prototipo terminado, no una plataforma gubernamental desplegada ni un dispositivo de monitoreo certificado.

El problema operativo

Muchos trámites todavía se hacen en papel. Completar un proceso es lento, la información está fragmentada y gobierno, veterinarios, productores y personal operativo no comparten un sistema.

La visibilidad de campo agrega otra restricción: cada collar no puede depender de conexión directa a internet.

Actores y límites

Durania separa interfaz pública, panel administrativo, panel de ganadero y panel de MVZ. Cada actor tiene recorridos, responsabilidades y acceso distintos.

La pregunta arquitectónica principal fue cómo aislar usuarios, organizaciones y datos en base y aplicación sin volver incomprensible el diseño para un equipo colaborativo.

Solución

El prototipo combina flujos sanitarios y operativos con almacenamiento por tenant y telemetría. Atiende perspectivas de gobierno, veterinario y productor sin colapsarlas en un panel genérico.

Flujo del producto

  1. Un proceso público o administrativo crea contexto compartido.
  2. Roles autorizados de MVZ y productor trabajan desde vistas dedicadas.
  3. Los nodos de collar recaban señales prototipo de ubicación y temperatura.
  4. Un gateway Raspberry Pi envía la información al backend.
  5. El almacenamiento por tenant expone datos solo a interfaces autorizadas.

Arquitectura

El código usa una estructura semi-hexagonal adaptada entre aplicación, core, módulos, servidor y elementos compartidos.

Next.js y TypeScript sostienen la aplicación; Supabase, PostgreSQL y Prisma manejan datos. Documentación, migraciones, scripts y pruebas con Vitest hacen explícito el proceso compartido.

Flujo IoT

Collares prototipo con ESP32 actúan como nodos. Una Raspberry Pi funciona como antena o gateway local y reenvía ubicación y temperatura, reduciendo la necesidad de conexión directa para cada collar.

El prototipo no afirma precisión certificada, uso médico o validación de campo más allá de su alcance actual.

Decisiones técnicas clave

Mi contribución

Fui arquitecto técnico. Diseñé la base de datos, seleccioné el stack, definí prácticas, dividí responsabilidades y coordiné tareas. También implementé partes del backend y frontend.

Fue trabajo de equipo. Mi responsabilidad se concentró en arquitectura, datos, multi-tenancy, migraciones, límites de paneles, documentación y planeación.

Desafío principal

El multi-tenancy seguro fue el reto más profundo. Los límites de actores también evolucionaron y forzaron cambios de UX cuando permisos y recorridos no estaban definidos con suficiente anticipación.

Resultado y estado actual

Durania es un prototipo de hackathon terminado con mención honorífica en 2026. Demuestra una dirección multi-tenant e IoT coherente; no afirma despliegue productivo o hardware certificado.

Lo que aprendí

Durania fue mi primera implementación profunda de usuarios y datos multi-tenant. Reforzó la importancia de definir actores antes de expandir interfaz y responsabilidades.

Qué cambiaría

Definiría antes límites, permisos y recorridos de cada actor. Esas decisiones deben guiar propiedad de datos y UX desde el inicio.

Roadmap

Una evolución posible incluye flujos offline, validación de hardware, vistas agregadas para gobierno, herramientas de decisión e indicadores predictivos cuidadosamente evaluados.

Galería de interfaz

La galería final requiere panel administrativo, MVZ y productor, telemetría, prototipo del collar o gateway y evidencia de la mención honorífica.

Recorrido de la demo

La demo grabada presenta el prototipo terminado y complementa este caso con un recorrido directo por el producto y sus distintos contextos de uso.

Código

El repositorio es público y está disponible mediante el enlace de código verificado de este caso de estudio.

Evidencia del producto

Mira el producto en funcionamiento.

Demo grabadaRecorrido multirol del productoRecorrido grabado del prototipo terminado para el hackathon.