Estado e historial
de incidentes
El estado operativo de los servicios de la plataforma y el registro público de incidentes y mantenimientos. Las instituciones contratantes también reciben comunicación directa por correo electrónico.
Servicios medidos
Cada fila es una solicitud real a la dirección pública, con el código de respuesta y el tiempo hasta la página completa. Como el snapshot superó las 36 horas, es histórico y no representa el estado operativo actual.
- SITIO Y PÁGINAS PÚBLICAS operativo en el snapshot · HTTP 200 · 744 ms Las páginas del sitio, incluida esta. www.laudos.ai
- PLATAFORMA DE INFORMES operativo en el snapshot · HTTP 200 · 1005 ms La aplicación donde el radiólogo dicta, revisa y firma. copilot.laudos.ai
- RADCOMMONS operativo en el snapshot · HTTP 200 · 705 ms El corpus de clasificaciones y la API que consulta GUIDE. radcommons.laudos.ai
- LAIBENCH operativo en el snapshot · HTTP 200 · 764 ms El benchmark público, caso por caso. laibench.laudos.ai
- DOCUMENTACIÓN TÉCNICA operativo en el snapshot · HTTP 200 · 465 ms El manual de integración y la referencia de la API. manual.laudos.ai
Cómo se elabora este cuadro. Solicitud HTTP GET a cada dirección pública, la mejor de 3 intentos espaciados, límite de 15 s. Se ejecuta en cada publicación del sitio y una vez al día mediante GitHub Actions. El resultado de cada verificación queda versionado en el repositorio del sitio (content/status.json), con la verificación guardada de los últimos 90 días. No inferimos uptime entre snapshots.
El dictado, las integraciones RIS/PACS y el panel del gestor no aparecen aquí. Los tres requieren credenciales, y nadie puede verificarlos desde afuera. Laudos.AI comunica su estado por correo electrónico a las instituciones contratantes. Cualquier degradación entra en el historial de abajo.
Historial de incidentes y mantenimientos
Inestabilidad en la generación de informes
La generación de informes estuvo inestable durante cerca de 1 hora al final de la tarde. La falla ocurría en el momento de la generación: el informe no se creaba y la interfaz devolvía un error. Un nuevo intento solía completarse con éxito.
Durante ese período, algunos intentos devolvieron un error antes de la creación del informe. La falla no alcanzó ningún informe ya guardado y no se perdió ningún dato. Ya devolvimos a su plan cualquier uso contabilizado en un intento que devolvió error, sin impacto en el límite.
Corregimos la causa en el origen y la plataforma está normalizada. Ahora repetimos el intento automáticamente, para que una inestabilidad momentánea no llegue al usuario.
Los reportes de usuarios fueron lo que señaló el camino hasta la causa. Quien encuentre un error al generar puede escribir a oi@laudos.ai.
Salida de texto puntualmente malformada en el STT
El monitoreo identificó una salida de texto puntualmente malformada en la etapa de transcripción de voz. El equipo aplicó la corrección y verificó el flujo. Este registro público no incluye contenido de informes, términos dictados, identificación de usuarios ni datos de pacientes.
Actualización y upgrade de la base de datos
Ventana de mantenimiento programado para la actualización y upgrade de la base de datos de la plataforma, comunicada con antelación a las instituciones. Durante la ventana, la plataforma estuvo offline: dictado, firma y entrega de informes no disponibles. La ventana no afectó ningún informe, plantilla ni traza de auditoría.
Ningún otro incidente registrado en el período. Las degradaciones parciales también cuentan como incidente y entran en este historial.
Cómo comunicamos incidentes
Las instituciones con contrato activo reciben comunicación directa por correo electrónico en caso de incidente o mantenimiento programado, con alcance, impacto y previsión de normalización. Tras incidentes relevantes, se envía un informe de causa raíz a los afectados.
Laudos.AI programa los mantenimientos con potencial de impacto en una ventana acordada con las instituciones, y anuncia cada ventana con antelación.
El ciclo de vida de un incidente
El ciclo tiene cinco etapas: detección, contención, comunicación activa a los afectados, normalización e informe de causa raíz con acciones preventivas. La detección proviene del monitoreo continuo de disponibilidad, latencia del dictado y colas de integración. El mismo log por estudio que sustenta la auditoría clínica sustenta la reconstrucción técnica del incidente.
Las degradaciones parciales cuentan: si el dictado está lento o la entrega del informe se retrasó, es un incidente, aunque la plataforma esté en línea.
Metas de disponibilidad
El contrato institucional define las metas de disponibilidad y los créditos asociados, servicio por servicio. El criterio público de esta página refleja el estado operativo actual; el criterio contractual refleja el compromiso.
Preguntas directas
¿Qué cuenta como incidente?
Cualquier degradación que afecte la elaboración de informes: indisponibilidad, lentitud anormal del dictado, falla de integración o retraso en la entrega del informe firmado.
¿Cuál es el canal más rápido para reportar un problema?
El correo oi@laudos.ai con el asunto "Incidente". Las instituciones en producción también tienen un canal directo acordado en la implementación.
Lea el estado actual con el contexto correcto
Lo que esta página puede afirmar
El estado actual informa la condición conocida de los servicios publicados y los incidentes registrados aquí. No sustituye el SLA contractual. Nadie convierte esta página en un porcentaje histórico sin una serie publicada. Tampoco prueba el comportamiento de una integración específica de la institución.
Cuando ocurre un incidente, la actualización debe separar impacto, servicios afectados, inicio, mitigación y resolución. Las instituciones con flujo integrado también usan el canal operativo del contrato. Una falla local de RIS, PACS o credencial puede no aparecer como incidente general de la plataforma.
Plataforma disponible no significa flujo completo disponible
Un informe atraviesa navegador, autenticación, procesamiento, integración y sistemas de la institución. La página de estado cubre solo los servicios publicados por Laudos.AI. PACS, RIS, red local y proveedores externos quedan fuera de ese perímetro. En un incidente, la investigación debe localizar en qué tramo se detuvo el estudio antes de atribuir una causa.
El historial de uptime, la latencia o el compromiso de recuperación solo deben usarse cuando se publiquen para el período y el servicio correspondientes o estén definidos en el contrato. La ausencia de ese número en la página no autoriza calcular un porcentaje a partir de observaciones dispersas.
Vea Laudos.AI en su flujo
Demo en vivo con sus tipos de estudio y la plantilla de la institución, directamente en el producto.