SaaS Integral para Clínicas en Azure

DESARROLLO DE PLATAFORMA SaaS PARA LA GESTIÓN INTEGRAL DE CLÍNICAS
1. Descripción del proyecto
Buscamos un desarrollador o equipo con experiencia en SaaS para crear una plataforma integral para clínicas dentales y sanitarias. Centralizará pacientes, citas, profesionales, presupuestos, pagos, facturación, inventario, documentación clínica y analítica.
La solución será escalable, segura, multiusuario, multiempresa y multicentro, con aislamiento de datos, permisos por rol e inteligencia artificial supervisada.
Objetivo: recibir propuestas técnicas y económicas detalladas, con presupuesto por fases, alcance del MVP, plazo de desarrollo y costes recurrentes.
2. Funcionalidades principales
Módulo 1. Seguridad y arquitectura SaaS
• Arquitectura multiempresa con aislamiento de datos.
• Inicio de sesión seguro, recuperación de contraseña y gestión de centros.
• Roles: director, administrador, doctor, higienista y recepcionista.
• Permisos, auditoría, protección de datos, copias de seguridad y recuperación.
• Integraciones seguras con servicios externos y pasarelas de pago.
Módulo 2. Agenda y citas
• Crear, modificar, cancelar y reprogramar citas.
• Agenda por profesional, especialidad, gabinete y centro.
• Horarios, disponibilidad, vacaciones y ausencias.
• Vistas diaria, semanal y mensual; detección de huecos y conflictos.
• Registro de citas realizadas, canceladas y no presentadas; recordatorios.
Módulo 3. Profesionales y pacientes
• Perfil profesional con agenda, pacientes asignados, horarios y productividad.
• Ficha del paciente, datos de contacto, historia clínica y documentos.
• Notas, tratamientos, presupuestos, pagos, facturas, devoluciones y financiación.
• Seguimiento, revisiones y clasificación de pacientes activos e inactivos.
Módulo 4. Presupuestos, pagos y facturación
• Creación y seguimiento de presupuestos aceptados, rechazados y pendientes.
• Pagos totales o parciales mediante efectivo, tarjeta o transferencia.
• Saldo pendiente, financiación, devoluciones y trazabilidad.
• Generación del documento fiscal aplicable e historial por paciente.
• Filtros y conciliación entre pagos, facturas y saldos.
La integración con pasarela de pago se presupuestará por separado.
Módulo 5. Almacén, proveedores y compras
• Catálogo, existencias, proveedores, pedidos y compras.
• Estados de pedido, facturas de proveedores y movimientos de inventario.
• Avisos de stock mínimo, riesgo de rotura e informes de consumo.
Módulo 6. Plantillas y documentación
• Consentimientos, informes y documentos asociados al paciente.
• Plantillas configurables con campos dinámicos.
• Almacenamiento, permisos, registro de acceso y exportación a PDF.
Módulo 7. Inteligencia artificial y automatización
• Detección de presupuestos pendientes y pacientes que requieren seguimiento.
• Reactivación de pacientes inactivos.
• Detección de huecos y propuestas de reorganización de agenda.
• Alertas, consultas sobre indicadores y automatización de notificaciones.
• Asistencia para registrar cobros y actualizar saldos, con confirmación previa.
La IA no decidirá por sí sola sobre cobros ni modificará información clínica. Habrá controles de identidad, permisos y trazabilidad. La propuesta indicará funciones iniciales, tecnología y costes.
Módulo 8. Cuadro de mando y analítica
• Finanzas: ingresos, métodos de pago, facturas, devoluciones y saldo pendiente.
• Pacientes: activos, inactivos, nuevos, tratamientos y presupuestos.
• Citas: totales, primeras visitas, realizadas, canceladas, reprogramadas, ausencias y ocupación.
• Productividad: actividad por profesional y especialidad, tratamientos y utilización de gabinetes.
• Eficiencia: tiempos de espera, tratamiento, permanencia y diferencias entre tiempos previstos y reales.
3. Requisitos técnicos
El candidato propondrá una arquitectura segura, mantenible, escalable y de coste razonable. Se valorará experiencia en SaaS multiempresa, frontend móvil, API, bases de datos, autenticación, integraciones, facturación, IA, dashboards, pruebas y despliegue.
La solución deberá diseñarse considerando el RGPD y la normativa aplicable en España.
4. Presupuesto por fases
Fase 1. Análisis y diseño
Requisitos, arquitectura, base de datos, UX/UI, planificación y entregables.
Fase 2. MVP funcional
Como mínimo: acceso seguro, roles, centros, pacientes, agenda, presupuestos, pagos registrados, facturación básica y cuadro de mando inicial. Indicar otras funciones imprescindibles para probarlo en una clínica real.
Fase 3. Gestión avanzada
Almacén, compras, proveedores, plantillas, documentos y analítica avanzada.
Fase 4. Inteligencia artificial
Detección de oportunidades, automatizaciones, asistente, optimización de agenda e integración de modelos, incluidos costes recurrentes.
Fase 5. Lanzamiento y mantenimiento
Pruebas, producción, documentación, formación, soporte, mantenimiento y actualizaciones.
Las fases podrán contratarse por separado. Se requiere coste estimado y plazo de cada una.
5. Información obligatoria en la propuesta
1. Precio, alcance y exclusiones del MVP.
2. Precio estimado de la plataforma completa.
3. Tecnología y arquitectura propuestas, con justificación.
4. Duración estimada de cada fase y composición del equipo.
5. Experiencia en SaaS multiempresa y ejemplos similares.
6. Estrategia para aislar los datos de cada clínica.
7. Seguridad, protección de información clínica y cumplimiento normativo.
8. Costes mensuales: Azure, base de datos, correo, IA, copias y otros servicios.
9. Costes adicionales de integraciones, pagos o facturación.
10. Pruebas, documentación, garantías y mantenimiento posterior.
11. Propiedad del código, entrega de credenciales y continuidad del proyecto.
12. Riesgos detectados, supuestos y dudas que deban aclararse.
6. Propiedad y condiciones de entrega
• Desarrollo en repositorios y cuentas controlados por el propietario.
• Acceso continuo al repositorio e historial de cambios.
• Entrega de código fuente, documentación, instrucciones de instalación y despliegue.
• Identificación de librerías, licencias, componentes y servicios externos.
• Entornos separados de desarrollo, pruebas y producción.
• Prohibición de usar datos reales de pacientes en pruebas sin autorización y garantías.
• Pagos asociados a hitos y entregables verificables.
7. Evaluación de propuestas
Se valorarán presupuesto, experiencia, arquitectura, seguridad, entregas, código, documentación, costes transparentes y comunicación. Se elegirá la mejor relación entre coste, calidad, seguridad y evolución.
8. Resultado esperado
9. Entorno obligatorio: CONECTIK y Microsoft Azure
9.1. Repositorio exclusivo
• Todo el desarrollo se realizará en el repositorio y entorno oficial de CONECTIK.
• No se permitirá trasladar el código a cuentas personales ni reutilizar código específico del proyecto.
• Las mejoras se incorporarán al repositorio oficial, debidamente documentadas y versionadas.
• El propietario tendrá acceso al código, historial y entornos durante el desarrollo.
9.2. Infraestructura Azure
Microsoft Azure será la infraestructura principal. La propuesta deberá justificar los servicios seleccionados, como App Service o Container Apps, PostgreSQL o Azure SQL, Blob Storage, Entra ID, Key Vault, Monitor, Backup y Azure DevOps o GitHub.
Las suscripciones, recursos, dominio, repositorios y cuentas estarán bajo control de CONECTIK. El desarrollador tendrá únicamente los permisos necesarios.
9.3. Confidencialidad y reutilización
El código, la arquitectura específica, la lógica de negocio, los diseños y la documentación serán confidenciales. Sin autorización escrita no podrán publicarse, compartirse, reutilizarse ni emplearse en productos competidores.
9.4. Entrega y titularidad
El contrato regulará la cesión de los derechos de explotación sobre los materiales creados específicamente para el proyecto, una vez cumplidas las condiciones económicas.
La entrega incluirá código, historial, scripts de base de datos, configuración, pruebas, documentación, dependencias y transferencia segura de credenciales. No podrá bloquearse la continuidad del proyecto.
9.5. Seguridad y acceso
• Cuentas individuales y mínimo privilegio.
• Secretos fuera del código fuente.
• Separación de entornos y registro de cambios.
• Revocación de accesos y entrega ordenada al finalizar.
9.6. Confirmación del candidato
El candidato deberá aceptar el repositorio autorizado, Azure, la confidencialidad, la no reutilización del código, la entrega completa, el acceso del propietario y el detalle de costes recurrentes.
Importante: antes de presupuestar, indique la información que necesita aclarar y los supuestos utilizados. La candidatura debe señalar claramente el precio del MVP, el precio del proyecto completo, el plazo y los costes recurrentes.