La Plataforma Computacional de Salud openEHR

Introduccin
La arquitectura de openEHR es principalmente respuesta a la necesidad de interoperabilidad semntica. Interoperabilidad semntica es la capacidad mutua de los computadores y software para entender el significado de la informacin. Requiere no slo compartir la informacin, sino que computarizarla, y se la necesita en los siguientes lugares: en la 'pila de la aplicacin': por ejemplo, desde la interfaz grfica del usuario hasta la base de datos (sin importar el mtodo de implementacin de ellas). Es esencial que lo presentado en la interfaz grfica del usuario sea entendido de la misma forma por el software y por el usuario humano. Debe mantenerse el significado de la informacin desde este punto hacia abajo, cruzando capas de lgica de negocio hasta llegar a su representacin en la capa de persistencia (almacenamiento de datos). Si no es as, la informacin ingresada por un usuario no llegar en forma segura a la parte del sistema que le permita ser compartida con otros usuarios, sistemas, o incluso con el mismo usuario en un momento posterior. Lograr coherencia semntica en la pila de la aplicacin no siempre es tan simple como parece, ya que ms de un proveedor puede estar siendo responsable de diversas partes de un mismo software. entre sistemas: se requiere mantener el significado de la informacin capturada en cualquier aplicacin o sistema especfico cuando se transmite de uno a otro sistema. Esto se aplica tanto a sistemas dentro de la misma empresa proveedora como entre empresas. Hacer frente a esta necesidad de un modo sustentable no ha resultado fcil. Uno de los mayores retos ha sido la forma de abordar la captura y uso de datos dependientes de contexto y ubicacin, mientras se estandariza su significado de una forma contexto-independiente (despus de todo, el significado de una "medicin de presin arterial" no cambia) y, as y todo, evitar la trampa de modelar las cosas en el software en forma dura, creando as soluciones difciles de mantener. Algunos tericos en el campo han pensado que la terminologa era la nica respuesta para alcanzar interoperabilidad semntica, pero esto ha resultado ser incorrecto por una serie de razones, siendo la principal que la terminologa no provee un lugar adecuado para modelar las estructuras composicionales o semnticas de informacin. Asimismo, no representan restricciones adecuadamente, ni tipos de datos distintos de los de texto. La terminologa, por lo tanto, tiene un lugar importante en la infraestructura, pero no representa a la totalidad de la misma. Otros afirman que la definicin de los mensajes basta para permitir la interoperabilidad semntica. Sin embargo, mientras que los mensajes de una forma u otra literalmente se necesitan entre sistemas, el usar mensajes como base de diseo para una infraestructura semnticamente interoperable no funciona muy bien. En primer lugar, porque no toman en cuenta la pila de la aplicacin y, en segundo lugar, la nocin bsica de que un mensaje es un portador de un cambio de estado o un evento, y no necesariamente un modelo coherente de informacin estructurada. Una solucin adecuada para el problema del contenido semnticamente interoperable no puede evitar dar cuenta de lo que ocurre tanto dentro de los sistemas como entre ellos.

Arquitectura de Ingeniera
Una vista de ingeniera del marco arquitectnico de openEHR es el de un sistema orientado al servicio de los sistemas, con distintos servicios para registro electrnico de salud, demografa, flujo de trabajo, administracin, conocimientos culturales (incluida la terminologa), identificacin, seguridad, orquestacin y descubrimiento. Una de las principales caractersticas de openEHR es la arquitectura semntica para los servicios ricos en informacin, por ejemplo, registro electrnico de salud, demografa

La Plataforma Computacional de Salud openEHR

ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08

y administracin, y sus correspondientes aplicaciones para usuarios (por ejemplo, estacin de trabajo del mdico, sistemas para enfermeras).

Arquitectura Semntica
La arquitectura de informacin openEHR toma la siguiente forma: Cuatro niveles de organizacin de informacin: La interfaz de usuario cognitiva una aproximacin flexible a la captura y visualizacin de datos. Plantillas - los conjuntos de captura de datos para cada paso orientados a procesos, pueden ser ad hoc Arquetipos - semnticas estandarizadas de los puntos de datos en los conjuntos de captura de datos El modelo de referencia - representacin estandarizada de datos que permite la interoperabilidad Capacidad estandarizada de consulta Interfaz estandarizada hacia la terminologa para realizar inferencias Los cuatro niveles de la estructura de informacin pueden visualizarse de la siguiente forma.

Dentro de esta arquitectura, la relacin y dependencias entre los diferentes tipos de artefactos pueden visualizarse de la siguiente forma.

La Plataforma Computacional de Salud openEHR

ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08

El Modelo de Referencia (RM)

El RM de openEHR formaliza el Registro Electrnico de Salud en trminos de: 1. Modelo de informacin (IM) Este es el modelo que describe el registro de salud en s - no los datos clnicos que estn contenidos en l. El modelo de referencia trata con contenedores como Carpetas y Composiciones. Las composiciones son un concepto ms amplio que los documentos, pero los incluye. Ejemplos de Composiciones son un reporte de ECG, una nota de progreso, un informe de laboratorio y una interconsulta. La Composicin constituye la mnima unidad de comunicacin y remisin hacia EHR. Las especificaciones del Modelo de Referencia openEHR estn disponibles en la pgina de especificaciones1; UML en lnea2. 2. Modelo de Arquetipo (AM) Los arquetipos son descripciones de Entradas, Secciones y Composiciones vlidas. Estas se expresan en una manera formal que les permite ser compartidas entre sistemas. Un arquetipo de presin arterial representa una descripcin de toda la informacin que un clnico pudiera querer reportar acerca de una medicin de presin arterial, y puede inclur algunos aspectos que son obligatorios. Un arquetipo 'SOAP' describe las secciones de una ficha de salud orientada por problemas y cules entradas son vlidas dentro de cada seccin - por ejemplo, slo se permiten diagnsticos en la seccin 'A'. Las Plantillas son modelos lgicos de formularios de usuarios - y se describen en de elecciones de arquetipos cuyos datos son capturados en un formulario en particular. Ver 1. trminos http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/roadmap.html la FAQ de Arquetipos y Plantillas3. Las especificaciones de Modelo de Arquetipos openEHR estn 2. disponibles http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/architecture/computable/UML/uml_start_view.html en la pgina de especificaciones4; UML en lnea5. 3. daisy:92-OE 3. Modelo de Servicio (SM) 4. Este http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/roadmap.html es el punto de vista computacional de la arquitectura openEHR. Consiste en definiciones de

La Plataforma Computacional de Salud openEHR

ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08

servicio para los servicios principales en el ambiente computacional EHR. Estos son derivados en gran medida del trabajo existente en Corbamed OMG, HISA CEN y experiencias de implementacin.

Ventajas de la arquitectura openEHR

Las ventajas de la arquitectura incluyen las siguientes:: Coherencia semntica en la pila de la aplicacin (todas las capas del software conocen el significado de la informacin) Una re-utilizacin de alto nivel de artefactos - defina una vez, reutilice muchas veces Un modelo de referencia nico y estable para compartir informacin clnica y relacionada Un lenguaje de consultas estandarizado para la escritura de consultas porttiles Una manera estandarizada y reutilizable de conectar con la terminologa La Descripcin de la Arquitectura (PDF6, HTML7) proporciona un buen resumen de los detalles tcnicos de openEHR.

5. 6. 7.

http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/architecture/computable/UML/uml_start_view.html http://www.openehr.org/releases/1.0.1/architecture/overview.pdf http://www.openehr.org/releases/1.0.1/html/architecture/overview/Output/front.html

La Plataforma Computacional de Salud openEHR

ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08