Arquitectura y Componentes del Sistema OMI-AP en la Atención Primaria de Aragón
1.0 Introducción al Sistema de Historia Clínica Electrónica en Atención Primaria
La Atención Primaria (AP) constituye el eje vertebrador de la atención sanitaria, un modelo que se fundamenta en la longitudinalidad, es decir, el seguimiento del paciente a lo largo de su vida. Para alcanzar este objetivo y garantizar la continuidad asistencial entre los distintos contactos del paciente con el sistema, la Historia Clínica Electrónica (HCE) se ha consolidado como el habilitador tecnológico fundamental.
La historia clínica se define como el registro organizado y constantemente actualizado de los datos sociales, preventivos y médicos de un paciente. Su utilidad trasciende la atención clínica directa, abarcando aplicaciones cruciales en gestión, evaluación de la calidad, planificación sanitaria, formación de profesionales e investigación. En Aragón, la solución implementada para la gestión de la HCE en Atención Primaria es el sistema OMI-AP.
La informatización de las consultas ha representado una transformación profunda para los profesionales. Por un lado, ha traído beneficios significativos como la desburocratización, la automatización de recetas y la recepción de resultados analíticos. Por otro, ha supuesto un desafío considerable, obligando a los sanitarios a adaptarse a un cambio radical en su método de trabajo y en la interacción con el paciente.
Este informe ofrece un análisis detallado de la arquitectura tecnológica, el ecosistema de componentes de software y la estructura de gestión de datos que conforman el sistema OMI-AP en el Servicio Aragonés de Salud.
2.0 Arquitectura Tecnológica del Sistema OMI-AP
Comprender la arquitectura del sistema es fundamental para los profesionales de tecnologías de la información responsables de su gestión, despliegue y mantenimiento en una red sanitaria distribuida geográficamente. La infraestructura subyacente determina el rendimiento, la escalabilidad y la capacidad de respuesta del sistema en el día a día de los centros de salud.
OMI-AP está diseñado bajo un modelo arquitectónico cliente-servidor. La aplicación cliente opera exclusivamente en sistemas operativos Windows, mientras que el servidor de base de datos es compatible con diversos Sistemas de Gestión de Bases de Datos (SGBD) como Oracle, Informix y SQLServer, lo que le confiere flexibilidad en el despliegue.
Infraestructura de Servidores en el SALUD
Para centralizar la aplicación y simplificar las actualizaciones, la implementación específica en el Servicio Aragonés de Salud (SALUD) se basa en una arquitectura de virtualización de aplicaciones. Los componentes clave de esta infraestructura son:
- Servidores CITRIX con sistema operativo Windows 2003 Server y servicios de Terminal Services (tecnologías que datan de la época de la implantación inicial del sistema).
- Una granja de servidores CITRIX dedicada por cada sector sanitario, lo que permite distribuir la carga de trabajo y garantizar la resiliencia.
- Una base de datos ORACLE por cada sector, que almacena de forma segura y centralizada la información clínica correspondiente.
La elección de utilizar la capa de software CITRIX sobre los servicios nativos de Terminal Services de Windows responde a la necesidad de gestionar una red con miles de puestos. CITRIX ofrece ventajas estratégicas en este entorno, como una gestión más avanzada de la granja de servidores, una mayor optimización del ancho de banda —crítico en ubicaciones con conectividad limitada— y un manejo más eficiente de los servicios de impresión.
Configuración de los Puestos Cliente
Del lado del usuario, el sistema está diseñado para funcionar en equipos estándar, minimizando los requisitos de hardware y facilitando su despliegue a gran escala. La configuración de los puestos cliente en la red del SALUD se compone de:
- Tipo de hardware: Ordenadores personales de sobremesa o portátiles.
- Sistema Operativo: Windows XP o versiones superiores (tecnologías que datan de la época de la implantación inicial del sistema).
- Software requerido: Cliente CITRIX, que incluye el cliente de Microsoft Terminal Server necesario para establecer la conexión con los servidores de aplicaciones.
Esta arquitectura da soporte a una red de más de 2.000 puestos distribuidos entre médicos de familia, pediatras, personal de enfermería y administrativos de los centros de Atención Primaria de Aragón.
Esta infraestructura física y lógica sirve como base para el funcionamiento de un completo ecosistema de aplicaciones de software, cada una con una función específica dentro del sistema global.
3.0 Ecosistema de Aplicaciones y Módulos de Software
El sistema OMI-AP no es una aplicación monolítica, sino un conjunto de programas interrelacionados que funcionan de manera coordinada. Cada módulo cumple una función específica, y comprender su rol es vital para la correcta configuración del sistema, la gestión de la seguridad y la explotación de los datos clínicos.
OMI-AP
Es el programa central y el núcleo del sistema. Se trata de la interfaz principal de trabajo con la que interactúan la mayoría de los usuarios (médicos, pediatras, enfermería) para registrar la actividad clínica diaria. Generalmente, cuando los profesionales se refieren a «OMI», están hablando de este módulo.
OMI-GUR
Este módulo es el centro de control de la seguridad y la configuración del sistema. Su acceso está restringido a usuarios con perfil de supervisor. Desde OMI-GUR se realizan tareas críticas como:
- Creación de nuevos usuarios y asignación de agendas.
- Gestión de permisos y autorizaciones para acceder a las distintas funcionalidades.
- Configuración de parámetros locales, como la política de caducidad de contraseñas o el intervalo para el cierre automático de episodios.
- Liberación de historias clínicas bloqueadas.
OMI-EST
Su propósito es la explotación de datos para fines estadísticos. OMI-EST permite generar informes y estadísticas básicas y prefijadas sobre los distintos apartados del sistema, como la agenda de citas, los episodios clínicos, las prescripciones, las incapacidades temporales o los datos registrados en los DGPs.
OMI-PRO
Este módulo proporciona herramientas para personalizar y adaptar el sistema a las necesidades locales. Permite al personal autorizado diseñar y configurar elementos como:
- Protocolos generales para facilitar la introducción estructurada de datos.
- Planes personales de centro, que funcionan como un sistema de alertas automáticas para el seguimiento de pacientes.
- Formularios para Enfermedades de Declaración Obligatoria (EDOs) y PLDVs (enfermedades de declaración voluntaria por causa laboral).
- El calendario vacunal específico del centro o sector.
OMIMASTER
Funciona como un módulo de programación de nivel superior a OMI-PRO. OMIMASTER se utiliza para el mantenimiento centralizado de elementos clave del sistema que se aplican de forma global, como la creación y gestión de los Datos Generales del Paciente (DGPs), el diseño de protocolos gerenciales y de Cartera de Servicios, y la configuración de planes personales centralizados.
OMI-OME
Es un módulo especializado, dedicado exclusivamente al diseño y la configuración de las órdenes médicas. Desde aquí se definen las determinaciones analíticas, los perfiles de laboratorio, las pruebas de radiología y otros procedimientos diagnósticos o terapéuticos, así como sus enlaces con los DGPs correspondientes para el registro de resultados. Cabe destacar que las interconsultas con otros especialistas se gestionan fuera de este módulo.
OMI-LAB
Actúa como un programa de enlace o interfaz para los centros que disponen de conexión electrónica con su laboratorio de referencia. Facilita el intercambio automatizado de peticiones y resultados, agilizando el flujo de información y reduciendo errores manuales.
OMI-CIAP
Este aplicativo está destinado al mantenimiento de la clasificación diagnóstica utilizada por OMI-AP. Su función es gestionar la Clasificación Internacional de Atención Primaria (CIAP) y permitir la asociación de sus códigos con la Clasificación Internacional de Enfermedades (CIE-9), garantizando la interoperabilidad semántica.
Este ecosistema de software gestiona y estructura la información clínica mediante un modelo de datos basado en estándares de codificación y un paradigma de registro orientado a problemas, como se detalla a continuación.
4.0 Estructura y Gestión de la Información Clínica
La eficacia de un sistema de Historia Clínica Electrónica reside en su capacidad para estructurar la información de una manera lógica, estandarizada y clínicamente relevante. OMI-AP articula su modelo de gestión de datos en torno a tres pilares fundamentales: la codificación estandarizada mediante la clasificación CIAP, la organización de la información en Episodios clínicos y el registro de datos estructurados a través de los Datos Generales del Paciente (DGPs).
4.1 El Estándar de Clasificación: CIAP
OMI-AP utiliza la Clasificación Internacional de Atención Primaria (CIAP) como sistema de codificación. Su propósito es estandarizar el registro de todos los pasos que componen un «episodio de atención», desde el motivo de consulta inicial hasta las actividades diagnósticas, terapéuticas y su resolución.
La CIAP se organiza en 17 capítulos que corresponden a sistemas orgánicos, cada uno identificado por una letra.
| Letra | Sistema Orgánico / Categoría |
| A | Problemas generales e inespecíficos |
| B | Sangre, órganos hematopoyéticos y sistema inmunitario (blood) |
| D | Aparato digestivo |
| F | Ojo y anejos |
| H | Oído |
| K | Aparato circulatorio |
| L | Aparato locomotor |
| N | Sistema nervioso |
| P | Problemas psicológicos |
| R | Aparato respiratorio |
| S | Piel (skin) |
| T | Aparato endocrino, metabolismo y nutrición |
| U | Aparato urinario |
| W | Embarazo, parto, puerperio y planificación familiar |
| X | Aparato genital femenino (XX) |
| Y | Aparato genital masculino (XY) |
| Z | Problemas sociales |
A su vez, cada capítulo tiene una estructura interna idéntica, organizada en 7 componentes que agrupan códigos de dos dígitos (del 01 al 99). Los componentes más importantes para la codificación de problemas de salud son el 1 y el 7.
| Componente | Descripción | Rango de Códigos |
| 1 | Signos y síntomas | 01-29 |
| 2 | Procedimientos diagnósticos y preventivos | 30-49 |
| 3 | Procedimientos terapéuticos | 50-59 |
| 4 | Resultados de pruebas complementarias | 60-61 |
| 5 | Procedimientos administrativos | 62-65 |
| 6 | Derivaciones, seguimiento y otras razones de consulta | 66-69 |
| 7 | Enfermedades y problemas de salud | 70-99 |
Los códigos CIAP se forman combinando la letra del capítulo con los dos dígitos del problema (p. ej., R79 para ‘bronquitis crónica’). Al crear un nuevo episodio en OMI-AP, el asistente de búsqueda se centra en los componentes 1 (signos y síntomas) y 7 (enfermedades), ya que son los que contienen los términos necesarios para nombrar un problema de salud.
4.2 El Paradigma del Episodio Clínico
En OMI-AP, el Episodio es la unidad conceptual que representa un problema de salud de un paciente, abarcando no solo patologías clínicas sino también eventos biopsicosociales relevantes, como el «fallecimiento del cónyuge» o un «problema de relación con los hijos». Este enfoque tiene un sentido longitudinal, adaptándose perfectamente a la naturaleza de la Atención Primaria. Los episodios se pueden clasificar como agudos, que tienen una fecha de inicio y una de fin (ej. una infección respiratoria), o crónicos, que solo tienen fecha de inicio y se mantienen activos a lo largo del tiempo (ej. hipertensión).
Creación, Modificación y Eliminación de Episodios
Los episodios se pueden añadir desde la pantalla «Apuntes» tras registrar la información de la consulta, utilizando el Asistente CIAP para seleccionar el código adecuado. También es posible crearlos directamente desde el «Tapiz del paciente». Una vez creado, se puede modificar información como su índice de severidad o su nivel de confidencialidad (Normal, Reservado o «Yo mismo»). La eliminación de un episodio es una acción restringida: el episodio debe estar completamente vacío (sin texto, prescripciones u órdenes) y solo puede ser borrado por el profesional que lo creó o por un supervisor.
Registro de Información (Curso Descriptivo)
Toda la información relacionada con un problema de salud (texto de la consulta, prescripciones, solicitudes de pruebas, informes) se registra dentro del curso descriptivo del episodio correspondiente. Esto se realiza desde la pantalla «Apuntes», seleccionando el episodio de destino antes de guardar la información.
Ciclo de Vida: Episodios Abiertos, Cerrados e Históricos
Los episodios gestionan su ciclo de vida a través de tres estados:
- Abiertos: Son problemas de salud activos, con fecha de inicio pero sin fecha de fin.
- Cerrados: Son problemas inactivos, que ya han sido resueltos y tienen una fecha de cierre. Son visibles en el «Tapiz del paciente».
- Históricos: Son episodios cerrados que, por su naturaleza (ej. una gastroenteritis pasada), no se desea tener constantemente a la vista para no sobrecargar la lista de problemas. No son visibles en el «Tapiz», pero se pueden consultar desde la pantalla específica de «Episodios».
Adicionalmente, el sistema permite agrupar episodios cuando uno evoluciona o se convierte en otro, y asociar episodios que están relacionados entre sí (p. ej., la diabetes y la retinopatía diabética).
4.3 Datos Generales del Paciente (DGPs)
Los DGPs son la unidad de registro de información clínica estructurada en OMI-AP. Se trata de campos de datos predefinidos, ya sean numéricos o de texto, diseñados para registrar de forma sistemática variables clínicas. Su finalidad es triple: simplificar la consulta de datos clave, permitir el seguimiento cronológico de parámetros (mediante tablas o gráficos) y facilitar la evaluación estadística y la investigación. Aunque OMI-AP incluye un conjunto de DGPs precargados para las variables más comunes, su verdadera potencia reside en su extensibilidad, permitiendo a los equipos clínicos definir y crear nuevos DGPs para monitorizar cualquier variable relevante para su práctica.
Los DGPs actúan como un repositorio central para una amplia variedad de datos clínicos, tales como:
- Síntomas
- Antecedentes
- Hábitos
- Constantes (Tensión Arterial, Frecuencia Cardíaca)
- Somatometría (Peso, Talla)
- Datos exploratorios
- Resultados de Pruebas complementarias
- Datos analíticos
- Consejos de Educación para la Salud (EPS)
Estos datos se organizan jerárquicamente en «cajas» (Nivel 2) que a su vez se agrupan en «baúles» (Nivel 1) para facilitar su localización.
La introducción de información en los DGPs se puede realizar a través de tres vías principales:
- Al rellenar campos en protocolos que están enlazados con un DGP.
- Al registrar actividades aisladas dentro de planes personales de seguimiento.
- Al informar los resultados de órdenes médicas (analíticas, etc.) que estén definidas como DGPs.
Los datos registrados en los DGPs son accesibles desde múltiples pantallas del sistema, como el Tapiz, Apuntes o Episodios. Además, permiten consultar el historial completo de valores de un parámetro y visualizar su evolución de forma gráfica.
5.0 Conclusión
El sistema OMI-AP se erige como una solución integral para la gestión de la Historia Clínica Electrónica en la Atención Primaria de Aragón. Su arquitectura cliente-servidor, potenciada por la tecnología CITRIX, proporciona una base robusta para su despliegue en una red sanitaria extensa. Sobre esta infraestructura opera un ecosistema de módulos de software interconectados que cubren desde la actividad clínica diaria hasta la gestión de la seguridad y la explotación estadística. Finalmente, su modelo de datos, articulado sobre los pilares de la codificación CIAP, la organización por Episodios y el registro estructurado en DGPs, conforma una estructura diseñada específicamente para dar soporte a la continuidad y longitudinalidad asistencial, principios fundamentales de la Atención Primaria.