Soporte / Documentación
Documentación de soporte para centros en beta
Notas de onboarding públicas para centros que quieren turnos web, operadora virtual, automatización administrativa y un puente práctico a sistemas existentes.
Contacto
[email protected]La beta es gratuita. Para los primeros centros, si algún día cobramos, lo mantenemos al costo operativo mientras sigan como early users.
Qué puede hacer Rediag
- Recibir pedidos de turno por web, chat, voz o formularios.
- Tomar datos del paciente, cobertura médica, estudio, sede preferida y restricciones horarias.
- Derivar cada pedido al centro, sede, equipo o cola operativa correcta.
- Usar calendario interno aunque el sistema heredado siga siendo la fuente operativa.
- Automatizar sistemas desktop o web mediante un worker local seguro cuando no hay API.
- Dejar auditoría de acciones humanas, asistidas por IA y automatizadas.
Modos de implementación
- Solo intake: Rediag recopila solicitudes completas y el equipo confirma manualmente.
- Calendario interno: Rediag administra disponibilidad, cancelaciones, reprogramaciones, recordatorios y reportes.
- Puente legacy: Rediag envía trabajos a un worker local que opera el sistema existente sobre Tailscale, sin abrir puertos.
- Integración API: Rediag se conecta directo a una API de turnos, HIS, RIS o EHR si existe.
Checklist de onboarding
- Crear el centro en rediag.com/registro.
- Confirmar acceso del email administrador.
- Cargar sedes, modalidades, equipos y lista de estudios.
- Definir reglas de obras sociales y planes.
- Elegir primer flujo: intake, calendario interno, puente legacy o API.
- Probar una cola de bajo riesgo antes de ampliar.
Seguridad
Rediag corre sobre Google Cloud con identidad Firebase, permisos mínimos por rol, cifrado en tránsito y en reposo, y auditoría por acción. Los pilotos legacy usan un worker local que se conecta por Tailscale a la PC del centro: sin puertos abiertos en la red, sin credenciales del sistema legacy expuestas.