Regulador de traslados y ocupación
Reduce el tiempo de espera ordenando la hora de llegada de los traslados.
Los datos de los pacientes solo se muestran después de identificarte.
¿Ya tienes cuenta? Iniciar sesión
Todas usan la misma clave: Erica2026!
| profesor@ritmo.cl | Coordinador · ve todo |
| guillermo@ritmo.cl | Coordinador |
| esteban@ritmo.cl | Coordinador |
| valerie@ritmo.cl | Coordinador |
| kinesiologa@ritmo.cl | Panel del profesional |
| recepcion@ritmo.cl | Panel de recepción |
Los paneles de kinesiología, recepción y sala necesitan que un coordinador cargue antes la planilla del día.
Protegido bajo la Ley N° 21.719
Procesamiento local · Sin envío de datos a terceros
La sesión se cierra sola tras 10 minutos sin actividad.
En el centro se atiende kinesiología de a un paciente cada 20 minutos, pero los furgones que los traen
llegan cuando quiere Coordinación. Cuando llegan dos juntos, se acumulan hasta 8 personas en la sala y esperan dos horas.
RITMO calcula a qué hora debe llegar cada furgón para que eso no pase, y al día siguiente
avisa en vivo si algo se sale del plan.
Dejas abierto el tablero. Te avisa antes de que se junte gente, y al final te dice cuánto esperó realmente cada paciente — el dato que hoy nadie mide.
Pantalla pensada para un monitor en la sala de espera. Muestra los turnos por código, sin nombres ni datos de ninguna persona.
Cópiala desde Excel y pégala. No importa el orden de las columnas: RITMO se queda con lo que necesita y descarta el resto.
Lo que pasaría mañana con los horarios de Coordinación, y con los ajustes propuestos. Nada se aplica solo: tú decides.
Listos para copiar. RITMO revisa antes que ninguno lleve datos de paciente.
Quién viene en camino, quién espera y hace cuánto. Si algo se sale del plan, RITMO avisa antes de que se arme la cola.
Cada uno marca solo lo suyo, y queda registrado quién lo hizo. Así no depende de una sola persona.
Los datos de salud son datos personales sensibles. Cada principio de la ley está resuelto con una medida técnica concreta y verificable, no con una declaración de intenciones.
| Marco conceptual | El problema es un caso clásico de teoría de colas: llegadas agrupadas contra un servidor único de capacidad fija. Cuando las llegadas se concentran, la cola crece aunque la capacidad total del día sea suficiente. La intervención no aumenta la capacidad: redistribuye las llegadas, que es la variable de menor costo del sistema. |
| Enfoque de mejora | Gestión de procesos aplicada a salud: identificar el cuello de botella, medirlo, intervenir el punto exacto y volver a medir. La espera del paciente se trata como desperdicio del proceso, no como una consecuencia inevitable. |
| Diseño de la medición | Comparación antes-después con línea base observada: se miden tardes sin intervenir y tardes con ajustes aplicados. La app distingue ambos tipos de día y los exporta etiquetados. |
| Amenazas a la validez | Muestra pequeña (4 semanas), un solo centro y un solo profesional; variabilidad natural de la duración de las atenciones; posible efecto de observación sobre el equipo al saberse medido; y estacionalidad de la demanda. Ninguna se elimina en este alcance: se declaran. |
| Qué no permite concluir | Que la mejora del indicador de satisfacción se deba únicamente a esta intervención. La satisfacción tiene múltiples determinantes; el proyecto solo puede sostener el efecto sobre el tiempo de espera medido. |
| Sostenibilidad | La herramienta no depende de quien la creó: funciona en cualquier navegador, sin licencias ni servidores, y la operación diaria se reparte en tres perfiles. El riesgo real no es técnico sino institucional: depende de que Coordinación siga aceptando los corrimientos. |
| Transferibilidad | El modelo es aplicable a cualquier centro ambulatorio con traslado programado y agenda de capacidad fija. Los parámetros —duración de la atención, ventana horaria, flota y umbral de espera— están declarados como constantes y se ajustan sin rehacer la herramienta. |
| Pregunta que van a hacer | Respuesta |
|---|---|
| ¿Cuánto cuesta implementarlo? | Cero en licencias, servidores, infraestructura y capacitación externa. Funciona en el navegador que ya está instalado en los equipos del centro. El único costo es el tiempo del equipo que ya trabaja ahí. |
| ¿Cuánto vale el problema hoy? | Se cuantifica en horas de espera de trabajadores accidentados en tratamiento, medidas por la propia herramienta. Cada tarde medida entrega el número real, y la proyección anual aparece al cerrar el día. |
| ¿Por qué le importa a la mutualidad y no solo al paciente? | Porque las mutualidades compiten por las empresas adherentes. La experiencia del trabajador atendido incide en la permanencia de la empresa que lo envía. Un centro con reclamos por tiempo de espera no es solo un problema asistencial: es un riesgo comercial y de imagen. |
| ¿Y el indicador que la jefatura ya mira? | La satisfacción usuaria de kinesiología está en 63% con meta institucional de 80%. Este proyecto ataca la causa más frecuente de reclamo en ese servicio, que es el tiempo de espera. |
| ¿Qué pasa si no se hace nada? | El indicador sigue bajando, los reclamos siguen llegando y el centro sigue sin poder explicar por qué: hoy nadie mide el tiempo de espera, de modo que no hay ni diagnóstico ni forma de demostrar mejoras. |
| ¿Se puede escalar? | Sí. Los parámetros —duración de la atención, ventana horaria, flota y umbral— son configurables. Cualquier centro ambulatorio con traslado programado y agenda de capacidad fija puede usarlo sin rehacer la herramienta. |
| ¿Cuál es el riesgo? | Que Coordinación de Traslados deje de aceptar los corrimientos. Es un riesgo institucional, no técnico, y se mitiga con evidencia: por eso la herramienta mide antes de pedir. |
| Qué es | Una herramienta de apoyo a la gestión de traslados en atención ambulatoria. Calcula la hora de llegada de cada móvil para evitar que los pacientes se acumulen en la sala, y mide el tiempo de espera real. |
| Para quién | Centros ambulatorios que reciben pacientes en traslado programado y no controlan la asignación de los vehículos. |
| Qué problema resuelve | La coincidencia de móviles en la misma franja horaria, que genera esperas de dos y tres horas y reclamos por tiempo de atención. |
| Qué NO hace | No reasigna pacientes a otro vehículo, no toma decisiones clínicas, no reemplaza al profesional y no aplica ningún cambio sin aprobación humana. |
| Perfiles | Coordinador (planifica y decide) · Kinesióloga y Recepción (marcan lo que ocurre) · Pantalla de sala (informa a los pacientes, sin datos personales). |
| Requisitos | Un navegador. No requiere instalación, servidor, licencias ni conexión a internet. |
| Datos | Procesamiento local. No hay almacenamiento automático, cookies ni envío de información a terceros. Los nombres se descartan antes de cualquier cálculo. |
| Credenciales | La versión publicada para la evaluación trae cuentas precargadas y visibles, porque trabaja con datos simulados. Una instalación real se conectaría al directorio de usuarios de la institución y las claves nunca estarían en el código. |
| Versión | 1.0 — agosto 2026. Prototipo académico, no certificado como dispositivo médico ni como sistema de información clínica. |
| Equipo | Grupo Área 51: Esteban Villar, Guillermo Durán y Valerie Araya. Módulo 4, Diplomado de Inteligencia Artificial en Salud, UDLA 2026. |
Existe solo en la memoria de este navegador, con una clave que defines tú. Cada consulta queda registrada.
Un proyecto de salud no se rige por una sola ley. Este proceso queda cruzado por tres cuerpos legales, y cada uno impone una obligación distinta.
| Norma | Qué exige | Cómo responde RITMO |
|---|---|---|
| Ley N° 21.719 Protección de datos personales vigencia dic. 2026 |
Los datos de salud son datos sensibles. Exige licitud, finalidad determinada, minimización, seguridad, confidencialidad, trazabilidad y conservación limitada. | Seudonimización previa al cálculo, descarte activo de RUT, dirección y datos clínicos, procesamiento local con salida de red bloqueada, control de acceso por cuenta y registro de cada acción. |
| Ley N° 20.584 Derechos y deberes de las personas en la atención de salud |
Trato digno, oportunidad de la atención e información veraz sobre el proceso asistencial. La espera prolongada sin información es una vulneración del trato digno. | La pantalla de sala informa al paciente en qué punto va su turno, sin exponer a nadie. La medición del tiempo de espera convierte el trato digno en algo verificable y no en una declaración. |
| Ley N° 16.744 Seguro social contra accidentes del trabajo y enfermedades profesionales |
Obliga a los organismos administradores a otorgar las prestaciones médicas hasta la curación completa, incluido el traslado del trabajador accidentado. | El traslado no es un servicio accesorio: es parte de la prestación obligatoria. Por eso el proyecto interviene el traslado como parte del proceso asistencial y no como logística aparte. |
| Ficha clínica (Ley 20.584, título sobre reserva de la información) |
La ficha clínica es reservada y su acceso está restringido a quien participa de la atención. | RITMO no accede, no lee ni almacena ficha clínica. Trabaja únicamente con datos logísticos: comuna, vehículo y horario. |
Los datos de salud son datos personales sensibles (art. 2 letra g, Ley 21.719). Cada principio de la ley está resuelto con una medida técnica concreta, no con una declaración de buenas intenciones.
| Principio de la ley | Cómo lo resuelve RITMO | Cómo lo compruebas |
|---|---|---|
| Licitud y finalidad art. 3 a) y b) |
El tratamiento tiene un único fin declarado: ordenar horarios de llegada para reducir la espera. No se usa para evaluar personas ni para nada clínico. | La app no tiene ninguna otra función. No hay reportes por paciente ni historial individual. |
| Proporcionalidad y minimización art. 3 c) |
De toda la planilla solo se conservan cuatro datos: comuna, móvil, hora y un código. RUT, dirección, diagnóstico y observaciones se descartan al momento de leer. | Panel "Datos protegidos": muestra el conteo de columnas sensibles descartadas. |
| Seudonimización art. 2 y 3 |
Cada persona pasa a ser TAL-001 antes de cualquier cálculo. El motor nunca recibe un nombre. |
Todas las pantallas, mensajes e informes usan solo el código. |
| Seguridad art. 3 e) y art. 14 |
Procesamiento local, envío de datos bloqueado por norma del navegador, texto de entrada neutralizado contra inyección de código, y bloqueo automático por inactividad. | Botón de prueba de fuga, aquí abajo. Intenta enviar datos y falla. |
| Confidencialidad art. 3 f) |
Los nombres se muestran borrosos y requieren clave. Al imprimir siguen borrosos. | Imprime la página con los nombres a la vista: salen tapados igual. |
| Responsabilidad y trazabilidad art. 3 g) y art. 15 |
Registro con hora de cada acción: lectura, anonimización, consulta de nombres, aprobación y borrado. Descargable como respaldo. | Registro de actividad, en el paso 3. |
| Guardado voluntario art. 3 d) |
Si el equipo se apaga a media tarde, el usuario puede guardar el avance en un archivo suyo. Ese archivo no contiene nombres: solo códigos, horas y comunas. | Botón "Guardar el día". Abre el archivo con cualquier editor: no hay ningún nombre adentro. |
| Límites declarados honestidad del prototipo |
La clave de acceso a los nombres vive sin cifrar en la memoria del navegador mientras dura la sesión. Es suficiente para un prototipo académico, no para producción. | Lo declaramos nosotros. Una implementación real exige control de acceso institucional. |
| Conservación limitada art. 3 d) |
Nada se guarda en el computador: ni archivos, ni cookies, ni memoria del navegador. Todo vive mientras la pestaña está abierta. | Cierra y vuelve a abrir: la app parte vacía. Botón de borrado inmediato disponible. |
Este botón intenta enviar los datos de la sesión a un servidor externo. Debe fallar. Sirve para demostrar en la defensa que el bloqueo es real y no una promesa escrita en un texto.
| Qué prueba | Todas las combinaciones posibles de horas de llegada de cada móvil, en bloques de 20 minutos. Simula la tarde completa para cada una. |
| Qué busca | Que ningún paciente espere mucho. Si hay empate, que la espera total del grupo sea menor, y que haya que mover lo menos posible lo ya asignado. |
| Qué respeta | Ventana 13:30–17:30, no pedir corrimientos de más de 2 horas, y dejar mínimo 1 hora entre dos viajes del mismo móvil. |
| Qué nunca hace | Cambiar qué paciente va en qué móvil (eso lo decide Coordinación), tomar decisiones clínicas, ni aplicar un cambio sin que lo apruebe el enfermero a cargo. |
| Qué supone el cálculo | Que la kinesióloga atiende de corrido entre 13:30 y 17:30, de a un paciente cada 20 minutos y por orden de llegada. En la realidad hay pausas e imprevistos: por eso el tablero mide la tarde real en vez de confiar solo en la simulación. |
| De dónde sale el "antes" | De simular la planilla con los horarios que asignó Coordinación. Para no depender de esa simulación, la app permite medir días completos sin intervenir (botón "Hoy solo mido"): esos días forman la línea base real con la que se compara. |
| Por qué no usa un modelo de IA para esto | Porque ante gerencia hay que poder explicar por qué se movió cada móvil. El cálculo es determinista y auditable: dos veces la misma planilla dan el mismo resultado. |