Medellín, Colombia · UTC−5 · Operación remota en Latinoamérica y Estados Unidos hello@quarl.co ES · EN
quarl EN

IA para salud

Asistentes sobre la documentación administrativa y de procesos de una institución de salud: autorizaciones, requisitos, rutas de atención y red de prestadores. Con una línea marcada por escrito: no diagnostican, no interpretan resultados y no reemplazan a un profesional.

6–8 semanas hasta producción · 5 sectores con sistemas en producción, salud entre ellos · 3 hallazgos accionables o el diagnóstico no se cobra

  • Autorizaciones
  • Rutas de atención
  • Red de prestadores
  • Requisitos de procedimiento
  • Habeas data
  • Negativa explícita
  • Fundamento medido
Contáctanos Cómo trabajamos Gratis, sin venta · la propuesta llega en 48 horas

Construido sobre

  • Anthropic
  • Claude
  • Google Gemini
  • Google Cloud
  • LangChain
  • LangGraph
  • PostgreSQL
  • Qdrant
  • Datadog

Un equipo de ingeniería que ya estuvo del otro lado

Noventa segundos: quiénes somos, cómo trabajamos y qué recibís al final.

La misma respuesta con fuente en todos los canales

WhatsApp, la web o el correo entran al mismo sistema: entiende la pregunta, busca en tus documentos, responde citando y pasa a una persona cuando no está seguro.

Ejemplo: un paciente pregunta cómo prepararse para un examen. El sistema le responde y le avisa por WhatsApp.

WhatsApp conectado
Web conectado
Correo conectado

01 Canales

02Entiende

Lee el mensaje
Detecta la entidadservicio = cardiología
Elige la fuenteProtocolos_clinicos.pdf
¿Qué preparación necesita el paciente para el ecocardiograma de mañana?

03Busca

94 de 100encuentra el fragmento correcto
142 mstarda

Busca por significado y por palabra exacta, y filtra por la etiqueta antes de elegir.

04Responde con fuente

Ayuno de 4 horas y traer los medicamentos que toma. Fuente: Protocolo de cardiología, sección 2.1.

responde con fuente · 91 de 100

05Pasa a una persona

  1. Sin respaldo suficiente
  2. Aviso a una persona del equipo
  3. Conversación completa adjunta
  4. Respuesta humana registrada

Deslizar para ver el recorrido

Qué responde, en concreto

01

«¿Qué necesito para que me autoricen este procedimiento?»

Documentos, órdenes, tiempos y por dónde se radica. Cambia por servicio y por convenio, y está escrito en algún manual que el usuario no tiene.

02

«¿Dónde me atienden y en qué horario?»

Red de prestadores, sedes, servicios habilitados por sede. Es información que cambia seguido y que desactualizada genera desplazamientos perdidos.

03

«¿Cómo preparo este examen?»

Ayuno, suspensión de medicamentos según el instructivo del laboratorio, qué llevar. Sale textual de la guía de preparación, con la guía citada.

04

«¿En qué va mi autorización?»

Requiere integración con el sistema de la institución: sin ella el asistente solo puede explicar el proceso, no el estado de un caso.

05

«¿Qué hago para un traslado o una queja?»

Rutas administrativas, plazos y canales. Reducir estas consultas del canal telefónico es de los ahorros más medibles de una IPS.

01

La línea

Lo que este sistema no hace, y cómo se garantiza

No diagnostica, no sugiere ni ajusta tratamientos, no interpreta resultados de laboratorio y no estima urgencia. No es una declaración de intenciones en un contrato: es una restricción que se construye y se verifica.

Se implementa en tres capas. Primera, el corpus: al índice solo entran documentos administrativos y de proceso; las guías de práctica clínica quedan fuera, así que no hay de dónde sacar una respuesta clínica. Segunda, la clasificación de intención: una consulta que pide criterio médico se enruta a la línea de la institución antes de llegar a la recuperación. Tercera, la medición: dentro del conjunto de evaluación va un subconjunto de preguntas clínicas cuya única respuesta correcta es el escalamiento, y se reporta aparte.

La negativa explícita se vuelve la conducta por defecto, no la excepción. Cuando la recuperación vuelve vacía o ambigua, el sistema lo dice y pasa a una persona — y eso se mide, porque un asistente que nunca escala está inventando en algún lado.

Cómo se mide

Los números que pedimos antes de abrirlo a pacientes

01

Fundamento de la respuesta

Cada afirmación se sostiene en el documento citado, sin agregar nada que no esté.

Por qué importa acá

Es la métrica principal, por encima de la cobertura. Un requisito inventado hace que alguien pierda una cita y vuelva a hacer la fila.

02

Escalamiento correcto en consulta clínica

Subconjunto de preguntas médicas cuya única respuesta correcta es derivar a un profesional.

Por qué importa acá

Es la frontera del servicio. Se reporta aparte porque el promedio general la esconde.

03

Tasa de negativa correcta

Cuando la documentación no cubre lo preguntado, el sistema lo dice y escala.

Por qué importa acá

Un asistente que nunca dice «no sé» está aproximando. En salud, aproximar tiene consecuencia.

04

Frescura del documento citado

La respuesta cita la versión vigente del instructivo o del directorio, con su fecha.

Por qué importa acá

La red de prestadores y los requisitos cambian. Responder con la versión del año pasado es un error silencioso.

Datos

Habeas data y dato sensible, en la práctica

La información de salud es dato sensible bajo la Ley 1581 de 2012. Estas son las decisiones de arquitectura que se toman por eso, no después.

  • Despliegue dentro de la infraestructura de la institución

    cuando hay información identificable. Azure OpenAI o Amazon Bedrock en la suscripción del cliente: los documentos y las consultas no salen de su nube.

  • Filtrado de datos personales antes del modelo

    Nombres, documentos de identidad y números de historia se detectan y se reemplazan antes de que el texto llegue a la inferencia.

  • Separación entre el corpus documental y el dato del paciente

    El índice guarda instructivos y manuales, no historias clínicas. El dato personal se consulta por API en el momento y no se persiste en el sistema.

  • Trazas con retención acotada

    Se guarda lo necesario para depurar y auditar, con política de retención definida por escrito antes de salir a producción.

  • Sin uso para entrenamiento

    Planes empresariales donde lo enviado por API no alimenta modelos, en cualquier configuración.

Cuándo no somos la opción correcta

Si lo que se busca es una herramienta de apoyo diagnóstico, triage clínico o lectura de imágenes, no somos nosotros. Eso es un dispositivo médico con un camino regulatorio propio y hay proveedores especializados en ese terreno.

Y si el volumen de consultas administrativas es bajo, o la documentación está desactualizada y nadie la mantiene, el proyecto correcto es ordenar la documentación primero. Un sistema de recuperación sobre un manual viejo devuelve respuestas viejas con mucha más autoridad que un PDF, y eso es peor que no tenerlo.

Servicios relacionados

Sistemas RAG

RAG que responde bien, y sabe cuándo callarse

Segmentación, reordenamiento y búsqueda híbrida, evaluados con recall@k y NDCG.

Chatbots y asistentes con IA

Chatbots para negocios y empresas

Con el conjunto de evaluación ejecutado antes de la salida a producción.

Rescate de proyectos

La IA responde mal. Casi nunca es culpa del modelo.

El sistema ya está en producción y responde mal. Lo medimos y determinamos qué corregir.

Integraciones y APIs

Conectar los sistemas que hoy no se hablan

Servidores MCP contra los sistemas en operación.

En resumen

Cuatro cosas antes de la llamada

  1. 01

    Lo construimos para la capa administrativa, no la clínica: autorizaciones, requisitos de un procedimiento, rutas de atención, red de prestadores y horarios. Es donde está el volumen de consultas y donde el riesgo es manejable.

  2. 02

    La restricción central es de diseño, no de instrucción: el sistema no diagnostica, no sugiere tratamientos ni interpreta resultados, y esa frontera se mide como cualquier otra métrica.

  3. 03

    La métrica que manda acá no es la cobertura sino el fundamento: cada afirmación tiene que sostenerse en el documento citado. Una respuesta inventada sobre un requisito hace que alguien pierda una cita.

  4. 04

    Los datos de un paciente son dato sensible bajo la Ley 1581. Cuando hay información identificable, desplegamos dentro de la nube de la institución y filtramos antes de que nada llegue al modelo.

Por acá entran los datos

Un sistema de IA vale lo que valen las fuentes que tiene detrás. Estos son los conectores estándar; cualquier cosa con API o base de datos se conecta igual, y lo que no tiene API se resuelve por archivo.

SAP

ERP corporativo

ERP

Oracle

ERP y base de datos

ERP

NetSuite

ERP en la nube

ERP

Salesforce

CRM y servicio

CRM

HubSpot

CRM y marketing

CRM

PostgreSQL

Base de datos y pgvector

Bases de datos

Un RAG en producción, tres años, dos millones de usuarios

Construimos y operamos el asistente de una plataforma de lealtad con más de dos millones de usuarios activos en diez países.

Hicimos el pipeline completo: ingesta y normalización de documentos, fragmentación, generación de embeddings, almacén vectorial sobre Azure AI Search y Pinecone, y recuperación con generación fundamentada sobre LangChain.

Lo sostuvimos con más del 99% de disponibilidad durante tres años.

Sistemas RAG →

Preguntas frecuentes

01 ¿Puede el asistente decirle a un paciente qué tiene o qué hacer con un resultado?

No, y no por instrucción sino por construcción. Las guías de práctica clínica no entran al índice, así que no hay de dónde sacar esa respuesta; una consulta que pide criterio médico se clasifica antes de la recuperación y se enruta a la línea de la institución; y dentro del conjunto de evaluación hay preguntas clínicas cuya única respuesta correcta es el escalamiento, que se miden y se reportan aparte. Esa frontera se define por escrito con la institución antes de construir nada.

02 ¿Qué pasa con la historia clínica y la Ley 1581?

La información de salud es dato sensible y el diseño lo asume desde el principio. El índice contiene documentación administrativa y de procesos, no historias clínicas. Cuando la respuesta necesita el dato de una persona concreta —el estado de una autorización, por ejemplo— se consulta por API en el momento y no se persiste. Cuando hay información identificable en juego, desplegamos sobre Azure OpenAI o Amazon Bedrock dentro de la suscripción de la institución, y filtramos datos personales antes de la inferencia.

03 ¿Reemplaza al call center?

No, y proponerlo así es de donde salen los proyectos que terminan mal. Descarga la parte repetitiva y documentada —requisitos, horarios, sedes, rutas administrativas— que suele ser la mayoría del volumen, y deja al equipo humano lo que necesita criterio o contexto. La medida de éxito que recomendamos no es «cuántas conversaciones resolvió» sino «cuántas escaló bien»: un asistente que nunca escala está inventando en algún lado.

04 ¿Se conecta con nuestro sistema de información en salud?

Sí, por API, y es lo que separa un asistente útil de uno informativo. Sin integración puede explicar cómo funciona una autorización; con integración puede decir en qué va la de esa persona. Trabajamos contra lo que ya exista —HIS, agendamiento, portal del usuario— con servidores MCP o integraciones directas, y con los permisos y el registro de acceso que exija la institución.

05 ¿Sirve para una IPS pequeña o solo para una red grande?

Depende del volumen y del estado de la documentación, no del tamaño. Si las consultas administrativas se cuentan en decenas al día y los instructivos caben en unas pocas páginas, una buena sección de preguntas frecuentes resuelve casi todo y esto sale sobrando. La conversación cambia cuando hay varias sedes, servicios con requisitos distintos, convenios que cambian y documentación repartida entre áreas — ahí encontrar la respuesta correcta ya es trabajo.

06 ¿Cuánto tarda y qué hace falta de nuestro lado?

De seis a ocho semanas hasta producción para un alcance definido, con algo funcionando desde la primera semana. De su lado hacen falta dos cosas y ninguna es técnica: alguien que pueda decir cuál es la versión vigente de cada documento, y alguien del área que valide las respuestas correctas del conjunto de evaluación. Sin eso el sistema se puede construir pero no se puede medir, y sin medición no recomendamos abrirlo a pacientes.

07 Ya tenemos un chatbot y la gente se queja. ¿Se puede arreglar?

Casi siempre, y conviene medirlo antes de decidir. En una semana armamos un conjunto de referencia con preguntas reales del canal, medimos fundamento y escalamiento, y entregamos los fallos ordenados por impacto con su arreglo y su esfuerzo estimado. La causa habitual no es el modelo: es que el corpus mezcla versiones viejas y nuevas del mismo instructivo, y el sistema no tiene cómo saber cuál manda. Si el diagnóstico no llega a tres hallazgos accionables, no se cobra.

Quince minutos. Una respuesta concreta.

Se arregla, se construye, o no vale la pena. Y si el diagnóstico no llega a tres hallazgos accionables, no se cobra.

Sin logos prestados y sin testimonios escritos por nosotros.

Contáctanos