Compromisos con el hospital.
Cada compromiso a continuación está formalizado en el contrato y en el Acuerdo de Tratamiento de Datos (DPA).
- 01
Los datos son del hospital
Accrua actúa como encargada, en los términos de la LGPD. El hospital define la finalidad; nosotros tratamos los datos solo para entregar el servicio contratado. Nada de uso para fines propios, benchmarking externo ni reventa.
- 02
Mínimo necesario
Solo ingerimos los campos que exige el ciclo de ingresos. Los datos clínicos que no afectan la facturación ni los rechazos no entran a la plataforma.
- 03
Ningún entrenamiento con tus datos
Los datos identificables del hospital y de los pacientes nunca entrenan, ajustan ni evalúan modelos de IA, propios ni de proveedores. La plataforma mejora con patrones anonimizados y agregados, que no identifican hospital, unidad ni paciente, con autorización expresa en el contrato.
- 04
Transparencia sobre quién accede
Todo acceso humano o automatizado a datos del hospital se registra, se atribuye a una identidad y es auditable. El hospital puede solicitar el informe en cualquier momento.
- 05
Notificación de incidentes
Si ocurre un incidente que afecte tus datos, avisamos en hasta 24 horas desde la confirmación, con la información disponible, y complementamos a medida que avanza la investigación. El plazo legal de comunicación del responsable a la ANPD es de 3 días hábiles.
Todos los controles descritos en esta página pueden verificarse mediante auditoría externa.
Clasificación, tratamiento y eliminación de los datos del hospital.
Qué datos recibe Accrua, con qué finalidad, cuánto tiempo se conservan y quién tiene acceso a ellos.
Lo que entra a la plataforma
Trabajamos con tres familias de datos, cada una con reglas propias:
| Familia | Ejemplos | Clasificación en Accrua | Base legal (LGPD) |
|---|---|---|---|
| Contratos con aseguradoras | Tablas negociadas, reglas de cobro, plazos, cláusulas de rechazo | Confidencial comercial | Ejecución de contrato (art. 7, V) |
| Facturación y rechazos | Guías TISS, lotes, estados de pago, motivos de rechazo, apelaciones | Confidencial, puede contener datos personales sensibles | Ejercicio regular de derechos y ejecución de contrato (art. 7 y art. 11, II, d) |
| Datos de pacientes | Nombre, credencial del seguro, procedimientos, CIE, fechas de atención | Dato personal sensible (art. 11) | Tutela de la salud, en las condiciones del art. 11, II, f, bajo instrucción del hospital |
Un campo administrativo se convierte en dato de salud en el momento en que, vinculado al paciente, revela un procedimiento, diagnóstico o atención. Por eso tratamos todo el flujo de facturación como sensible por defecto, incluso cuando un campo aislado parecería inofensivo.
El contrato formaliza esta clasificación en tres niveles de confidencialidad: datos comerciales y financieros del hospital, datos personales y clínicos de pacientes, y propiedad intelectual de Accrua. Los dos primeros son del hospital, siempre.
Minimización y seudonimización
- Mapeamos campo por campo lo que necesita cada proceso del ciclo de ingresos. Lo que no es necesario para facturar, apelar o conciliar no se ingiere.
- Separamos los identificadores del paciente (nombre, CPF, credencial) del contenido clínico-financiero siempre que el proceso lo permite. En los flujos de análisis de rechazos y de contratos, los modelos de IA reciben datos seudonimizados; en los flujos que exigen identificación, como la revisión de una guía, el dato va al modelo con retención cero y vuelve sin almacenarse.
- Seudonimizar no es anonimizar: seguimos tratando estos datos como personales y sensibles, con los mismos controles.
Segregación por hospital
Cada hospital tiene su propio espacio lógico de datos: bases, índices y respaldos separados por cliente, y una llave de cifrado dedicada en AWS KMS. No existe consulta, modelo ni informe que cruce datos de dos hospitales. Los benchmarks de mercado, cuando existan, usan solo datos agregados y anonimizados, con autorización expresa en el contrato.
Ciclo de vida: retención y eliminación
| Etapa | Regla |
|---|---|
| Durante el contrato | Los datos permanecen disponibles durante el periodo operativo definido con el hospital, alineado con los plazos de apelación de rechazos y auditoría de la aseguradora. |
| Terminación | Devolución íntegra en formato abierto y estructurado, como parte del Plan de Transición Inversa, sin retención de datos por ningún motivo, en hasta 30 días después del término. |
| Eliminación | Eliminación en producción, réplicas y respaldos conforme a la instrucción del hospital, en hasta 90 días después de la devolución, con comprobación formal, salvo obligación legal de retención. |
| Logs de auditoría | Se conservan durante 12 meses después del término del contrato, para atender obligaciones legales y auditorías del hospital, y después se eliminan. |
Roles y responsabilidades
El hospital es el responsable; Accrua es la encargada. Nuestro Encargado de Datos (DPO), Rodrigo Goytacaz, es el punto de contacto para el DPO del hospital, para los titulares y para la ANPD, en el correo dpo@accrua.ai. Toda solicitud de titular (acceso, corrección, eliminación) que llegue a Accrua se reenvía al hospital en hasta 48 horas, y apoyamos la respuesta dentro del plazo legal.
Infraestructura en AWS, con controles propios de Accrua.
Accrua opera íntegramente en Amazon Web Services. En el modelo de responsabilidad compartida, AWS responde por la seguridad de la infraestructura física, de red y de virtualización; Accrua responde por la aplicación, los datos y los accesos. A continuación, los controles de cada parte.
Lo que garantiza AWS
| Garantía | Qué es | Por qué importa al hospital |
|---|---|---|
Región US East (N. Virginia), us-east-1 | La región más madura de AWS, con el mayor número de zonas de disponibilidad y la oferta más amplia de modelos de IA en Amazon Bedrock. Los datos se encuentran físicamente en Estados Unidos. | Esto configura una transferencia internacional bajo la LGPD (art. 33). La amparamos con las cláusulas estándar de la ANPD (Resolución CD/ANPD n.º 19/2024) y el DPA de AWS, y lo declaramos en el contrato. |
| Certificaciones de la infraestructura | ISO/IEC 27001, 27017 (nube), 27018 (datos personales en la nube) y 27701 (privacidad); informes SOC 1, 2 y 3; servicios elegibles para HIPAA (estándar de salud de EE. UU.). | Los informes están disponibles en AWS Artifact y podemos compartirlos en la due diligence. Cubren la capa física, de red y de hipervisor. |
| Seguridad física | Control de acceso biométrico, vigilancia 24x7, redundancia de energía y refrigeración, auditados por terceros. | Ningún colaborador de Accrua ni del hospital tiene acceso físico a los servidores. |
| Aislamiento de red | Redes virtuales privadas (VPC) aisladas por defecto. | El tráfico de Accrua no comparte red con otros clientes de AWS. |
Lo que Accrua hace encima de eso
| Control | Servicio AWS | Cómo lo usamos |
|---|---|---|
| Cifrado en reposo | AWS KMS + cifrado nativo de base de datos, almacenamiento y respaldos | Todos los datos en reposo se cifran con AES-256. Llaves gestionadas en KMS, con una llave dedicada por hospital y rotación automática. Ningún ingeniero ve llaves en texto claro. |
| Cifrado en tránsito | TLS 1.2+ en todas las conexiones | Las integraciones con el hospital (ERP, HIS, portales de aseguradoras) y el tráfico interno entre servicios están cifrados. Sin excepciones para conexiones "internas". |
| Identidad y acceso | AWS IAM, SSO corporativo, MFA obligatorio | Principio de mínimo privilegio. El acceso a producción es temporal, aprobado y registrado. No existen credenciales compartidas ni llaves de acceso permanentes. |
| Red privada | VPC, subredes privadas, security groups, endpoints privados | Las bases de datos y los servicios de IA no tienen IP pública. Internet solo llega a la aplicación por un punto de entrada protegido por WAF. |
| Detección de amenazas | Amazon GuardDuty, AWS Security Hub | Monitoreo continuo de comportamiento anómalo (credenciales usadas desde ubicaciones inusuales, escaneos, exfiltración). Hallazgos centralizados y priorizados. |
| Trazabilidad de auditoría | AWS CloudTrail + logs de aplicación | Cada llamada a la API y cada acceso a datos quedan registrados en almacenamiento inmutable, con retención definida en el contrato. |
| Respaldo y recuperación | AWS Backup con Vault Lock | Respaldos automáticos y cifrados, con recuperación a un punto en el tiempo (point-in-time recovery) y copia bloqueada contra eliminación, incluso por administradores. Restauración completa probada cada seis meses. |
| Secretos y configuración | AWS Secrets Manager | Contraseñas de integración, tokens y certificados nunca quedan en el código ni en variables de entorno expuestas. |
Seguimos el pilar de seguridad del AWS Well-Architected Framework, con revisión anual de la arquitectura realizada con un socio de AWS.
Control de acceso, desarrollo seguro y gestión de vulnerabilidades.
Los incidentes más frecuentes en salud provienen de accesos mal gestionados, credenciales reutilizadas y sistemas desactualizados. Los controles a continuación atienden esos vectores de forma prioritaria.
Quién accede a qué
SSO y MFA obligatorios
Para todos los usuarios del hospital en la plataforma. Nos integramos con el directorio corporativo (Microsoft Entra ID y Google Workspace, vía SAML/OIDC), para que la baja de un colaborador en el hospital revoque el acceso a Accrua al instante.
Control de acceso por rol (RBAC)
Facturistas, auditores, gestores de contratos y dirección ven solo lo que su función exige. Un analista de rechazos no accede a las cláusulas financieras del contrato; un gestor de contratos no ve datos de pacientes más allá de lo necesario.
Acceso del equipo de Accrua
Ningún colaborador tiene acceso permanente a datos de producción. Soporte e ingeniería obtienen acceso temporal, con justificación, aprobación de un segundo responsable y registro completo (quién, cuándo, qué). El hospital puede solicitar el informe de esos accesos en cualquier momento.
Colaboradores
Verificación de antecedentes en la contratación, acuerdo de confidencialidad y capacitación anual en LGPD y seguridad. Los accesos a los sistemas del hospital son individuales y nominales, y cualquier baja o ausencia se comunica al hospital en hasta 1 día hábil para su revocación.
Trazabilidad de auditoría
Cada lectura, cambio, exportación y acción automatizada sobre datos del hospital genera un registro inmutable con identidad, fecha, origen y objeto afectado. El hospital tiene acceso a esos logs desde la plataforma y puede exportarlos en CSV o JSON para análisis o para su SIEM.
Cómo construimos software
| Práctica | Cómo lo hacemos |
|---|---|
| Revisión de código | Ningún cambio llega a producción sin revisión de un segundo ingeniero y pruebas automatizadas. |
| Análisis de dependencias | Verificación continua de bibliotecas con vulnerabilidades conocidas (SCA) y de secretos subidos por accidente. |
| Análisis estático y dinámico | Análisis estático (CodeQL), escaneo de dependencias (Dependabot) y de secretos en cada cambio de código; análisis dinámico (OWASP ZAP) contra el entorno de pruebas en cada versión. |
| Entornos separados | Desarrollo, pruebas y producción están aislados. Los datos reales del hospital nunca salen de producción; el entorno de pruebas usa datos sintéticos. |
| Infraestructura como código | Toda la infraestructura se versiona y revisa como código, lo que elimina cambios manuales no rastreados. |
Pruebas de penetración y gestión de vulnerabilidades
- Pentest externo anual por una empresa independiente, cubriendo aplicación, APIs e infraestructura, con resumen ejecutivo disponible para el hospital bajo NDA.
- Escaneo continuo de vulnerabilidades en hosts, contenedores e imágenes.
- Plazos de corrección: vulnerabilidades críticas en hasta 7 días, altas en hasta 30, medias en hasta 90.
- Divulgación responsable: investigadores de seguridad y clientes pueden reportar fallas o comportamiento sospechoso por el canal security@accrua.ai y reciben respuesta en hasta 2 días hábiles. Quien reporta de buena fe no será objeto de acciones legales.
Protección de perímetro
WAF con reglas contra los ataques del OWASP Top 10, limitación de tasa por cliente, protección contra DDoS (AWS Shield) y bloqueo de tráfico de orígenes conocidamente maliciosos.
Tratamiento de datos por los modelos de IA.
Los modelos de IA procesan los datos sin almacenarlos. Los datos identificables permanecen en el entorno controlado de Accrua, no se usan para entrenamiento y no son retenidos por el proveedor del modelo. El tratamiento de datos anonimizados se describe a continuación.
Dónde se ejecutan los modelos
Accrua consume modelos de lenguaje exclusivamente a través de Amazon Bedrock, dentro de nuestra propia cuenta de AWS. No usamos APIs directas de proveedores de modelos. Esto significa que:
- El tráfico entre la aplicación y el modelo no pasa por internet público; permanece dentro de la red privada de AWS.
- AWS declara que el contenido enviado a Bedrock no se usa para mejorar los modelos ni se comparte con los proveedores de los modelos.
- Los prompts y respuestas no quedan almacenados por el proveedor después del procesamiento. Donde Bedrock ofrece el modo de retención cero para el modelo elegido, está activado; donde AWS mantiene una retención corta solo para monitoreo de abuso, esto consta en nuestra documentación técnica y los datos enviados están seudonimizados.
- Los modelos se ejecutan en la misma región de nuestra infraestructura (us-east-1), sin enrutamiento entre regiones. Ningún dato se envía a otro proveedor o región sin aparecer en la lista de subencargados.
Qué entrena y qué no
La regla se aplica en tres capas:
- 01
Los datos identificables nunca entrenan
Guías, contratos, nombres, credenciales, códigos CIE y cualquier dato que identifique hospital, unidad o paciente no se usan para entrenar, ajustar ni evaluar modelos, propios ni de terceros. Esto está en el contrato, en la configuración de los proveedores de modelos (modalidad empresarial, sin entrenamiento, retención cero) y en nuestro proceso de desarrollo.
- 02
Los patrones anonimizados y agregados mejoran la plataforma
Con autorización expresa del hospital en el contrato, extraemos patrones estadísticos que no identifican a nadie: por ejemplo, qué tipo de divergencia entre guía y contrato suele generar un rechazo recuperable. Es lo que hace que la plataforma mejore para todos los hospitales sin exponer a ninguno. Precios, tablas y condiciones negociadas nunca se divulgan a terceros.
- 03
Anonimización antes, no después
Los datos personales solo entran en ese proceso después de anonimizados, y el resultado nunca permite la reidentificación.
Supervisión humana
Accrua sugiere, clasifica, completa y señala divergencias. Las decisiones con efecto financiero o sobre el paciente (enviar una apelación de rechazo, cambiar un cobro, aceptar una disputa de la aseguradora) pasan por aprobación humana, con registro de quién aprobó. El nivel de autonomía es configurable por hospital y por tipo de acción, y el valor por defecto es conservador. Este diseño sigue la línea de la Resolución CFM n.º 2.454/2026 de Brasil sobre supervisión humana y trazabilidad de la IA en el entorno de salud, y está formalizado en el contrato.
Trazabilidad
Toda sugerencia de la IA guarda su origen: qué documento, qué cláusula del contrato, qué campo de la guía, qué versión del modelo y qué prompt la generó. El hospital puede reconstruir por qué la plataforma señaló un rechazo como recuperable, meses después, para una auditoría de la aseguradora o interna.
Protección contra ataques específicos de IA
Seguimos el OWASP Top 10 para aplicaciones con LLM. Los riesgos más relevantes para el ciclo de ingresos y lo que hacemos:
| Riesgo | Qué es | Nuestra protección |
|---|---|---|
| Inyección de prompt | Un documento (un PDF de rechazo, un correo de la aseguradora) contiene instrucciones ocultas para manipular el modelo. | El contenido de terceros se trata como dato, nunca como instrucción. Las salidas se validan con reglas antes de cualquier acción. |
| Fuga entre clientes | Un modelo o índice de búsqueda devuelve datos de otro hospital. | Índices y embeddings separados por hospital; ninguna consulta cruza fronteras de cliente. |
| Exposición de datos sensibles en la respuesta | El modelo repite CPF, diagnóstico o datos innecesarios. | Seudonimización antes del modelo y filtros de salida que eliminan identificadores no solicitados. |
| Agencia excesiva | La IA ejecuta una acción con efecto irreversible sin aprobación. | Las acciones de escritura exigen aprobación humana; las credenciales de los agentes tienen el mínimo de permisos. |
| Consumo ilimitado | Uso abusivo que degrada el servicio o genera costo. | Límites por cliente, por usuario y por tarea. |
Gobernanza de IA como disciplina
Mantenemos un inventario de modelos en uso, evaluación de riesgo por caso de uso y pruebas de calidad antes de cada cambio de modelo, siguiendo la estructura del NIST AI Risk Management Framework (gobernar, mapear, medir, gestionar). La certificación ISO/IEC 42001 (sistema de gestión de IA) entra en el roadmap después de la ISO 27001.
Regulación brasileña de salud y referencias internacionales.
Operar el ciclo de ingresos de un hospital significa estar dentro del perímetro de la LGPD, el secreto médico y el estándar TISS al mismo tiempo. A continuación, cómo cada norma se traduce en práctica en Accrua.
| Norma | Qué exige | Cómo cumple Accrua |
|---|---|---|
| LGPD (Ley 13.709/2018) | Base legal para datos sensibles de salud (art. 11), medidas técnicas y administrativas de seguridad (art. 46), roles de responsable y encargado (art. 39), transferencia internacional (art. 33). | Actuamos como encargada, con DPA firmado con cada hospital. La infraestructura está en AWS en Estados Unidos (us-east-1), lo que caracteriza una transferencia internacional: la amparamos con las cláusulas estándar de la ANPD (Resolución CD/ANPD n.º 19/2024) y el DPA de AWS, lo declaramos en el contrato y listamos cada subencargado y su ubicación. |
| ANPD, Resolución n.º 15/2024 | Comunicación de incidentes de seguridad con riesgo relevante a la ANPD y a los titulares en 3 días hábiles, por parte del responsable. | Compromiso contractual de aviso al hospital en hasta 24 horas desde la confirmación, con informe estructurado para apoyar la comunicación del hospital a la ANPD. |
| Secreto médico (Código de Ética Médica, Res. CFM n.º 2.217/2018) | Expediente bajo custodia de la institución; la información clínica solo circula con finalidad asistencial o legal. | Los datos clínicos de apoyo a la facturación se tratan como de mayor sensibilidad, con acceso restringido por función, seudonimización y registro de todo acceso. |
| Resolución CFM n.º 2.454/2026 (IA en la medicina) | Gobernanza, supervisión humana, auditoría y transparencia en el uso de IA que afecte la actividad médica. | Las decisiones con efecto clínico o financiero pasan por aprobación humana; toda sugerencia es rastreable hasta su origen y versión del modelo. |
| Estándar TISS (ANS) | Estándar obligatorio para el intercambio electrónico de datos en la salud privada, incluyendo un componente de seguridad y privacidad. | Las guías y lotes siguen la versión vigente del TISS publicada por la ANS, y cada nueva versión se incorpora dentro del plazo de adopción definido por la agencia; las integraciones respetan los requisitos de confidencialidad del componente de seguridad. |
Certificaciones y atestaciones
Estatus actual de cada certificación y previsión de conclusión.
| Hito | Estatus | Previsión |
|---|---|---|
| Informe SOC 2 Tipo II | En proceso de certificación | Marzo de 2027 |
| ISO/IEC 27001 | En proceso de certificación | Marzo de 2027 |
| ISO/IEC 27701 (privacidad) | Planeada, después de la 27001 | Sin plazo definido |
| ISO/IEC 42001 (gestión de IA) | En el roadmap | Después de la ISO 27001 |
| Heredadas de AWS | Heredadas de la infraestructura | ISO 27001/27017/27018/27701, SOC 1/2/3, HIPAA eligible. Disponibles vía AWS Artifact |
Nota sobre el orden: para proveedores de SaaS en salud, el mercado suele pedir primero el SOC 2 Tipo II (prueba de que los controles operaron durante un periodo) y la ISO 27001 (sistema de gestión). La 27701 y la 42001 vienen después. HITRUST es relevante solo si hay clientes en Estados Unidos.
Documentos disponibles para due diligence
Bajo NDA, el hospital recibe: política de seguridad de la información, DPA modelo, lista de subencargados, plan de respuesta a incidentes, resumen ejecutivo del último pentest y el cuestionario de seguridad del propio hospital respondido (o SIG Lite / CAIQ, si lo prefiere). Los informes de la infraestructura AWS acompañan el paquete.
Disponibilidad, recuperación y respuesta a incidentes.
Metas definidas para detección, contención, notificación y recuperación.
Disponibilidad y recuperación
| Métrica | Compromiso |
|---|---|
| Disponibilidad de la plataforma | 95,5% mensual, garantizado en contrato, excluyendo mantenimientos programados comunicados con 72 horas de anticipación. Nuestra meta operativa es 99,5%, y el historial real es público en la página de estatus. |
| RPO (pérdida máxima de datos) | 1 hora: recuperación de la base de datos a un punto en el tiempo y snapshots cada hora. |
| RTO (tiempo máximo de recuperación) | 8 horas para restauración completa en otra zona de disponibilidad. |
| Prueba de recuperación | Restauración completa probada cada seis meses, con el resultado reportado al Comité de Gobernanza. |
| Página de estatus | accrua.com.br/status, con disponibilidad en tiempo real e historial de incidentes y mantenimientos. |
Una indisponibilidad de Accrua no interrumpe el ciclo de ingresos del hospital: la plataforma no sustituye el sistema de facturación del hospital, y los datos exportables permiten la continuidad operativa incluso en caso de indisponibilidad prolongada.
Respuesta a incidentes
Mantenemos un plan de respuesta escrito, con responsables nombrados y un ejercicio simulado al año. Las etapas y plazos que nos comprometemos a cumplir:
- 01continua
Detección
Alertas de GuardDuty, Security Hub, logs de aplicación y canal de divulgación responsable.
- 02hasta 4 horas después de la detección
Triaje y contención
Aislar el sistema afectado, revocar credenciales comprometidas, preservar evidencias.
- 03hasta 24 horas después de la confirmación
Aviso al hospital
Hechos conocidos, datos y titulares potencialmente involucrados, medidas tomadas y próximos pasos, complementados a medida que avanza la investigación.
- 04dentro de los 3 días hábiles
Apoyo a la comunicación regulatoria
Entregamos al hospital el informe técnico necesario para la comunicación a la ANPD (Resolución n.º 15/2024), y a los titulares cuando se exija.
- 05
Erradicación y recuperación
Corrección de la causa raíz, restauración a partir de respaldos íntegros, validación.
- 06hasta 15 días
Post-mortem
Informe de causa raíz y acciones preventivas, compartido con los hospitales afectados.
Transparencia continua
- Informe trimestral al Comité de Gobernanza del hospital: accesos del equipo de Accrua a sus datos, incidentes, resultado de las pruebas de restauración y cambios relevantes en la arquitectura y en los subencargados.
- Aviso previo de 15 días antes de incluir o sustituir cualquier subencargado que trate datos del hospital, con derecho de objeción.
- Derecho de auditoría: el hospital puede auditar nuestros controles, directamente o mediante un tercero, en los términos del contrato.
- Los cambios en esta página quedan registrados con fecha; nada se elimina en silencio.
Proveedores que tratan datos del hospital.
Cada subencargado a continuación pasó por una evaluación de seguridad y privacidad antes de ingresar, firmó cláusulas equivalentes a las de nuestro DPA y se reevalúa anualmente.
| Subencargado | Finalidad | Ubicación de los datos | Garantías |
|---|---|---|---|
| Amazon Web Services | Hosting, almacenamiento, base de datos, respaldos, inferencia de IA (Bedrock) | Estados Unidos (N. Virginia, us-east-1) | ISO 27001/27017/27018/27701, SOC 1/2/3, DPA de AWS |
| Ningún proveedor de modelos contratado directamente | Todos los modelos de IA se consumen a través de Amazon Bedrock, dentro de la cuenta AWS de Accrua | Estados Unidos (us-east-1), cubierto por la fila anterior | Datos no usados para entrenar modelos ni compartidos con los proveedores (política de Bedrock) |
Criterios para entrar en la lista
Certificación o informe de seguridad independiente, DPA compatible con la LGPD, ubicación de los datos conocida, soporte para eliminación bajo demanda y canal de notificación de incidentes. Los proveedores que no cumplen uno de estos criterios no reciben datos del hospital.
Cambios
Cualquier inclusión o sustitución se comunica a los hospitales con 15 días de anticipación, con derecho de objeción fundamentada, tratada en el Comité de Gobernanza. La lista, con finalidad, categorías de datos y lugar de tratamiento, está accesible para el hospital dentro de la plataforma.
Preguntas frecuentes
¿Cómo garantiza una empresa en etapa temprana la seguridad de los datos de pacientes?
Mediante arquitectura y controles verificables. Accrua opera sobre infraestructura auditada de AWS y mantiene controles propios comprobables por auditoría externa. Recomendamos que el equipo de seguridad del hospital aplique el mismo cuestionario que usa para cualquier proveedor.
¿Mis datos salen de Brasil?
Sí. Nuestra infraestructura opera en AWS en Estados Unidos (región us-east-1), con los mismos controles de cifrado, aislamiento y auditoría descritos en esta página. La transferencia está amparada por las cláusulas estándar de la ANPD y el DPA de AWS, y consta en el contrato. Ningún dato se procesa fuera de AWS sin aparecer en la lista de subencargados.
¿Su IA va a aprender con los datos de mi hospital y beneficiar a mis competidores?
Datos identificables, no: ningún dato que identifique a tu hospital, tus unidades o tus pacientes entrena modelo alguno, propio ni de terceros. Lo que la plataforma aprende son patrones anonimizados y agregados, autorizados en el contrato: por ejemplo, qué reglas de cobro suelen generar rechazos. Tus precios, tablas y condiciones negociadas con aseguradoras nunca salen de tu entorno.
¿Quién en Accrua puede ver los datos de mi hospital?
Por defecto, nadie. Los accesos de soporte e ingeniería son temporales, justificados, aprobados por un segundo responsable y registrados. Puedes exigir aprobación previa y recibes el informe de esos accesos.
¿Qué pasa si Accrua sufre un ataque?
Recibes aviso en hasta 24 horas desde la confirmación de que tus datos fueron afectados, con hechos, alcance y plan; ese plazo está en el contrato. Entregamos el informe técnico para tu comunicación a la ANPD dentro de los 3 días hábiles. Los respaldos bloqueados contra eliminación permiten restaurar la operación incluso en un escenario de ransomware.
¿Y si quiero salir?
Devolución completa en formato abierto y estructurado en hasta 30 días, como parte del Plan de Transición Inversa, sin costo adicional y sin retención de datos. En hasta 90 días después, eliminamos tus datos de producción, réplicas y respaldos y emitimos comprobación formal de eliminación.
¿Tienen SOC 2 o ISO 27001?
Estamos en proceso de certificación, con el informe SOC 2 Tipo II y la certificación ISO 27001 previstos para marzo de 2027. Mientras tanto, ponemos a disposición bajo NDA nuestras políticas, el resumen del último pentest y los informes de la infraestructura AWS, y actualizamos esta página con cada hito concluido.
¿Esto sustituye la responsabilidad del hospital bajo la LGPD?
No. El hospital sigue siendo el responsable. Accrua cumple su papel de encargada, documenta cada etapa y entrega al hospital las evidencias necesarias para demostrar cumplimiento ante la ANPD, los pacientes y las aseguradoras.
Documentación y contactos.
Paquete de due diligence
Políticas, DPA modelo, resumen del pentest, lista de subencargados y cuestionarios respondidos, bajo NDA.
Informes de AWS
Informes SOC y certificados ISO de la infraestructura, vía AWS Artifact.
Equipo de seguridad
Para que el CIO, CTO o CISO del hospital hable directamente con quienes diseñan y operan nuestros controles.
Canal de seguridad
Para que investigadores de seguridad y el equipo del hospital reporten vulnerabilidades, accesos sospechosos o phishing a nombre de Accrua. Respuesta en hasta 2 días hábiles; no tomamos acciones legales contra quien reporta de buena fe.
Página de estatus
Disponibilidad en tiempo real e historial de incidentes y mantenimientos.
Esta página se actualizó el 13 de octubre de 2026. Los cambios relevantes se registran aquí y nunca se eliminan en silencio.