--- title: "Centro de confianza — Colombia | Arbol AI" description: "El dossier para tu equipo de tecnología y tu oficial de protección de datos: cómo viaja cada dato, cómo aislamos a cada institución y qué leyes cumplimos." url: https://www.getarbol.com/legal/trust/ lang: es alternates: en: https://www.getarbol.com/legal/trust-global/ --- # Cada dato, en su lugar. Cada acceso, con su rastro. La página que tu departamento de tecnología, tu oficial de protección de datos y tu auditor nos van a pedir: cómo viaja cada dato, cómo aislamos a cada institución, cómo gobernamos la inteligencia artificial, qué leyes cumplimos y qué firmamos contigo. Pública, sin rodeos y hecha para compartirse. Centro de confianza · Documento público · Actualizado el 28 de septiembre de 2026 - Infraestructura 100 % sobre Cloudflare, sin servidores - Aislamiento Una base de datos por institución - Identidad MFA para el 100 % de los usuarios - Cifrado AES-256 en reposo · TLS 1.2+ en tránsito - Tus datos y los modelos Cero retención · cero entrenamiento - Estándares que aplicamos HIPAA · SOC 2 · ISO/IEC 27001 · NIST - Ubicación Estados Unidos, país adecuado según la SIC - Incidentes Aviso a tu institución en 72 horas o menos ## Seis cosas que firmamos. No son promesas: cada una está respaldada por un contrato, un control técnico verificable o una ley que nos sanciona si fallamos. 1. ### Tus datos no entrenan modelos. Los proveedores de modelos operan con cero retención y sin entrenamiento. Lo que Arbol aprende de tu institución se queda en tu institución, y esa función la activas tú. 2. ### Nunca se venden. Ni tus datos ni los de tus pacientes. Tampoco se comparten con anunciantes. Sin excepciones y sin letra pequeña. 3. ### Cada institución, aparte. El aislamiento es de infraestructura, no una regla de software: dos instituciones no comparten base de datos, ni para responder, ni para predecir, ni para «mejorar el servicio». 4. ### La persona siempre sabe. El agente se identifica como asistente virtual desde la primera frase y anuncia la grabación. Viene activado y no se puede ocultar. 5. ### Todo deja rastro. Cada conversación queda grabada y transcrita, y cada acceso a un dato queda registrado: quién, qué, cuándo y desde dónde. 6. ### Te lo llevas y lo borramos. Exportas todo cuando quieras. Al terminar el contrato eliminamos tus datos y te lo confirmamos por escrito. La custodia de la historia clínica siempre es tuya. ## Sin servidores, sobre la red de Cloudflare. Arbol no administra servidores: la aplicación, la API, los agentes y las integraciones corren completos sobre la red global de Cloudflare, con la seguridad en el borde, antes de que una solicitud llegue a nuestro código. - 0 servidores, máquinas virtuales o puertos de administración que parchear o exponer - 300+ ciudades en más de 100 países, más de 60 de ellas en Latinoamérica y el Caribe - 100 % de disponibilidad de la red y 99,99 % del cómputo en los acuerdos publicados - 30 días para restaurar la base de datos de una institución a cualquier minuto, sin tocar a las demás - Cada servicio corre aislado y sin dirección pública: solo lo alcanzan los servicios autorizados a llamarlo. - Si un centro de datos falla, el tráfico pasa solo al siguiente, sin intervención de nadie. - Cloudflare está certificada ISO/IEC 27001, SOC 2 Tipo II y PCI DSS Nivel 1, y los datos de salud solo residen en servicios cubiertos por el BAA que firmamos con ella. - Cada cambio se revisa, se prueba y se despliega de forma gradual, y se puede revertir de inmediato. La infraestructura se declara como código. - Monitoreo continuo, con verificaciones de disponibilidad externas cada minuto y sin datos clínicos en los registros. Las cifras de la red y del cómputo son las de los acuerdos publicados por Cloudflare. El objetivo de disponibilidad de Arbol es 99,9 % mensual, y el compromiso contractual va en tu orden de servicio. ## Siete controles entre internet y el dato de un paciente. Pasar uno no abre el siguiente: cada frontera exige su propia prueba y deja su propio registro. Internet 1. ### El borde de la red Cifrado TLS, filtros contra ataques y límites de tráfico, antes de que corra una sola línea de nuestro código. 2. ### La identidad Autenticación multifactor para todas las personas, y llaves de seguridad o passkeys para los accesos con privilegios. 3. ### La puerta de entrada Cada solicitud trae una credencial que se verifica una sola vez y debe pertenecer a tu organización. Si no coincide, se rechaza. 4. ### El servicio Cada operación autoriza el recurso concreto: a quién pertenece, para qué finalidad y con qué consentimiento. 5. ### Los datos La consulta solo puede tocar la base de datos de tu organización. Un identificador de otra institución ahí no existe. 6. ### La salida Las integraciones solo hablan con destinos autorizados y con las credenciales de tu organización. Ningún servicio interno tiene dirección pública. 7. ### La evidencia Cada decisión queda registrada con identificadores, nunca con contenido clínico. El dato de tu paciente ## Personas y sistemas, con la misma exigencia. Cada solicitud llega con una identidad ligada a una sola institución, sea la de una persona o la de un sistema. ### Personas - Autenticación multifactor para el 100 % de los usuarios, sin excepciones. - Passkeys o llaves de seguridad para los accesos con privilegios. - El inicio de sesión de tu institución (SAML u OIDC), con altas y bajas automáticas por SCIM. - Un nuevo factor para exportar datos, administrar usuarios o cambiar credenciales. ### Sistemas - Credenciales OAuth 2.0 ligadas a una sola institución, nunca a una persona. - Permisos mínimos por operación: ninguna integración recibe un acceso de administrador total. - Firma con llave privada: el secreto se queda en el servidor de tu institución. - Restricción opcional por dirección IP y revocación inmediata. Adentro, la identidad se verifica una sola vez y viaja como un contexto de seguridad que nadie puede alterar. Cada servicio vuelve a autorizar el recurso que pide, y los procesos en segundo plano lo revisan otra vez al ejecutarse: si un acceso se revocó mientras tanto, la operación se detiene. Un identificador de otra institución no existe en tu base de datos: la respuesta es «no encontrado» y queda un evento de denegación. ## Cada institución, su propia base de datos. Filtrar filas por un identificador deja el aislamiento en manos de cada consulta: basta una consulta mal escrita para exponer a todos. En Arbol, cada organización tiene su propia base de datos, así que una consulta —correcta o defectuosa— solo puede leer la de su organización. - Lo que se comparte es el código; los datos, nunca. - Exportación completa y eliminación verificable, por institución. - Restauración a un punto en el tiempo, sin tocar a ninguna otra institución. - Pruebas automáticas de acceso cruzado en cada cambio del software. ## La protección sube con el dato. Agendar una cita no es lo mismo que gobernar la salud de una población, y los controles lo reflejan. Cada módulo se activa por institución: uno que no está activo no tiene rutas, permisos ni datos. 1. Contactabilidad · Agenda ### Contacto y agenda Nombre, teléfono, correo, citas y preferencias de canal. Controles - Una base de datos por institución. - Cifrado en tránsito y en reposo. - MFA para todos y registro de auditoría. - La retención que defina tu institución. 2. Llamadas · WhatsApp · SMS · correo · chat web ### Conversaciones Lo que un paciente cuenta en una llamada o un mensaje puede incluir datos de salud: lo tratamos como sensible. Controles - Aviso de IA y de grabación en cada conversación. - Un permiso aparte para escuchar o leer transcripciones. - Datos sensibles ocultos en los análisis y reportes que no los necesitan. - Grabaciones que se borran cuando tu institución lo decide. 3. Ámbar (gobernanza) · historia clínica ### Datos clínicos Historia clínica, laboratorio, eventos, determinantes, facturación, datos del asegurador, cohortes y riesgo de cada paciente. Controles - Datos, finalidades y controles acordados por escrito antes de activar el módulo. - El Consejo Clínico llega solo al equipo de salud, nunca al paciente. - Acceso restringido a tu red o sin exposición a internet. - Un nuevo factor para exportar o administrar. - Cada lectura auditada, y custodia y retención (15 años o más) bajo tu control. ### Primero nos avisas. Después, todo por escrito. Antes de activar un módulo que trate datos de salud, tu institución nos lo informa y acordamos por escrito los datos, las finalidades y los controles reforzados. Es el mismo principio del BAA que firmamos con Cloudflare: nadie trata datos de salud sin un acuerdo que lo diga. ## Un conector por proveedor. Una conexión por institución. Más de 777 integraciones con el mismo modelo. Veinte instituciones conectadas a la misma EPS comparten el código del conector; nada más. 1. ### Una conexión por institución. Cada institución tiene su propia conexión, con sus credenciales cifradas, sus límites y su propio interruptor: si la de una falla, las demás siguen. 2. ### Credenciales de solo escritura. Tu administrador las ingresa una vez y nadie —ni tu equipo ni el nuestro— puede volver a leerlas. 3. ### El conector no ve tus datos. El conector solo pide y entrega: lo que llega del proveedor lo guarda el servicio de tu institución, en tu base de datos. 4. ### Salida cerrada por defecto. Cada conector solo habla con los destinos de su proveedor, con cifrado y, cuando el proveedor lo exige, con certificado de cliente o IP fija. 5. ### Independientes entre sí. Cada conector se despliega, se vigila y se apaga por separado, sin tocar a los demás. 6. ### Tu red, sin puertos abiertos. Los sistemas que viven en tu institución se conectan por túneles salientes y con credenciales de solo lectura cuando basta leer. ## Tú decides desde dónde se entra. Cada módulo se publica, se restringe o se retira de internet según lo que pida tu institución, sin cambiar el modelo de permisos. 1. ### Público Por internet, detrás de los filtros del borde y con autenticación multifactor. Para los canales de tus pacientes y para el personal que trabaja en varias sedes. 2. ### Restringido Solo desde las redes de tu institución, con listas de direcciones IP en el borde y en la identidad. Por ejemplo: la historia clínica, solo desde el hospital. 3. ### Privado Sin nombre público en internet. Se entra desde equipos administrados o desde la red del hospital, por un túnel que abre la conexión hacia afuera, sin puertos abiertos. - Tu propio dominio o el subdominio de tu organización, con certificados que se renuevan solos. - Los sistemas que viven dentro de tu red —tu historia clínica, tu agenda— se conectan por túneles salientes y, cuando basta leer, con credenciales de solo lectura. Tu equipo puede cortar la conexión cuando quiera. ## El modelo razona. La plataforma autoriza. La inteligencia artificial de Arbol no tiene privilegios propios: no recibe credenciales ni llega directo a una base de datos. Cada acción pasa por herramientas que aplican los mismos controles que cualquier otro acceso: organización, permisos, propiedad del dato y consentimiento. 1. ### Se identifica, siempre. Asistente virtual desde la primera frase, en cada canal. Lo exige la Circular Externa 002 de 2024 de la SIC y aquí no es configurable. 2. ### No inventa. Responde solo con lo que tu institución aprobó: servicios, tarifas, agendas y protocolos. Si no sabe, lo dice y pasa el caso a tu equipo. 3. ### Consejo Clínico, para tu equipo de salud. Ámbar, nuestra plataforma de gobernanza —eventos, determinantes, contratos PGP y de cápita, prevención—, incluye una IA especializada en salud y probada con IPS que le recomienda a enfermería y a medicina cómo seguir a cada paciente: en qué cohorte va, qué conviene descartar, qué factor de riesgo revisar. En la contactabilidad no hay consejo clínico de ningún tipo: ante una señal de alarma, los agentes pasan a una persona. La decisión clínica es siempre de un profesional. 4. ### No memoriza por fuera. Cero retención en los proveedores de modelos y cero entrenamiento con tus datos. Los datos personales y de salud se ocultan en los análisis y los reportes que no los necesitan. 5. ### Predice para cuidar, nunca para vender. Las predicciones se calculan solo con los datos de tu organización y para finalidades registradas, como la demanda inducida. Una oferta comercial basada en la salud de alguien no hace parte del producto. 6. ### Riesgos catalogados. Controles frente al OWASP Top 10 para aplicaciones con LLM (2025) y para aplicaciones agénticas (2026) que no dependen de que el modelo obedezca, con una gestión de riesgos alineada con NIST AI RMF e ISO/IEC 42001. ## Quién responde por el dato. La primera pregunta de todo departamento jurídico: ¿quién es el Responsable y quién el Encargado? Tu institución decide; Arbol ejecuta y responde ante la SIC. ### Tu institución Responsable del Tratamiento - Decide las finalidades del tratamiento y recoge la autorización de sus pacientes (Ley 1581, art. 17). - Conserva siempre la custodia de la historia clínica (Resolución 1995 de 1999; Ley 2015 de 2020). - Registra sus bases de datos en el RNBD cuando está obligada, declarando a Arbol como Encargado. - Define la retención y aprueba cada flujo que ejecuta el agente. ### Arbol Encargado del Tratamiento - Trata los datos solo por cuenta tuya y bajo tus instrucciones, con los deberes del art. 18 de la Ley 1581: seguridad, confidencialidad, actualización y manual interno de políticas. - Firma contigo el contrato de transmisión de datos (Decreto 1377, arts. 24 y 25) antes de procesar el primer dato. - Apoya el habeas data de los titulares: consultas en 10 días hábiles, reclamos en 15, supresión y revocatoria. - Responde directamente ante la SIC: la ley también sanciona a los Encargados. Nos jugamos la operación contigo. Lo que firmamos contigo | Documento | Cuándo aplica | Qué cubre | | --------------------------------------- | --------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Contrato de transmisión de datos | Todo cliente en Colombia | El «DPA colombiano» (Decreto 1377, arts. 24 y 25): alcance, actividades, seguridad y confidencialidad. Con él, la transmisión internacional a nuestros subencargados no requiere autorización adicional del titular. | | NDA para la documentación | Bajo solicitud | Bajo acuerdo de confidencialidad entregamos la lista nominal de subencargados, el documento técnico de arquitectura, las políticas internas y los resúmenes de evaluaciones de seguridad. | | BAA (Business Associate Agreement) | Operaciones regidas por HIPAA | Usos permitidos de la información de salud, salvaguardas de la Security Rule, reporte de brechas y devolución o destrucción al terminar. Detalle en la versión global. | | DPA (acuerdo de procesamiento de datos) | Operaciones bajo leyes de EE. UU. | Rol de proveedor de servicio: solo instrucciones documentadas, sin venta ni cruce de datos. Detalle en la versión global. | ## Responsabilidad compartida. La seguridad de tu operación depende de tres partes. Esto le corresponde a cada una. | Ámbito | Proveedores de infraestructura | Arbol | Tu institución | | --------------------------- | -------------------------------------------------------------- | --------------------------------------------------------------- | --------------------------------------------------------------------------------- | | Infraestructura y red | Operan los centros de datos, la red y el entorno de ejecución. | Elige, configura y vigila los servicios. | — | | Identidad | Operan el servicio de identidad. | Configura organizaciones, factores de autenticación y permisos. | Administra sus usuarios, sus roles y, si lo usa, su inicio de sesión corporativo. | | Datos | Cifran y replican el almacenamiento. | Aísla por organización, minimiza, conserva y audita. | Es la Responsable del tratamiento y obtiene las autorizaciones. | | Credenciales de integración | Protegen la infraestructura de secretos. | Cifra, usa y aísla las credenciales por organización. | Obtiene, ingresa y rota sus credenciales con cada proveedor. | | Uso clínico de la IA | — | Pone los controles, los avisos y la trazabilidad. | Revisa, decide y define sus protocolos. | | Incidentes | Notifican los incidentes de su plataforma. | Detecta, contiene, documenta y notifica. | Informa a los titulares y reporta como Responsable. | ## Marco legal colombiano. Norma por norma: qué exige y cómo cumplimos. Una sola arquitectura, construida para la exigencia más alta de cada regla. ### Ley 1581 de 2012 y Decreto 1377 de 2013 El régimen general de protección de datos, vigilado por la SIC. Qué exige Autorización previa, expresa e informada; principios de finalidad, seguridad, confidencialidad y circulación restringida; derechos de habeas data (conocer, actualizar, rectificar, suprimir, revocar). El Decreto 1377, compilado en el Decreto 1074 de 2015, regula la autorización, el aviso de privacidad, las políticas de tratamiento y la responsabilidad demostrada. Cómo cumplimos Actuamos como Encargado del Tratamiento bajo contrato de transmisión, con manual interno de políticas, soporte completo al habeas data en los plazos legales y evidencia de responsabilidad demostrada lista para tu oficial de protección de datos. Y como pide la Circular Externa 002 de 2025 de la SIC a los proveedores de tecnología, la privacidad va desde el diseño y por defecto, con cláusulas de seguridad y auditoría en el contrato. ### Datos sensibles: salud y voz (arts. 5 y 6) Los datos de salud son sensibles por definición, y así los tratamos. Qué exige Los datos relativos a la salud y los datos biométricos son datos sensibles: su tratamiento exige autorización explícita, ningún servicio se puede condicionar a entregarlos y aplican los estándares más altos de seguridad. Cómo cumplimos El consentimiento queda grabado en cada conversación; tratamos cada grabación y transcripción como dato sensible (cifrado, acceso restringido, auditoría) y aplicamos minimización: el agente pide solo lo necesario para la gestión. ### Demanda inducida: Resolución 3280 de 2018 Buscar activamente al paciente no solo es legal: es un deber de tu institución. Qué exige Las Rutas Integrales de Atención obligan a IPS y EPS a inducir la demanda: buscar a las personas para protección específica y detección temprana —el control vencido, la tamización pendiente, la gestante sin control prenatal—. Y la Ley 1581 (art. 26) permite el intercambio de datos médicos necesario para la atención en salud del titular. Cómo cumplimos Nuestros modelos predictivos existen para eso: detectar la brecha de atención y disparar el contacto clínico, dentro de la finalidad de atención en salud que tu institución ya tiene autorizada. La regla que gobierna cada predicción: el modelo predice para cuidar, nunca para vender. ### Transferencias internacionales: Circular Externa 005 de 2017 Estados Unidos es país con nivel adecuado de protección según la SIC. Qué exige La SIC fijó la lista de países con nivel adecuado de protección de datos, y Estados Unidos está en ella. Además, las transmisiones a un Encargado en el exterior no requieren autorización adicional del titular cuando existe contrato de transmisión (Decreto 1074 de 2015, art. 2.2.2.25.5.1). Cómo cumplimos Doble vía de legalidad: adecuación del país de destino y contratos de transmisión espejo con cada subencargado, que limitan el uso de los datos a la prestación del servicio. ### RNBD: Registro Nacional de Bases de Datos Te damos todos los insumos para tu registro ante la SIC. Qué exige Las entidades públicas y las sociedades con activos superiores a 100.000 UVT deben registrar sus bases de datos ante la SIC, declarando a sus Encargados, sus medidas de seguridad y sus transmisiones internacionales. Cómo cumplimos Te entregamos la ficha completa del Encargado —identidad, medidas de seguridad, países de transmisión y subencargados—, lista para tu registro y para cada actualización anual. ### Historia clínica: Ley 23 de 1981, Resolución 1995 de 1999, Ley 2015 de 2020 Documento privado sometido a reserva; la custodia nunca deja de ser tuya. Qué exige Solo el paciente, el equipo de salud y las autoridades en los casos de ley pueden conocerla. La custodia es del prestador y la retención mínima es de 15 años desde la última atención (Resolución 839 de 2017). La Ley 2015 de 2020 y la Resolución 866 de 2021 regulan la historia clínica electrónica interoperable. Cómo cumplimos Arbol nunca asume la custodia: opera sobre la historia clínica que ya usas, sin migrar datos. La reserva se refuerza con arquitectura —tus datos viven en una base de datos solo de tu institución—, el acceso queda restringido al equipo que autorices, cada lectura deja rastro y la retención se configura compatible con tus deberes (15 años o más, bajo tu control). ### Salud digital: Resolución 1888 de 2025 y Resolución 1644 de 2026 Interoperabilidad segura y telesalud con la IA como apoyo. Qué exige La Resolución 1888 estandariza el Resumen Digital de Atención en HL7 FHIR, con TLS 1.3, autenticación de sistemas y usuarios, control de acceso por roles, auditoría y cifrado AES-256. La Resolución 1644 exige plataformas seguras para la telesalud, establece que la mensajería instantánea no es apta para telemedicina y define la IA como apoyo, con aviso previo al paciente y control del profesional. Cómo cumplimos TLS 1.3 en las interfaces de interoperabilidad que lo exigen, con autenticación de sistemas y personas, control por roles, auditoría y cifrado. WhatsApp se usa para gestión administrativa y comunicación con el paciente, no como plataforma de telemedicina, y la inteligencia artificial apoya: avisa al paciente y deja la decisión al profesional. ### Inteligencia artificial: Circular Externa 002 de 2024 de la SIC Colombia aún no tiene ley de IA; nosotros ya cumplimos la guía de la SIC. Qué exige Lineamientos para tratar datos personales en sistemas de IA: privacidad desde el diseño y por defecto, evaluación de riesgos, estudio de impacto de privacidad, transparencia con los titulares y proporcionalidad estricta. El CONPES 4144 de 2025 traza la política nacional de IA. Cómo cumplimos Privacidad desde el diseño en cada flujo, estudio de impacto de privacidad disponible para tu comité, transparencia activada por defecto (el agente se identifica) y supervisión humana sobre las decisiones del sistema. Otras normas de referencia: la Resolución 948 de 2026 (RIPS como soporte de la factura electrónica), la Ley 1273 de 2009 (delitos informáticos), la Circular Externa 20211700000004-5 de 2021 de la Supersalud (riesgo operativo y tecnológico) y los CONPES 3995 de 2020 y 4144 de 2025. Si tu operación también se rige por la ley de EE. UU., aplicamos los estándares de HIPAA y firmamos un BAA; ese marco está en la [versión global de este documento](https://www.getarbol.com/legal/trust-global/?lang=en). ## Subencargados. Solo los estrictamente necesarios para operar, cada uno bajo contrato de transmisión espejo y, donde hay datos de salud, bajo BAA. La lista nominal se entrega bajo NDA, y te avisamos antes de añadir o cambiar cualquiera. | Función | Ubicación | Salvaguardas | | -------------------------------------------------- | -------------------- | ------------------------------------------------------------------------------------------ | | Infraestructura, bases de datos y red (Cloudflare) | EE. UU. · red global | BAA · SOC 2 Tipo II · ISO/IEC 27001 · PCI DSS · una base de datos por organización | | Autenticación e identidad | EE. UU. | Contrato de transmisión · MFA · SOC 2 Tipo II | | Observabilidad | EE. UU. | Configurada para no recibir datos personales · SOC 2 Tipo II · ISO/IEC 27001 | | Telefonía y mensajes de texto | EE. UU. | Contrato de transmisión · configuración elegible para HIPAA | | Procesamiento de voz | EE. UU. | Cero retención · sin entrenamiento · BAA | | Modelos de IA | EE. UU. | Cero retención · sin entrenamiento · BAA | | Canal de WhatsApp | Global | Encargado según los términos de WhatsApp Business · transmisión documentada en el contrato | | Pagos | EE. UU. | PCI DSS · nunca vemos números completos de tarjeta | | Correo transaccional | EE. UU. | Contrato de transmisión · solo correos operativos | Estados Unidos figura en la lista de países con nivel adecuado de protección de la SIC (Circular Externa 005 de 2017), y aun así cada transmisión va amparada por contrato. [Pide la lista nominal, bajo NDA](mailto:support@getarbol.com?subject=Lista%20de%20subencargados%20\(NDA\)%20%E2%80%94%20Arbol). ## Respuesta a incidentes. Ningún sistema es infalible. Lo que sí se puede garantizar es qué pasa en las horas siguientes, y cada plazo de abajo es un deber legal o contractual. 1. Hora 0 ### Detectar y contener Monitoreo continuo, clasificación por severidad y contención con la palanca más pequeña que detenga el impacto. Todo queda documentado desde el primer minuto. 2. ≤ 72 horas ### Te avisamos Qué pasó, qué datos toca, qué hicimos y qué sigue. Sin eufemismos. 3. ≤ 15 días hábiles ### Reporte a la SIC Como Encargado reportamos lo que nos corresponde y te entregamos el insumo completo para tu reporte como Responsable. 4. Después ### Informe por escrito Causa raíz, correcciones con responsable y fecha, y los cambios al programa de seguridad. La arquitectura ayuda a contener: una credencial, una integración, un agente o una organización se aíslan por separado, sin detener la plataforma. Para operaciones regidas por HIPAA, los plazos de la Breach Notification Rule (60 días como máximo) están en la [versión global](https://www.getarbol.com/legal/trust-global/?lang=en). ## Cuestionario de due diligence. Las preguntas que nos hacen los departamentos técnicos de IPS, clínicas y aseguradoras, con las respuestas que firmamos. Si falta alguna, la respondemos por escrito. Cifrado e infraestructura ¿Cómo se cifran los datos? En tránsito, TLS 1.2 o superior en toda conexión, y TLS 1.3 en las interfaces de interoperabilidad que lo exigen. En reposo, AES-256, con llaves administradas y rotadas. Las credenciales que nos confías para cada integración tienen además su propio cifrado, por organización. ¿Dónde se alojan los datos? En Estados Unidos, país con nivel adecuado de protección según la SIC (Circular Externa 005 de 2017), sobre la infraestructura de Cloudflare, certificada ISO/IEC 27001 y SOC 2 Tipo II. Los datos de salud solo residen en servicios cubiertos por el BAA que firmamos con Cloudflare. ¿Tienen servidores expuestos a internet? No. La plataforma corre completa sobre Cloudflare, sin servidores, máquinas virtuales ni puertos de administración que mantener, y ningún servicio interno tiene dirección pública: solo lo alcanzan los servicios autorizados a llamarlo. ¿Separan producción y pruebas? Sí. Los ambientes de prueba tienen sus propias bases de datos y credenciales, y trabajan con datos sintéticos: los datos reales de pacientes no salen de producción. Acceso e identidad ¿Quién puede ver los datos de mi institución? Solo las personas que tu institución autorice, con roles y mínimo privilegio. Del lado de Arbol, el acceso a producción es restringido, se justifica caso por caso y queda en el registro de auditoría. ¿Exigen autenticación multifactor? Sí, a todas las personas, sin excepciones. Para los accesos con privilegios pedimos factores resistentes al phishing (passkeys o llaves de seguridad), y las operaciones sensibles, como una exportación masiva, piden un nuevo factor aunque la sesión esté activa. ¿Podemos entrar con el inicio de sesión de nuestra institución? Sí. Tu equipo puede entrar con el proveedor de identidad de tu institución (SAML u OIDC) y, con SCIM, las altas y bajas de tu directorio se reflejan en Arbol: desactivar a una persona cierra sus sesiones. ¿Podemos limitar el acceso a nuestra red? Sí, módulo por módulo: público, restringido a las redes de tu institución o privado, sin exposición a internet. ¿Hay registro de auditoría? Sí: quién accedió a qué dato, cuándo y desde dónde. Disponible para tu oficial de protección de datos cuando lo pida. Integraciones ¿Cómo guardan las credenciales que nos entregan las EPS y las aseguradoras? Tu administrador las ingresa en un campo de solo escritura: nadie —ni tu equipo ni el nuestro— puede volver a leerlas. Se cifran por organización y solo las usa la integración de ese proveedor, en el momento de cada llamada. Si otras instituciones usan la misma integración, ¿comparten credenciales? No. Comparten el código; cada institución tiene su propia conexión, con sus credenciales, sus límites y su estado. ¿Cómo se conectan con los sistemas que tenemos dentro de nuestra red? Por túneles que abre tu red hacia afuera, sin publicar direcciones ni abrir puertos, y con credenciales de solo lectura cuando basta leer. Tu equipo puede cortar la conexión cuando quiera. Retención, exportación y eliminación ¿Cuánto tiempo conservan los datos? Lo que tu institución configure según sus deberes legales (la historia clínica exige mínimo 15 años bajo tu custodia). Grabaciones, transcripciones y contactos se pueden borrar desde el panel en cualquier momento. ¿Qué pasa cuando borro algo o cuando termina el contrato? Lo borrado sale de los sistemas activos en 30 días o menos y de los respaldos en 90 días o menos. Al terminar el contrato, exportas todo (CSV o JSON), eliminamos el resto y te lo confirmamos por escrito. ¿Puedo llevarme mis datos si me voy? Siempre. Exportación completa en formatos abiertos, sin costo y sin fricción. Tus datos nunca son rehenes del contrato. Inteligencia artificial ¿Entrenan modelos con nuestros datos? No. Nunca. Los proveedores de modelos operan con cero retención y con contratos que prohíben entrenar con tus datos. Lo que Arbol aprende de tu operación vive aislado en tu organización, y esa función la activas tú. ¿Los datos cruzan entre clientes? Jamás, y no por una regla de software sino por arquitectura: cada organización tiene su propia base de datos y, encima, la propiedad del dato se verifica en cada operación. Ni para responder, ni para predecir, ni para análisis agregados. ¿La IA puede leer cualquier dato? No. El modelo recibe el contexto mínimo para su tarea —un agente que confirma una cita no recibe la historia clínica— y actúa con herramientas que verifican organización, permisos y consentimiento, como cualquier otro acceso. ¿Pueden usar el diagnóstico de un paciente para ofrecerle servicios? Para cuidarlo, sí; para venderle, no. Las predicciones disparan contacto clínico dentro de la finalidad de atención en salud que tu institución ya tiene autorizada: el control vencido, la tamización pendiente, la demanda inducida que la Resolución 3280 de 2018 te obliga a hacer. Una oferta comercial basada en la condición de salud sería otra finalidad, exigiría autorización específica del titular y no hace parte del producto. ¿El paciente sabe que habla con una IA? Sí, desde la primera frase y en todos los canales. Lo exige la Circular Externa 002 de 2024 de la SIC, y aquí no se puede desactivar. ¿Qué pasa si el agente no sabe responder? Lo dice con honestidad y pasa el caso a tu equipo con el resumen y los datos ya recogidos. No improvisa respuestas clínicas ni administrativas. ¿La IA da consejo clínico? En la contactabilidad, no: los agentes que hablan con tus pacientes no dan consejo clínico de ningún tipo y, ante una señal de alarma, pasan a una persona. En Ámbar, la gobernanza, sí, pero para tu equipo de salud: su Consejo Clínico recomienda en qué cohorte va cada paciente, qué descartar y qué factores de riesgo revisar. La decisión es siempre del profesional. Incidentes y continuidad ¿Tienen plan de respuesta a incidentes? Sí: monitoreo continuo, clasificación por severidad, contención, aviso al cliente sin dilación indebida e informe por escrito con causa raíz y correcciones. Los plazos legales están en la sección de incidentes. ¿Cómo son los respaldos y la recuperación? Respaldos cifrados con el mismo estándar que los datos activos y restauración a un punto en el tiempo, por organización, sin tocar a ninguna otra. Los objetivos de recuperación (RTO/RPO) y el plan de continuidad van en el paquete de due diligence. ¿Hacen pruebas de seguridad? Gestión continua de vulnerabilidades con plazos de corrección por severidad, revisión del modelo de amenazas y evaluaciones de seguridad independientes. Los resúmenes ejecutivos se comparten bajo NDA. ¿Cómo reporto una vulnerabilidad? Escríbenos a support\@getarbol.com. Confirmamos cada reporte, lo clasificamos y lo seguimos hasta cerrarlo. Cumplimiento y papeles ¿Qué documentos firman con nosotros? El contrato de transmisión de datos (Decreto 1377 de 2013, arts. 24 y 25) para Colombia; el acuerdo por escrito de datos, finalidades y controles antes de activar la gobernanza o la historia clínica; BAA y DPA para las operaciones regidas por la ley de EE. UU.; y un NDA para entregar la documentación técnica. Todos, antes de procesar el primer dato. ¿Qué estándares y certificaciones respaldan la plataforma? Nuestra infraestructura corre sobre Cloudflare, certificada ISO/IEC 27001, SOC 2 Tipo II y PCI DSS Nivel 1, con BAA. Nuestro programa aplica los estándares de HIPAA y está construido sobre los criterios de SOC 2, alineado con ISO/IEC 27001, NIST CSF 2.0 y NIST AI RMF. Los informes y el estado de atestación se comparten bajo NDA. ¿Nos apoyan con el RNBD y el habeas data? Sí. Te entregamos la ficha completa del Encargado para tu registro y sus actualizaciones, y soportamos las consultas (10 días hábiles) y los reclamos (15 días hábiles) de los titulares, incluidas la supresión y la revocatoria. ¿Avisan antes de cambiar un subencargado? Sí: avisamos antes de añadir o sustituir un subencargado, con la información que necesitas para actualizar tu RNBD dentro del plazo legal. ## El paquete de due diligence. Para tu comité, tu área jurídica y tu oficial de protección de datos. Lo enviamos por escrito y sin costo. [Solicitar el paquete](mailto:support@getarbol.com?subject=Paquete%20de%20due%20diligence%20%E2%80%94%20Arbol) [Agendar una sesión técnica](https://cal.com/tomas-giraldo-pdfbl9/30-min-arbol-ai-demo) - Contratos modelo: transmisión de datos y NDA, y BAA o DPA si tu operación lo exige. - La ficha del Encargado, lista para tu registro en el RNBD. - El estudio de impacto de privacidad del sistema de IA. - El documento técnico «Arquitectura de seguridad, aislamiento e integraciones», bajo NDA. - Los objetivos de recuperación (RTO/RPO) y el resumen del plan de continuidad. - La lista nominal de subencargados y sus informes de certificación, bajo NDA. - Las respuestas por escrito a tu cuestionario de seguridad. Documentos relacionados: [Política de Privacidad](https://www.getarbol.com/privacy/), [Términos del Servicio](https://www.getarbol.com/terms/), [Gobernanza del paciente](https://www.getarbol.com/gobernanza/) y [Developers](https://www.getarbol.com/developers/). Esta página informa; no constituye asesoría legal. Las versiones contractuales prevalecen. Normativa revisada en septiembre de 2026. --- **Arbol AI** — agentes de IA para clínicas, hospitales y prestadores de salud de Latinoamérica: contestan y contactan a los pacientes por llamada, WhatsApp, SMS, correo y chat web, agendan sus citas 24/7 y dejan registro de cada conversación. - Página original: - Agenda una demo: · Precios: - Índice para agentes: · Soporte: