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 .
Este documento presenta una guía de práctica clínica para el manejo de la enfermedad renal crónica en EsSalud. Define la ERC y sus estadios, e incluye recomendaciones para la promoción de la salud renal, factores de riesgo, diagnóstico, manejo en atención primaria y especializada, y tratamiento de la ERC en estadio 5. El objetivo es establecer recomendaciones basadas en evidencia para el abordaje integral de los pacientes con ERC en los diferentes niveles de atención de salud
Este documento es el índice de contenidos del manual de 11a edición de Neurología y Neurocirugía. Presenta una lista de 10 capítulos principales que cubren diversas enfermedades y trastornos del sistema nervioso, incluyendo demencias, enfermedades vasculares cerebrales, trastornos del movimiento, epilepsia, enfermedades degenerativas y metabólicas, entre otros. Cada capítulo contiene secciones específicas sobre diferentes patologías del sistema nervioso central y periférico.
Este documento proporciona instrucciones sobre cómo utilizar el sistema NutriKcal para realizar evaluaciones nutricionales. Explica los pasos para instalar el sistema, ingresar datos de pacientes, realizar cálculos nutricionales y generar informes. También describe las diferentes secciones y funciones disponibles en el sistema como la creación de expedientes de pacientes, catálogos de recetas e ingredientes, y el mantenimiento del software.
Este documento presenta una plantilla para una historia clínica pediátrica que incluye secciones para antecedentes familiares, personales no patológicos y patológicos, exploración física, diagnóstico y más. Proporciona detalles sobre cada sección para guiar la recopilación exhaustiva de información relevante sobre el paciente.
Este documento presenta las guías de práctica clínica sobre arritmias ventriculares publicadas por ASCOFAME. Describe las extrasístoles ventriculares, taquicardia ventricular, fibrilación ventricular y bradiarritmias como el bloqueo aurículoventricular. Explica el reconocimiento, clasificación y tratamiento de estas arritmias, con énfasis en el uso cauteloso de antiarrítmicos de clase I y la importancia de los betabloqueadores.
5º recomendaciones para la aplicación del rd1301 2006Asebir
Documento elaborado por el grupo de trabajo conjunto de la Sociedad Española de Fertilidad (SEF) y la Asociación para el Estudio de la Biología de la Reproducción (ASEBIR) para el análisis del RD 1301/2006
Este documento presenta la Guía de Práctica Clínica de Diagnóstico y Tratamiento de la EPOC publicada en 2009 por la Sociedad Española de Neumología y Cirugía Torácica (SEPAR) y la Asociación Latinoamericana del Tórax (ALAT). La guía está dirigida a profesionales de la salud y aborda temas como conceptos, definiciones, evaluación clínica, tratamiento en fase estable y durante exacerbaciones, cirugía y otros aspectos relacionados con el manejo de la EPOC. Fue
Este documento presenta una guía de práctica clínica para el manejo de la enfermedad renal crónica en EsSalud. Define la ERC y sus estadios, e incluye recomendaciones para la promoción de la salud renal, factores de riesgo, diagnóstico, manejo en atención primaria y especializada, y tratamiento de la ERC en estadio 5. El objetivo es establecer recomendaciones basadas en evidencia para el abordaje integral de los pacientes con ERC en los diferentes niveles de atención de salud
Este documento es el índice de contenidos del manual de 11a edición de Neurología y Neurocirugía. Presenta una lista de 10 capítulos principales que cubren diversas enfermedades y trastornos del sistema nervioso, incluyendo demencias, enfermedades vasculares cerebrales, trastornos del movimiento, epilepsia, enfermedades degenerativas y metabólicas, entre otros. Cada capítulo contiene secciones específicas sobre diferentes patologías del sistema nervioso central y periférico.
Este documento proporciona instrucciones sobre cómo utilizar el sistema NutriKcal para realizar evaluaciones nutricionales. Explica los pasos para instalar el sistema, ingresar datos de pacientes, realizar cálculos nutricionales y generar informes. También describe las diferentes secciones y funciones disponibles en el sistema como la creación de expedientes de pacientes, catálogos de recetas e ingredientes, y el mantenimiento del software.
Este documento presenta una plantilla para una historia clínica pediátrica que incluye secciones para antecedentes familiares, personales no patológicos y patológicos, exploración física, diagnóstico y más. Proporciona detalles sobre cada sección para guiar la recopilación exhaustiva de información relevante sobre el paciente.
Este documento presenta las guías de práctica clínica sobre arritmias ventriculares publicadas por ASCOFAME. Describe las extrasístoles ventriculares, taquicardia ventricular, fibrilación ventricular y bradiarritmias como el bloqueo aurículoventricular. Explica el reconocimiento, clasificación y tratamiento de estas arritmias, con énfasis en el uso cauteloso de antiarrítmicos de clase I y la importancia de los betabloqueadores.
5º recomendaciones para la aplicación del rd1301 2006Asebir
Documento elaborado por el grupo de trabajo conjunto de la Sociedad Española de Fertilidad (SEF) y la Asociación para el Estudio de la Biología de la Reproducción (ASEBIR) para el análisis del RD 1301/2006
Este documento presenta la Guía de Práctica Clínica de Diagnóstico y Tratamiento de la EPOC publicada en 2009 por la Sociedad Española de Neumología y Cirugía Torácica (SEPAR) y la Asociación Latinoamericana del Tórax (ALAT). La guía está dirigida a profesionales de la salud y aborda temas como conceptos, definiciones, evaluación clínica, tratamiento en fase estable y durante exacerbaciones, cirugía y otros aspectos relacionados con el manejo de la EPOC. Fue
Estudio sobre la implantación de un sistema de información adaptado a las nec...Ingenieria Sin Fronteras
El objetivo de este proyecto es realizar un estudio de viabilidad sobre la implantación de un Sistema de Información para la mejora de los procesos de atención de salud en establecimientos de zonas rurales de países en vías de desarrollo.
Este documento presenta una guía de protocolos quirúrgicos en podología. Incluye un bloque introductorio sobre la historia clínica, protocolo prequirúrgico y protocolo postquirúrgico, así como un bloque de protocolos quirúrgicos específicos para cirugía de uña, partes blandas y osteoarticular. El objetivo es estandarizar los procedimientos quirúrgicos de los podólogos para mejorar la calidad de la atención al paciente.
Este documento presenta un manual de procedimientos de laboratorio en técnicas básicas de hematología. El manual describe los procedimientos para la obtención de muestras sanguíneas, el uso de anticoagulantes, la realización y tinción de frotis sanguíneos, las pruebas de hemograma, velocidad de sedimentación, perfil de hemostasia, recuento de reticulocitos y plaquetas, leucograma y alteraciones eritrocitarias. El objetivo es uniformizar los procedimientos hematológicos en los labor
El resumen del documento es:
[1] Se presenta un proyecto para implementar un Sistema de Gestión de Salud (GS) que mejore los procesos de agenda médica y ficha clínica del cliente Cenin Centros Médicos. [2] Mediante reuniones con el cliente, se analizó la situación actual identificando riesgos y oportunidades de mejora. [3] Se propusieron, evaluaron y seleccionó una alternativa de solución que consistió en el desarrollo e implementación de una aplicación web para automatizar dichos
Este documento presenta un estudio de viabilidad sobre la implantación de un Sistema de Información para mejorar los procesos de atención de salud en establecimientos rurales del departamento de Loreto, Perú. Se analizan los procesos clínicos, logísticos y administrativos de los centros de salud, identificando sus necesidades de información. Luego, se evalúan las características del software libre Ángel para determinar su grado de adaptación a estos requisitos. Finalmente, se proponen mejoras al sistema para una
Monografia glucosa y hb a1c en el laboratorio y como point of-care testing en...SEMESDiabetes
En el término diabetes mellitus (DM) incluimos a un grupo de enfermedades
caracterizadas por hiperglucemia crónica. A pesar de su heterogeneidad,
los pacientes con cualquier forma de DM están en riesgo de desarrollar complicaciones crónicas. Es necesario, por tanto, realizar un diagnóstico precoz
e identificar la intensidad de la alteración metabólica regularmente. En todo
ello, las exploraciones analíticas juegan un papel crucial.
Para la valoración del control glucémico, las determinaciones más habituales
son la medición de glucosa y hemoglobina glicada (HbA1c). Éstas pueden
llevarse a cabo en el laboratorio clínico o en el lugar de asistencia del paciente como Point-of-Care Testing (POCT).
Por otra parte, las personas con DM son diversas, así como su tipo de DM,
situación evolutiva y entorno clínico. Todo ello puede plantear múltiples dudas como:
• ¿Cuándo se debe solicitar una determinación de glucosa o HbA1c
al laboratorio clínico y cuándo se puede hacer como POCT?
• ¿Con qué periodicidad se deben hacer las mediciones?
• ¿Cómo se deberían interpretar los resultados en cada caso?
• ¿Los resultados son intercambiables entre los equipos POCT y también respecto al laboratorio clínico?
• ¿De qué modo habría que plantear el aseguramiento de la calidad?
• ¿Debe existir una estructura constituida por diferentes profesionales
en las pruebas realizadas como POCT?
• ¿Cómo debemos proceder según el tipo de paciente y la unidad
asistencial?
• ¿Cuál es la posible utilidad de los sistemas POCT para la detección
oportunista de DM y de situaciones de hiperglucemia transitoria?
14
En el momento actual, aún existe mucha heterogeneidad en todos estos aspectos y por tanto la necesidad de tener una visión global de la actividad
asistencial respecto a estas magnitudes analíticas. Por todo ello, nos planteamos elaborar un documento de consenso que contara con la participación
de diversas sociedades científicas como representación de los diferentes
profesionales que intervienen en la asistencia de estos pacientes.
15
Capítulo 2
OBJETO Y CAMPO DE APLICACIÓN
Paloma Oliver Sáez
Fernando Gómez-Peralta
Los objetivos de este documento son:
• Describir la utilidad clínica de la medición de glucosa y HbA1c en
el cribado, diagnóstico y control glucémico de la DM.
• Diferenciar la medición en el laboratorio clínico y como POCT, dentro del entorno profesional. En este documento no se considerarán
los sistemas de monitorización continua.
• Detallar cómo deben manejarse estas pruebas en diferentes entornos clínicos: pediatría y neonatología, atención primaria, atención
hospitalaria, obstetricia y farmacia comunitaria.
Con todo ello, se persigue poder ofrecer una información útil y práctica que
pueda contribuir a mejorar la asistencia de los pacientes.
Este documento presenta un proyecto de titulación para la maestría en gerencia de sistemas cuyo tema es la reestructuración integral de la red de datos del Hospital Básico El Empalme en Ecuador. El proyecto busca mejorar la transformación digital y tecnológica del hospital mediante la implementación de una red de datos según las normas EIA/TIA-568-B.2-10, con el fin de mejorar el acceso a los servicios de salud y la atención médica. El documento incluye la justificación, objetivos
InforSalud 2011 - ENTORNO ABIERTO DE INTEGRACION DE SERVICIOS PARA PROCESOS A...Manel Domingo Falcón
Comunicación realizada en InforSalud 2011, respecto el entorno de integración de software libre EI2Med, desarrollado en el Centro de Competencias de Integración.
EI2Med es un entorno de integración orientado a integrar procesos asistenciales a través de dispositivos médicos, que gracias a EI2Med podrán comunicarse con cualquier sistema de información mediante estándares de información médica.
Este documento presenta una guía para reportar eventos adversos a dispositivos médicos. Explica conceptos clave como dispositivos médicos, eventos adversos, clasificación de riesgos, y tipos de reportes. Detalla quién debe reportar, cuándo, y cómo; e incluye formatos para reportar eventos adversos serios o no serios de manera inmediata o periódica. El objetivo es mejorar la vigilancia de dispositivos médicos y proteger la salud de pacientes.
Este documento describe una propuesta para desarrollar una aplicación móvil y plataforma web para facilitar la detección y seguimiento de enfermedades crónicas a través del programa Chécate, Mídete, Muévete del IMSS. La propuesta incluye versiones para derechohabientes y personal médico con funciones como obtener clasificaciones de riesgo, consultar historiales médicos, y agendar citas. Se propone un equipo de desarrollo y modelos operativos y arquitecturas para ambas versiones.
Este documento presenta el Manual de Procedimientos de Laboratorio en Técnicas Básicas de Hematología elaborado por el Instituto Nacional de Salud del Perú. El manual establece los procedimientos estándar para realizar exámenes hematológicos básicos como hemograma, hemoglobina, hematocrito, recuento de plaquetas y velocidad de sedimentación globular. El manual cubre temas como obtención de muestras sanguíneas, anticoagulantes, tinción de frotis sanguíneo, hemograma y
Este documento describe un proyecto para optimizar los procesos de gestión de archivos de historias clínicas y reserva de citas en el Centro Médico Comfenalco mediante el desarrollo de un software. Actualmente, estos procesos se realizan de forma manual, lo que causa problemas como duplicación de registros, riesgo de pérdida de información y demoras. El proyecto busca automatizar estos procesos a través de un software que permita una gestión más eficiente de la información de los pacientes y las citas médicas.
Proyecto Smart ICU. Dr. Francisco Murillo_ Espanoleveris/ ehCOS
ehCOS SmartICU: Una solución innovadora para las unidades de cuidados intensivos usando big data y análisis predictivo. Ver más información del producto en: http://www.ehcos.com/productos/ehcos-icu/
Este proyecto de tesis propone el desarrollo de un sistema de control de historias clínicas para el Centro Médico Municipal de Mala con el objetivo de mejorar la eficiencia en la ubicación y minimizar la duplicidad documental en el área de admisión. El sistema automatizará los procesos de registro, búsqueda y seguimiento de pacientes, permitiendo generar reportes de manera más rápida. Se utilizará la metodología RUP y notación UML para el análisis, diseño e implementación en lenguaje Visual Basic 6.
Este documento describe los componentes básicos de un sistema informático y computadora. Explica que un sistema informático consta de hardware, software y personal, y que el hardware de un computador incluye el monitor, teclado, mouse, CPU, disco duro, memoria RAM, fuente de poder y ventiladores. También define Internet como la unión de todas las redes y computadoras distribuidas por el mundo que usan protocolos TCP/IP compatibles.
Este documento resume las recomendaciones actualizadas para el manejo de la pancreatitis aguda grave en unidades de cuidados intensivos. Un panel multidisciplinar de expertos revisó la literatura desde 2004 y elaboró 16 bloques de preguntas sobre el tema. Se describen 89 recomendaciones actualizadas basadas en la evidencia, incluyendo una nueva clasificación de la gravedad de la pancreatitis aguda y recomendaciones sobre técnicas quirúrgicas y nutricionales.
Este documento presenta las recomendaciones de un grupo de trabajo para el manejo de la pancreatitis aguda en cuidados intensivos. El grupo analizó 10 preguntas clave sobre el diagnóstico, clasificación, tratamiento y manejo de la pancreatitis aguda. Para cada pregunta, el grupo desarrolló recomendaciones basadas en la evidencia disponible y las sometió a revisión por parte de jurados y vocales. El objetivo final es mejorar los resultados en pacientes con esta enfermedad.
Plataforma de reporte ciudadano para la prevención de brote del mosquito del dengue.
Hacer participe a la sociedad para que colabore generando información oportuna y geolocalizada para la pronta detección del brote del mosquito del dengue mediante el uso de las dispositivos móviles y redes sociales.
Es una plataforma on-line para el registro de información clínica, que permite crear un historial médico personal, permitiendo a los doctores y pacientes intercambiar información actualizada y conocer el estado de salud de sus pacientes en todo momento.
Más contenido relacionado
Similar a Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
Estudio sobre la implantación de un sistema de información adaptado a las nec...Ingenieria Sin Fronteras
El objetivo de este proyecto es realizar un estudio de viabilidad sobre la implantación de un Sistema de Información para la mejora de los procesos de atención de salud en establecimientos de zonas rurales de países en vías de desarrollo.
Este documento presenta una guía de protocolos quirúrgicos en podología. Incluye un bloque introductorio sobre la historia clínica, protocolo prequirúrgico y protocolo postquirúrgico, así como un bloque de protocolos quirúrgicos específicos para cirugía de uña, partes blandas y osteoarticular. El objetivo es estandarizar los procedimientos quirúrgicos de los podólogos para mejorar la calidad de la atención al paciente.
Este documento presenta un manual de procedimientos de laboratorio en técnicas básicas de hematología. El manual describe los procedimientos para la obtención de muestras sanguíneas, el uso de anticoagulantes, la realización y tinción de frotis sanguíneos, las pruebas de hemograma, velocidad de sedimentación, perfil de hemostasia, recuento de reticulocitos y plaquetas, leucograma y alteraciones eritrocitarias. El objetivo es uniformizar los procedimientos hematológicos en los labor
El resumen del documento es:
[1] Se presenta un proyecto para implementar un Sistema de Gestión de Salud (GS) que mejore los procesos de agenda médica y ficha clínica del cliente Cenin Centros Médicos. [2] Mediante reuniones con el cliente, se analizó la situación actual identificando riesgos y oportunidades de mejora. [3] Se propusieron, evaluaron y seleccionó una alternativa de solución que consistió en el desarrollo e implementación de una aplicación web para automatizar dichos
Este documento presenta un estudio de viabilidad sobre la implantación de un Sistema de Información para mejorar los procesos de atención de salud en establecimientos rurales del departamento de Loreto, Perú. Se analizan los procesos clínicos, logísticos y administrativos de los centros de salud, identificando sus necesidades de información. Luego, se evalúan las características del software libre Ángel para determinar su grado de adaptación a estos requisitos. Finalmente, se proponen mejoras al sistema para una
Monografia glucosa y hb a1c en el laboratorio y como point of-care testing en...SEMESDiabetes
En el término diabetes mellitus (DM) incluimos a un grupo de enfermedades
caracterizadas por hiperglucemia crónica. A pesar de su heterogeneidad,
los pacientes con cualquier forma de DM están en riesgo de desarrollar complicaciones crónicas. Es necesario, por tanto, realizar un diagnóstico precoz
e identificar la intensidad de la alteración metabólica regularmente. En todo
ello, las exploraciones analíticas juegan un papel crucial.
Para la valoración del control glucémico, las determinaciones más habituales
son la medición de glucosa y hemoglobina glicada (HbA1c). Éstas pueden
llevarse a cabo en el laboratorio clínico o en el lugar de asistencia del paciente como Point-of-Care Testing (POCT).
Por otra parte, las personas con DM son diversas, así como su tipo de DM,
situación evolutiva y entorno clínico. Todo ello puede plantear múltiples dudas como:
• ¿Cuándo se debe solicitar una determinación de glucosa o HbA1c
al laboratorio clínico y cuándo se puede hacer como POCT?
• ¿Con qué periodicidad se deben hacer las mediciones?
• ¿Cómo se deberían interpretar los resultados en cada caso?
• ¿Los resultados son intercambiables entre los equipos POCT y también respecto al laboratorio clínico?
• ¿De qué modo habría que plantear el aseguramiento de la calidad?
• ¿Debe existir una estructura constituida por diferentes profesionales
en las pruebas realizadas como POCT?
• ¿Cómo debemos proceder según el tipo de paciente y la unidad
asistencial?
• ¿Cuál es la posible utilidad de los sistemas POCT para la detección
oportunista de DM y de situaciones de hiperglucemia transitoria?
14
En el momento actual, aún existe mucha heterogeneidad en todos estos aspectos y por tanto la necesidad de tener una visión global de la actividad
asistencial respecto a estas magnitudes analíticas. Por todo ello, nos planteamos elaborar un documento de consenso que contara con la participación
de diversas sociedades científicas como representación de los diferentes
profesionales que intervienen en la asistencia de estos pacientes.
15
Capítulo 2
OBJETO Y CAMPO DE APLICACIÓN
Paloma Oliver Sáez
Fernando Gómez-Peralta
Los objetivos de este documento son:
• Describir la utilidad clínica de la medición de glucosa y HbA1c en
el cribado, diagnóstico y control glucémico de la DM.
• Diferenciar la medición en el laboratorio clínico y como POCT, dentro del entorno profesional. En este documento no se considerarán
los sistemas de monitorización continua.
• Detallar cómo deben manejarse estas pruebas en diferentes entornos clínicos: pediatría y neonatología, atención primaria, atención
hospitalaria, obstetricia y farmacia comunitaria.
Con todo ello, se persigue poder ofrecer una información útil y práctica que
pueda contribuir a mejorar la asistencia de los pacientes.
Este documento presenta un proyecto de titulación para la maestría en gerencia de sistemas cuyo tema es la reestructuración integral de la red de datos del Hospital Básico El Empalme en Ecuador. El proyecto busca mejorar la transformación digital y tecnológica del hospital mediante la implementación de una red de datos según las normas EIA/TIA-568-B.2-10, con el fin de mejorar el acceso a los servicios de salud y la atención médica. El documento incluye la justificación, objetivos
InforSalud 2011 - ENTORNO ABIERTO DE INTEGRACION DE SERVICIOS PARA PROCESOS A...Manel Domingo Falcón
Comunicación realizada en InforSalud 2011, respecto el entorno de integración de software libre EI2Med, desarrollado en el Centro de Competencias de Integración.
EI2Med es un entorno de integración orientado a integrar procesos asistenciales a través de dispositivos médicos, que gracias a EI2Med podrán comunicarse con cualquier sistema de información mediante estándares de información médica.
Este documento presenta una guía para reportar eventos adversos a dispositivos médicos. Explica conceptos clave como dispositivos médicos, eventos adversos, clasificación de riesgos, y tipos de reportes. Detalla quién debe reportar, cuándo, y cómo; e incluye formatos para reportar eventos adversos serios o no serios de manera inmediata o periódica. El objetivo es mejorar la vigilancia de dispositivos médicos y proteger la salud de pacientes.
Este documento describe una propuesta para desarrollar una aplicación móvil y plataforma web para facilitar la detección y seguimiento de enfermedades crónicas a través del programa Chécate, Mídete, Muévete del IMSS. La propuesta incluye versiones para derechohabientes y personal médico con funciones como obtener clasificaciones de riesgo, consultar historiales médicos, y agendar citas. Se propone un equipo de desarrollo y modelos operativos y arquitecturas para ambas versiones.
Este documento presenta el Manual de Procedimientos de Laboratorio en Técnicas Básicas de Hematología elaborado por el Instituto Nacional de Salud del Perú. El manual establece los procedimientos estándar para realizar exámenes hematológicos básicos como hemograma, hemoglobina, hematocrito, recuento de plaquetas y velocidad de sedimentación globular. El manual cubre temas como obtención de muestras sanguíneas, anticoagulantes, tinción de frotis sanguíneo, hemograma y
Este documento describe un proyecto para optimizar los procesos de gestión de archivos de historias clínicas y reserva de citas en el Centro Médico Comfenalco mediante el desarrollo de un software. Actualmente, estos procesos se realizan de forma manual, lo que causa problemas como duplicación de registros, riesgo de pérdida de información y demoras. El proyecto busca automatizar estos procesos a través de un software que permita una gestión más eficiente de la información de los pacientes y las citas médicas.
Proyecto Smart ICU. Dr. Francisco Murillo_ Espanoleveris/ ehCOS
ehCOS SmartICU: Una solución innovadora para las unidades de cuidados intensivos usando big data y análisis predictivo. Ver más información del producto en: http://www.ehcos.com/productos/ehcos-icu/
Este proyecto de tesis propone el desarrollo de un sistema de control de historias clínicas para el Centro Médico Municipal de Mala con el objetivo de mejorar la eficiencia en la ubicación y minimizar la duplicidad documental en el área de admisión. El sistema automatizará los procesos de registro, búsqueda y seguimiento de pacientes, permitiendo generar reportes de manera más rápida. Se utilizará la metodología RUP y notación UML para el análisis, diseño e implementación en lenguaje Visual Basic 6.
Este documento describe los componentes básicos de un sistema informático y computadora. Explica que un sistema informático consta de hardware, software y personal, y que el hardware de un computador incluye el monitor, teclado, mouse, CPU, disco duro, memoria RAM, fuente de poder y ventiladores. También define Internet como la unión de todas las redes y computadoras distribuidas por el mundo que usan protocolos TCP/IP compatibles.
Este documento resume las recomendaciones actualizadas para el manejo de la pancreatitis aguda grave en unidades de cuidados intensivos. Un panel multidisciplinar de expertos revisó la literatura desde 2004 y elaboró 16 bloques de preguntas sobre el tema. Se describen 89 recomendaciones actualizadas basadas en la evidencia, incluyendo una nueva clasificación de la gravedad de la pancreatitis aguda y recomendaciones sobre técnicas quirúrgicas y nutricionales.
Este documento presenta las recomendaciones de un grupo de trabajo para el manejo de la pancreatitis aguda en cuidados intensivos. El grupo analizó 10 preguntas clave sobre el diagnóstico, clasificación, tratamiento y manejo de la pancreatitis aguda. Para cada pregunta, el grupo desarrolló recomendaciones basadas en la evidencia disponible y las sometió a revisión por parte de jurados y vocales. El objetivo final es mejorar los resultados en pacientes con esta enfermedad.
Similar a Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF (20)
Plataforma de reporte ciudadano para la prevención de brote del mosquito del dengue.
Hacer participe a la sociedad para que colabore generando información oportuna y geolocalizada para la pronta detección del brote del mosquito del dengue mediante el uso de las dispositivos móviles y redes sociales.
Es una plataforma on-line para el registro de información clínica, que permite crear un historial médico personal, permitiendo a los doctores y pacientes intercambiar información actualizada y conocer el estado de salud de sus pacientes en todo momento.
Saludmarker. Sistema de Telemedicina Solar autónomo para zonas ruralesAlvaro Cortes Manica
Este documento describe un sistema de telemedicina solar autónomo desarrollado para brindar atención médica en zonas rurales mediante el uso de equipos médicos portátiles alimentados por energía solar y el registro electrónico de la historia clínica de los pacientes, lo que permite un seguimiento más efectivo a menor costo en comparación con los métodos tradicionales.
mHealth - Salud Móvil Rural Una nueva manera de ofrecer servicios de saludAlvaro Cortes Manica
Sin duda se pone en evidencia, que es necesario más iniciátivas de salud movil rural, que nos permitan reconocer y confiar en que el uso de las TICS aplicadas para la salud, puede romper la brecha que separa actualmente a los servicios de salud y los habitantes de las zonas rurales o marginadas.
Debemos de tener la confianza y apostarle a nuevas soluciones innovadoras que nos permitan lograr un ecosistema de mHealth o de salud móvil rural para mejorar la calidad de asistencia sanitaria que tanto hace falta en esas zonas.
Este documento trata sobre informática médica. Explica que es el estudio de métodos para almacenar, procesar y transmitir datos médicos digitalmente con el fin de mejorar la atención médica y educación. Describe cómo los datos se convierten en información a través del análisis y luego en conocimiento que guía las decisiones. Finalmente, menciona algunas aplicaciones de la informática médica como procesamiento de imágenes, sistemas de laboratorio y monitoreo, telemedicina y salud móvil.
"mHealth nuevos horizontes en salud a través de dispositivos móviles"Alvaro Cortes Manica
Ponencia en el congreso Nacional de Telesalud realizado por los servicios de Salud de Zacatecas los días 25, 26 y 27 de Septiembre del 2013 en coordinación con el CENETEC
Administrador de registros de información de condiciones térmicasAlvaro Cortes Manica
Instituto Tecnológico de Mérida.
Presentado por: A. Cortés Mánica1, S. Narváez Samuel1, E. Uicab Santos1, O. Carvajal Espinoza1, R. Atoche Enseñat1, O. Sánchez Siordia1, O. Moreno Franco1
1. CIESD – Instituto Tecnológico de Mérida
Mérida, Yucatán, México 2006.
En este artículo muestra un sistema de adquisición de datos inalámbrico para la medición de temperatura llamado Datalogger SAX-06, con el cual el operador tiene la posibilidad de descargar la información del registro a su computadora personal de manera inalámbrica para realizar su estudio correspondiente. El aparato es escalable y permite el crecimiento del mismo a través de módulos de sensores configurables y compatibles con el sistema de adquisición. La transferencia inalámbrica de información se realiza de manera segura y rápida, aprovechando su alta velocidad de transferencia de datos. Cuenta con una interfaz visual para PC con la cual el operador podrá controlar las diversas funciones del administrador de registros, utilizando un layer amigable para su operación.
Este documento presenta el diseño mecánico, eléctrico y electrónico de un robot móvil omnidireccional llamado "Mayabot". Se describe detalladamente los componentes mecánicos como el chasis, motores, ruedas y soportes utilizados. También se explican los circuitos eléctricos empleados como la tarjeta de control basada en un FPGA, la tarjeta de potencia para los motores y circuitos de sensores. Finalmente, se menciona que el robot fue probado en una olimpiada internacional de rob
Diseño de un electro estimulador de corrientes interferenciales para el trata...Alvaro Cortes Manica
Instituto Tecnológico de Mérida.
TRABAJO FIN DE CARRERA INGENIERIA ELECTRONICA.
Presentado por: Álvaro Cortes Mánica PARA OPTAR AL GRADO DE INGENIERO ELECTRÓNICO.
Mérida, Yucatán, México 2008.
El objetivo de este proyecto es de crear un electro-estimulador de corrientes interferenciales para el tratamiento de diversos padecimientos del cuerpo humano con una interfaz sencilla y de bajo costo.
• Desarrollar un software visual que puede ser usado como interfaz de usuario y descargar las terapias al dispositivo.
• El proyecto estaría enfocado al uso de componentes electrónicos de bajo costo.
• La creación de una interfaz sencilla que permita una interacción adecuada entre el usuario-equipo, y que sea de gran alto grado de confiabilidad.
● Cumplir con las características eléctricas establecidas para poder competir con equipos del mercado.
● Seguir las regulaciones y normas sobre equipos electrónicos de Electro- terapia por La Secretaría de Salud de México, International Electrotechnical Comission.
• Aplicación del proyecto al campo de la fisioterapia por medio de la creación de terapias que puedan combatir problemas musculares y circulatorios.
Diseño de un electro estimulador de corrientes interferenciales para el trata...Alvaro Cortes Manica
Instituto Tecnológico de Mérida.
TRABAJO FIN DE CARRERA INGENIERIA ELECTRONICA.
Presentado por: Álvaro Cortes Mánica PARA OPTAR AL GRADO DE INGENIERO ELECTRÓNICO.
Mérida, Yucatán, México 2008.
El objetivo de este proyecto es de crear un electro-estimulador de corrientes interferenciales para el tratamiento de diversos padecimientos del cuerpo humano con una interfaz sencilla y de bajo costo.
• Desarrollar un software visual que puede ser usado como interfaz de usuario y descargar las terapias al dispositivo.
• El proyecto estaría enfocado al uso de componentes electrónicos de bajo costo.
• La creación de una interfaz sencilla que permita una interacción adecuada entre el usuario-equipo, y que sea de gran alto grado de confiabilidad.
● Cumplir con las características eléctricas establecidas para poder competir con equipos del mercado.
● Seguir las regulaciones y normas sobre equipos electrónicos de Electro- terapia por La Secretaría de Salud de México, International Electrotechnical Comission.
• Aplicación del proyecto al campo de la fisioterapia por medio de la creación de terapias que puedan combatir problemas musculares y circulatorios.
Integración automática de datos de un marca pasos a un sistema gestor de hist...Alvaro Cortes Manica
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 .
HPE presenta una competició destinada a estudiants, que busca fomentar habilitats tecnològiques i promoure la innovació en un entorn STEAM (Ciència, Tecnologia, Enginyeria, Arts i Matemàtiques). A través de diverses fases, els equips han de resoldre reptes mensuals basats en àrees com algorísmica, desenvolupament de programari, infraestructures tecnològiques, intel·ligència artificial i altres tecnologies. Els millors equips tenen l'oportunitat de desenvolupar un projecte més gran en una fase presencial final, on han de crear una solució concreta per a un conflicte real relacionat amb la sostenibilitat. Aquesta competició promou la inclusió, la sostenibilitat i l'accessibilitat tecnològica, alineant-se amb els Objectius de Desenvolupament Sostenible de l'ONU.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador ValenciaAMADO SALVADOR
Descubre el catálogo general de la gama de productos de refrigeración del fabricante de electrodomésticos Miele, presentado por Amado Salvador distribuidor oficial Miele en Valencia. Como distribuidor oficial de electrodomésticos Miele, Amado Salvador ofrece una amplia selección de refrigeradores, congeladores y soluciones de refrigeración de alta calidad, resistencia y diseño superior de esta marca.
La gama de productos de Miele se caracteriza por su innovación tecnológica y eficiencia energética, garantizando que cada electrodoméstico no solo cumpla con las expectativas, sino que las supere. Los refrigeradores Miele están diseñados para ofrecer un rendimiento óptimo y una conservación perfecta de los alimentos, con características avanzadas como la tecnología de enfriamiento Dynamic Cooling, sistemas de almacenamiento flexible y acabados premium.
En este catálogo, encontrarás detalles sobre los distintos modelos de refrigeradores y congeladores Miele, incluyendo sus especificaciones técnicas, características destacadas y beneficios para el usuario. Amado Salvador, como distribuidor oficial de electrodomésticos Miele, garantiza que todos los productos cumplen con los más altos estándares de calidad y durabilidad.
Explora el catálogo completo y encuentra el refrigerador Miele perfecto para tu hogar con Amado Salvador, el distribuidor oficial de electrodomésticos Miele.
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial ValenciaAMADO SALVADOR
Descubra el catálogo completo de buzones BTV, una marca líder en la fabricación de buzones y cajas fuertes para los sectores de ferretería, bricolaje y seguridad. Como distribuidor oficial de BTV, Amado Salvador se enorgullece de presentar esta amplia selección de productos diseñados para satisfacer las necesidades de seguridad y funcionalidad en cualquier entorno.
Descubra una variedad de buzones residenciales, comerciales y corporativos, cada uno construido con los más altos estándares de calidad y durabilidad. Desde modelos clásicos hasta diseños modernos, los buzones BTV ofrecen una combinación perfecta de estilo y resistencia, garantizando la protección de su correspondencia en todo momento.
Amado Salvador, se compromete a ofrecer productos de primera clase respaldados por un servicio excepcional al cliente. Como distribuidor oficial de BTV, entendemos la importancia de la seguridad y la tranquilidad para nuestros clientes. Por eso, trabajamos en colaboración con BTV para brindarle acceso a los mejores productos del mercado.
Explore el catálogo de buzones ahora y encuentre la solución perfecta para sus necesidades de correo y seguridad. Confíe en Amado Salvador y BTV para proporcionarle buzones de calidad excepcional que cumplan y superen sus expectativas.
Catalogo Cajas Fuertes BTV Amado Salvador Distribuidor OficialAMADO SALVADOR
Explora el catálogo completo de cajas fuertes BTV, disponible a través de Amado Salvador, distribuidor oficial de BTV. Este catálogo presenta una amplia variedad de cajas fuertes, cada una diseñada con la más alta calidad para ofrecer la máxima seguridad y satisfacer las diversas necesidades de protección de nuestros clientes.
En Amado Salvador, como distribuidor oficial de BTV, ofrecemos productos que destacan por su innovación, durabilidad y robustez. Las cajas fuertes BTV son reconocidas por su eficiencia en la protección contra robos, incendios y otros riesgos, lo que las convierte en una opción ideal tanto para uso doméstico como comercial.
Amado Salvador, distribuidor oficial BTV, asegura que cada producto cumpla con los más estrictos estándares de calidad y seguridad. Al adquirir una caja fuerte a través de Amado Salvador, distribuidor oficial BTV, los clientes pueden tener la tranquilidad de que están obteniendo una solución confiable y duradera para la protección de sus pertenencias.
Este catálogo incluye detalles técnicos, características y opciones de personalización de cada modelo de caja fuerte BTV. Desde cajas fuertes empotrables hasta modelos de alta seguridad, Amado Salvador, como distribuidor oficial de BTV, tiene la solución perfecta para cualquier necesidad de seguridad. No pierdas la oportunidad de conocer todos los beneficios y características de las cajas fuertes BTV y protege lo que más valoras con la calidad y seguridad que solo BTV y Amado Salvador, distribuidor oficial BTV, pueden ofrecerte.
Catalogo Cajas Fuertes BTV Amado Salvador Distribuidor Oficial
Integración automática de datos de un marca pasos a un sistema gestor de historia clínica electrónica. PDF
1. Universidad de Valencia Universidad Politécnica de
Universidad 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. Resumen
RESUMEN
Estamos viviendo una época donde la información clínica es compleja y dispersa, por
lo cual los profesionales de la salud a menudo usan una variedad de sistemas
informáticos para obtener una historia clínica completa, centralizada y estructurada.
Mientras el sector salud avanzan hacia un único objetivo de un registro amplio de
historia clínica completa, su gran barrera es la de conseguir que diferentes sistemas
informáticos médicos puedan comunicarse, permitiendo la interoperabilidad e
intercambio de datos para una mejor gestión y seguimiento del paciente.
En la actualidad una gran variedad de parámetros como los signos vitales, terapias
de infusión, eventos de alarmas y otros datos que son obtenidos desde dispositivos
médicos como marcapasos, son realmente críticos y necesarios para el seguimiento
del estado del paciente, permitiendo una buena planificación y evaluación del
tratamiento aplicado, además de monitorizar al paciente ya sea desde la comodidad
de su casa o en una sala de cuidados intensivos donde se haga uso de estos
equipos médicos. Por lo cual esta falta de datos en la historia clínica electrónica
pudiera representar un problema grave, evitando que los clínicos tengan un acceso
oportuno o inclusive imposible sobre el historial del paciente, provocando que no se
pudiera dar la atención segura y eficaz que se requiere.
El presente trabajo se desarrolla una interfaz que nos permite la integración
automática de datos procedentes de un dispositivo cardiaco implantable
(marcapasos), de manera automática, basándose en la metodología creada por la
asociación IHE (Integrating the Healthcare Enterprise), específicamente usando el
perfil, IHE-PCD-IDCO, el cual nos provee de un marco de trabajo basado en
estándares internacionales como el de mensajería HL7, para solucionar problemas
de interoperabilidad entre dispositivos cardiacos implantables y sistemas gestores de
información clínica.
Para llevar a cabo esta investigación, fue necesario consultar a doctores
especialistas en el área de cardiología, para poder tener un mejor conocimiento
sobre el flujo de trabajo que se requiere en este proceso clínico. Esta información
obtenida fue importante, permitiendo poder diseñar un plan y una metodología a
seguir.
Para el desarrollo del proyecto se investigó sobre los diferentes sistemas
integradores que actualmente están en el mercado y sobre las herramientas
existentes en el ámbito de integración de sistemas médicos. Se evaluaron dos tipos
distintos de sistemas integradores, siendo el software IGUANA de la empresa
INTERFACEWARE el finalmente usado, por su fácil manejo y facilidades
proporcionadas 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 de
informació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 de
información. La información obtenida desde el marcapasos, siguiendo la normativa
3. Resumen
del IHE-PCD-IDCO, el cual menciona que los datos extraídos de un marcapasos
deben de estar con la nomenclatura IEEE11073-10103. Por tal motivo fue necesario
aprender a detalle este protocolo para posteriormente generar el mensaje HL7
específico. Como resultado, se consiguió generar un módulo de mapeo para preparar
el mensaje ORU a partir de datos extraídos del marcapasos mediante el lenguaje
LUA interpretado por IGUANA.
Para simular un ambiente real de este proceso clínico, se decidió usar un software
gestor de información clínica de licencia libre llamado “Open Clinic”, con tecnología
Web, adaptándolo de tal manera que se puedan visualizar los datos extraídos desde
el marcapasos en la sección del historial clínica del paciente desde cualquier
navegador.
Los resultados fueron muy positivos permitiendo cumplir con los requerimientos
establecidos en la metodología del perfil IHE-PCD-IDCO, además de que la interfaz
creada fue lo más transparente posible hacia al usuario, si necesidad de introducir
datos o navegar por varias pantallas, era necesario simplemente un archivo de
entrada.
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. ................................................................................................................ 15
2 Justificación. ................................................................................................................ 17
2.1 Objetivos. ........................................................................................................................................................ 18
2.1.1 Objetivo General. ............................................................................................................................... 18
2.1.2 Objetivos Específicos. ..................................................................................................................... 19
3. 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. 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. ............................................................................................... 44
4. 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. 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. ............................................................................... 69
5. Resultados. .................................................................................................................. 71
5.1 Sistema OpenClinic. .................................................................................................................................. 72
6 Conclusiones. .............................................................................................................. 80
7 Anexos ......................................................................................................................... 82
Nomenclatura IEEE 11073 MDC_IDC ...................................................................................................................... 82
Archivo de entrada usado como ejemplo con la Nomenclatura IEEE 11073 MDC_IDC...................111
Algoritmo LUA creado para el transformador del sistema integrador IGUANA ..................................117
Lista de figuras ................................................................................................................................................................133
Lista de tablas..................................................................................................................................................................134
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 y
levemente a la izquierda del esternón. Una membrana de dos capas, denominada
pericardio envuelve el corazón como una bolsa. La capa externa del pericardio rodea
el nacimiento de los principales vasos sanguíneos del corazón y está unida a la
espina dorsal, al diafragma y a otras partes del cuerpo por medio de ligamentos. Una
capa de líquido separa las dos capas de la membrana, permitiendo que el corazón se
mueva al latir a la vez que permanece unido al cuerpo.
En la anatomía del corazón podemos encontrar cuatros cavidades, en las cuales, las
cavidades superiores se denominan aurícula izquierda y aurícula derecha y las
cavidades inferiores se denominan ventrículo izquierdo y ventrículo derecho.
También cuenta con una pared muscular denominada tabique, que separa las
aurículas izquierda y derecha y los ventrículos izquierdos y derecho. El ventrículo
izquierdo es la cavidad más grande y fuerte del corazón, de igual manera el
ventrículo izquierdo tienen un grosor de sólo media pulgada (poco más de un
centímetro), pero tienen la fuerza suficiente para expulsar la sangre a través de la
vá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 su
contracción, la inyecta en el ventrículo derecho. Esta cavidad se contrae y manda su
contenido, a través de la arteria pulmonar, a los pulmones, donde se carga del
oxígeno que respiramos. La sangre ya oxigenada en el pulmón pasa a la aurícula
izquierda y, de ésta, al ventrículo izquierdo.
Desde esta cavidad, a través de la arteria aorta, se bombea llegando a todo el
organismo. La contracción de ambas aurículas es simultánea y lo mismo sucede con
ambos ventrículos, cuya contracción sucede tras la de las aurículas, una vez que
ambos 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. Introducción
Tabla 1.1. Componentes del corazón
Nombre Función
Aurícula derecha En la aurícula derecha desembocan la vena
cava superior, la vena cava inferior, y el seno
coronario
Aurí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 aorta
Válvulas cardiacas: tricúspide, pulmonar, Su función es poder mantener aislado por un
aó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ón
Vena 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. 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 sistema
cardiovascular. Se divide en dos compartimientos o cavidades superiores, las
aurículas y dos compartimientos inferiores, los ventrículos. Su función es proveer al
cuerpo 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 por
impulsos eléctricos producidos por un sistema de excitación y conducción
especializado [3].
Los impulsos eléctricos se generan en el nódulo sinusal o nódulo sinoauricular, que
es una pequeña área de tejido especializado localizada en la aurícula derecha del
corazón (la cavidad superior derecha). En condiciones normales, el nódulo sinusal
genera un estímulo eléctrico cada vez que late el corazón de 60 a 190 veces por
minuto, dependiendo de la edad de la persona y de su nivel de actividad. Este
impulso 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 a
través de un sistema llamado haz de His con dirección hacia los ventrículos. El haz
de His se divide en la rama derecha y en la rama izquierda, y este a su vez en
microscópicas ramificaciones de fibras miocárdicas (Red de Purkinje) que son
excitadas 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 contraen
una fracción de segundo antes que los ventrículos para que la sangre que contienen
se vacíe en los ventrículos antes de que éstos se contraigan. La figura 1.2 muestra el
sistema eléctrico del corazón, así como los elementos que intervienen para la
generación del pulso cardiaco.
3
10. Introducción
Figura 1.2. Sistema eléctrico del corazón
1.1.3 Alteraciones del ritmo cardiaco.
Cualquier irregularidad en el proceso de generación y conducción de las señales
eléctricas descritas con anterioridad origina un trastorno del ritmo cardiaco. En
general, 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ón
de dicho impulso. Cuando el corazón no late a una frecuencia constante los
episodios son llamados arritmias. Si el latido del corazón es demasiado lento se
llama bradiarritmia o bradicardia. Si es demasiado rápido se llama taquiarritmia o
taquicardia.
En lo relativo a la velocidad de los latidos, se diferencian las bradicardias, que
corresponden a frecuencias cardiacas lentas, (por debajo de los 60 latidos por
minuto); 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ás
frecuencia 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, y
conseguir que la persona tenga una vida normal, y que sigan realizando sus
actividades diarias. Para eso es necesario el uso de los marcapasos que de manera
general son pequeños dispositivos electrónicos con una función específica, son
implantados debajo de la piel, cerca del corazón. Es dispositivos monitorizan el
corazón y detectan cualquier ritmo anormal (arritmias). Si alguna de estas arritmias
es maligna, el marcapasos produce una descarga eléctrica para restablecer el ritmo
cardiaco normal. En la siguiente sección se explica a más detalle el funcionamiento y
los tipos de marcapasos existentes en el mercado actual.
4
11. Introducción
1.2 Historia del Marcapasos.
Un marcapasos es un pequeño dispositivo electrónico generador de impulsos que
excitan artificial y rítmicamente el corazón cuando los marcapasos naturales del
corazón no pueden mantener el ritmo y la frecuencia adecuada. Además estos
dispositivos monitorizan la actividad eléctrica cardiaca espontánea, y según su
programación desencadenan impulsos eléctricos o no. Pueden ayudar a regular el
ritmo del corazón en casos de frecuencia cardíaca lenta, rápida o irregular, o de
bloqueo 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 generador
de impulsos externo (que cargaba manualmente con una manivela) mediante unos
cables 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 el
generador de estímulos implantado dentro del cuerpo, y el uso de baterías para su
funcionamiento. Las primeras baterías utilizadas fueron de níquel‐cadmio, que
sustituidas 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 un
marcapasos.
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. 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 implantado
El 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 necesitan
dos electrodos, el segundo se coloca en la cavidad superior derecha (aurícula
derecha). 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 bajo
anestesia local, es decir que el paciente permanece despierto durante el
procedimiento y se anestesia la zona donde se implantará el marcapasos para que
no sienta nada. El procedimiento típicamente dura una o dos horas. Una vez
implantado el marcapasos, los electrodos transmiten las señales generadas por el
corazón. El generador de impulsos lee estas señales y si existiera un problema con
el ritmo cardiaco, este envía impulsos eléctricos al corazón para estimularlo
rítmicamente. La mayoría de los marcapasos pueden detectar el ritmo cardíaco y
apagarse cuando la velocidad de los latidos es superior a un nivel determinado.
6
13. Introducción
1.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 o
permanente.
1.2.3.1 Marcapasos temporales.
Se utilizan en situaciones de emergencia, en casos de alteraciones transitorias de la
conducción del sistema eléctrico del corazón. El generador no está implantado en el
paciente, 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ón
permanente 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. Introducción
La 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éctrico
generado por el marcapasos. Su valor ha de ajustarse para que sea capaz de
despolarizar el miocardio.
• Sensibilidad: El marcapasos reconoce la actividad eléctrica espontánea del
corazón desde un umbral que nosotros programamos, que se denomina sensibilidad
y se expresa en mili voltios.
• Frecuencia: Es la frecuencia de estimulación programada del marcapasos, si la
frecuencia cae por debajo de ese valor, el marcapasos comienza a funcionar.
• Intervalo aurículo ventricular: Es el tiempo en milisegundos entre la estimulación
auricular y la ventricular. Debe cambiarse según la frecuencia programada en el
marcapasos, algunos marcapasos la ajustan automáticamente. Entre 50 y 300
milisegundos.
• Seguimiento auricular: Es la capacidad del marcapasos de estimular el ventrículo
después de una onda auricular espontánea, una vez transcurrido el intervalo aurículo
ventricular programado [6].
1.2.5 Nomenclatura.
Para entender la nomenclatura de un marcapasos la asociación ICHD (Inter Society
Commission for Heart Diseases Resources) establece un código de cinco letras que
clasifica los marcapasos según los puntos de estimulación y funciones. La siguiente
tabla muestra los valores posibles de la clasificación de los marcapasos. Como
ejemplo podemos guiarnos de la siguiente plantilla XYZ AB, la cual indica la posición
y el valor que puede tomar esa posición.
8
15. Introducción
Tabla de nomenclatura de marcapasos
Posición Nombre Valores
X 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 + inhibido
A Programabilidad: Indica las 0 Ninguna
funciones programables. C Comunicación, telemetría
P Mono o biprogramable
M Multiprogramable
R Frecuencia variable
B Anti taquicardia: Funciones 0 Ninguna
programables de anti taquicardia. P Estimulación
S Choque
D Estimulación + choque
1.2.6 Nueva generación de marcapasos.
Tras la aparición del transistor, los marcapasos incorporaron esta tecnología, lo que
permitió reducir su tamaño y a la vez incrementar su duración por reducción del
consumo interno. Posteriormente, la aplicación de circuitos híbridos semi-integrados
e integrados y de la tecnología CMOS en los generadores, permitió progresar en la
reducción del consumo y tamaño de los mismos.
En la actualidad la tecnología de los marcapasos se basa en circuitos integrados y
micro-procesadores, cada vez con mayor capacidad de memoria. Además, en
algunos casos es posible ampliar las funciones disponibles de uno ya implantado, por
medio de telemetría y descarga de un nuevo software. La programación de los
marcapasos actualmente son en dos direcciones: del especialista hacia el
marcapasos y del marcapasos al especialista, mediante ondas electromagnéticas
(telemetría) y no mediante campos magnéticos como se hacía anteriormente. Esta
comunicación bidireccional, llamada programador-marcapasos-marcapasos-
programador ha permitido también confirmar la modificación de las características del
marcapasos. Otro paso importante fue cuando aparecieron los sensores, detectores
de un cierto parámetro metabólico o físico de la persona, que informan al
9
16. Introducción
marcapasos de la frecuencia cardiaca necesaria en aquel momento para el
funcionamiento normal del organismo [6].
1.3 Programadores y fabricantes de marcapasos.
Los programadores son las herramientas encargadas de comunicarse con el
marcapasos para extraer los datos así como modificar las configuraciones de
funcionamiento del dispositivo. Estos programadores cuentan con software
específico y hardware adaptado que permiten el intercambio de la información
encriptada contenida en el marcapasos. Utiliza telemetría bidireccional para recibir y
modificar dicha información. De este modo, se comprueba el estado de los diferentes
parámetros del mismo y de los electrodos, pudiéndose también realizar si es preciso
otras comprobaciones como medición de umbrales, reprogramaciones, etc. Una de
las comprobaciones realizadas es relativa a la batería del dispositivo implantado,
cuya variación depende del tipo de dispositivo, de las funciones activadas, de la
utilización del mismo por parte del paciente en función de su patología. Cuando la
batería se agota, es necesario reemplazar el dispositivo, manteniéndose
normalmente los electrodos previamente implantados [5].
Existen varias empresas manufactureras encargadas de fabricar marcapasos, cada
casa comercial, tiene sus propios modelos con funcionalidades diferentes. La tabla
siguiente muestra las principales empresas que producen marcapasos.
Tabla 1.2. Empresas manufactureras de marcapasos.
Nombre de la Empresa
Angeion Corp. American Pacemaker Corp. Biotronik
Boston Scientific Cardiac Control Systems Cardiac Impulse
Cardio-Pace Medical Cook Pacemaker Corp. Coratomic Inc.
Cordis ELA Medical Guidant
Intermedics Implantronik Medico
Medtronic Oscor Osypka
Pacesetter Siemens Somedics
Sorin St.Jude Medical Stoeckert
Teletronics Ventritex Vitatron
10
17. Introducción
La información obtenida por medio de los programadores es muy importante, y es la
que el médico analiza para poder dar un diagnostico al paciente, cada programador
funciona y extrae la información de diferente manera, a pesar de ser de la misma
casa comercial. La mayoría de estos programadores son sistemas con tecnología
stand-alone donde tienen incorporado una pequeña pantalla, y se pueden visualizar
los 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 avanzado
hasta poder comunicarse con ordenadores para descargar y posteriormente analizar
la información, que por medio de un software instalado en el ordenador se puede
acceder a todas las funciones del marcapasos de manera fácil e intuitiva.
Figura 1.6. Programador Medtronic CareLink
1.3.1 Sistemas gestores de información cardiológica.
Los sistemas gestores de información cardiológica de marcapasos son aplicaciones
de software que organizan la información extraída del marcapasos por medio del
programador, así como la información personal (datos demográficos) de los
pacientes, con la finalidad de tener un registro continuo y actualizado sobre todos los
eventos ocurridos en el dispositivo cardiaco implantado. De esta manera se puede
tener un historial actualizado en todo momento, para ofrecer un mejor servicio
sanitario de calidad. Estos sistemas debido a que funciona sobre ordenadores, hacen
uso de muchas de sus características actuales, como el uso conexiones con otros
sistemas informáticos mediante el protocolo TCP/IP, por ejemplo, la comunicación
con un sistema de gestión clínica, para obtener los datos demográficos del paciente y
asociarlos con los datos extraídos del marcapasos (ver figura 1.7).
11
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, en
el cual fluyen los datos extraídos de los programadores hacia un sistema informático
de historia clínica electrónica.
Estos sistemas pueden funcionar de manera remota permitiendo obtener datos
desde el domicilio del paciente, de manera automática, segura y con las mismas
características que se han mencionado anteriormente. El siguiente punto explica con
má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 al
marcapasos, que se instala en el domicilio del paciente. Esta instalación suele
consistir en una conexión a la línea telefónica convencional y, algunos equipos
funcionan 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 remota
Los sistemas de interrogación remota pueden funcionar en dos modos:
• Interrogación continuada.
• Interrogación programada.
12
19. Introducción
En 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ía
inalámbrica) entre el equipo y el dispositivo con el fin de detectar la alteración en los
valores de determinados parámetros prefijados.
En el segundo modo, el equipo puede estar conectado únicamente en las fechas
programadas por el personal facultativo para la interrogación. Este programa de
interrogaciones correspondería al calendario de citas en la consulta presencial
habitual. Al mismo tiempo, la interrogación del dispositivo en la fecha proyectada
puede realizarse de forma manual o automática, utilizando una conexión inalámbrica
entre el dispositivo y el equipo del domicilio.
En el primer caso, el proceso es iniciado por el propio paciente, generalmente a
cualquier hora del día. En el caso de las interrogaciones automáticas, el equipo
intenta conectar con el dispositivo en la fecha especificada, comenzando
normalmente en las primeras horas del día, y repitiendo esta operación cada ciertos
periodos 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 un
servidor propiedad del fabricante del dispositivo. Si se trata de información
correspondiente a una interrogación programada o solicitada específicamente por el
personal sanitario, estos datos quedan almacenados en el servidor para ser
consultados por el clínico a través de Internet (ver figura 1.9). Además de transmitirse
la información al servidor, en algunos casos se da un aviso de alarma al centro
médico en la forma que se haya estipulado: un mensaje de correo electrónico, un
mensaje al teléfono móvil, etc [5].
Figura 1.9. Flujo de trabajo de un sistema de seguimiento remoto
13
20. Introducción
1.3.2 Soluciones comerciales.
Existen varias soluciones en el área de gestores de información de datos de
marcapasos, que van con características desde poder comunicarse y compartir datos
de los programadores con la mayoría de las marcas existentes, contando con
características de seguimiento remoto, servicios de cloud-compunting, integración
automática en la historia clínica electrónica, así como módulos para conexión e
intercambio de información con otros sistemas informáticos. Los más conocidos son
desarrollados por las empresas Biotronik y Medtronics, que a continuación se
explican brevemente.
1.3.2.1 Biotronik Home Monitoring.
EL sistema Home Monitoring es una plataforma web de monitorización, el cual hace
uso de la tecnología de la red móvil para el intercambio de los datos, permitiendo a
los 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 se
encuentra instalado en el domicilio del paciente. Este pequeño sistema de
comunicación recibe los datos y de manera rápida los envía al servidor central de la
empresa BIOTRONIK, usando las redes de comunicación de la telefonía celular. (Ver
figura 1.10)[7].
Paciente Sistema de Servidor Aplicación
comunicació Web Doctor
BIOTRONIK
n
Figura 1.10. Arquitectura del sistema BIOTRONIK Home Monitoring
El servidor central de BIOTRONIK, una vez que recibe estos datos los analiza y
actualiza el registro actual del paciente en una base de datos propia, con los eventos
provenientes del marcapasos, para su posterior consulta. Es aquí cuando el médico
se conecta al servidor, mediante una aplicación Web, para poder visualizar el estado
de sus pacientes. En caso de que existieran eventos que requieran de una atención
de emergencia, este sistema genera inmediatamente una notificación, que puede ser
enviada automáticamente por email o inclusive un SMS a los médicos para avisarles
de las condiciones del paciente en ese momento.
14
21. Introducción
1.3.2.2 Medtronics Paceart.
Es un sistema gestor de información cardiológica, en donde se organiza la
información principal de los pacientes, así como toda la información de configuración
tanto del programador del marcapasos, como también la configuración del mismo
marcapasos. Esto sin duda es un gran beneficio para el personal sanitario, pues
ofrece la posibilidad de visualizar los datos en cualquier momento, y conocer en todo
momento el estado actual de los pacientes.
La característica principal de este sistema es que puede comunicarse con la mayoría
de los programadores existentes, permitiendo compartir la información, sin necesidad
de tener que realizar adaptaciones o aplicaciones, para cada programador específico
de cada empresa. Otra característica importante, es que puede hacer uso de la
información desde un sistema remoto, gestionando la información del paciente
desde el domicilio propio del paciente. La figura 1.11 muestra el funcionamiento del
sistema Paceart.
Figura 1.11. Funcionamiento del sistema Paceart de Medtronics.
Igual que el sistema Home Monitoring, cuenta con los servicios de base de datos
para 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 nos
ofrecen la información ya procesada desde el programador de manera que pueda ser
entendible por el médico. Es por eso que si se requiere de utilizar la información
obtenida del marcapasos, para integrarla a otros sistemas como es en nuestro
15
22. Introducción
objetivo en este proyecto, estos sistemas ofrecen un salida de datos que
generalmente es en formato XML, con un protocolo establecido (IEEE 11073 -
10103 - MDC-IDC) donde se visualizan los datos y eventos cardiacos de una
manera fácil de entender. Está muy claro que sin estos sistemas es imposible
obtener los datos desde el marcapasos, debido a que los programadores manejan
protocolos y estándares propios de comunicación que son muy difíciles de entender.
16
23. Justificación
2 Justificación.
La Historia Clínica Electrónica (HCE) de un paciente debe ser completa, por lo que
debe tener la capacidad de registrar toda la información que surge de cada acto
médico durante toda la vida del paciente. Para lograrlo se debe elegir
cuidadosamente el modelo de información que se usará para almacenar toda la
información clínica.
Por lo cual la falta de datos en la historia clínica electrónica pudiera representar un
problema grave, evitando que los médicos tengan un acceso oportuno o inclusive
imposible al historial del paciente, provocando que no se pudiera dar la atención
segura y eficaz que se requiere [8].
La solución a este problema puede ser resuelta mediantes el uso de sistemas o
aplicaciones basados en estándares que nos permitan resolver el intercambio de
información (interoperabilidad) con otros sistemas o aplicaciones.
Es por eso que en este proyecto se desarrolla una interfaz que sea capaz de obtener
los datos contenidos en un marcapasos, para registrarlos en la historia clínica
electrónica del paciente de manera automática, sin importar la ubicación del
paciente, siguiendo una metodología internacional ofrecida por la asociación IHE
(Integrating the Healthcare Enterprise), líder en el campo de la interoperabilidad de
sistemas 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. 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 en
salud, son conscientes de la importancia de la integración de datos desde un
dispositivo medico implantable hacia un sistema de historia clínica electrónica, y
conocen la dificultad de conseguirlo debido a que las empresas manufactureras de
dichos equipos mantiene en privacidad los datos que son extraídos de ellos, creando
protocolos propios, haciendo uso de solamente algunos estándares oficiales, además
permitiendo gestionar dicha información con su propio software, este hecho hace que
cada compañía mantenga en secreto su tecnología, para así evitar los plagios
industriales. Es por eso que en este proyecto se plantea el desarrollo de una interfaz
de integración, el cual permite el flujo rápido, efectivo y transparente de los datos
provenientes de los diferentes tipos de marcapasos existentes, hacia un sistema
informático de historia clínica personal. Esta interfaz sin duda beneficiaría de la
siguiente 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 de
diferentes marcapasos de casas comerciales, siempre y cuando estos compartan la
información con el estándar IEEE 11073 - 10103 - MDC-IDC. De manera que el coste
de 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, cuya
funcionalidad es la integrar de manera automática los datos almacenados en
dispositivos cardiacos 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
18
25. Justificación
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 .
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. Metodología
3. M ETODOLOGÍA.
Por conveniencia, algunos términos, que intervienen en la metodología de estos
dominios, serán escritos en su lenguaje original (ingles), esto con la finalidad de
evitar confusiones en la traducción y además facilita el mejor entendimiento de la
metodología.
Como se ha mencionado anteriormente, esta investigación se basa en una
metodología ofrecida por la asociación IHE (Integrating the Healthcare Enterprise), la
cual soluciona los diversos problemas de interoperabilidad de sistemas informáticos
médicos que existen en diferentes áreas de la medicina.
Dentro de esta metodología existe un dominio (área) relacionado con los problemas
de comunicación entre dispositivos médicos de cuidado personal llamado Personal
Care Device (PCD), aquí es donde se encuentran las bases a seguir para realizar
aplicaciones informáticas de interoperabilidad en el área de dispositivos de cuidado
al paciente. En esta sección se ubica el perfil Implantable Device Cardiac
Observation (IDCO), que es el que nos interesa ya que nos permite resolver la
problemática inicial, que es la integración de los datos de un marcapasos hacia el
historial clínico personal del paciente de manera automática.
Este proyecto sigue la metodología descrita en el perfil Implantable Device Cardiac
Observation (IDCO), el cual es un conjunto de documentos donde se especifica las
normas a seguir. La siguiente sección del proyecto tiene como objetivo explicar las
partes 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 los
siguientes 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 Estados
Unidos para dar respuesta a los crecientes y urgentes problemas de interoperabilidad
en el dominio de radiología. Las Sociedades de usuarios RSNA y HIMSS crearon
una única plataforma para que los usuarios y vendedores pudieran definir
especificaciones sobre Sistemas de Información Sanitarios que permitieran la
interoperabilidad entre aplicaciones complejas. El concepto de IHE fue adoptado por
Europa y Asia poco después. Las actividades Europeas comenzaron en el año 2000
por el COCIR y el Congreso Europeo de Radiología (ECR) [9].
Integrating the Healthcare Enterprise, que abreviamos como IHE y que podría
traducirse al castellano como Integrando las Empresas Sanitarias, es una iniciativa
20
27. Metodología
de profesionales de la sanidad (incluyendo colegios profesionales de médicos) y
empresas proveedoras cuyo objetivo es mejorar la comunicación entre los sistemas
de 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 la
información y también dominios clínicos mixtos como coordinación de la atención del
paciente. Las áreas (dominios) de aplicación están en constante desarrollo en
funció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 que
describiremos en este proyecto, para evitar confusiones, a partir de este momento
haremos 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 utilizan
estándares ya existentes para la integración de sistemas de manera que
proporcionen una interoperabilidad efectiva y un flujo de trabajo eficiente [10].
Los perfiles han sido elaborados para tener en cuenta un amplio rango de procesos
clínicos e incluyen muchas características opcionales. Para obtener la
interoperabilidad, respecto a una tarea clínica específica, IHE crea perfiles basados
en los estándares más apropiados (HL7, DICOM, ISO) (Ver figura 3.1).
21
28. Metodología
Figura 3.1. Proceso de trabajo del IHE para la creación de nuevos perfiles
Los perfiles IHE especifican la información que debe ser intercambiada entre dos
sistemas y las acciones que los sistemas receptores deben realizar al recibir la
información [9].
Estos perfiles proporcionan un marco basado en estándares para el intercambio de la
información. Ellos abordan los temas críticos de interoperabilidad relacionados con
acceso 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, las
transacciones y el contenido de la información necesaria para abordar un caso
clínico específico.
Hemos hablado que el IHE se basa en perfiles de trabajo para poder resolver
cualquier problemática de comunicación entre los sistemas de información sanitarios,
pero que son realmente estos perfiles, ¿Para qué nos sirven?, ¿ Qué ventajas
ofrecen ?. El perfil de integración IHE son documentos que describen a detalle una
necesidad clínica de cómo debe solucionarse los problemas de interoperabilidad,
definiendo los componentes funcionales, a los que se les llama actores IHE, y
especificando con el mayor grado de detalle posible las transacciones que cada actor
deberá llevar a cabo, basadas siempre en estándares como el de Digital Imaging and
Communication in Medicine (DICOM) y Health Level 7 (HL7). Este flujo de la
información se describe en estos perfiles con términos de transacciones. Todas las
transacciones entre actores requeridas para completar el flujo de trabajo (tarea
clínica) son especificadas claramente. Las especificaciones describen como se van a
utilizar partes específicas de los estándares y proporcionan pautas técnicas para la
implementación de las aplicaciones.
En otras palabras, es una guía, en la cual una vez identificados los principales
componentes o sistemas que queremos integrar (actores según el modelo de
perfiles del IHE), nos indica las funciones, reglas y los mas importante el tipo de
estándar que debe usar cada sistemas para compartir y recibir la información. En la
figura 3.2 están explicados los componentes que intervienen en un perfil del IHE. A
manera de ejemplo se muestran como actores el sistema gestor de información
22
29. Metodología
cardiaca de la empresa Biotronik, así como un sistema gestor de información
hospitalaria.
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 los
dispositivos médicos utilizados en el proceso de diagnóstico, seguimiento,
tratamiento o la prevención de enfermedades al paciente, el cual es llamado Patient
Care Device (PCD), ofrecido libremente a cualquier institución que quiera alcanzar un
interoperabilidad entre dispositivos médicos y sistemas informáticos, haciendo uso de
las guías establecidas en dicho dominio.
El dominio IHE Patient Care Device (PCD) fue formado en 2005 para hacer frente a
la integración de los datos de los dispositivos médicos en la historia clínica
electrónica, obteniendo como resultado mejoras significativas en la seguridad del
paciente 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ón
de 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. Metodología
Tipos 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 para
transmitir datos o alertas de diferentes dispositivos médicos de monitorización, por lo
cual, el uso de estos perfiles eliminan la necesidad de introducir la información del
paciente en el dispositivo, así como la de transcribir la información en la historia
clínica del paciente, permitiendo de esta manera que los datos del dispositivo estén
inmediatamente disponibles y accesibles en cualquier momento.
Estos perfiles describen un escenario real clínico, ya que involucran a un conjunto de
actores (sistemas o personas), especificando para cada uno de ellos las
transacciones (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 se
menciona los perfiles existentes en este dominio:
Tabla 1.3 Perfiles del dominio Patient Care Device (PCD).
24
31. Metodología
3.3 Perfil IHE-PCD-IDCO (Implantable Device Cardiac Observation).
3.3.1 Introducción.
Actualmente los cardiólogos hacen uso de desfibriladores, terapias de re
sincronización y dispositivos de monitoreo cardiaco para el seguimiento continuo de
la salud de sus pacientes. Este seguimiento se realiza con equipos propietarios
(sistemas de interrogación), comúnmente llamados programadores, que son los
encargos de la comunicación con estos dispositivos. Los datos obtenidos de este
seguimiento son información sobre el estado y configuraciones de los diferentes
tipos de dispositivos, así como datos demográficos de pacientes.
Para mejorar los procesos y los servicios clínicos ofrecidos por el área de
cardiología, se hace uso de sistemas informáticos de información cardiológica para
centralizar y gestionar la información obtenida, de manera que este accesible en
cualquier momento.
Para solucionar este problema, este perfil define una guía o metodología basada en
la transferencia de datos obtenidos desde los sistemas de interrogación o sistemas
de información cardiológica, hacia los sistemas gestores de información clínica
existentes.
En él se define un mecanismo para la creación, transmisión y procesamiento de
datos discretos e informes asociados con las medidas realizadas por dispositivos
cardiacos implantables. Soporta los casos de uso tanto clínico como remoto. La
imagen 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. Metodología
Los 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) y
transacciones que es de que manera la información será intercambiada (estándares
HL7, DICOM, ISO). Ahora bien, teniendo claro este concepto, es necesario hacer
mención sobre cuáles son los roles o acciones que cada actor ejerce, por lo cual
basándonos en la descripción del marco teórico de este perfil, podemos observar que
en la siguiente tabla se identifican los actores y sus roles que en conjunto con otros
actores (otros sistemas) hacen uso de transacciones para realizar una acción en
particular (Ver figura 3.5). Nótese que cada actor tiene un nombre diferente según el
perfil y rol en el que se desenvuelve, por ejemplo para un perfil en el domino de
patologí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. Metodología
La 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ón
Implantable 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 entre
los actores, haciendo uso de transacciones para poder efectuar la comunicación, es
importante no confundir y entender claramente que aquí el actor Device Observation
Reporter (DOR) no es solamente el dispositivo implantable cardiaco que intercambia
la información, sino puede ser su sistema gestor de información cardiaca, o su
programador, lo importante y para que pueda ser considerado como DOR, es que
pueda establecer una comunicación con otros sistema que en este caso sería el
DOC, haciendo uso de la transacción PC-09 , que como hemos visto es simplemente
el formato en que los datos son enviados (HL7/ORU). Para el caso del actor Device
Observation Consumer (DOC) es necesario que este sistema pueda entender la
transacción PC-09, ser capaz de procesar los mensajes HL7 de tipo ORU, para
después hacer uso de la información como por ejemplo creando un registro de
historia clínica electrónica del paciente.
3.3.3 Descripción funcional
Según el marco teórico del dominio Patient Care Device PCD, podemos ver que en la
sección del perfil IDCO, nos encontramos que se usa la transacción PCD-09 para
poder establecer un intercambio de información entre actores, este nombre es
solamente con la finalidad de poder diferenciarlos de otras transacciones, ya que es
posible que dentro de un perfil especifico se puedan hacer uso de varias
transacciones diferentes. Bueno en realidad la transacción PCD-09 es la forma en
que comparten los datos los actores, que otras palabras son simplemente los datos
del dispositivo cardiaco implantable que ya viene en un formato específico y
estructurado, para esta transacción se usa el estándar HL7 para su envió. Para este
tipo de mensaje se usa el tipo ORU, que según el estándar HL7 es usado para
27
34. Metodología
órdenes no solicitadas y mensajes de observación, en secciones más adelante se
describen las cabeceras del mensaje, así como los campos necesarios para poder
estructurar la información y enviarla.
Para la interpretación de los datos provenientes de los dispositivos cardiacos
implantables es necesario que el programador o sistema de interrogación realice un
mapeo de datos, siguiendo las estructura del estándar IEEE 11073_10103, que
definen la estructura en la que los dispositivos médicos intercambian información
entre 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 ORU
Este estándar es usado para definir de qué manera son intercambiados los datos
entre los actores correspondientes.
HL7 International (Health Level Seven) es una “Organización de Desarrollo de
Estándares” para el ámbito de la salud. Fundada en 1987 sin fines de lucro, opera a
nivel 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 interoperabilidad
real 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 se
separan uno del otro usando el carácter de pipa “|”. Los campos también pueden
contener 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 RESPIRATORY
Cada 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 realizada
al paciente. Los nombres de los segmentos son especificados en el primer campo del
28
35. Metodología
segmento, como vemos en el ejemplo anterior que contiene los segmentos MSH, PID
y OBR.
Existen alrededor de 120 tipos de segmentos son usados en los mensajes HL7 [13].
3.3.4.1.2 Caracteres delimitadores en HL7
La 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 escape
3.3.5 Proceso de trabajo del IHE-PCD-IDCO.
Figura 3.6. Flujo de información en un escenario IDCO.
29
36. Metodología
La figura 3.6 muestra el flujo de información requerido en un escenario común de un
chequeo rutinario de un dispositivo de monitoreo cardiaco, ya sea remoto o en
clínica, nótese que el perfil IHE-PCD-IDCO simplemente establece la metodología de
cómo estos datos deben ser intercambiados entre las etapas 5 y 6, pues las
secciones 1,2 y 3 son datos propietarios en los cuales nosotros no podemos tener
acceso 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 de
sistemas médicos. Es creado por la asociación IEEE y es el encargado de definir las
normas de qué manera deben ser intercambiados los datos de los dispositivos
cardiacos 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 hacer
el mapeo correspondiente a un mensaje HL7/ORU e implementar correctamente este
30
37. Metodología
perfil, la ausencia de este formato en esta etapa causaría que este perfil no pudiera
ser realizado de ninguna manera.
Para mencionar un ejemplo los datos que nuestro actor Device Observation
Reporter, va a tener que procesar para generar el mensaje de salida en formato
HL7/ORU sería el siguiente.
Aquí se observa un fragmento del archivo de entrada que sigue el estándar IEEE
11073_10103 en formato XML. En la sección de anexos (Archivo de entrada usado
como ejemplo con la Nomenclatura IEEE 11073 MDC_IDC ) se encuentra el archivo
completo en este formato que fue usado como archivo de ejemplo para este
proyecto.
3.3.6 Consideraciones de Identificación del paciente.
Dependiendo de las regulaciones locales de cada proveedor de dispositivos
cardiacos implantables, se puede estar obligado a mantener un registro que
identifica a un paciente con único dispositivo implantado.
Generalmente la información de identificación personal del paciente, no suele estar
almacenada internamente en estos dispositivos, siendo solo accesibles desde los
programadores o sistemas gestores de información clínica. Para poder lograr que la
información de un paciente sea la correcta, es necesario asociar un identificador
entre el registro del paciente y el dispositivo, este identificador es universal y no se
puede repetir, en la normativa que establece este perfil nos indica el id de la empresa
manufacturera, como el número de serie y modelo serán estos identificadores, por
ejemplo: Manufacturer: BSC (Boston Scientific), MODEL: 1234 SERIAL:ERYU y un
caso real de aplicación se ilustra en la imagen siguiente.
31
38. Metodología
Sistema gestor de Registro electrónico del
Paciente 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 que
contendrá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 Observation
Reporter inicia una comunicación de tipo HL7/ORU hacia el actor Device Observation
Consumer. Esta comunicación es definida en el perfil como la transacción PCD-09 y
solamente 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á compuesto
el mensaje HL7/ORU (Ver tabla 1.5). Para su mejor compresión se menciona un
ejemplo del valor de los campos de cada segmento.
32
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 y
OBR, 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 los
limitadores e identifica el evento disparador.
33
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, el
dominio 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, el
primer carácter es el usado para separar los atributos de cada campo, el segundo es
para indicar repetición, el tercero es el carácter de escape y el último es el separador
de subcomponente que indica que el atributo se subdivide en más campos. El
dominio IHE PCD especifica que se usen los siguientes caracteres ^~& que son los
que 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 el
contexto del IHE sería el nombre del actor Device Cardiac Reporter (DOR). Ejemplo:
BioHMSC.
34
41. Metodología
MSH-4 Sending Facility .
Se especifica el nombre de la organización responsable del actor Device Cardiac
Reporter (DOR) que envía la información, o también el departamento que opera el
sistema (DOR). Ejemplo: Biotronik.
MSH-5 Receiving Application.
Estos componentes son los mismos usados que en el campo MSH-3, solo que en
vez del nombre de la aplicación que envía el mensaje, se debe rellenar con el
nombre de la aplicación a quien va dirigido el mensaje. En el contexto del IHE este
serí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 sean
leí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 el
mensaje 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 el
formato 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 del
evento 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 al
DOR en el segmento de MSA del mensaje de confirmación (mensaje ACK). Este
mensaje puede ser hecho combinando el nombre del sistema DOR, o bien por un
numero 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 valores
siguientes.
D – Debugging.
P – Production.
T – Training.
35
42. Metodología
Ejemplo: D.
3.3.7.1.2 Segmento PID – Identificación del Paciente.
Este segmento es usado por las aplicaciones para poder enviar información del
paciente, como datos demográficos que están contenidos en el mensaje final de
salida.
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 sistema
DOR, este id es generado con los valores especificados en la tabla HL7 Table 023
del estándar (Ver tabla 1.8). Siempre se pone como primer valor el modelo o numero
de serie del dispositivo implantable, y en el tipo de identificador (sub-campo cuatro) el
valor U. Para el componente Assigning Authority (sub-campo cinco) el valor será un
nombre creado por el actor DOR, o en su caso un nombre propio de la organización
codificado con las nomenclaturas MDC_IDC_PG_MFG que especifica el nombre de
la empresa manufacturera.
36
43. Metodología
Tabla 1.8 HL7 Table 023.
Ejemplo: MODEL:LUMAX 300 VR-T/SERIAL:110011^^^BIO^U
PID-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 el
formato 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ándar
HL7 (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. Metodología
PID-12 Version Id.
Es la versión del mensaje HL7 que se envía. Ejemplo: 2.5
3.3.7.1.3 Segmento PV1– Visita del Paciente (Opcional).
Es utilizado para comunicar la información específica de la visita del paciente y
puede 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 del
está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 es
válido en el actor DOR.
PV1-19 Visit Number.
Identificador único de la visita creado por el actor DOR. Ejemplo:
EB7A5C4F4A0098B2BCE3063BE6FDBD06.
38
45. Metodología
3.3.7.1.4 Segmento OBR– Solicitud de Observación.
Contiene el detalle específico de los datos obtenidos de los dispositivos cardiacos
implantables.
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 ser
tomados 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. Metodología
OBR-25 Result Status.
Indica el estado de los datos enviados, debe contener los valores de la siguiente
tabla. 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 el
dispositivo cardiaco implantable. Un mensaje HL7 puede tener varios segmentos
OBR, en este caso para diferenciar cada uno de ellas se debe de poner un
identificador diferente en cada campo Set-ID de cada uno de ellos. Su estructura se
muestra en la tabla 1.14.
Tabla 1.14 Estructura del segmento OBX.
40
47. Metodología
OBX-1 Set ID.
El identificador de la secuencia. Ejemplo: 1.OBX-2 Value Type.
Hace referencia al tipo de dato que se ha medido. Según la normativa del perfil IHE-
PCD-IDCO, debe de ser codificado del tipo de datos del estándar e IEEE 11073
MDC_IDC al tipo de datos HL7. Ejemplo: ST.
Tabla 1.15 HL7 Table 0001.
OBX-3.1 Observation Identifier.
Este identificador es usado para poder identificar los valores de datos extraídos de
los dispositivos médicos implantables. Se debe ajustar a la nomenclatura
11073_10103. En la sección de anexos (Nomenclatura IEEE 11073 MDC_IDC) se
muestra la lista completa de la nomenclatura de este estándar. Ejemplo: 738050.
OBX-3.2 .
Es codificado con el nombre de ID según la nomenclatura 11073_10103.
Ejemplo: MDC_IDC_STAT_EPISODE_TOTAL_COUNT_DTM_END.
OBX-3.3 Observation Identifier.
Siempre se usara el término “MDC”, que indica el tipo de observación
realizada.
OBX-3.4-6 Alternate Identifier.
Usado para poner otro tipo de identificador como por ejemplo códigos LOINC.
OBX-5 Observation Value.
Valor actual de la observación. Ejemplo: 8.5.
OBX-6 Unit.
La unidad que deberá seguir la nomenclatura MDC_IDC (basado en la nomenclatura
UCUM). Se forma primero poniendo un valor MDC seguido de un valor UCUM.
Ejemplo: s^UCUM.
41
48. Metodología
OBX-11 Observation Result Status.
Este valor deberá ser llenado siguiendo la tabla HL7 0085. Ejemplo: F.
Tabla 1.16 HL7 Table 0085.
OBX-14 Date/Time of the Observation.
La fecha de la observación, será requerida solamente cuando sea diferente en la
fecha de inicio del segmento anterior OBR.
OBX-18 Equipment Instance Identifier.
El identificador del software que realizo la observación. Ejemplo: Biotronik.
3.3.7.1.6 Segemento NTE– Comentarios y Notas (Opcional).
En esta sección es usada para agregar comentarios, que no son parte de las
observaciones finales.
Tabla 1.17 Estructura del segmento NTE.
NTE-1 Set ID.
Es el identificador de la nota por si hubiera más de una registrada.
42