Universidad de Valencia                                  Universidad Politécnica deUniversidad de Valencia                ...
Resumen                                   RESUMENEstamos viviendo una época donde la información clínica es compleja y dis...
Resumendel IHE-PCD-IDCO, el cual menciona que los datos extraídos de un marcapasosdeben de estar con la nomenclatura IEEE1...
Tabla de contenidos                                                              Tabla de Contenidos.1.     Introducción. ...
Tabla de contenidos       3.3.1         Introducción.........................................................................
Tabla de contenidos     4.4         Diseño del actor DOC(Device Cardiac Consumer) ...........................................
Introducción   1. INTRODUCCIÓN.1.1   Anatomía del Corazón.El corazón se encuentra entre los pulmones en el centro del pech...
Introducción                            Tabla 1.1. Componentes del corazónNombre                                         F...
Introducción                         Figura 1.1. Anatomía del Corazón                         Figura 1.1 1.1              ...
Introducción                           Figura 1.2. Sistema eléctrico del corazón1.1.3 Alteraciones del ritmo cardiaco.Cual...
Introducción1.2    Historia del Marcapasos.Un marcapasos es un pequeño dispositivo electrónico generador de impulsos queex...
Introducción      Un cable destinado a la conducción de dichos impulsos: Los conductores       son cables flexibles aisla...
Introducción1.2.3 Tipos de Marcapasos.La estimulación eléctrica de un marcapasos puede ser temporal o permanente,dependien...
IntroducciónLa figura 1.5 muestra una imagen de un marcapasos comercial de la empresa ST.Jude Medical.1.2.4 Conceptos de M...
Introducción                           Tabla de nomenclatura de marcapasosPosición                 Nombre                 ...
Introducciónmarcapasos de la frecuencia cardiaca necesaria en aquel momento para elfuncionamiento normal del organismo [6]...
IntroducciónLa información obtenida por medio de los programadores es muy importante, y es laque el médico analiza para po...
Introducción                     Programador  Paciente                                                                    ...
IntroducciónEn el primer modo, el equipo del paciente debe estar permanentemente conectado,de forma que se produce una com...
Introducción1.3.2 Soluciones comerciales.Existen varias soluciones en el área de gestores de información de datos demarcap...
Introducción1.3.2.2      Medtronics Paceart.Es un sistema gestor de información cardiológica, en donde se organiza lainfor...
Introducciónobjetivo en este proyecto, estos sistemas ofrecen un salida de datos quegeneralmente es en formato XML, con un...
Justificación2 Justificación.La Historia Clínica Electrónica (HCE) de un paciente debe ser completa, por lo quedebe tener ...
Justificación           entre los sistemas de salud, permitiendo mejorar la calidad, eficiencia y           seguridad de l...
Justificaciónde la metodología descrita en el perfil IHE-PCD-IDCO, usada para la comunicación eintercambio de información ...
Metodología   3. M ETODOLOGÍA.Por conveniencia, algunos términos, que intervienen en la metodología de estosdominios, será...
Metodologíade profesionales de la sanidad (incluyendo colegios profesionales de médicos) yempresas proveedoras cuyo objeti...
Metodología              Figura 3.1. Proceso de trabajo del IHE para la creación de nuevos perfilesLos perfiles IHE especi...
Metodologíacardiaca de la empresa Biotronik, así como un sistema gestor de informaciónhospitalaria.                       ...
MetodologíaTipos de datos usados en el dominio IHE-PCD:      Datos fisiológicos periódicos (frecuencia cardiaca, presión ...
Metodología3.3   Perfil IHE-PCD-IDCO (Implantable Device Cardiac Observation).3.3.1 Introducción.Actualmente los cardiólog...
MetodologíaLos objetivos de este perfil son:       Obtención de la información estandarizada proveniente de un dispositiv...
MetodologíaLa tabla siguiente muestra las funciones principales de estos actores.                   Tabla 1.4 Funciones de...
Metodologíaórdenes no solicitadas y mensajes de observación, en secciones más adelante sedescriben las cabeceras del mensa...
Metodologíasegmento, como vemos en el ejemplo anterior que contiene los segmentos MSH, PIDy OBR.Existen alrededor de 120 t...
MetodologíaLa figura 3.6 muestra el flujo de información requerido en un escenario común de unchequeo rutinario de un disp...
Metodologíaperfil, la ausencia de este formato en esta etapa causaría que este perfil no pudieraser realizado de ninguna m...
Metodología                                      Sistema gestor de                      Registro electrónico delPaciente  ...
Metodología                         Tabla 1.5 Estructura del mensaje HL7/ORU.De estos segmentos los que son obligatorios d...
Metodología                           Tabla 1.6 Estructura del segmento MSH.MSH-1 Field separator.Es usado para poder sepa...
MetodologíaMSH-4 Sending Facility .Se especifica el nombre de la organización responsable del actor Device CardiacReporter...
MetodologíaEjemplo: D.3.3.7.1.2     Segmento PID – Identificación del Paciente.Este segmento es usado por las aplicaciones...
Metodología                                 Tabla 1.8 HL7 Table 023.Ejemplo: MODEL:LUMAX 300 VR-T/SERIAL:110011^^^BIO^UPID...
MetodologíaPID-12 Version Id.Es la versión del mensaje HL7 que se envía. Ejemplo: 2.53.3.7.1.3    Segmento PV1– Visita del...
Metodología3.3.7.1.4     Segmento OBR– Solicitud de Observación.Contiene el detalle específico de los datos obtenidos de l...
MetodologíaOBR-25 Result Status.Indica el estado de los datos enviados, debe contener los valores de la siguientetabla. Ej...
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Upcoming SlideShare
Loading in …5
×

Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF

1,158 views
1,089 views

Published on

Universidad de Valencia .
Universidad Politécnica de Valencia.

TRABAJO FIN DE MASTER Trabajo de Investigación

Presentado por: Álvaro Cortes Mánica PARA OPTAR AL GRADO DE MAGISTER EN INGENIERÍA BIOMÉDICA

Dirigido por: Dr. Juan Miguel García Gómez

Valencia España 2012

Este proyecto tiene como objetivo principal el desarrollo de una interfaz, cuya funcionalidad es la integrar de manera automática los datos almacenados en dispositivos cardíacos implantables, para registrarlos en cualquier sistema gestor de historias clínicas electrónicas existentes, sin importar la arquitectura o el tipo de sistema operativo en el que estos sistemas operan (multiplataforma), haciendo uso de la metodología descrita en el perfil IHE-PCD-IDCO, usada para la comunicación e intercambio de información entre dispositivos de cuidado personal .

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,158
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
27
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF

  1. 1. Universidad de Valencia Universidad Politécnica deUniversidad de Valencia Valencia Diseño de una interfaz para la integración automatizada de la información obtenida de un dispositivo cardiaco implantado (marcapasos) en la historia clínica electrónica del paciente, implementando el perfil IHE-PCD-IDCO. TRABAJO FIN DE MASTER Trabajo de Investigación Presentado por: Álvaro Cortes Mánica PARA OBTAR AL GRADO DE MAGISTER EN INGENIERÍA BIOMÉDICA Dirigido por: Dr. Juan Miguel García Gómez Valencia, España 2012
  2. 2. Resumen RESUMENEstamos viviendo una época donde la información clínica es compleja y dispersa, porlo cual los profesionales de la salud a menudo usan una variedad de sistemasinformáticos para obtener una historia clínica completa, centralizada y estructurada.Mientras el sector salud avanzan hacia un único objetivo de un registro amplio dehistoria clínica completa, su gran barrera es la de conseguir que diferentes sistemasinformáticos médicos puedan comunicarse, permitiendo la interoperabilidad eintercambio de datos para una mejor gestión y seguimiento del paciente.En la actualidad una gran variedad de parámetros como los signos vitales, terapiasde infusión, eventos de alarmas y otros datos que son obtenidos desde dispositivosmédicos como marcapasos, son realmente críticos y necesarios para el seguimientodel estado del paciente, permitiendo una buena planificación y evaluación deltratamiento aplicado, además de monitorizar al paciente ya sea desde la comodidadde su casa o en una sala de cuidados intensivos donde se haga uso de estosequipos médicos. Por lo cual esta falta de datos en la historia clínica electrónicapudiera representar un problema grave, evitando que los clínicos tengan un accesooportuno o inclusive imposible sobre el historial del paciente, provocando que no sepudiera dar la atención segura y eficaz que se requiere.El presente trabajo se desarrolla una interfaz que nos permite la integraciónautomática de datos procedentes de un dispositivo cardiaco implantable(marcapasos), de manera automática, basándose en la metodología creada por laasociación IHE (Integrating the Healthcare Enterprise), específicamente usando elperfil, IHE-PCD-IDCO, el cual nos provee de un marco de trabajo basado enestándares internacionales como el de mensajería HL7, para solucionar problemasde interoperabilidad entre dispositivos cardiacos implantables y sistemas gestores deinformación clínica.Para llevar a cabo esta investigación, fue necesario consultar a doctoresespecialistas en el área de cardiología, para poder tener un mejor conocimientosobre el flujo de trabajo que se requiere en este proceso clínico. Esta informaciónobtenida fue importante, permitiendo poder diseñar un plan y una metodología aseguir.Para el desarrollo del proyecto se investigó sobre los diferentes sistemasintegradores que actualmente están en el mercado y sobre las herramientasexistentes en el ámbito de integración de sistemas médicos. Se evaluaron dos tiposdistintos de sistemas integradores, siendo el software IGUANA de la empresaINTERFACEWARE el finalmente usado, por su fácil manejo y facilidadesproporcionadas para cumplir con los requerimientos que el proyecto requería.Se estudió a detalle el protocolo HL7 versión 2.5, usado para el intercambio deinformación entre los sistemas médicos. El tipo de mensaje usado fue ORU(unsolicited laboratory test), pues dentro del marco teórico del perfil IHE-PCD-IDCO,se especifica que este mensaje debe ser usado como protocolo de intercambio deinformación. La información obtenida desde el marcapasos, siguiendo la normativa
  3. 3. Resumendel IHE-PCD-IDCO, el cual menciona que los datos extraídos de un marcapasosdeben de estar con la nomenclatura IEEE11073-10103. Por tal motivo fue necesarioaprender a detalle este protocolo para posteriormente generar el mensaje HL7específico. Como resultado, se consiguió generar un módulo de mapeo para prepararel mensaje ORU a partir de datos extraídos del marcapasos mediante el lenguajeLUA interpretado por IGUANA.Para simular un ambiente real de este proceso clínico, se decidió usar un softwaregestor de información clínica de licencia libre llamado “Open Clinic”, con tecnologíaWeb, adaptándolo de tal manera que se puedan visualizar los datos extraídos desdeel marcapasos en la sección del historial clínica del paciente desde cualquiernavegador.Los resultados fueron muy positivos permitiendo cumplir con los requerimientosestablecidos en la metodología del perfil IHE-PCD-IDCO, además de que la interfazcreada fue lo más transparente posible hacia al usuario, si necesidad de introducirdatos o navegar por varias pantallas, era necesario simplemente un archivo deentrada.
  4. 4. Tabla de contenidos Tabla de Contenidos.1. Introducción. .................................................................................................................. 1 1.1 Anatomía del Corazón................................................................................................................................. 1 1.1.1 Funcionamiento del corazón. ......................................................................................................... 1 1.1.2 Sistema eléctrico del corazón. ....................................................................................................... 3 1.1.3 Alteraciones del ritmo cardiaco. .................................................................................................... 4 1.2 Historia del Marcapasos. ............................................................................................................................ 5 1.2.1 Componentes de un marcapasos. ............................................................................................... 5 1.2.2 Funcionamiento..................................................................................................................................... 6 1.2.3 Tipos de Marcapasos. ........................................................................................................................ 7 1.2.3.1 Marcapasos temporales. ......................................................................................................... 7 1.2.3.2 Marcapasos Permanentes. .................................................................................................... 7 1.2.4 Conceptos de Marcapasos. ........................................................................................................... 8 1.2.5 Nomenclatura. ........................................................................................................................................ 8 1.2.6 Nueva generación de marcapasos. ............................................................................................ 9 1.3 Programadores y fabricantes de marcapasos. ............................................................................ 10 1.3.1 Sistemas gestores de información cardiológica. ............................................................... 11 1.3.1.1 Sistemas de seguimiento remoto. ................................................................................... 12 1.3.2 Soluciones comerciales. ................................................................................................................ 14 1.3.2.1 Biotronik Home Monitoring. ................................................................................................ 14 1.3.2.2 Medtronics Paceart. ................................................................................................................ 152 Justificación. ................................................................................................................ 17 2.1 Objetivos. ........................................................................................................................................................ 18 2.1.1 Objetivo General. ............................................................................................................................... 18 2.1.2 Objetivos Específicos. ..................................................................................................................... 193. Metodología. ................................................................................................................ 20 3.1 IHE (Integrating the Healthcare Enterprise). ................................................................................. 20 3.1.1 Dominios del IHE............................................................................................................................... 21 3.1.2 Cómo funciona los perfiles del IHE. ......................................................................................... 21 3.2 Dominio IHE-PCD (Patient Care Device). ...................................................................................... 23 3.2.1 Perfiles del dominio IHE-PCD(Patient Care Device) ....................................................... 24 3.3 Perfil IHE-PCD-IDCO (Implantable Device Cardiac Observation). .................................... 25
  5. 5. Tabla de contenidos 3.3.1 Introducción.......................................................................................................................................... 25 3.3.2 Actores y transacciones................................................................................................................. 26 3.3.3 Descripción funcional ...................................................................................................................... 27 3.3.4 Estándares............................................................................................................................................ 28 3.3.4.1 HL7 V2.5x ORU ........................................................................................................................ 28 3.3.4.1.1 Componentes de un Mensaje HL7 ............................................................................. 28 3.3.4.1.2 Caracteres delimitadores en HL7 ................................................................................ 29 3.3.5 Proceso de trabajo del IHE-PCD-IDCO. ................................................................................ 29 3.3.5.1 IEEE 11073_10103. ............................................................................................................... 30 3.3.6 Consideraciones de Identificación del paciente. ............................................................... 31 3.3.7.1 Mensaje HL7/ORU. ............................................................................................................... 32 3.3.7.1.1 Segmento MSH – Cabecera del Mensaje. ............................................................. 33 3.3.7.1.2 Segmento PID – Identificación del Paciente. ........................................................ 36 3.3.7.1.3 Segmento PV1– Visita del Paciente (Opcional). ................................................ 38 3.3.7.1.4 Segmento OBR– Solicitud de Observación. .......................................................... 39 3.3.7.1.5 Segmento OBX– Resultado de las Observaciones. .......................................... 40 3.3.7.1.6 Segemento NTE– Comentarios y Notas (Opcional).......................................... 42 3.3.7.2 Mensaje de Autentificación (ACK). ................................................................................. 43 3.3.7.3 LLP- Lower Layer Protocol. ............................................................................................... 444. Soluciones Planteadas. ............................................................................................... 46 4.1 Casos de uso. ............................................................................................................................................... 46 4.1.1 En el hospital. ...................................................................................................................................... 46 4.1.2 Remoto. .................................................................................................................................................. 46 4.2 Identificación de actores.......................................................................................................................... 48 4.3 Diseño del actor DOR(Device Cardiac Reporter)...................................................................... 50 4.3.1 Mirth. ........................................................................................................................................................ 51 4.3.2 Iguana. .................................................................................................................................................... 53 4.3.2.1 Diseño de canales de entrada. ......................................................................................... 55 4.3.2.1.1 Datos de entrada del canal. ........................................................................................... 55 4.3.2.1.2 Datos de Salida del canal. .............................................................................................. 55 4.3.2.1.3 Identificación del Paciente. ............................................................................................. 57 4.3.2.1.4 Flujo de trabajo del actor DOR. .................................................................................... 58
  6. 6. Tabla de contenidos 4.4 Diseño del actor DOC(Device Cardiac Consumer) .................................................................. 59 4.4.1 Datos de entrada del canal. ......................................................................................................... 59 4.4.2 Datos de salida del canal. ............................................................................................................. 60 4.4.2.1 Chamaleon.................................................................................................................................. 61 4.4.2.2 Flujo de trabajo del actor DOC. ........................................................................................ 63 4.5 Sistema gestor de historia clínica OpenClinic .............................................................................. 64 4.5.1 Servidor Web Apache. .................................................................................................................... 65 4.5.1.1 Arquitectura del servidor Apache. ................................................................................... 65 4.5.2 Interfaz OpenClinic. .......................................................................................................................... 66 4.5.3 Base de datos del software OpenClinic. ................................................................................ 68 4.5.4 Modificaciones realizadas a OpenClinic. ............................................................................... 695. Resultados. .................................................................................................................. 71 5.1 Sistema OpenClinic. .................................................................................................................................. 726 Conclusiones. .............................................................................................................. 807 Anexos ......................................................................................................................... 82Nomenclatura IEEE 11073 MDC_IDC ...................................................................................................................... 82Archivo de entrada usado como ejemplo con la Nomenclatura IEEE 11073 MDC_IDC...................111Algoritmo LUA creado para el transformador del sistema integrador IGUANA ..................................117Lista de figuras ................................................................................................................................................................133Lista de tablas..................................................................................................................................................................134
  7. 7. Introducción 1. INTRODUCCIÓN.1.1 Anatomía del Corazón.El corazón se encuentra entre los pulmones en el centro del pecho, detrás ylevemente a la izquierda del esternón. Una membrana de dos capas, denominadapericardio envuelve el corazón como una bolsa. La capa externa del pericardio rodeael nacimiento de los principales vasos sanguíneos del corazón y está unida a laespina dorsal, al diafragma y a otras partes del cuerpo por medio de ligamentos. Unacapa de líquido separa las dos capas de la membrana, permitiendo que el corazón semueva al latir a la vez que permanece unido al cuerpo.En la anatomía del corazón podemos encontrar cuatros cavidades, en las cuales, lascavidades superiores se denominan aurícula izquierda y aurícula derecha y lascavidades inferiores se denominan ventrículo izquierdo y ventrículo derecho.También cuenta con una pared muscular denominada tabique, que separa lasaurículas izquierda y derecha y los ventrículos izquierdos y derecho. El ventrículoizquierdo es la cavidad más grande y fuerte del corazón, de igual manera elventrículo izquierdo tienen un grosor de sólo media pulgada (poco más de uncentímetro), pero tienen la fuerza suficiente para expulsar la sangre a través de laválvula aórtica hacia el resto del cuerpo (Figura 1.1)[1].1.1.1 Funcionamiento del corazón.La aurícula derecha recibe la sangre con poco oxígeno de todo el cuerpo y, con sucontracción, la inyecta en el ventrículo derecho. Esta cavidad se contrae y manda sucontenido, a través de la arteria pulmonar, a los pulmones, donde se carga deloxígeno que respiramos. La sangre ya oxigenada en el pulmón pasa a la aurículaizquierda y, de ésta, al ventrículo izquierdo.Desde esta cavidad, a través de la arteria aorta, se bombea llegando a todo elorganismo. La contracción de ambas aurículas es simultánea y lo mismo sucede conambos ventrículos, cuya contracción sucede tras la de las aurículas, una vez queambos se han llenado [2].La tabla siguiente muestra los elementos que conforman la anatomía del corazón, asícomo una descripción de su funcionamiento. 1
  8. 8. Introducción Tabla 1.1. Componentes del corazónNombre FunciónAurícula derecha En la aurícula derecha desembocan la vena cava superior, la vena cava inferior, y el seno coronarioAurícula izquierda Recibe sangre oxigenada proveniente de los pulmones y la impulsa a través de la válvula mitral hacia el ventrículo izquierdo, el cual la distribuye a todo el organismo mediante la arteria aortaVálvulas cardiacas: tricúspide, pulmonar, Su función es poder mantener aislado por unaórtica, y mitral. instante el flujo sanguíneo en alguna de las cuatro cavidades. Con las diferentes contracciones del corazón, se contraen también en una secuencia determinada las cuatro cavidades, bombeando la sangre en una dirección. Sin las válvulas, la sangre volvería a la cavidad después de la contracciónVena cava superior Es un tronco venoso o vena de gran calibre que recoge la sangre de la cabeza, el cuello, los miembros superiores y el tórax. Retorna la sangre de todas las estructuras que quedan por encima del músculo diafragma con excepción de los pulmones y el corazón.Ventrículo derecho El ventrículo derecho recibe la sangre no oxigenada de la aurícula derecha por medio de la válvula tricúspide y la impulsa fuera del corazón a través de la arteria pulmonar.Ventrículo izquierdo Es la porción del corazón con mayor cantidad de tejido muscular debido a que el ventrículo izquierdo es quien impulsa la sangre hacia la arteria aorta, la cual lleva sangre a la mayor parte del cuerpo.Aorta Es la principal arteria del cuerpo humano La función de la aorta es transportar y distribuir sangre rica en oxígeno todo el cuerpo.Arteria pulmonar Es la arteria por la cual la sangre pasa del ventrículo derecho a los pulmones, para ser oxigenada.Vena pulmonar Son el conjunto de venas encargadas de transportar la sangre oxigenada desde los pulmones al corazón. Se trata de las únicas venas del organismo que transportan sangre oxigenada.Vena cava inferior Retorna la sangre de los miembros inferiores, los órganos del abdomen y la pelvis hasta la aurícula derecha del corazón 2
  9. 9. Introducción Figura 1.1. Anatomía del Corazón Figura 1.1 1.1 Ilustración Anatomía del Corazón. 1.1.1.1.2 Sistema eléctrico del corazón.Como se mencionó anteriormente el corazón es el órgano central del sistemacardiovascular. Se divide en dos compartimientos o cavidades superiores, lasaurículas y dos compartimientos inferiores, los ventrículos. Su función es proveer alcuerpo la sangre y el oxígeno que necesita para funcionar correctamente, para esto,el corazón se encuentra dotado de movimientos o latidos rítmicos generados porimpulsos eléctricos producidos por un sistema de excitación y conducciónespecializado [3].Los impulsos eléctricos se generan en el nódulo sinusal o nódulo sinoauricular, quees una pequeña área de tejido especializado localizada en la aurícula derecha delcorazón (la cavidad superior derecha). En condiciones normales, el nódulo sinusalgenera un estímulo eléctrico cada vez que late el corazón de 60 a 190 veces porminuto, dependiendo de la edad de la persona y de su nivel de actividad. Esteimpulso eléctrico viaja desde el nódulo sinusal hasta el nódulo aurículo ventricular(AV), donde se retrasan el impulso durante un breve instante y después viaja através de un sistema llamado haz de His con dirección hacia los ventrículos. El hazde His se divide en la rama derecha y en la rama izquierda, y este a su vez enmicroscópicas ramificaciones de fibras miocárdicas (Red de Purkinje) que sonexcitadas produciendo el estímulo eléctrico a los dos ventrículos [4].Cada contracción de los ventrículos representa un latido. Las aurículas se contraenuna fracción de segundo antes que los ventrículos para que la sangre que contienense vacíe en los ventrículos antes de que éstos se contraigan. La figura 1.2 muestra elsistema eléctrico del corazón, así como los elementos que intervienen para lageneración del pulso cardiaco. 3
  10. 10. Introducción Figura 1.2. Sistema eléctrico del corazón1.1.3 Alteraciones del ritmo cardiaco.Cualquier irregularidad en el proceso de generación y conducción de las señaleseléctricas descritas con anterioridad origina un trastorno del ritmo cardiaco. Engeneral, las alteraciones del ritmo se pueden deber a dos tipos de procesos:anomalías en la formación del impulso eléctrico o bien anomalías en la conducciónde dicho impulso. Cuando el corazón no late a una frecuencia constante losepisodios son llamados arritmias. Si el latido del corazón es demasiado lento sellama bradiarritmia o bradicardia. Si es demasiado rápido se llama taquiarritmia otaquicardia.En lo relativo a la velocidad de los latidos, se diferencian las bradicardias, quecorresponden a frecuencias cardiacas lentas, (por debajo de los 60 latidos porminuto); y las taquicardias, que son arritmias con frecuencias cardiacas muy rápidas,(superior a 100 latidos por minutos) [5]. Algunas arritmias que ocurren con másfrecuencia son:  Taquicardia supra ventricular o paroxística.  Síndrome del seno enfermo.  Fibrilación Auricular.  Taquicardia ventricular.  Fibrilación ventricular.Con el avance de la tecnología, hoy en día se pueden corregir estas patologías, yconseguir que la persona tenga una vida normal, y que sigan realizando susactividades diarias. Para eso es necesario el uso de los marcapasos que de manerageneral son pequeños dispositivos electrónicos con una función específica, sonimplantados debajo de la piel, cerca del corazón. Es dispositivos monitorizan elcorazón y detectan cualquier ritmo anormal (arritmias). Si alguna de estas arritmiases maligna, el marcapasos produce una descarga eléctrica para restablecer el ritmocardiaco normal. En la siguiente sección se explica a más detalle el funcionamiento ylos tipos de marcapasos existentes en el mercado actual. 4
  11. 11. Introducción1.2 Historia del Marcapasos.Un marcapasos es un pequeño dispositivo electrónico generador de impulsos queexcitan artificial y rítmicamente el corazón cuando los marcapasos naturales delcorazón no pueden mantener el ritmo y la frecuencia adecuada. Además estosdispositivos monitorizan la actividad eléctrica cardiaca espontánea, y según suprogramación desencadenan impulsos eléctricos o no. Pueden ayudar a regular elritmo del corazón en casos de frecuencia cardíaca lenta, rápida o irregular, o debloqueo en el sistema de conducción eléctrica del corazón.Hyman en el año de 1932 fue el primero que estimuló el corazón con un generadorde impulsos externo (que cargaba manualmente con una manivela) mediante unoscables transtorácicos hasta el corazón, pero fue el Dr. Senning, en 1958, quien inicióla estimulación cardiaca con el marcapasos tal como se entiende hoy día, con elgenerador de estímulos implantado dentro del cuerpo, y el uso de baterías para sufuncionamiento. Las primeras baterías utilizadas fueron de níquel‐cadmio, quesustituidas posteriormente por las de mercurio‐zinc y finalmente por las de litio,consiguiéndose un tamaño mucho más pequeño[6].1.2.1 Componentes de un marcapasos.La figura 1.3 siguiente muestra de manera general los componentes de unmarcapasos. Figura 1.3. Componentes de un marcapasos genérico.  Un generador de impulsos: El generador produce las señales eléctricas que hacen que el corazón lata. Muchos generadores de pulsos son capaces también de recibir las señales que envía el propio corazón y de responder a ella, en esta sección se encuentra también la batería y circuitos electrónicos. Actualmente se usan baterías de Litio que permiten mayor duración, confianza y predictibilidad de su agotamiento. 5
  12. 12. Introducción  Un cable destinado a la conducción de dichos impulsos: Los conductores son cables flexibles aislados que llevan las señales eléctricas desde el generador de pulsos hasta el corazón y que también pueden transmitir señales desde el corazón hasta el generador de pulsos.  Electrodos: Son la porción terminal de los cables en contacto con el corazón, bien con su superficie interna (endocardio) o con la externa (epicardio). Según las necesidades del paciente, el marcapasos puede tener uno, dos o tres electrodos.1.2.2 Funcionamiento. Figura 1.4. Figura de un marcapasos implantadoEl marcapasos se implanta cerca de la clavícula, si sólo se necesita un electrodo,éste se coloca en la cavidad inferior derecha (el ventrículo derecho). Si se necesitandos electrodos, el segundo se coloca en la cavidad superior derecha (aurículaderecha). A continuación, se conectan los electrodos al marcapasos (ver figura 1.4).La mayoría de las intervenciones de implantación de marcapasos se realizan bajoanestesia local, es decir que el paciente permanece despierto durante elprocedimiento y se anestesia la zona donde se implantará el marcapasos para queno sienta nada. El procedimiento típicamente dura una o dos horas. Una vezimplantado el marcapasos, los electrodos transmiten las señales generadas por elcorazón. El generador de impulsos lee estas señales y si existiera un problema conel ritmo cardiaco, este envía impulsos eléctricos al corazón para estimularlorítmicamente. La mayoría de los marcapasos pueden detectar el ritmo cardíaco yapagarse cuando la velocidad de los latidos es superior a un nivel determinado. 6
  13. 13. Introducción1.2.3 Tipos de Marcapasos.La estimulación eléctrica de un marcapasos puede ser temporal o permanente,dependiendo de si el origen del trastorno que llevó a su utilización es reversible opermanente.1.2.3.1 Marcapasos temporales.Se utilizan en situaciones de emergencia, en casos de alteraciones transitorias de laconducción del sistema eléctrico del corazón. El generador no está implantado en elpaciente, existen varios tipos: • Transcutáneos : Los electrodos se colocan sobre la piel, uno en la parte anterior del tórax (electrodo negativo) y otro en la espalda (electrodo positivo, rojo).  Intravenoso: Los electrodos son colocados a través de una vía central hasta contactar con el endocardio.  Transtorácico: Los electrodos son directamente colocados en las paredes auricular y/o ventricular durante la cirugía, que se conectan a un generador externo.  Transesofágico: Se coloca un electrodo en el esófago y otro precordial. Es una técnica difícil, y sólo se usa para el diagnóstico de taquicardias [6].1.2.3.2 Marcapasos Permanentes.Se implantan en el tejido subcutáneo del tórax debido a un problema de conducciónpermanente del sistema eléctrico del corazón. Existen varios tipos: • Transvenosos: Los electrodos se colocan a través de una vena subclavia y se implantan en aurícula y/o ventrículo derecho. El generador se coloca de manera subcutánea en la región infra clavicular. • Internos: Los electrodos se colocan directamente en la pared auricular y/o ventricular, el generador se coloca de manera subcutánea en la pared abdominal [6]. Figura 1.5. Marcapasos de la empresa ST. Jude Medical. 7
  14. 14. IntroducciónLa figura 1.5 muestra una imagen de un marcapasos comercial de la empresa ST.Jude Medical.1.2.4 Conceptos de Marcapasos.• Intensidad o amplitud (OUT‐PUT): Es la intensidad del estímulo eléctricogenerado por el marcapasos. Su valor ha de ajustarse para que sea capaz dedespolarizar el miocardio.• Sensibilidad: El marcapasos reconoce la actividad eléctrica espontánea delcorazón desde un umbral que nosotros programamos, que se denomina sensibilidady se expresa en mili voltios.• Frecuencia: Es la frecuencia de estimulación programada del marcapasos, si lafrecuencia cae por debajo de ese valor, el marcapasos comienza a funcionar.• Intervalo aurículo ventricular: Es el tiempo en milisegundos entre la estimulaciónauricular y la ventricular. Debe cambiarse según la frecuencia programada en elmarcapasos, algunos marcapasos la ajustan automáticamente. Entre 50 y 300milisegundos.• Seguimiento auricular: Es la capacidad del marcapasos de estimular el ventrículodespués de una onda auricular espontánea, una vez transcurrido el intervalo aurículoventricular programado [6].1.2.5 Nomenclatura.Para entender la nomenclatura de un marcapasos la asociación ICHD (Inter SocietyCommission for Heart Diseases Resources) establece un código de cinco letras queclasifica los marcapasos según los puntos de estimulación y funciones. La siguientetabla muestra los valores posibles de la clasificación de los marcapasos. Comoejemplo podemos guiarnos de la siguiente plantilla XYZ AB, la cual indica la posicióny el valor que puede tomar esa posición. 8
  15. 15. Introducción Tabla de nomenclatura de marcapasosPosición Nombre ValoresX Estimulación: Identifica la 0 Ninguna cámara estimulada A Aurícula V Ventrículo D Doble S Single (denominación de fábrica)Y Detección: Identifica la cámara 0 Ninguna censada. A Aurícula V Ventrículo D Doble S Single (denominación de fábrica)Z Respuesta: El modo de 0 Ninguna respuesta del marcapasos. T Disparado I Inhibido D Disparado + inhibidoA Programabilidad: Indica las 0 Ninguna funciones programables. C Comunicación, telemetría P Mono o biprogramable M Multiprogramable R Frecuencia variableB Anti taquicardia: Funciones 0 Ninguna programables de anti taquicardia. P Estimulación S Choque D Estimulación + choque1.2.6 Nueva generación de marcapasos.Tras la aparición del transistor, los marcapasos incorporaron esta tecnología, lo quepermitió reducir su tamaño y a la vez incrementar su duración por reducción delconsumo interno. Posteriormente, la aplicación de circuitos híbridos semi-integradose integrados y de la tecnología CMOS en los generadores, permitió progresar en lareducción del consumo y tamaño de los mismos.En la actualidad la tecnología de los marcapasos se basa en circuitos integrados ymicro-procesadores, cada vez con mayor capacidad de memoria. Además, enalgunos casos es posible ampliar las funciones disponibles de uno ya implantado, pormedio de telemetría y descarga de un nuevo software. La programación de losmarcapasos actualmente son en dos direcciones: del especialista hacia elmarcapasos y del marcapasos al especialista, mediante ondas electromagnéticas(telemetría) y no mediante campos magnéticos como se hacía anteriormente. Estacomunicación bidireccional, llamada programador-marcapasos-marcapasos-programador ha permitido también confirmar la modificación de las características delmarcapasos. Otro paso importante fue cuando aparecieron los sensores, detectoresde un cierto parámetro metabólico o físico de la persona, que informan al 9
  16. 16. Introducciónmarcapasos de la frecuencia cardiaca necesaria en aquel momento para elfuncionamiento normal del organismo [6].1.3 Programadores y fabricantes de marcapasos.Los programadores son las herramientas encargadas de comunicarse con elmarcapasos para extraer los datos así como modificar las configuraciones defuncionamiento del dispositivo. Estos programadores cuentan con softwareespecífico y hardware adaptado que permiten el intercambio de la informaciónencriptada contenida en el marcapasos. Utiliza telemetría bidireccional para recibir ymodificar dicha información. De este modo, se comprueba el estado de los diferentesparámetros del mismo y de los electrodos, pudiéndose también realizar si es precisootras comprobaciones como medición de umbrales, reprogramaciones, etc. Una delas comprobaciones realizadas es relativa a la batería del dispositivo implantado,cuya variación depende del tipo de dispositivo, de las funciones activadas, de lautilización del mismo por parte del paciente en función de su patología. Cuando labatería se agota, es necesario reemplazar el dispositivo, manteniéndosenormalmente los electrodos previamente implantados [5].Existen varias empresas manufactureras encargadas de fabricar marcapasos, cadacasa comercial, tiene sus propios modelos con funcionalidades diferentes. La tablasiguiente muestra las principales empresas que producen marcapasos. Tabla 1.2. Empresas manufactureras de marcapasos. Nombre de la EmpresaAngeion Corp. American Pacemaker Corp. BiotronikBoston Scientific Cardiac Control Systems Cardiac ImpulseCardio-Pace Medical Cook Pacemaker Corp. Coratomic Inc.Cordis ELA Medical GuidantIntermedics Implantronik MedicoMedtronic Oscor OsypkaPacesetter Siemens SomedicsSorin St.Jude Medical StoeckertTeletronics Ventritex Vitatron 10
  17. 17. IntroducciónLa información obtenida por medio de los programadores es muy importante, y es laque el médico analiza para poder dar un diagnostico al paciente, cada programadorfunciona y extrae la información de diferente manera, a pesar de ser de la mismacasa comercial. La mayoría de estos programadores son sistemas con tecnologíastand-alone donde tienen incorporado una pequeña pantalla, y se pueden visualizarlos datos extraídos, pueden contar con algunos puertos periféricos como serial, USB,paralelo para el intercambio de información, e inclusive la opción de impresión(Figura 1.6). En la actualidad con el avance de la tecnología, estos han avanzadohasta poder comunicarse con ordenadores para descargar y posteriormente analizarla información, que por medio de un software instalado en el ordenador se puedeacceder a todas las funciones del marcapasos de manera fácil e intuitiva. Figura 1.6. Programador Medtronic CareLink1.3.1 Sistemas gestores de información cardiológica.Los sistemas gestores de información cardiológica de marcapasos son aplicacionesde software que organizan la información extraída del marcapasos por medio delprogramador, así como la información personal (datos demográficos) de lospacientes, con la finalidad de tener un registro continuo y actualizado sobre todos loseventos ocurridos en el dispositivo cardiaco implantado. De esta manera se puedetener un historial actualizado en todo momento, para ofrecer un mejor serviciosanitario de calidad. Estos sistemas debido a que funciona sobre ordenadores, hacenuso de muchas de sus características actuales, como el uso conexiones con otrossistemas informáticos mediante el protocolo TCP/IP, por ejemplo, la comunicacióncon un sistema de gestión clínica, para obtener los datos demográficos del paciente yasociarlos con los datos extraídos del marcapasos (ver figura 1.7). 11
  18. 18. Introducción Programador Paciente Doctor Figura 1.7. Flujo de trabajo de un sistema gestor de información cardiológica.La principal funcionalidad de estos sistemas es que sirven como puerta de enlace, enel cual fluyen los datos extraídos de los programadores hacia un sistema informáticode historia clínica electrónica.Estos sistemas pueden funcionar de manera remota permitiendo obtener datosdesde el domicilio del paciente, de manera automática, segura y con las mismascaracterísticas que se han mencionado anteriormente. El siguiente punto explica conmás detalle cómo funciona este sistema de manera remota.1.3.1.1 Sistemas de seguimiento remoto.El fabricante distribuye un equipo, normalmente asignado de manera unívoca almarcapasos, que se instala en el domicilio del paciente. Esta instalación sueleconsistir en una conexión a la línea telefónica convencional y, algunos equiposfuncionan con pilas, y otros permiten el envío de los datos mediante sistema GPRS,es decir, a través de un teléfono móvil (ver figura 1.8). Figura 1.8. Equipos usados para la transferencia de datos de manera remotaLos sistemas de interrogación remota pueden funcionar en dos modos: • Interrogación continuada. • Interrogación programada. 12
  19. 19. IntroducciónEn el primer modo, el equipo del paciente debe estar permanentemente conectado,de forma que se produce una comunicación continua y de forma automática (víainalámbrica) entre el equipo y el dispositivo con el fin de detectar la alteración en losvalores de determinados parámetros prefijados.En el segundo modo, el equipo puede estar conectado únicamente en las fechasprogramadas por el personal facultativo para la interrogación. Este programa deinterrogaciones correspondería al calendario de citas en la consulta presencialhabitual. Al mismo tiempo, la interrogación del dispositivo en la fecha proyectadapuede realizarse de forma manual o automática, utilizando una conexión inalámbricaentre el dispositivo y el equipo del domicilio.En el primer caso, el proceso es iniciado por el propio paciente, generalmente acualquier hora del día. En el caso de las interrogaciones automáticas, el equipointenta conectar con el dispositivo en la fecha especificada, comenzandonormalmente en las primeras horas del día, y repitiendo esta operación cada ciertosperiodos de tiempo (entre 2 y 3 horas), hasta que termina con éxito la interrogación.Una vez que se han obtenido todos los datos, el equipo envía la información a unservidor propiedad del fabricante del dispositivo. Si se trata de informacióncorrespondiente a una interrogación programada o solicitada específicamente por elpersonal sanitario, estos datos quedan almacenados en el servidor para serconsultados por el clínico a través de Internet (ver figura 1.9). Además de transmitirsela información al servidor, en algunos casos se da un aviso de alarma al centromédico en la forma que se haya estipulado: un mensaje de correo electrónico, unmensaje al teléfono móvil, etc [5]. Figura 1.9. Flujo de trabajo de un sistema de seguimiento remoto 13
  20. 20. Introducción1.3.2 Soluciones comerciales.Existen varias soluciones en el área de gestores de información de datos demarcapasos, que van con características desde poder comunicarse y compartir datosde los programadores con la mayoría de las marcas existentes, contando concaracterísticas de seguimiento remoto, servicios de cloud-compunting, integraciónautomática en la historia clínica electrónica, así como módulos para conexión eintercambio de información con otros sistemas informáticos. Los más conocidos sondesarrollados por las empresas Biotronik y Medtronics, que a continuación seexplican brevemente.1.3.2.1 Biotronik Home Monitoring.EL sistema Home Monitoring es una plataforma web de monitorización, el cual haceuso de la tecnología de la red móvil para el intercambio de los datos, permitiendo alos médicos monitorizar en todo momento el estado actual de sus pacientes, asícomo la configuraciones de sus marcapasos, esto sin importar donde se encuentren.Su funcionamiento es muy sencillo. El marcapasos trasmite de manera inalámbrica,automática y silenciosa sus datos, a un pequeño sistema de comunicación, que seencuentra instalado en el domicilio del paciente. Este pequeño sistema decomunicación recibe los datos y de manera rápida los envía al servidor central de laempresa BIOTRONIK, usando las redes de comunicación de la telefonía celular. (Verfigura 1.10)[7]. Paciente Sistema de Servidor Aplicación comunicació Web Doctor BIOTRONIK n Figura 1.10. Arquitectura del sistema BIOTRONIK Home MonitoringEl servidor central de BIOTRONIK, una vez que recibe estos datos los analiza yactualiza el registro actual del paciente en una base de datos propia, con los eventosprovenientes del marcapasos, para su posterior consulta. Es aquí cuando el médicose conecta al servidor, mediante una aplicación Web, para poder visualizar el estadode sus pacientes. En caso de que existieran eventos que requieran de una atenciónde emergencia, este sistema genera inmediatamente una notificación, que puede serenviada automáticamente por email o inclusive un SMS a los médicos para avisarlesde las condiciones del paciente en ese momento. 14
  21. 21. Introducción1.3.2.2 Medtronics Paceart.Es un sistema gestor de información cardiológica, en donde se organiza lainformación principal de los pacientes, así como toda la información de configuracióntanto del programador del marcapasos, como también la configuración del mismomarcapasos. Esto sin duda es un gran beneficio para el personal sanitario, puesofrece la posibilidad de visualizar los datos en cualquier momento, y conocer en todomomento el estado actual de los pacientes.La característica principal de este sistema es que puede comunicarse con la mayoríade los programadores existentes, permitiendo compartir la información, sin necesidadde tener que realizar adaptaciones o aplicaciones, para cada programador específicode cada empresa. Otra característica importante, es que puede hacer uso de lainformación desde un sistema remoto, gestionando la información del pacientedesde el domicilio propio del paciente. La figura 1.11 muestra el funcionamiento delsistema Paceart. Figura 1.11. Funcionamiento del sistema Paceart de Medtronics.Igual que el sistema Home Monitoring, cuenta con los servicios de base de datospara la gestión de los datos, así como características de cloud-computing,generación de reportes, agendas de pacientes.Una cosa importante que se debe mencionar, es que estos sistemas gestores nosofrecen la información ya procesada desde el programador de manera que pueda serentendible por el médico. Es por eso que si se requiere de utilizar la informaciónobtenida del marcapasos, para integrarla a otros sistemas como es en nuestro 15
  22. 22. Introducciónobjetivo en este proyecto, estos sistemas ofrecen un salida de datos quegeneralmente es en formato XML, con un protocolo establecido (IEEE 11073 -10103 - MDC-IDC) donde se visualizan los datos y eventos cardiacos de unamanera fácil de entender. Está muy claro que sin estos sistemas es imposibleobtener los datos desde el marcapasos, debido a que los programadores manejanprotocolos y estándares propios de comunicación que son muy difíciles de entender. 16
  23. 23. Justificación2 Justificación.La Historia Clínica Electrónica (HCE) de un paciente debe ser completa, por lo quedebe tener la capacidad de registrar toda la información que surge de cada actomédico durante toda la vida del paciente. Para lograrlo se debe elegircuidadosamente el modelo de información que se usará para almacenar toda lainformación clínica.Por lo cual la falta de datos en la historia clínica electrónica pudiera representar unproblema grave, evitando que los médicos tengan un acceso oportuno o inclusiveimposible al historial del paciente, provocando que no se pudiera dar la atenciónsegura y eficaz que se requiere [8].La solución a este problema puede ser resuelta mediantes el uso de sistemas oaplicaciones basados en estándares que nos permitan resolver el intercambio deinformación (interoperabilidad) con otros sistemas o aplicaciones.Es por eso que en este proyecto se desarrolla una interfaz que sea capaz de obtenerlos datos contenidos en un marcapasos, para registrarlos en la historia clínicaelectrónica del paciente de manera automática, sin importar la ubicación delpaciente, siguiendo una metodología internacional ofrecida por la asociación IHE(Integrating the Healthcare Enterprise), líder en el campo de la interoperabilidad desistemas médicos. Permitiendo los siguientes beneficios:  Los perfiles de integración IHE permiten gestionar de un modo eficaz el conjunto integrado de sistemas de información necesario para proporcionar una atención sanitaria de calidad. La integración a través de estos perfiles es menos costosa desde el principio y hace que resulte más fácil la planificación y puesta en marcha de futuras adquisiciones, además de ser más productiva al proporcionar capacidades valiosas. Los perfiles de integración definen claramente cómo deben encajar todas las piezas basándose en estándares aceptados globalmente.  La asociación IHE hace que el uso de las tecnologías de la información avanzadas ayude en gran medida al personal sanitario a la hora de mejorar la calidad y eficiencia de la atención sanitaria. IHE aumenta la seguridad del paciente al garantizar la integridad de la información médica. Igualmente reduce el tiempo empleado en la solución de problemas tales como la pérdida de datos y la aparición de estudios no correspondientes, optimizando así el aprovechamiento de tiempo del personal. Proporciona de igual manera al personal sanitario información bien estructurada sobre el paciente de modo que la toma de decisiones médicas se base en la mejor información posible.  El cuidado óptimo del paciente exige que los proveedores de salud y pacientes sean capaces de crear, gestionar y acceder a amplias historias clínicas electrónicas, de manera eficiente y segura. De esta manera integrando los perfiles de IHE, se mejora el intercambio de información 17
  24. 24. Justificación entre los sistemas de salud, permitiendo mejorar la calidad, eficiencia y seguridad de la atención clínica, facilitando la información de salud relevante de fácil acceso para los pacientes y proveedores de salud autorizados.2.1 Objetivos.Ingenieros biomédicos, clínicos y profesionales de las tecnologías de información ensalud, son conscientes de la importancia de la integración de datos desde undispositivo medico implantable hacia un sistema de historia clínica electrónica, yconocen la dificultad de conseguirlo debido a que las empresas manufactureras dedichos equipos mantiene en privacidad los datos que son extraídos de ellos, creandoprotocolos propios, haciendo uso de solamente algunos estándares oficiales, ademáspermitiendo gestionar dicha información con su propio software, este hecho hace quecada compañía mantenga en secreto su tecnología, para así evitar los plagiosindustriales. Es por eso que en este proyecto se plantea el desarrollo de una interfazde integración, el cual permite el flujo rápido, efectivo y transparente de los datosprovenientes de los diferentes tipos de marcapasos existentes, hacia un sistemainformático de historia clínica personal. Esta interfaz sin duda beneficiaría de lasiguiente manera. Mejor cuidado al paciente: Una historia clínica electrónica completa, ayuda a garantizar mejor atención sanitaria, permitiendo a los médicos conocer en todo momento el estado del paciente. Flujo de trabajo más eficiente: Facilita a los médicos el acceso ordenado a los datos en cualquier momento. Automatización de los datos de entrada: La integración automática de los datos, ayudaría a reducir los errores comúnmente asociados con un una entrada manual de datos. Además de estos beneficios, la interfaz desarrollada permitirá integrar los datos dediferentes marcapasos de casas comerciales, siempre y cuando estos compartan lainformación con el estándar IEEE 11073 - 10103 - MDC-IDC. De manera que el costede integración sería mínimo pues se haría uso de la misma interfaz desarrollada.2.1.1 Objetivo General.Este proyecto tiene como objetivo principal el desarrollo de una interfaz, cuyafuncionalidad es la integrar de manera automática los datos almacenados endispositivos cardiacos implantables, para registrarlos en cualquier sistema gestor dehistorias clínicas electrónicas existentes, sin importar la arquitectura o el tipo desistema operativo en el que estos sistemas operan (multiplataforma), haciendo uso 18
  25. 25. Justificaciónde la metodología descrita en el perfil IHE-PCD-IDCO, usada para la comunicación eintercambio de información entre dispositivos de cuidado personal .2.1.2 Objetivos Específicos.El software desarrollado debe cumplir con los siguientes requerimientos específicos:  Procesar la mayoría de los datos provenientes de los diferentes marcapasos existentes en el mercado.  Los datos provenientes del marcapasos, pueden ser obtenidos desde el hospital o desde el domicilio del paciente.  Pueda comunicarse con cualquier sistema gestor de historia clínica electrónica existente.  Escalable a la incorporación de más módulos para comunicarse e intercambiar información con otros sistemas informáticos. Por ejemplo incorporar datos de otros tipos de dispositivos médicos de monitoreo.  Sencillo y de fácil manejo para el integrador final.  Fácil mantenimiento. 19
  26. 26. Metodología 3. M ETODOLOGÍA.Por conveniencia, algunos términos, que intervienen en la metodología de estosdominios, serán escritos en su lenguaje original (ingles), esto con la finalidad deevitar confusiones en la traducción y además facilita el mejor entendimiento de lametodología.Como se ha mencionado anteriormente, esta investigación se basa en unametodología ofrecida por la asociación IHE (Integrating the Healthcare Enterprise), lacual soluciona los diversos problemas de interoperabilidad de sistemas informáticosmédicos que existen en diferentes áreas de la medicina.Dentro de esta metodología existe un dominio (área) relacionado con los problemasde comunicación entre dispositivos médicos de cuidado personal llamado PersonalCare Device (PCD), aquí es donde se encuentran las bases a seguir para realizaraplicaciones informáticas de interoperabilidad en el área de dispositivos de cuidadoal paciente. En esta sección se ubica el perfil Implantable Device CardiacObservation (IDCO), que es el que nos interesa ya que nos permite resolver laproblemática inicial, que es la integración de los datos de un marcapasos hacia elhistorial clínico personal del paciente de manera automática.Este proyecto sigue la metodología descrita en el perfil Implantable Device CardiacObservation (IDCO), el cual es un conjunto de documentos donde se especifica lasnormas a seguir. La siguiente sección del proyecto tiene como objetivo explicar laspartes más importantes que están contenidas en estos documentos.Si se requiere más información específica sobre estas guías se puede consultar lossiguientes enlaces:  http://wiki.ihe.net/index.php?title=PCD_Profile_Implantable_Device_Cardiac_Observation.  http://wiki.ihe.net/index.php?title=Patient_Care_Devices.3.1 IHE (Integrating the Healthcare Enterprise).La asociación IHE se creó en 1998 por parte de usuarios y empresas de EstadosUnidos para dar respuesta a los crecientes y urgentes problemas de interoperabilidaden el dominio de radiología. Las Sociedades de usuarios RSNA y HIMSS crearonuna única plataforma para que los usuarios y vendedores pudieran definirespecificaciones sobre Sistemas de Información Sanitarios que permitieran lainteroperabilidad entre aplicaciones complejas. El concepto de IHE fue adoptado porEuropa y Asia poco después. Las actividades Europeas comenzaron en el año 2000por el COCIR y el Congreso Europeo de Radiología (ECR) [9].Integrating the Healthcare Enterprise, que abreviamos como IHE y que podríatraducirse al castellano como Integrando las Empresas Sanitarias, es una iniciativa 20
  27. 27. Metodologíade profesionales de la sanidad (incluyendo colegios profesionales de médicos) yempresas proveedoras cuyo objetivo es mejorar la comunicación entre los sistemasde información que se utilizan en la atención al paciente.3.1.1 Dominios del IHE.IHE ofrece soluciones en dominios clínicos como cardiología, laboratorio y radiología,así como también dominios horizontales como infraestructura de tecnologías de lainformación y también dominios clínicos mixtos como coordinación de la atención delpaciente. Las áreas (dominios) de aplicación están en constante desarrollo enfunción de las necesidades de los usuarios y son las siguientes.  Anatomía Patológica.  Cardiología.  Infraestructura TI.  Laboratorio.  Coordinación de la atención al paciente.  Dispositivos de cuidado al paciente.  Calidad, Investigación y Salud Publica.  Farmacia.  Radiología.  Oncología.Siendo nuestro dominio de interés el de “Dispositivos de cuidado al paciente” el quedescribiremos en este proyecto, para evitar confusiones, a partir de este momentoharemos referencia a tal dominio con su nombre en ingles “Personal Care Device(PCD).3.1.2 Cómo funciona los perfiles del IHE.IHE define unos perfiles de integración en cada dominio (área) que utilizanestándares ya existentes para la integración de sistemas de manera queproporcionen una interoperabilidad efectiva y un flujo de trabajo eficiente [10].Los perfiles han sido elaborados para tener en cuenta un amplio rango de procesosclínicos e incluyen muchas características opcionales. Para obtener lainteroperabilidad, respecto a una tarea clínica específica, IHE crea perfiles basadosen los estándares más apropiados (HL7, DICOM, ISO) (Ver figura 3.1). 21
  28. 28. Metodología Figura 3.1. Proceso de trabajo del IHE para la creación de nuevos perfilesLos perfiles IHE especifican la información que debe ser intercambiada entre dossistemas y las acciones que los sistemas receptores deben realizar al recibir lainformación [9].Estos perfiles proporcionan un marco basado en estándares para el intercambio de lainformación. Ellos abordan los temas críticos de interoperabilidad relacionados conacceso a la información sanitaria, definiendo normas en cuestión de seguridad,administración e infraestructura de la información. Cada perfil define los actores, lastransacciones y el contenido de la información necesaria para abordar un casoclínico específico.Hemos hablado que el IHE se basa en perfiles de trabajo para poder resolvercualquier problemática de comunicación entre los sistemas de información sanitarios,pero que son realmente estos perfiles, ¿Para qué nos sirven?, ¿ Qué ventajasofrecen ?. El perfil de integración IHE son documentos que describen a detalle unanecesidad clínica de cómo debe solucionarse los problemas de interoperabilidad,definiendo los componentes funcionales, a los que se les llama actores IHE, yespecificando con el mayor grado de detalle posible las transacciones que cada actordeberá llevar a cabo, basadas siempre en estándares como el de Digital Imaging andCommunication in Medicine (DICOM) y Health Level 7 (HL7). Este flujo de lainformación se describe en estos perfiles con términos de transacciones. Todas lastransacciones entre actores requeridas para completar el flujo de trabajo (tareaclínica) son especificadas claramente. Las especificaciones describen como se van autilizar partes específicas de los estándares y proporcionan pautas técnicas para laimplementación de las aplicaciones. En otras palabras, es una guía, en la cual una vez identificados los principalescomponentes o sistemas que queremos integrar (actores según el modelo deperfiles del IHE), nos indica las funciones, reglas y los mas importante el tipo deestándar que debe usar cada sistemas para compartir y recibir la información. En lafigura 3.2 están explicados los componentes que intervienen en un perfil del IHE. Amanera de ejemplo se muestran como actores el sistema gestor de información 22
  29. 29. Metodologíacardiaca de la empresa Biotronik, así como un sistema gestor de informaciónhospitalaria. Sistema gestor Biotronik Home Información de Monitoring información Transacción hospitalaria Actor Actor Figura 3.2. Componentes de un perfil del IHE.3.2 Dominio IHE-PCD (Patient Care Device).Entre los dominios existentes del IHE, existe uno que tiene que ver con losdispositivos médicos utilizados en el proceso de diagnóstico, seguimiento,tratamiento o la prevención de enfermedades al paciente, el cual es llamado PatientCare Device (PCD), ofrecido libremente a cualquier institución que quiera alcanzar uninteroperabilidad entre dispositivos médicos y sistemas informáticos, haciendo uso delas guías establecidas en dicho dominio.El dominio IHE Patient Care Device (PCD) fue formado en 2005 para hacer frente ala integración de los datos de los dispositivos médicos en la historia clínicaelectrónica, obteniendo como resultado mejoras significativas en la seguridad delpaciente y la calidad de la atención. Este dominio está siendo ampliamente usado,para la integración los dispositivos médicos, como también es usado para la gestiónde alarmas que generan los distintos dispositivos médicos.La figura 3.3 muestra la arquitectura y el flujo de datos de este dominio. 23 Figura 3.3. Arquitectura del dominio PCD.
  30. 30. MetodologíaTipos de datos usados en el dominio IHE-PCD:  Datos fisiológicos periódicos (frecuencia cardiaca, presión arterial invasiva, frecuencia respiratoria, etc.)  Datos fisiológicos aperiódicos (presión arterial no invasiva, peso del paciente, etc.)  Información de las alarmas y alertas de dispositivos médicos.  Configuración del dispositivo, así como manipular dichas configuraciones.3.2.1 Perfiles del dominio IHE-PCD(Patient Care Device)Los perfiles que contiene el dominio IHE Patient Care Device son diseñados paratransmitir datos o alertas de diferentes dispositivos médicos de monitorización, por locual, el uso de estos perfiles eliminan la necesidad de introducir la información delpaciente en el dispositivo, así como la de transcribir la información en la historiaclínica del paciente, permitiendo de esta manera que los datos del dispositivo esténinmediatamente disponibles y accesibles en cualquier momento.Estos perfiles describen un escenario real clínico, ya que involucran a un conjunto deactores (sistemas o personas), especificando para cada uno de ellos lastransacciones (acciones) que deben usar cada uno de ellos.Como se menciona anteriormente cada dominio contiene diferentes perfiles, asícomo diferentes estados en los que se encuentra el perfil. La tabla siguiente semenciona los perfiles existentes en este dominio: Tabla 1.3 Perfiles del dominio Patient Care Device (PCD). 24
  31. 31. Metodología3.3 Perfil IHE-PCD-IDCO (Implantable Device Cardiac Observation).3.3.1 Introducción.Actualmente los cardiólogos hacen uso de desfibriladores, terapias de resincronización y dispositivos de monitoreo cardiaco para el seguimiento continuo dela salud de sus pacientes. Este seguimiento se realiza con equipos propietarios(sistemas de interrogación), comúnmente llamados programadores, que son losencargos de la comunicación con estos dispositivos. Los datos obtenidos de esteseguimiento son información sobre el estado y configuraciones de los diferentestipos de dispositivos, así como datos demográficos de pacientes.Para mejorar los procesos y los servicios clínicos ofrecidos por el área decardiología, se hace uso de sistemas informáticos de información cardiológica paracentralizar y gestionar la información obtenida, de manera que este accesible encualquier momento.Para solucionar este problema, este perfil define una guía o metodología basada enla transferencia de datos obtenidos desde los sistemas de interrogación o sistemasde información cardiológica, hacia los sistemas gestores de información clínicaexistentes.En él se define un mecanismo para la creación, transmisión y procesamiento dedatos discretos e informes asociados con las medidas realizadas por dispositivoscardiacos implantables. Soporta los casos de uso tanto clínico como remoto. Laimagen 3.4 muestra el flujo de datos de este perfil. Clínico Remoto Figura 3.4. Flujo de datos del perfil IHE-PCD-IDCO en situaciones clínico y remoto. 25
  32. 32. MetodologíaLos objetivos de este perfil son:  Obtención de la información estandarizada proveniente de un dispositivo cardiaco implantable.  La mejora de la eficiencia del flujo de trabajo en las áreas de cardiología y electrofisiología, obteniendo la información centralizada y estructurada del paciente y de los datos de su dispositivo de cardiaco de monitorización.3.3.2 Actores y transacciones.Anteriormente se explicó a detalle que cada perfil según la metodología del IHE estáconformado por actores (sistemas que intercambiaran la información) ytransacciones que es de que manera la información será intercambiada (estándaresHL7, DICOM, ISO). Ahora bien, teniendo claro este concepto, es necesario hacermención sobre cuáles son los roles o acciones que cada actor ejerce, por lo cualbasándonos en la descripción del marco teórico de este perfil, podemos observar queen la siguiente tabla se identifican los actores y sus roles que en conjunto con otrosactores (otros sistemas) hacen uso de transacciones para realizar una acción enparticular (Ver figura 3.5). Nótese que cada actor tiene un nombre diferente según elperfil y rol en el que se desenvuelve, por ejemplo para un perfil en el domino depatología el nombre del actor sería diferente de este, al igual que su rol [11]. Figura 3.5. Diagrama de actores y transacciones del perfil IHE-PCD-IDCO. 26
  33. 33. MetodologíaLa tabla siguiente muestra las funciones principales de estos actores. Tabla 1.4 Funciones de los actores del perfil IHE-PCD-ICDO.Nombre del Actor FunciónImplantable Device – Cardiac – Reporter (DOR) Envía la información obtenida del programador o un sistema de monitorización en formato HL7 de tipo ORU. El mensaje contiene los datos de estado, configuración del dispositivo de monitorización cardiaca.Implantable Device – Cardiac – Consumer (DOC) Recibe la información en formato HL7 ORU y ejecuta una acción predeterminada. Estas acciones generalmente son la creación de reportes, integración de información en sistemas de historia clínica personales, creación de estadísticas, etc.La imagen anterior nos da una idea más clara de cómo se hace la interacción entrelos actores, haciendo uso de transacciones para poder efectuar la comunicación, esimportante no confundir y entender claramente que aquí el actor Device ObservationReporter (DOR) no es solamente el dispositivo implantable cardiaco que intercambiala información, sino puede ser su sistema gestor de información cardiaca, o suprogramador, lo importante y para que pueda ser considerado como DOR, es quepueda establecer una comunicación con otros sistema que en este caso sería elDOC, haciendo uso de la transacción PC-09 , que como hemos visto es simplementeel formato en que los datos son enviados (HL7/ORU). Para el caso del actor DeviceObservation Consumer (DOC) es necesario que este sistema pueda entender latransacción PC-09, ser capaz de procesar los mensajes HL7 de tipo ORU, paradespués hacer uso de la información como por ejemplo creando un registro dehistoria clínica electrónica del paciente.3.3.3 Descripción funcionalSegún el marco teórico del dominio Patient Care Device PCD, podemos ver que en lasección del perfil IDCO, nos encontramos que se usa la transacción PCD-09 parapoder establecer un intercambio de información entre actores, este nombre essolamente con la finalidad de poder diferenciarlos de otras transacciones, ya que esposible que dentro de un perfil especifico se puedan hacer uso de variastransacciones diferentes. Bueno en realidad la transacción PCD-09 es la forma enque comparten los datos los actores, que otras palabras son simplemente los datosdel dispositivo cardiaco implantable que ya viene en un formato específico yestructurado, para esta transacción se usa el estándar HL7 para su envió. Para estetipo de mensaje se usa el tipo ORU, que según el estándar HL7 es usado para 27
  34. 34. Metodologíaórdenes no solicitadas y mensajes de observación, en secciones más adelante sedescriben las cabeceras del mensaje, así como los campos necesarios para poderestructurar la información y enviarla. Para la interpretación de los datos provenientes de los dispositivos cardiacosimplantables es necesario que el programador o sistema de interrogación realice unmapeo de datos, siguiendo las estructura del estándar IEEE 11073_10103, quedefinen la estructura en la que los dispositivos médicos intercambian informaciónentre sí o a otros sistemas, más adelante se explica a mas detalle este protocolo.3.3.4 Estándares.Los estándares usados para el intercambio de información en el perfil IHE-PCD-IDCO son HL7 y IEEE 11073_10103..3.3.4.1 HL7 V2.5x ORUEste estándar es usado para definir de qué manera son intercambiados los datosentre los actores correspondientes.HL7 International (Health Level Seven) es una “Organización de Desarrollo deEstándares” para el ámbito de la salud. Fundada en 1987 sin fines de lucro, opera anivel internacional y su misión es proveer estándares globales para los dominios:clínico, asistencial, administrativo y logístico, con el fin de lograr una interoperabilidadreal entre los distintos sistemas de información en el área de la salud [12].3.3.4.1.1 Componentes de un Mensaje HL7 Cada mensaje HL7 consiste de uno o más segmentos, separados por el carácter “r”(0D en hexadecimal). Estos segmentos pueden tener uno o varios campos que seseparan uno del otro usando el carácter de pipa “|”. Los campos también puedencontener otros campos (sub-campos) que normalmente se separan con el carácter“^”.Ejemplo de un mensaje de HL7: MSH|^~&|LCS|LCA|LIS|TEST9999|199807311532||ORU^R01|3629|P|2.2 PID|2|2161348462|20809880170|1614614|20809880170^TESTPAT||19760924|M|||^^^^ OBR|1|8642753100012^LIS|20809880170^LCS|008342^UPPER RESPIRATORYCada segmento contiene información de una categoría específica, como por ejemplo,datos personales del paciente, o datos relacionados con la consulta médica realizadaal paciente. Los nombres de los segmentos son especificados en el primer campo del 28
  35. 35. Metodologíasegmento, como vemos en el ejemplo anterior que contiene los segmentos MSH, PIDy OBR.Existen alrededor de 120 tipos de segmentos son usados en los mensajes HL7 [13].3.3.4.1.2 Caracteres delimitadores en HL7La siguiente lista muestra los caracteres delimitadores usados en HL7. Carácter Función 0x0D Indica el fin de cada segmento | Delimitador de campo ^ Delimitador de sub-campo & Delimitador de sub-sub-campo. ~ Separa campos repetidos Carácter de escape3.3.5 Proceso de trabajo del IHE-PCD-IDCO. Figura 3.6. Flujo de información en un escenario IDCO. 29
  36. 36. MetodologíaLa figura 3.6 muestra el flujo de información requerido en un escenario común de unchequeo rutinario de un dispositivo de monitoreo cardiaco, ya sea remoto o enclínica, nótese que el perfil IHE-PCD-IDCO simplemente establece la metodología decómo estos datos deben ser intercambiados entre las etapas 5 y 6, pues lassecciones 1,2 y 3 son datos propietarios en los cuales nosotros no podemos teneracceso a ellos.Este proyecto de investigación ofrece soluciones a las aéreas 4, 5, 6, 7.La descripción de las etapas del proceso se describe a continuación: 1. Send Interrogation – El dispositivo envía la información hacia el programador o sistema de interrogación en un estándar propio de la compañía manufacturera. 2. Send Interrogation – El sistema de interrogación o programador envía esta información (estándar propio de la empresa) hacia el actor Implantable Device Cardiac Reporter. 3. Validate and Review – Esta información es validad por el actor Implantable Device Cardiac Reporter, aquí puede incluirse una revisión y análisis rápido de datos por parte del médico. 4. Translate Information – El actor Implantable Device Cardiac Reporter traslada, mapea o transforma la información en el mensaje HL7 ORU correspondiente según el perfil IHE-PCD-IDCO. 5. Send Observation – El actor Implantable Device Cardiac Reporter envía la información hacia el actor Implantable Device Cardiac Consumer mediante la transacción PCD-09 (mesaje HL7). 6. Receive Observation – El actor Implantable Device Cardiac Consumer recibe esta información. 7. Process Observation – El actor Implantable Device Cardiac Consumer procesa esta información para analizarla, almacenarla o integrarla a un sistema gestor de historia clínica.3.3.5.1 IEEE 11073_10103.Este estándar es un conjunto de terminologías para el intercambio de información desistemas médicos. Es creado por la asociación IEEE y es el encargado de definir lasnormas de qué manera deben ser intercambiados los datos de los dispositivoscardiacos implantables.Es necesario e importante que en la etapa cuatro, la estructura de datos de salida,siga el protocolo de intercambio de información IEEE 11073_10103 para poder hacerel mapeo correspondiente a un mensaje HL7/ORU e implementar correctamente este 30
  37. 37. Metodologíaperfil, la ausencia de este formato en esta etapa causaría que este perfil no pudieraser realizado de ninguna manera.Para mencionar un ejemplo los datos que nuestro actor Device ObservationReporter, va a tener que procesar para generar el mensaje de salida en formatoHL7/ORU sería el siguiente.Aquí se observa un fragmento del archivo de entrada que sigue el estándar IEEE11073_10103 en formato XML. En la sección de anexos (Archivo de entrada usadocomo ejemplo con la Nomenclatura IEEE 11073 MDC_IDC ) se encuentra el archivocompleto en este formato que fue usado como archivo de ejemplo para esteproyecto.3.3.6 Consideraciones de Identificación del paciente.Dependiendo de las regulaciones locales de cada proveedor de dispositivoscardiacos implantables, se puede estar obligado a mantener un registro queidentifica a un paciente con único dispositivo implantado.Generalmente la información de identificación personal del paciente, no suele estaralmacenada internamente en estos dispositivos, siendo solo accesibles desde losprogramadores o sistemas gestores de información clínica. Para poder lograr que lainformación de un paciente sea la correcta, es necesario asociar un identificadorentre el registro del paciente y el dispositivo, este identificador es universal y no sepuede repetir, en la normativa que establece este perfil nos indica el id de la empresamanufacturera, como el número de serie y modelo serán estos identificadores, porejemplo: Manufacturer: BSC (Boston Scientific), MODEL: 1234 SERIAL:ERYU y uncaso real de aplicación se ilustra en la imagen siguiente. 31
  38. 38. Metodología Sistema gestor de Registro electrónico delPaciente información cardiológica paciente Id: BSC/1234/ ERYU Id: BSC/1234/ ERYU Nombre: Alvaro Cortes Mánica Teléfono: 622496545 SS: 7878899999 …. Figura 3.7. Obtención del Identificador del Paciente.3.3.7 Transacción PCD-09. Esta transacción como hemos explicado en secciones anteriores, es la quecontendrán el mensaje con la estructura HL7/ORU v2.5, esta información deberáestar formada a partir de la nomenclatura IEEE 11073-10103 IDC.El funcionamiento es el siguiente (Ver figura 3.8): El actor Device ObservationReporter inicia una comunicación de tipo HL7/ORU hacia el actor Device ObservationConsumer. Esta comunicación es definida en el perfil como la transacción PCD-09 ysolamente va hacia un sentido. PCD-09 Device Device Observation HL7 ORU Observación Observation Reporter Consumer Figura 3.8. Funcionamiento de la transacción PCD- 09.3.3.7.1 Mensaje HL7/ORU.A continuación se describe los componentes principales de los que está compuestoel mensaje HL7/ORU (Ver tabla 1.5). Para su mejor compresión se menciona unejemplo del valor de los campos de cada segmento. 32
  39. 39. Metodología Tabla 1.5 Estructura del mensaje HL7/ORU.De estos segmentos los que son obligatorios de usar, son los siguientes: MSH, PID yOBR, siendo los demás segmentos opcionales de su implementación.3.3.7.1.1 Segmento MSH – Cabecera del Mensaje.Cabecera del mensaje, que indica, entre otras cosas, el tipo de mensaje, define loslimitadores e identifica el evento disparador. 33
  40. 40. Metodología Tabla 1.6 Estructura del segmento MSH.MSH-1 Field separator.Es usado para poder separar dentro del mensaje HL7 los campos existentes, eldominio IHE PCD requiere que dicho separador sea el signo “|”.MSH-2 Encoding Character.Este campo contiene los caracteres usados en el mensaje de la siguiente manera, elprimer carácter es el usado para separar los atributos de cada campo, el segundo espara indicar repetición, el tercero es el carácter de escape y el último es el separadorde subcomponente que indica que el atributo se subdivide en más campos. Eldominio IHE PCD especifica que se usen los siguientes caracteres ^~& que son losque recomienda el estándar HL7.MSH-3 Sending Application (HD).Este campo nos indica el nombre del software o sistema que envía el mensaje, en elcontexto del IHE sería el nombre del actor Device Cardiac Reporter (DOR). Ejemplo:BioHMSC. 34
  41. 41. MetodologíaMSH-4 Sending Facility .Se especifica el nombre de la organización responsable del actor Device CardiacReporter (DOR) que envía la información, o también el departamento que opera elsistema (DOR). Ejemplo: Biotronik.MSH-5 Receiving Application.Estos componentes son los mismos usados que en el campo MSH-3, solo que envez del nombre de la aplicación que envía el mensaje, se debe rellenar con elnombre de la aplicación a quien va dirigido el mensaje. En el contexto del IHE estesería el nombre de la aplicación del actor Device Cardiac Consumer (DOC).Este campo es opcional pero puede ser usado para filtrar mensajes y que solo seanleídos por una aplicación en particular. Ejemplo: Cardiosoft.MSH-6 Receiving Facility.Especifica el nombre de la organización responsable del sistema que recibe elmensaje o también el departamento que opera el sistema (DOC).Ejemplo: Hospital La Fe.MSH-7 Date/Time of Message.Es la fecha de cuando se genero el mensaje indicando la zona horaria, siguiendo elformato siguiente.Fecha: YYYY[MM[DD[HH[MM[SS]]]]]+/-ZZZZ.Ejemplo: 201203111025+03000.MSH-9 Message Type.Este campo indica el tipo de mensaje que se está enviando, al igual que nombre delevento disparador. Ejemplo: ORU^R01.MSH-10 Message Control Id.Es el identificador de cada mensaje, por lo cual el sistema que envía el mensaje(actor DOR) debe de generarlo, a su vez el actor DOC debe de regresar este ID alDOR en el segmento de MSA del mensaje de confirmación (mensaje ACK). Estemensaje puede ser hecho combinando el nombre del sistema DOR, o bien por unnumero aleatorio, procurando que se único en el sistema. Ejemplo:8C6F5C4F3800B1CA942363017AD36F68.MSH-11 Processing ID.Indica cómo será procesado el mensaje y debe ser rellanado con los valoressiguientes.D – Debugging.P – Production.T – Training. 35
  42. 42. MetodologíaEjemplo: D.3.3.7.1.2 Segmento PID – Identificación del Paciente.Este segmento es usado por las aplicaciones para poder enviar información delpaciente, como datos demográficos que están contenidos en el mensaje final desalida. Tabla 1.7 Estructura del segmento PID.PID-3 Patient Identifier List.Este campo contiene en único id para cada paciente y es asignado por el sistemaDOR, este id es generado con los valores especificados en la tabla HL7 Table 023del estándar (Ver tabla 1.8). Siempre se pone como primer valor el modelo o numerode serie del dispositivo implantable, y en el tipo de identificador (sub-campo cuatro) elvalor U. Para el componente Assigning Authority (sub-campo cinco) el valor será unnombre creado por el actor DOR, o en su caso un nombre propio de la organizacióncodificado con las nomenclaturas MDC_IDC_PG_MFG que especifica el nombre dela empresa manufacturera. 36
  43. 43. Metodología Tabla 1.8 HL7 Table 023.Ejemplo: MODEL:LUMAX 300 VR-T/SERIAL:110011^^^BIO^UPID-5 Patient Name.Este campo contiene el nombre del paciente, apellido y sufijos del paciente. Ejemplo:CORTES^ALVARO.PID-7 Date/Time of Birth.Es la fecha de cuando se genero el mensaje indicando la zona horaria, siguiendo elformato siguiente.Fecha: YYYY[MM[DD[HH[MM[SS]]]]]+/-ZZZZ.Ejemplo: 201203111025+03000.PID-8 Administrative Sex.Contiene el sexo del paciente y debe tener los valores de la tabla 0001 del estándarHL7 (Ver tabla 1.9). Tabla 1.9 HL7 Table 0001.PID-11 Patient Address.Contiene la dirección del paciente. Ejemplo: Pintordevilar4^^Valencia^^^España. 37
  44. 44. MetodologíaPID-12 Version Id.Es la versión del mensaje HL7 que se envía. Ejemplo: 2.53.3.7.1.3 Segmento PV1– Visita del Paciente (Opcional).Es utilizado para comunicar la información específica de la visita del paciente ypuede ser omitido en la estructura del mensaje final. Tabla 1.10 Estructura del segmento PV1.PV1-2 Patient Class.Es usado para categorizar al paciente y sus valores dependen la tabla HL7 0004 delestándar (Ver Tabla 1.11). Ejemplo: E Tabla 1.11 HL7 Table 0004.PV1-7 Attending Doctor. Especifica el identificador único del doctor que ha hecho la consulta, este id solo esválido en el actor DOR.PV1-19 Visit Number.Identificador único de la visita creado por el actor DOR. Ejemplo:EB7A5C4F4A0098B2BCE3063BE6FDBD06. 38
  45. 45. Metodología3.3.7.1.4 Segmento OBR– Solicitud de Observación.Contiene el detalle específico de los datos obtenidos de los dispositivos cardiacosimplantables. Tabla 1.12 Estructura del segmento OBR.OBR-2 Placer Order Number.Es el id de la orden emitida. Ejemplo: 1.OBR-3 Filler Order Number.Es un identificador único para identificar la sesión generada por el actor DOR.Ejemplo: 123455.OBR-4.1-2 Universal Service ID.Indica en qué situación se ha realizado la sesión. Estos valores deben de sertomados desde el protocolo 11073_10103 del enumerador MDC_IDC_SESS_TYPE.Ejemplo: Remote.OBR-7 Observation Date/Time.Indica la fecha y la hora en la que fue hecha la sesión.Ejemplo: 20040328134623.1234+0300.OBR-8 Observation End Date/Time.Indica la fecha y la hora en la que se termino la sesión.Ejemplo: 20040328134623.1234+0300. 39
  46. 46. MetodologíaOBR-25 Result Status.Indica el estado de los datos enviados, debe contener los valores de la siguientetabla. Ejemplo: R. Tabla 1.13 Estado del mensaje.3.3.7.1.5 Segmento OBX– Resultado de las Observaciones.En este segmento es usado para proporcionar la información proveniente desde eldispositivo cardiaco implantable. Un mensaje HL7 puede tener varios segmentosOBR, en este caso para diferenciar cada uno de ellas se debe de poner unidentificador diferente en cada campo Set-ID de cada uno de ellos. Su estructura semuestra en la tabla 1.14. Tabla 1.14 Estructura del segmento OBX. 40

×