Para compradores de software

Una evaluación técnica honesta, no una hoja de ventas

Si estás considerando adquirir, licenciar, integrar o distribuir KADI, esta página resume lo que necesitas para decidir si vale la pena avanzar a una evaluación formal: madurez real, documentación, pruebas y trazabilidad del desarrollo.

Madurez

Clasificación actual: Release Candidate en endurecimiento

KADI no se presenta como un producto de distribución comercial masiva. Es un sistema funcional que se valida mediante despliegues controlados con clínicas colaboradoras y atraviesa endurecimiento técnico y jurídico antes de ampliar su distribución. Ver el detalle en roadmap público.

La evaluación técnica debe basarse en el código, las pruebas, los contratos y la documentación vigente del repositorio; no en cifras comerciales estáticas.
Qué te llevas técnicamente

Lo que reduce el riesgo de adoptar KADI

Modularidad por dominio

El backend organiza el código por dominio de negocio (clínico, financiero, inventario), no como un monolito de controladores. Los módulos comerciales (hospitalización, UCI, reportes) se activan o desactivan por instancia mediante feature gates.

Documentación como fuente de verdad

Reglas de negocio, modelo de datos, máquinas de estado y modelo de seguridad están documentados aparte del código, y un proceso de auditoría interna detecta cuándo la documentación se desalinea de la implementación real.

Reproducibilidad

El entorno completo (backend, frontend, base de datos, proxy) se levanta con Docker Compose, pensado para poder auditarse en un entorno aislado sin depender de acceso a producción.

Trazabilidad del desarrollo

Cada intervención relevante al código queda registrada: quién la solicitó, por qué, qué se cambió y cómo se verificó. No es conocimiento tácito de una sola persona.

Vectores de adquisición

Formas en que KADI puede integrarse a lo que ya construyes

Licenciamiento del software

Uso del sistema bajo licencia, sin transferencia de propiedad intelectual.

En definición

Integración vía API

La API documentada constituye una base de integración técnica; el alcance exacto debe validarse contra el inventario canónico vigente durante due diligence.

Base disponible

White-label / OEM

La personalización de marca y tema por instancia ya existe; un programa comercial formal de distribución white-label está en evaluación.

Roadmap

Adquisición tecnológica

Conversación estratégica caso por caso; requiere proceso de due diligence.

En definición
Preguntas frecuentes

Lo que suele preguntar un equipo técnico

¿Está documentado más allá del código?

Sí: reglas de negocio, modelo de datos, máquinas de estado y modelo de seguridad viven en documentos separados del código y se auditan contra la implementación real.

¿Puede desplegarse de forma independiente?

El entorno completo se levanta con Docker Compose (backend, frontend, base de datos y proxy), pensado para reproducirse fuera de la infraestructura actual del proyecto.

¿Qué stack utiliza?

Laravel 13 sobre PHP, React 19 con TypeScript y Vite, PostgreSQL 17 y Nginx. El detalle completo está en Tecnología.

¿Existe white-label hoy?

Existe personalización de marca y tema por instancia. Un programa comercial formal de white-label todavía está en definición; no lo presentamos como disponible hasta que lo esté.

¿Cómo empiezo una evaluación formal?

A través del proceso de due diligence, que organiza el acceso a evidencia técnica, legal y comercial de forma controlada.