Flujo y acceso
El ciclo del estudio dentro de Laudos.AI, autenticación, roles de acceso y el modelo de segregación por institución.
La referencia de la plataforma y de la API de RadCommons. El acceso completo se habilita para equipos en evaluación o implementación.
El ciclo del estudio dentro de Laudos.AI, autenticación, roles de acceso y el modelo de segregación por institución.
Mensajes soportados, campos esperados, el camino de retorno del informe firmado y los escenarios de integración dedicada.
Consulta por término clínico, respuesta con criterios citados y versionados, autenticación por clave y límites de uso.
Arquitectura, cifrado, subencargados, flujo de datos y la justificación del cumplimiento de la LGPD y la CFM 2.454/2026.
GET /v1/sistemas/ti-rads?versao=vigente
Authorization: Bearer <su-clave>
{
"sistema": "ACR TI-RADS",
"versao": "2017",
"vigente": true,
"categorias": [
{ "nivel": "TR1", "criterio": "0 pontos", "conduta": "sem PAAF" },
{ "nivel": "TR5", "criterio": "7+ pontos", "conduta": "PAAF se >= 1,0 cm" }
],
"fonte": { "citacao": "Tessler FN et al. J Am Coll Radiol 2017",
"localizador": "doi:10.1016/j.jacr.2017.01.046" }
}
Respuesta estructurada, citada y versionada. La documentación completa de la API está en radcommons.laudos.ai.
Porque la mitad describe integraciones y configuraciones específicas del entorno hospitalario. Lo que es realmente público (el corpus y el benchmark) está abierto en los subdominios.
Sí, en la fase de implementación o evaluación técnica. TI recibe credenciales y un entorno con datos de ejemplo.
La documentación de plataforma describe autenticación, roles, segregación por institución y el ciclo del estudio. La documentación de integración detalla el camino de entrada y retorno, mensajes, campos y entornos aplicables al proyecto. La documentación de seguridad presenta el flujo de datos, el cifrado, la retención y los subencargados pertinentes a la diligencia debida.
La parte pública explica el modelo y permite preparar preguntas. El equipo libera credenciales, endpoints de entorno y condiciones específicas de integración dentro de una evaluación identificada, porque esos detalles revelan la arquitectura operativa. Ese límite protege la plataforma, pero no puede impedir que la institución obtenga la información necesaria antes de aprobar el uso.
El recorrido tiene cinco pasos. Defina el flujo a evaluar. Reciba la referencia correspondiente. Alinee la autenticación y los datos de prueba. Ejecute casos de éxito y de falla. Registre los criterios de aceptación.
El acceso técnico sin un caso de uso produce una colección de endpoints; la documentación vinculada al flujo produce una decisión de integración.
Las pruebas mínimas no son solo el camino feliz. Incluyen pedido incompleto, duplicidad, credencial inválida, indisponibilidad temporal, reenvío y conciliación del resultado. El comportamiento esperado para cada falla debe quedar registrado antes de producción, junto con el responsable de la corrección y el canal de escalamiento.
Producto y dirección clínica necesitan entender autoría, revisión y gobernanza de plantillas. TI necesita mapear identidad, eventos, mensajes, monitoreo y contingencia. El DPO necesita ubicar cada dato, finalidad, retención y subencargado. Operación necesita saber cómo abrir un incidente y cómo mantener la guardia cuando falla una dependencia. La documentación solo está completa cuando cada responsable encuentra la respuesta que necesita sin depender de una reunión de memoria.
La documentación completa y el sandbox entran en la conversación de implementación.