Saltar al contenido
MenúCerrar

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.

404Tu instituciónOtra institución
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.

IPSClínicaRedProveedor
  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

DocumentoCuándo aplicaQué cubre
Contrato de transmisión de datosTodo cliente en ColombiaEl «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ónBajo solicitudBajo 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 HIPAAUsos 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.

ÁmbitoProveedores de infraestructuraArbolTu institución
Infraestructura y redOperan los centros de datos, la red y el entorno de ejecución.Elige, configura y vigila los servicios.—
IdentidadOperan 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.
DatosCifran 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ónProtegen 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.
IncidentesNotifican los incidentes de su plataforma.Detecta, contiene, documenta y notifica.Informa a los titulares y reporta como Responsable.

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ónUbicaciónSalvaguardas
Infraestructura, bases de datos y red (Cloudflare)EE. UU. · red globalBAA · SOC 2 Tipo II · ISO/IEC 27001 · PCI DSS · una base de datos por organización
Autenticación e identidadEE. UU.Contrato de transmisión · MFA · SOC 2 Tipo II
ObservabilidadEE. UU.Configurada para no recibir datos personales · SOC 2 Tipo II · ISO/IEC 27001
Telefonía y mensajes de textoEE. UU.Contrato de transmisión · configuración elegible para HIPAA
Procesamiento de vozEE. UU.Cero retención · sin entrenamiento · BAA
Modelos de IAEE. UU.Cero retención · sin entrenamiento · BAA
Canal de WhatsAppGlobalEncargado según los términos de WhatsApp Business · transmisión documentada en el contrato
PagosEE. UU.PCI DSS · nunca vemos números completos de tarjeta
Correo transaccionalEE. 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.

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.

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.

  • 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, Términos del Servicio, Gobernanza del paciente y Developers.

Esta página informa; no constituye asesoría legal. Las versiones contractuales prevalecen. Normativa revisada en septiembre de 2026.

En Bogotá, a cualquier hora. Arbol está contestando.

WhatsApp, llamadas, SMS, correo y chat web.

Trae a tu área de tecnología.

Agenda 30 minutos con nuestros ingenieros.

Dónde viven los datos, cómo se protegen, qué queda registrado de cada conversación y qué no hace el agente: lo revisamos con tus casos.

O elige el día

support@getarbol.com

En Bogotá, a cualquier hora. Arbol está contestando.