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 médicos electrónicos (EHR). En openEHR, todos los datos de salud de una persona se almacenan en un EHR centrado en la persona, independiente del proveedor y de "una sola vida". Las especificaciones de openEHR incluyen una especificación de extracto de EHR [1] pero, por lo demás, no se ocupan principalmente del intercambio de datos entre sistemas de 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 fines de lucro que apoya la investigación, el desarrollo y la implementación abiertos de los EHR de openEHR. Las especificaciones se basan en una combinación de 15 años de investigación y desarrollo europeos y australianos en EHR y nuevos paradigmas, incluido lo que se conoce como la metodología del arquetipo [2] [3] para la especificación de contenido.
Las especificaciones de openEHR [4] incluyen modelos de información y servicios para la HCE, datos demográficos, flujo de trabajo clínico y arquetipos . Están diseñados para ser la base de una infraestructura de EHR versionada, distribuida y sólida desde el punto de vista médico-legal.
La arquitectura de las especificaciones openEHR en su conjunto consta de los siguientes elementos clave:
El uso de los dos primeros 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 básicas sobre las que se basan. Están construidos. El lenguaje de consulta permite crear consultas basadas en arquetipos, en lugar de esquemas físicos de bases de datos, desvinculando así las consultas de los detalles físicos de persistencia. Los modelos de servicio definen el acceso a servicios back-end clave, incluidos el servicio EHR y el servicio demográfico, mientras que para el acceso a las aplicaciones se utiliza un conjunto cada vez mayor de API ligeras basadas en REST basadas en rutas de arquetipos.
La descripción general de la arquitectura de openEHR proporciona un resumen de la arquitectura y las especificaciones detalladas. [5]
Una parte central de las especificaciones de openEHR es el conjunto de modelos de información, conocidos en openEHR como 'modelos de referencia'. [6] Los modelos constituyen los modelos de información base para los sistemas openEHR y definen la semántica invariante de la Historia Clínica Electrónica (EHR), el Extracto de EHR y el modelo demográfico, así como tipos de datos de soporte, 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 OBSERVACIÓN, EVALUACIÓN, INSTRUCCIÓN, ACCIÓN y ADMIN_ENTRY, así como la Máquina de Estado de Instrucción, una máquina de estado que define un modelo estándar del ciclo de vida de las intervenciones, incluida la medicación. pedidos, cirugía y otras terapias.
Una innovación clave en el marco openEHR es dejar toda especificación de información clínica fuera del modelo de información (también conocido como "modelo de referencia") y en su lugar proporcionar un medio poderoso para expresar definiciones del contenido que los médicos y los pacientes necesitan registrar que pueda ser consumido directamente en tiempo de ejecución por los sistemas creados en el modelo de referencia. Esto se justifica por la necesidad de abordar de manera escalable el problema genérico en salud de un conjunto de tipos de información muy grande, creciente y en constante cambio. [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 lugar 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. Los ejemplos típicos incluyen "medición de la presión arterial sistémica" y "sodio sérico". Muchos de estos puntos de datos aparecen 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 un número más común es 10-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", cuyos contenidos se diseñan, revisan y publican conjuntamente.
El segundo tipo de artefacto se conoce en openEHR como "plantilla" y se utiliza para representar lógicamente un conjunto de datos de un caso de uso específico, como los elementos de datos que componen un resumen de alta de un paciente o un informe de radiología. [8] Una plantilla se construye haciendo referencia a elementos relevantes de varios arquetipos. Es posible que una plantilla solo requiera 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 parte de desarrolladores de software y analistas clínicos. Las plantillas normalmente se definen para formularios de pantalla GUI , definiciones de mensajes y definiciones de documentos y, como tales, corresponden a definiciones de contenido "operativo".
La justificación para las dos capas de modelos además del modelo de información es que si las definiciones de conjuntos de datos consisten en puntos de datos predefinidos de una biblioteca de tales definiciones, entonces todos los datos registrados (es decir, instancias de plantillas) en última instancia serán simplemente instancias de las definiciones de contenido estándar. Esto proporciona una base para que funcionen las consultas estandarizadas. Sin el nivel de "biblioteca" del arquetipo, cada conjunto de datos (es decir, fragmentos de contenido operativo) está definido de forma única y es 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]
En particular, openEHR se ha utilizado para modelar un plan de atención compartido. Los arquetipos han sido diseñados para dar cabida a los conceptos del plan de atención compartida. [10]
Si bien los registros médicos individuales pueden tener un contenido muy diferente, la información central en las instancias de datos de openEHR siempre cumple con los arquetipos. La forma en que esto funciona es mediante la creación de arquetipos que expresen información clínica de una manera que sea altamente reutilizable, 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 especialización, redefinición y anotaciones, entre otras mejoras. [14] La versión 1.4 de ADL y su contraparte "modelo de objetos", el modelo de objetos arquetipo (AOM) son la base del estándar CEN e ISO "lenguaje de definición de arquetipos" ( estándar 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", después de 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 desarrollar arquetipos. [18] Por ejemplo, es necesario gestionar la calidad de un conjunto de arquetipos de openEHR para que se ajusten a una serie de axiomas, como el de ser mutuamente excluyentes. Los arquetipos se pueden gestionar independientemente de las implementaciones de software y la infraestructura, en manos de grupos de médicos 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 diseños de información expresados en openEHR se centran en el grado en que las limitaciones reales del sistema están en armonía con el diseño de la información. [ cita necesaria ]
En el campo de la historia clínica electrónica existen varios modelos de información con solapamientos en su alcance que son difíciles de gestionar, como por ejemplo entre HL7 V3 y SNOMED CT . El enfoque openEHR enfrenta 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 mundial garantizaría que los datos de salud de openEHR pudieran manipularse y verse de manera consistente, independientemente del contexto técnico, organizacional y cultural. Este enfoque también significa que los modelos de datos reales utilizados por cualquier EHR son flexibles, dado que se pueden definir nuevos arquetipos para satisfacer las necesidades futuras de mantenimiento de registros clínicos. Recientemente, un trabajo en Australia ha demostrado cómo se pueden utilizar arquetipos y plantillas para facilitar el uso de registros médicos heredados y datos de mensajes en un sistema de registros médicos openEHR, y generar mensajes estandarizados y documentos CDA.
La perspectiva de lograr un acuerdo sobre el diseño y las formas de gobernanza a nivel internacional sigue siendo especulativa, con influencias que van desde los diversos entornos médico-legales hasta variaciones culturales y técnicas, como el grado en que una terminología clínica de referencia debe ser integral. .
El marco openEHR es consistente con el Estándar de Comunicación de Registros Médicos Electrónicos (ISO 13606), y el Modelo de Objeto Arquetipo 2 (AOM2) ha sido aceptado oficialmente por ISO TC 215 como el borrador de especificación para la revisión de 2017 de ISO 13606:2.
Los arquetipos de openEHR están siendo utilizados por la Autoridad Nacional de Transición de e-Salud de Australia, el Centro de Información de Atención Social y de Salud del NHS del Reino Unido (HSCIC), la organización noruega Nasjonal IKT y el Ministerio de Salud de Eslovenia.
openEHR ha sido seleccionado como base para la HCE estandarizada en Brasil. [20]
Está comenzando a utilizarse en soluciones comerciales en todo el mundo, incluidas las producidas por openEHR Industry Partners.
Uno de los resultados del enfoque de modelado openEHR es el desarrollo abierto de arquetipos, plantillas y subconjuntos terminológicos para representar datos de salud. Debido a la naturaleza abierta de openEHR, estas estructuras están disponibles públicamente para ser utilizadas e implementadas en sistemas de información de salud. Los usuarios de la comunidad pueden compartir, discutir y aprobar estas estructuras en un repositorio colaborativo conocido como Clinical Knowledge Manager (CKM). Algunos CKM openEHR utilizados actualmente: