openEHR

openEHR es una especificación de estándar abierto en informática de la salud que describe la gestión, el almacenamiento, la recuperación y el intercambio de datos de salud en registros electrónicos de salud (EHR). En openEHR, todos los datos de salud de una persona se almacenan en un EHR de "una sola vida", independiente del proveedor y centrado en la persona. Las especificaciones de openEHR incluyen una especificación de extracción de EHR ^{[ 1 ]} , pero no se centran principalmente en el intercambio de datos entre sistemas EHR, ya que este es el enfoque de otros estándares como EN 13606 y HL7 .

Las especificaciones de openEHR son mantenidas por la Fundación openEHR, una fundación sin ánimo de lucro que apoya la investigación, el desarrollo y la implementación abiertos de los sistemas de historia clínica electrónica (EHR) de openEHR. Las especificaciones se basan en una combinación de 15 años de investigación y desarrollo europeos y australianos sobre EHR y nuevos paradigmas, incluyendo lo que se conoce como la metodología de arquetipos ^{[ 2 ] [ 3 ]} para la especificación de contenido.

Las especificaciones de openEHR ^{[ 4 ]} incluyen modelos de información y servicios para la historia clínica electrónica (HCE), datos demográficos, flujo de trabajo clínico y arquetipos . Están diseñadas para ser la base de una infraestructura de HCE distribuida, versionada y con validez médico-legal.

La arquitectura de las especificaciones de openEHR en su conjunto consta de los siguientes elementos clave:

• modelos de información (también conocidos como 'Modelo de Referencia');
• el formalismo arquetípico;
• el lenguaje de consulta de arquetipos portátiles;
• modelos de servicio / API.

El uso de los dos primeros elementos permite el desarrollo de «arquetipos» y «plantillas», que son modelos formales de contenido clínico y relacionado, y constituyen una capa de estándares de facto propios, mucho más numerosos que las especificaciones base sobre las que se construyen. El lenguaje de consulta permite construir consultas basadas en los arquetipos, en lugar de en esquemas físicos de la base de datos, desacoplando así las consultas de los detalles de persistencia física. Los modelos de servicio definen el acceso a servicios back-end clave, incluidos el Servicio de Historia Clínica Electrónica y el Servicio de Datos Demográficos, mientras que un conjunto creciente de API ligeras basadas en REST, basadas en rutas de arquetipos, se utilizan para el acceso a las aplicaciones.

La descripción general de la arquitectura de openEHR proporciona un resumen de la arquitectura y las especificaciones detalladas. ^{[ 5 ]}

Una parte fundamental de las especificaciones de openEHR es el conjunto de modelos de información, conocidos en openEHR como "modelos de referencia". ^{[ 6 ]} Estos modelos constituyen los modelos de información base para los sistemas openEHR y definen la semántica invariante del Registro Electrónico de Salud (EHR), el Extracto de EHR y el modelo demográfico, además de admitir tipos de datos, estructuras de datos, identificadores y patrones de diseño útiles.

Algunas de las clases clave en el componente EHR son las clases ENTRY, cuyos subtipos incluyen OBSERVATION, EVALUATION, INSTRUCTION, ACTION y ADMIN_ENTRY, así como la Instruction State Machine, una máquina de estados que define un modelo estándar del ciclo de vida de las intervenciones, incluidas las órdenes de medicación, la cirugía y otras terapias.

Una innovación clave en el marco de trabajo openEHR consiste en excluir toda especificación de información clínica del modelo de información (también conocido como "modelo de referencia") y, en su lugar, proporcionar un medio eficaz para expresar definiciones del contenido que los médicos y los pacientes necesitan registrar, el cual puede ser utilizado directamente en tiempo de ejecución por sistemas basados ​​en el Modelo de Referencia. Esto se justifica por la necesidad de abordar de forma escalable el problema genérico en el ámbito de la salud que supone un conjunto de tipos de información muy amplio, creciente y en constante evolución. ^{[ 7 ]}

El contenido clínico se especifica en términos de dos tipos de artefactos que existen fuera del modelo de información. El primero, conocido como " arquetipos ", proporciona un espacio para definir formalmente definiciones de puntos de datos y grupos de datos reutilizables, es decir, elementos de contenido que se reutilizarán en numerosos contextos. Ejemplos típicos incluyen "medición de la presión arterial sistémica" y "sodio sérico". Muchos de estos puntos de datos se presentan en grupos lógicos, por ejemplo, el grupo de elementos de datos para documentar una reacción alérgica o los analitos en el resultado de una prueba de función hepática. Algunos arquetipos contienen numerosos puntos de datos, por ejemplo, 50, aunque lo más común es entre 10 y 20. Una colección de arquetipos puede entenderse como una "biblioteca" de definiciones de contenido de dominio reutilizables, donde cada arquetipo funciona como una "unidad de gobernanza", cuyo contenido se codiseña, revisa y publica.

El segundo tipo de artefacto se conoce en openEHR como "plantilla" y se utiliza para representar lógicamente un conjunto de datos específico para un caso de uso concreto, como los elementos de datos que componen un resumen de alta de un paciente o un informe radiológico. ^{[ 8 ]} Una plantilla se construye haciendo referencia a elementos relevantes de varios arquetipos. Una plantilla puede requerir solo uno o dos puntos o grupos de datos de cada arquetipo. En términos de representación técnica, las plantillas de openEHR no pueden violar la semántica de los arquetipos a partir de los cuales se construyen. Las plantillas casi siempre se desarrollan para uso local por desarrolladores de software y analistas clínicos. Las plantillas se definen normalmente para formularios de pantalla de GUI , definiciones de mensajes y definiciones de documentos, y como tales, corresponden a definiciones de contenido "operacional".

La justificación de las dos capas de modelos, además del modelo de información, radica en que si las definiciones de conjuntos de datos consisten en puntos de datos predefinidos de una biblioteca de definiciones, entonces todos los datos registrados (es decir, las instancias de plantillas) serán, en última instancia, simples instancias de las definiciones de contenido estándar. Esto proporciona una base para que funcione la consulta estandarizada. Sin el nivel de "biblioteca" de arquetipos, cada conjunto de datos (es decir, cada fragmento de contenido operativo) se define de forma única y resulta difícil aplicar un enfoque estándar a las consultas.

En consecuencia, openEHR define un método de consulta basado en arquetipos, conocido como AQL (Archetype Querying Language). ^{[ 9 ]}

Cabe destacar que openEHR se ha utilizado para modelar el plan de atención compartida. Los arquetipos se han diseñado para adaptarse a los conceptos del plan de atención compartida. ^{[ 10 ]}

Si bien los registros de salud individuales pueden variar enormemente en su contenido, la información central en las instancias de datos de openEHR siempre se ajusta a arquetipos. Esto se logra mediante la creación de arquetipos que expresan la información clínica de una manera altamente reutilizable, e incluso universal en algunos casos. ^{[ 11 ]}

Los arquetipos de openEHR se expresan en el "Lenguaje de Definición de Arquetipos", una especificación pública de openEHR. Hay dos versiones disponibles: ADL 1.4, ^{[ 12 ]} y ADL 2, ^{[ 13 ]} una nueva versión con mejor soporte para la especialización, redefinición y anotaciones, entre otras mejoras. ^{[ 14 ]} La versión 1.4 de ADL y su contraparte de "modelo de objetos", el Modelo de Objeto de Arquetipo (AOM), son la base del estándar "Lenguaje de Definición de Arquetipos" de CEN e ISO ( norma ISO 13606-2 ). ^{[ 15 ]}

Históricamente, las plantillas se han desarrollado en un formato XML simple, desarrollado de facto por la industria, conocido como ".oet", por la extensión del archivo. ^{[ 16 ]} ADL 2 define una forma de expresar plantillas sin problemas con arquetipos, utilizando extensiones del lenguaje ADL. ^{[ 17 ]}

Se han identificado varios principios para el desarrollo de arquetipos. ^{[ 18 ]} Por ejemplo, un conjunto de arquetipos de openEHR necesita una gestión de calidad para ajustarse a una serie de axiomas, como ser mutuamente excluyentes. Los arquetipos pueden gestionarse independientemente de las implementaciones de software y la infraestructura, en manos de grupos clínicos para garantizar que satisfagan las necesidades reales sobre el terreno. Los arquetipos están diseñados para permitir que la especificación del conocimiento clínico evolucione y se desarrolle con el tiempo. Los desafíos en la implementación de los diseños de información expresados ​​en openEHR se centran en el grado en que las restricciones reales del sistema están en armonía con el diseño de la información.

En el ámbito de los registros electrónicos de salud, existen varios modelos de información con solapamientos en su alcance que son difíciles de gestionar, como entre HL7 V3 y SNOMED CT . El enfoque openEHR se enfrenta a desafíos de armonización a menos que se utilice de forma aislada. ^{[ 19 ]}

Siguiendo el enfoque de openEHR, el uso de arquetipos compartidos y gobernados a nivel global garantizaría que los datos de salud de openEHR se puedan manipular y visualizar de forma consistente, independientemente del contexto técnico, organizativo y cultural. Este enfoque también implica que los modelos de datos utilizados por cualquier EHR son flexibles, dado que se pueden definir nuevos arquetipos para satisfacer las necesidades futuras del registro clínico. Recientemente, un trabajo realizado en Australia ha demostrado cómo se pueden usar arquetipos y plantillas para facilitar el uso de datos de registros de salud y mensajes heredados en un sistema de registros de salud openEHR, y generar mensajes estandarizados y documentos CDA.

La posibilidad de lograr un acuerdo sobre el diseño y las formas de gobernanza a nivel internacional sigue siendo especulativa, debido a factores que van desde los diversos entornos médico-legales hasta las variaciones culturales y técnicas, como el grado en que una terminología clínica de referencia debe ser parte integral del proceso.

El marco openEHR es coherente con el estándar de comunicación de registros electrónicos de salud ( ISO 13606 ), y el modelo de objeto arquetipo 2 (AOM2) ha sido aceptado oficialmente por el comité técnico ISO TC 215 como la especificación preliminar para la revisión de 2017 de la norma ISO 13606:2.

Los arquetipos de openEHR están siendo utilizados por la Autoridad Nacional de Transición de Salud Electrónica de Australia, el Centro de Información de Salud y Asistencia Social del NHS del Reino Unido (HSCIC), la organización noruega Nasjonal IKT, el Servicio Catalán de Salud (CatSalut) y el Ministerio de Salud de Eslovenia.

openEHR ha sido seleccionado como base para la historia clínica electrónica estandarizada en Brasil. ^{[ 20 ]}

Su uso está comenzando a implementarse en soluciones comerciales en todo el mundo, incluidas las producidas por los socios industriales de openEHR.

Uno de los resultados del enfoque de modelado de openEHR es el desarrollo abierto de arquetipos, plantillas y subconjuntos de terminología para representar datos de salud. Debido a la naturaleza abierta de openEHR, estas estructuras están disponibles públicamente para su uso e implementación en sistemas de información sanitaria. Los usuarios de la comunidad pueden compartir, debatir y aprobar estas estructuras en un repositorio colaborativo conocido como Clinical Knowledge Manager (CKM), desarrollado por Ocean Informatics Pty Ltd. Algunos CKM de openEHR que se utilizan actualmente son:

• OpenEHR internacional CKM
• CKM nacional noruego de TIC
• Servicio Catalán de la Salud (CatSalut) CKM
• Alemán HighMED CKM

El modelo CKM del Reino Unido, mantenido por Apperta, está suspendido desde el 1 de noviembre de 2024. Se puede acceder a los modelos clínicos a través de su repositorio de GitHub.

• Arquetipo (ciencia de la información)
• Instituto Europeo de Registros Sanitarios
• Comunicación de registros electrónicos de salud ( ISO / CEN EN 13606 - EHRcom)
• Nivel de salud 7
• Recursos de interoperabilidad rápida para la atención médica (FHIR)
• Arquitectura de servicios de informática sanitaria (HISA)
• HIPAA
• ProRec
• SNOMED CT

• Sitio web oficial