Casos reales

Trabajo entregado bajo restricciones reales.

Esta seccion muestra el tipo de sistemas que EDVM construye de verdad: MVPs utiles, software operativo y decisiones tecnicas ajustadas a presupuesto, timing y contexto de negocio.

Es una seleccion breve y deliberada. Solo publicamos casos que podamos explicar con claridad y con suficiente detalle tecnico para mostrar como se tomaron las decisiones.

Casos publicados

Dos casos reales, contados con la misma estructura para que las decisiones de ingenieria se puedan comparar rapido.

Healthcare Riesgo de Plataforma

Como ayudamos a una empresa lider del sector salud a migrar un breaking change de FastAPI sin romper integraciones

EDVM ayudo a una empresa de gran escala del sector salud a evitar que un cambio delicado de FastAPI se transformara en un problema operativo, coordinando una migracion segura entre varios repositorios sin romper clientes ni integraciones existentes.

Problema

Un breaking change de framework con riesgo real de fallas aguas abajo.

Enfoque

Inventario de repositorios, constraints de dependencias, chequeos de compatibilidad y rollout por etapas.

Resultado

Una migracion mas segura, manteniendo retrocompatibilidad durante la transicion.

Notas Tecnicas

FastAPI, gestion multi-repo de dependencias, plan de rollout, seguridad de integraciones.

Contexto de Negocio

Una plataforma de salud compleja, con multiples servicios, integraciones activas y alto costo de error en produccion.

Restriccion Principal

Habia que endurecer reglas de validacion sin disparar quiebres visibles para clientes en sistemas ya integrados.

Forma de Entrega

No fue solo un fix puntual: se trabajo como migracion gestionada, con secuencia tecnica y control de riesgo.

Leer el caso

Por que importo

  • El problema de ingenieria no era solo corregir codigo, sino proteger el rollout en sistemas ya conectados.
  • Muestra como la gestion de dependencias pasa a ser un tema de continuidad operativa en plataformas multi-repo.
  • El valor estuvo en la secuencia y el control, no en agregar arquitectura mas pesada.
AgTech Entrega MVP

Como convertimos un modelo de deteccion de enfermedades en citricos en un MVP funcional

Para PhytopathologIA, EDVM transformo un clasificador entrenado en PyTorch en una demo accesible desde navegador, con carga de imagenes, inferencia y acceso publico mediante una estrategia de despliegue austera.

Problema

Volver testeable un modelo entrenado por stakeholders no tecnicos sin construir una plataforma completa.

Enfoque

Envolver la inferencia con una API liviana y exponerla mediante un flujo simple desde navegador.

Resultado

Un MVP vivo que stakeholders pudieron usar de inmediato para demos y validacion.

Notas Tecnicas

PyTorch, API liviana, interfaz web, Google Colab y PyNgrok.

Contexto de Negocio

MVP para demos e inversores con presupuesto e infraestructura acotados.

Restriccion Principal

El equipo necesitaba algo testeable por stakeholders rapido, sin pagar el costo de una plataforma completa desde el dia uno.

Forma de Entrega

Una demo publica austera, optimizada para feedback rapido y validacion temprana, no para completitud operativa.

Leer el caso

Por que importo

  • El paso valioso no fue mejorar el modelo, sino volverlo accesible para evaluacion real.
  • Muestra como un MVP puede bajar incertidumbre sin comprometerse demasiado pronto con infraestructura completa.
  • La entrega priorizo velocidad de aprendizaje para stakeholders por encima de completitud tecnica.