Introducción

Cada vez que cambian los requisitos de datos, ¿cuánto tiempo le toma a tu equipo lanzar la actualización?

Un nuevo signo vital que capturar. Un nuevo dispositivo que integrar. Un nuevo campo que exige un regulador. En la mayoría de los sistemas de salud la respuesta es la misma: migración de base de datos, cambios de backend, APIs actualizadas, nueva UI — un ciclo de desarrollo completo, con QA incluido, para lo que debería ser solo un cambio de definición de datos.

Atomik se construye sobre una premisa distinta: las definiciones de datos viven fuera de tu software. Cuando los requisitos cambian, actualizas el modelo — no el código. Tu capa de persistencia, APIs y lógica de negocio permanecen intactas. Eso es lo central que explica esta documentación.

¿Preguntas? Escribe a info@cabolabs.com cuando quieras.

Qué es Atomik

Atomik es un Repositorio de Datos Clínicos (CDR) y un Repositorio de Datos Demográficos (DDR) — un componente de persistencia que incorporas a la arquitectura de tu software de salud para manejar el almacenamiento, versionado, auditoría y consulta de datos clínicos y demográficos.

Está diseñado específicamente para salud: registros de pacientes, documentos clínicos, signos vitales, diagnósticos, medicamentos, datos demográficos y la capa de gobernanza que los datos clínicos requieren. No está pensado para datos financieros, administrativos o de inventario.

Lo que obtienes de fábrica — para que no tengas que construirlo tú mismo:

  • Almacenamiento clínico sin esquema fijo — agrega nuevos tipos de datos vía plantillas openEHR, sin código ni migración de base de datos
  • Versionado automático de datos — cada cambio crea una nueva versión inmutable; nada se sobrescribe
  • Registro de auditoría completo — cada interacción de API queda registrada con usuario, marca de tiempo y recurso
  • Conforme con openEHR — los datos son portables entre cualquier sistema conforme con openEHR; sin dependencia de proveedor
  • Interoperabilidad FHIR disponible — se puede conectar a Atomik una fachada de Servidor FHIR para operaciones bidireccionales, adaptada a tus perfiles FHIR y modelos openEHR específicos
  • Repositorio dual — datos clínicos y demográficos en un solo despliegue
  • Independiente de la base de datos — cambia la base de datos relacional subyacente sin tocar el código de la aplicación
  • Web Console — gestiona plantillas, consultas y registros de auditoría sin escribir código
  • API REST — intégrate desde cualquier stack vía endpoints REST estándar de openEHR

Por dónde empezar

¿Estás construyendo una nueva app de salud desde cero?

  1. Primeros pasos — guarda tu primer registro clínico en menos de 30 minutos
  2. Fundamentos de openEHR — comprende el modelo de datos sobre el que está construido Atomik
  3. Gestión de modelos de datos — define las estructuras clínicas que tu app necesita
  4. Almacenamiento de datos — envía registros vía API
  5. Consulta y recuperación de datos — recupera los datos

¿Estás integrando Atomik en un sistema existente?

  1. Fundamentos de openEHR — comprende cómo Atomik modela los datos
  2. Gestión de modelos de datos — mapea tus estructuras de datos existentes a plantillas openEHR
  3. Almacenamiento de datos — integra tu ruta de escritura
  4. Integraciones — conectar sistemas legados y fuentes de datos en vivo con Atomik

¿Estás evaluando Atomik para un caso de uso específico?