OpenEHR Espanol Unknown

Embed Size (px)

Citation preview

  • La Plataforma Computacional de Salud openEHR

    IntroduccinLa 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 elsignificado de la informacin. Requiere no slo compartir la informacin, sino que computarizarla, y sela 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 interfazgrfica del usuario sea entendido de la misma forma por el software y por el usuario humano. Debemantenerse el significado de la informacin desde este punto hacia abajo, cruzando capas de lgicade negocio hasta llegar a su representacin en la capa de persistencia (almacenamiento de datos). Sino es as, la informacin ingresada por un usuario no llegar en forma segura a la parte del sistemaque le permita ser compartida con otros usuarios, sistemas, o incluso con el mismo usuario en unmomento posterior. Lograr coherencia semntica en la pila de la aplicacin no siempre es tan simplecomo parece, ya que ms de un proveedor puede estar siendo responsable de diversas partes de unmismo software.

    entre sistemas: se requiere mantener el significado de la informacin capturada en cualquieraplicacin o sistema especfico cuando se transmite de uno a otro sistema. Esto se aplica tanto asistemas 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 hasido la forma de abordar la captura y uso de datos dependientes de contexto y ubicacin, mientras seestandariza 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 elsoftware en forma dura, creando as soluciones difciles de mantener.

    Algunos tericos en el campo han pensado que la terminologa era la nica respuesta para alcanzarinteroperabilidad semntica, pero esto ha resultado ser incorrecto por una serie de razones, siendo laprincipal que la terminologa no provee un lugar adecuado para modelar las estructuras composicionaleso semnticas de informacin. Asimismo, no representan restricciones adecuadamente, ni tipos de datosdistintos 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. Sinembargo, mientras que los mensajes de una forma u otra literalmente se necesitan entre sistemas, el usarmensajes como base de diseo para una infraestructura semnticamente interoperable no funciona muybien. En primer lugar, porque no toman en cuenta la pila de la aplicacin y, en segundo lugar, la nocinbsica de que un mensaje es un portador de un cambio de estado o un evento, y no necesariamente unmodelo coherente de informacin estructurada. Una solucin adecuada para el problema del contenidosemnticamente interoperable no puede evitar dar cuenta de lo que ocurre tanto dentro de los sistemascomo entre ellos.

    Arquitectura de IngenieraUna vista de ingeniera del marco arquitectnico de openEHR es el de un sistema orientado al serviciode 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 arquitecturasemntica para los servicios ricos en informacin, por ejemplo, registro electrnico de salud, demografa

    La Plataforma Computacional de Salud openEHR 1ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08

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

    Arquitectura SemnticaLa 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 puedenvisualizarse de la siguiente forma.

    La Plataforma Computacional de Salud openEHR 2ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08

  • 1. http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/roadmap.html

    2. http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/architecture/computable/UML/uml_start_view.html

    3. daisy:92-OE

    4. http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/roadmap.html

    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 contenidosen l. El modelo de referencia trata con contenedores como Carpetas y Composiciones. Lascomposiciones son un concepto ms amplio que los documentos, pero los incluye. Ejemplos deComposiciones son un reporte de ECG, una nota de progreso, un informe de laboratorio y unainterconsulta. La Composicin constituye la mnima unidad de comunicacin y remisin hacia EHR.Las especificaciones del Modelo de Referencia openEHR estn disponibles en la pgina deespecificaciones1; UML en lnea2.

    2. Modelo de Arquetipo (AM)Los arquetipos son descripciones de Entradas, Secciones y Composiciones vlidas. Estas se expresanen una manera formal que les permite ser compartidas entre sistemas. Un arquetipo de presinarterial representa una descripcin de toda la informacin que un clnico pudiera querer reportaracerca de una medicin de presin arterial, y puede inclur algunos aspectos que son obligatorios. Unarquetipo 'SOAP' describe las secciones de una ficha de salud orientada por problemas y culesentradas son vlidas dentro de cada seccin - por ejemplo, slo se permiten diagnsticos en laseccin 'A'. Las Plantillas son modelos lgicos de formularios de usuarios - y se describen entrminos de elecciones de arquetipos cuyos datos son capturados en un formulario en particular. Verla FAQ de Arquetipos y Plantillas3. Las especificaciones de Modelo de Arquetipos openEHR estndisponibles en la pgina de especificaciones4; UML en lnea5.

    3. Modelo de Servicio (SM)Este es el punto de vista computacional de la arquitectura openEHR. Consiste en definiciones de

    La Plataforma Computacional de Salud openEHR 3ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08

  • 5. http://www.openehr.org/svn/specification/TAGS/Release-1.0.1/publishing/architecture/computable/UML/uml_start_view.html

    6. http://www.openehr.org/releases/1.0.1/architecture/overview.pdf

    7. http://www.openehr.org/releases/1.0.1/html/architecture/overview/Output/front.html

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

    Ventajas de la arquitectura openEHRLas 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 tcnicosde openEHR.

    La Plataforma Computacional de Salud openEHR 4ID: 201-OE | Version: 14 | Date: 09/12/07 22:34:08