Ejemplos de uso
Ver cómo encajan las piezas suele ser más útil que leer sobre ellas por separado. Estos ejemplos muestran patrones reales para construir sobre Atomik — cómo lucen los flujos de datos, qué APIs se llaman, y cómo las estructuras openEHR se mapean a escenarios clínicos.
Panel del paciente
Un panel de paciente muestra información demográfica junto con resúmenes clínicos — signos vitales, condiciones activas, medicamentos recientes. Suele ser la primera pantalla que ve un clínico al abrir el registro de un paciente, y el punto de partida para registrar una visita o revisar el historial.
En Atomik, esto se construye consultando el EHR del paciente por tipos de composition específicos (signos vitales, condiciones, medicamentos) y combinando eso con el registro Actor demográfico del paciente. El conjunto de resultados puede acotarse a la entrada más reciente por tipo, o limitarse en el tiempo para vistas de tendencias.
El mismo patrón se extiende a cualquier resumen clínico: historial de inmunizaciones, últimos resultados de laboratorio, enfermedades crónicas, estado de embarazo actual, alergias, historial quirúrgico. Cada uno es una consulta de composition separada contra el mismo EHR.
Integración de flujos de radiología
Un paciente que atraviesa un flujo de trabajo de radiología genera datos en múltiples puntos de control: programación y admisión (administrativo), imágenes (DICOM vía WADO/WADO-RS), y el informe de radiología (clínico). Cada uno proviene de un sistema distinto en un formato distinto.
El rol de Atomik en este flujo es recibir y almacenar los datos clínicos — principalmente el informe de radiología estructurado
como una COMPOSITION, con referencias DV_MULTIMEDIA que apuntan a las imágenes DICOM en el repositorio de imagenología.
Esto mantiene el registro clínico estructurado consultable en Atomik mientras deja el almacenamiento masivo de imágenes donde corresponde.
El resultado: un flujo de radiología completamente sin papel y consultable, donde el informe y la referencia de imagen siempre están
juntos y versionados.
Diseño de cohortes
Una cohorte es un conjunto de pacientes que cumplen un conjunto definido de criterios clínicos — rango de edad, sexo, diagnósticos activos, medicamentos actuales, resultados de laboratorio recientes, tamizajes vencidos. Seleccionar esa cohorte manualmente es poco práctico a escala. Automatizarlo con SQL codificado de forma fija es un pasivo de mantenimiento cada vez que cambian los criterios.
Con las consultas combinadas de Atomik, cada criterio se convierte en una consulta de composition almacenada. La consulta combinada las une con AND entre todos los EHRs — devolviendo solo los pacientes que cumplen todas las condiciones simultáneamente. El conjunto de resultados alimenta sistemas posteriores: un panel de alertas de CDS, un flujo de inscripción a un plan de cuidado, una lista de preselección para ensayos clínicos.
Como las consultas individuales están almacenadas y con nombre, actualizar los criterios significa editar una consulta en el Web Console — no modificar código de la aplicación ni redesplegar nada.