eHealth interoperability with X73 standar
•
3 recomendaciones•1,529 vistas
Introduction to X73 standar apply to join devices on eHealth solutions
Recomendados
Recomendados
Más contenido relacionado
Destacado
Destacado (19)
Similar a eHealth interoperability with X73 standar
Similar a eHealth interoperability with X73 standar (20)
Último
Último (20)
eHealth interoperability with X73 standar
- 1. Interoperabilidad en e-Health con el estándar X73 Transparente y neutral Salvador Manuel Gómez López Año 2010
- 2. ÍNDICE DE CONTENIDOS a) E-Health, la evolución de la telemedicina. b) Caso de uso: El paciente telemonitorizado. c) Interoperabilidad con X73. d) Continua como entidad certificadora. e) Glosario de abreviaturas y Referencias.
- 3. A) E-HEALTH, la evolución de la telemedicina
- 4. 1. Definiciones: telemedicina tele-: prefijo griego que significa “a distancia”. medicina: ciencia y arte de precaver y curar enfermedades del cuerpo humano. Real Academia Española, RAE Es una definición enfocada para profesionales sanitarios
- 5. E-health is defined as the application of Internet and other related technologies in the healthcare industry to improve the access, efficiency, effectiveness, and quality of clinical and business processes utilized by healthcare organizations, practitioners, patients, and consumers in an effort to improve the health status of patients. [12] 1. Definiciones: e-Health o telesalud
- 6. 1. Definiciones: e-Health o telesalud Def. propia de e-Health: “Prácticas socio-sanitarias haciendo uso de herramientas soportadas por tecnologías de la información y la comunicación enfocadas en el paciente” http://ec.europa.eu/information_society/eeurope/ehealth/whatisehealth/index_en.htm •Pacientes: estado, diagnóstico, curso clínico. •Información sanitaria/saludable: guías. • Seguimiento terapéutico: medicamentos, biomedidas, logística de dispositivos, … (2)
- 7. [2] 2. Paradigmas • e-Salud. Asistencia médica a distancia. • m-Salud. Asistencia médica móvil. • u-Salud. Asistencia médica ubicua. • p-Salud. Asistencia médica personal.
- 8. 2. Paradigmas Los distintos paradigmas son consecuencia de que el foco de atención en las prestaciones sanitarias está cambiando del hospital/personal sanitario hacia el paciente (autonomía). (2)
- 9. 3. Redes ubicuas e-Health {Body, Personal} Area Network Home Area Network BAN/PAN: Centradas en los sensores y dispositivos que un paciente coloca en su cuerpo y/o utiliza a diario para su seguimiento rutinario-personal. Ej.: Tensiómetro, glucómetro, plusioxímetro, etc. HAN: Referida a las redes de sensores y dispositivos instalados en los edificios (casas, hogares, hospitales) que complementan la información obtenida por otras redes (PAN/BAN). Ej.: Sensor de presencia, termostato, lectores RFID, etc.
- 10. 4. Diversidad de dispositivos HAN • Detector de humos • Detector de CO • Detector de temperatura • Detector de gas • Válvula de desconexión de gas. • Detector de presencia por infrarrojos • Detector de inundación • Tirador de baño • Alfombrilla de presión • Tirador de baño • Interruptor por voz • Videocámara de vigilancia… BAN/PAN • Detector de caídas • Pulsador • Detector de enuresis • Sensor de epilepsia • Pulsador vía radio • Sensor de ocupación cama/sillón • EEG y ECG • Identificadores implantados • Espirómetro • Pulsera GPS • Tensiómetro • Camisa termómetro • Sensor de sudoración • Dispensador de medicamentos… Ejemplos obtenidas de un catálogo (año 2007) de Tunstall Iberica y otras publicaciones: [9]
- 11. 5. Diversidad de conexiones • Cada nuevo dispositivo que aparece en el mercado suele incorporar la última tecnología de conexión. • Ni todos los dispositivos pueden ser inalámbricos ni todos pueden ser por cable. • Cada fabricante de dispositivos tiende a emplear un protocolo/formato de comunicaciones propietario y cerrado, para la captura y envío de los datos registrados. • Los terminales de conexión de los dispositivos pueden variar según: fabricante, función principal, momento en que aparezca en el mercado. Las más conocidas
- 12. B) CASO DE USO: El paciente telemonitorizado
- 13. Escenario de comunicaciones [3] Modos de operación de los servicios de telemonitorización: -Asíncrono: almacenamiento local + procesamiento local + envío a remoto. - Síncrono: significa en tiempo real
- 14. Escenario de interoperabilidad [3] Es necesario un elemento central con el que todos los dispositivos se comuniquen (gateway)
- 16. C) INTEROPERABILIDAD de dispositivos médicos con X73
- 18. 1. Estándares que agrupa ENV13734 (VITAL) Define el formato de representación de los datos biomédicos que se están manejando capas superiores ENV13735 (INTERMED) Establece los modelos para acceder a los datos biomédicos que se pueden manejar capas intermedias Normas IEEE1073.3 Establece los protocolos de transporte de los datos a enviar/recibir capas inferiores Normas IEEE1073.4 Establece las características física de la interfaz de conexión de cada dispositivo médico nivel físico X73 nace de absorber estándares de IEEE e ISO MIB – Medical Information Bus
- 19. 2. Pila de protocolos • ISO e IEEE se alían en 2000/2001 en “Pilot Project” para cooperar en la creación de un estándar común. • Estos estándares se consideran europeos por medio del grupo TC251 del Comité Europeo de Normalización (CEN). [5]Pila de protocolos OSI vs Pila protocolos X73
- 20. 2. Pila de protocolos [5] (2) Dispositivos de señales biomédicas soportados por el momento (draft)
- 21. 2. Pila de protocolos [5] (3) Modelos de comunicación relevantes
- 22. 3. Mecanismos de comunicación 3.1. Medical Device Data Language (MDDL) Medical Care System Patient Care System MDDL Se encuentra definida en la norma 1073.1, fundamentalmente definiendo El modelo de información del dominio (DIM). DIM procede directamente de la norma CEN VITAL (CEN 13734) en español disponible en UNE-ENV13734. Consta de dos partes: modelo estático y modelo dinámico. 1073.1.1 – Nomenclatura 1073.1.2 – Dispositivos genéricos 1073.1.3 – Dispositivos específicos
- 23. [5] 3. Mecanismos de comunicación 3.1. Medical Device Data Language (MDDL) Modelo estático. Paquetes que lo componen (2) Model for the Medical Package Model for the Alert Package Model for the System Package Model for the Control Package Model for the Extended Service Package Model for the Communication Package Model for the Archival Package Model for the Patient Package
- 24. 3. Mecanismos de comunicación 3.1. Medical Device Data Language (MDDL) Modelo dinámico. (3) Proporciona un modelo de servicios de comunicaciones basado en el concepto de agente-manager de ISO (servidor y cliente respectivamente). Pasos que siguen agente y manager como máquinas de estados finitos, que son: 1. Se arrancan. 2. Se asocian (intentos). 3. Configuran la conexión entre ambos. 4. Realizan la operación (intercambio, p.e., de datos biomédicos) de entre las definidas en la capa de servicios de aplicación Más detalles en la clausula 7 de la norma 1073.1.2.1
- 25. • Tiene como propósito definir la capa de aplicación para la comunicación de dispositivos médicos. Empleando como lenguaje de intercambio MDDL. • Agrupa los niveles de aplicación, presentación y sesión del modelo de referencia OSI, diseñando los niveles de presentación y sesión como si fuesen inactivos (mínima sobrecarga). • Esta norma se divide en tres partes: – Base Estándar (1073.2.0.x). Proporciona definición de servicios para la PDU, así como reglas de codificación y formato. – Baseline Profile (1073.2.1.x). La información que se intercambia se envía como informes de eventos. – Polling Mode Profile (1073.2.2.x). Define un conjunto de servicios que se pueden invocar para obtener información. 3. Mecanismos de comunicación 3.2. Medical Device Application Profiles (MDAP) Modelos de comunicación
- 26. [6] ISO11073-20202 Baseline Profile, absorbe la antigua ENV13735 3. Mecanismos de comunicación 3.2. Medical Device Application Profiles (MDAP) (2) Agente (MD) Manager/gateway Envío continuo
- 27. ISO11073-20202 Baseline Profile, absorbe la antigua ENV13735 3. Mecanismos de comunicación 3.2. Medical Device Application Profiles (MDAP) (3) Envío continuo [5]
- 28. [6] ISO11073-20201 Polling Mode Profile, absorbe la antigua ENV13735 3. Mecanismos de comunicación 3.2. Medical Device Application Profiles (MDAP) (4) Agente (MD) Manager/gateway Envío bajo demanda
- 29. 3. Mecanismos de comunicación 3.2. Medical Device Application Profiles (MDAP) (5) [5] ISO11073-20201 Polling Mode Profile, absorbe la antigua ENV13735
- 30. 4. Arquitecturas X73 4.1. Arquitectura X73PoC Las siglas de la figura: MDIB: Medical Data Information Base CMDISE: Common Medical Device Information Service Element MDSE: Medical Device Service Element ACSE: Association Control Service Element MDSE Se corresponde con la pila de protocolos ya descrita.
- 31. 4. Arquitecturas X73 4.2. Arquitectura X73PHD [6] Es una simplificación de la arquitectura anterior, separando las funcionalidades en tres modelos: • Modelo de Información de dominio (DIM). Funcionalidades y características de dispositivos. •Modelo de Servicio. Proporciona métodos de acceso a los datos que son enviados entre dos entidades. •Modelo de comunicaciones. Gestor del establecimiento y mantenimiento del enlace entre agente y manager. Codifica los datos abstractos para transferibles (Medical Device Encoding Rules)
- 32. 4. Arquitecturas X73 4.3. Evolución de X73PoC a X73PHD X73PoC X73PHD La arquitectura X73PHD favorece al nuevo paradigma de los dispositivos (wearables) y sus aplicaciones (fitness, asistencial)
- 33. 5. Máquina de estado X73PHD [6][6]
- 34. i.e. Sensor ECG wearable para fitness [9] [9]
- 35. i.e. Combinación de sensores wearables con objetivo asistencial [10]
- 36. D) CONTINUA Como entidad certificadora
- 37. 1. Promotores y colaboradores Socios promotores
- 38. 1. Promotores y colaboradores Socios colaboradores Hasta 194 entidades (2)
- 39. 2. Misión y objetivos de Continua http://www.continuaalliance.org/sobre-la-alianza/mision-y-objetivos.html MISIÓN • Establecer un sistema de soluciones de telesalud personal interoperable que promueva la independencia y que capacite a las personas y organizaciones a gestionar mejor la salud y el bienestar. OBJETIVOS • Desarrollar directrices de diseño que permitan a los proveedores fabricar sensores interoperables, redes en el hogar, plataformas de telesalud y servicios de salud y bienestar. • Establecer un programa de certificación de productos con un logo reconocible para el consumidor, que indique la promesa de interoperatividad en los productos certificados. • Colaborar con las agencias reguladoras gubernamentales para proporcionar métodos para la gestión segura y eficaz de diversas soluciones de proveedores. • Trabajar con los líderes del sector de la asistencia sanitaria para desarrollar nuevas maneras de tratar los costes de proporcionar sistemas de telesalud personal.
- 40. 3. Algunos dispositivos certificados Cypak CPX186 Continua Converter Cable Roche Accu-Check® Smart Pix Device Reader A&D Medical UA-767PBT-C Blood Pressure Monitor A&D Medical UC-321PBT-C Weight Scale Nonin Onyx® II 9560 Wireless Fingertip Pulse Oximeter
- 41. E) ABREVIATURAS Y REFERENCIAS
- 42. Algunas abreviaturas • VMD – Virtual Medical Device. • PCS – Patient Care System • MDS – Medical Device System. • MDDL – Medical Device Data Language • COM – Comunicación. • DCC – Device Communications Controller. • BCC – Bedside Communications Controller. • INFO – Modelo de Información. • MR – Modelo de Referencia. • MI – Modelo de Implementación. • ISO – International Standards Organización. • DIF – Device Interface. • MDIB – Medical Device Information Base. • PoC – Point of Care. • PHD –Personal Health Device. • MDAP – Medical Device Application Profile. • EHR – Electronical Healthcare Record. • CC – Communication Controller. • HAN – Home Area Network. • PAN – Personal Area Network. • BAN – Body Area Network.
- 43. Referencias 1. Salud pública europea: http://ec.europa.eu/health/index_es.htm 2. E-Health Latinoamérica: http://www.ehealthlatinoamerica.com/ 3. Estado del arte de soluciones personales de salud, interoperabilidad y estandarización, X73 Spain Group, upHealth.es: http://x73spain.com/homepage/index.php/project 4. Proyecto Historia Clínica Digital del Sistema Nacional de Salud, Ministerio Sanidad y Política Social (España): http://www.msc.es/organizacion/sns/planCalidadSNS/tic02.htm 5. Revisión de la norma ISO/IEEEX73 – PoCMDC sobre interoperabilidad de dispositivos médicos y su aplicabilidad en escenarios de telemonitorización domiciliaria y ambulatorio, Redes temáticas de Investigación Cooperativa. Autores de las univeridades españolas: UPNA, UZ, UPM. 6. ISO/IEEE11073 (X73) Interoperabilidad de dispositivos médicos, X73 Spain Group, upHealht.es 7. Continua Health Alliance, http://www.continuaalliance.org/ 8. S. Warren et al., "Proposed information architecture for telehealth system interoperability", Proc. Int Conf IEEE Eng Med Bio, vol. 2, pp. 702, 1999. 9. Young-Dong Lee and Wan-Young Chung, “Wireless sensor network based wearable smart shirt for ubiquitous health and activity monitoring”, Elsevier, Sensors and Actuators B: Chemical Volume 140, Issue 2, 16 July 2009, Pages 390-395. 10. Winston H. Wu , Alex A.T. Bui, Maxim A. Batalin, Lawrence K. Au, Jonathan D. Binney and William J. Kaiser, “MEDIC: Medical embedded device for individualized care”, Elsevier, Artificial Intelligence in Medicine Volume 42, Issue 2, February 2008, Pages 137-152 Wearable Computing and Artificial Intelligence for Healthcare Applications. 11. Ir al médico sin moverse de casa (Cuatro TV), Telefónica I+D, telemonitorización de pacientes, http://www.cuatro.com/noticias/videos/ir-medico-moverse-casa/20091101ctoultpro_8/ 12. Jennifer Marconi, “E-Health: Navigating the Internet for Health Information Healthcare”, Advocacy White Paper. Healthcare Information and Management Systems Society, May, 2002
- 44. GRACIAS
Notas del editor
- Una definición muy enfocada al entorno sanitario. Principalmente para el diagnóstico de enfermedades a distancia o la obtención de una segunda opinión de especialistas. Así como los sistemas de información sanitarios, en especial la historia clínica electrónica. Este término olvida el aspecto social que conlleva una enfermedad y su tratamiento. Así como todo el proceso asistencial de la prevención-diagnóstico-tratamiento de las enfermedades.
- Agrupa múltiples disciplinas, tales como: teleasistencia, teleatención, telemonitorización, telemedicina, telerrehabilitación. Telehospitalización, Logística hospitalaria, Etc. La comisión europea de alto nivel define e-Health como: What is eHealth? Delivery of care to patients by health care professionals Health-related information Trading Health Products In the context of eEurope, the concept of "eHealth" is used to describe the application of information and communications technologies (ICT) across the whole range of functions which, one way or another, affect the health of citizens and patients. Delivery of care to patients by health care professionals A wide range of potential applications of information and communications technologies are now available in the health field and have been implemented to varying degrees within Member States. These include systems ranging from the purely administrative to those for care delivery: Hospitals: Scheduling systems (booking, human resource management) Logistics (supply of medicinal products], bed management and patient transfer Management information systems (DRGs, resource management)) Hospital administration systems (accounting, inventory management, payroll) Patient administration systems Laboratory information systems Radiology information systems Pharmacy systems Nursing systems Networked Services such as electronic messaging between the hospital and other healthcare actors for communication of clinical and administrative data Telemedicine such as telepathology services, teleconsultation for remote areas Primary Care: Use of computers by General Practioners (Family Doctors), pharmacists and dentists for patient management, medical records and electronic prescribing. Home Care: Includes care services which are delivered by home care professionals via telecommunications to a patient in the home. Such teleconsultation may include remote vital signs monitoring systems which enable the patient to receive targeted treatment and medication without the need to visit an out-patient department or to occupy a hospital bed. Examples of such applications are particularly well developed in diabetes medicine, asthma monitoring and home dialysis systems. A fundamental building block of these applications is the Electronic Health Record (EHR) which also allows the sharing of medical records between care providers across medical disciplines and institutions. The EHR in turn facilitates teleconsultation between care providers on a given patient for the purposes of second medical opinions, as well as teleconsultation by a health practitioner linked to the patient at home. Its use gives rise to further possibilities of advanced, networked, applications, such as electronic prescribing, which has the potential for more efficient working between doctor and pharmacist and the possibility of cutting down unnecessary errors and monitoring for iatrogenic effects. Health-related information An important potential use of electronic health-related information is continuous medical education. Another new but important trend is the retrieval of health and medical information by citizens. The internet also provides a useful medium not only for commercial information providers such as publishers, but also for official bodies seeking innovative ways to support public health education campaigns. Trading Health Products Electronic trading of health care goods such as pharmaceuticals, medical devices and the various ICT applications themselves is also on the increase. Here, a wider range of actors are involved, including software and hardware developers and support providers, telecommunications providers, official bodies accrediting applications, as well as the healthcare provider and the citizens in their role as commercial customers of such providers.
- Estos ejemplos de dispositivos utilizados en e-health han sido extraído de un catálogo de periféricos del fabricante Tunstall del año 2007 y otras publicaciones . Como se puede imaginar para que el sistema de e-health que emplee muchos de estos dispositivos ha de hacerlo de forma transparente y muy sencilla al usuario. Que ni lo note. De forma tal que pueda realizar su vida con normalidad y se pueda sentir seguro. Pero, ¿cómo es posible que interoperen estos dispositivos? ¿se pueden comunicar entre ellos? ¿de qué manera? ¿todos los fabricantes de dispositivos desarrollan de igual forma dispositivos con igual objetivo (p.e. un glucómetro)?
- Alguna información sobre las conexiones más conocidas: USB El Universal Serial Bus (bus universal en serie) o Conductor Universal en Serie (CUS), abreviado comúnmente USB, es un puerto que sirve para conectar periféricos a una computadora. Fue creado en 1996 por siete empresas: IBM, Intel, Northern Telecom, Compaq, Microsoft, Digital Equipment Corporation y NEC. El diseño del USB tenía en mente eliminar la necesidad de adquirir tarjetas separadas para poner en los puertos bus ISA o PCI, y mejorar las capacidades plug-and-play permitiendo a esos dispositivos ser conectados o desconectados al sistema sin necesidad de reiniciar. Sin embargo, en aplicaciones donde se necesita ancho de banda para grandes transferencias de datos, o si se necesita una latencia baja, los buses PCI o PCIe salen ganando. Igualmente sucede si la aplicación requiere de robustez industrial. A favor del bus USB, cabe decir que cuando se conecta un nuevo dispositivo, el servidor lo enumera y agrega el software necesario para que pueda funcionar. El USB no puede conectar los periféricos porque sólo puede ser dirigido por el drive central asi como: ratones, teclados, escáneres, cámaras digitales, teléfonos móviles, reproductores multimedia, impresoras, discos duros externos entre otros ejemplos, tarjetas de sonido, sistemas de adquisición de datos y componentes de red. Para dispositivos multimedia como escáneres y cámaras digitales, el USB se ha convertido en el método estándar de conexión. Para impresoras, el USB ha crecido tanto en popularidad que ha desplazado a un segundo plano a los puertos paralelos porque el USB hace mucho más sencillo el poder agregar más de una impresora a una computadora personal. Algunos dispositivos requieren una potencia mínima, así que se pueden conectar varios sin necesitar fuentes de alimentación extra. La gran mayoría de los concentradores incluyen fuentes de alimentación que brindan energía a los dispositivos conectados a ellos, pero algunos dispositivos consumen tanta energía que necesitan su propia fuente de alimentación. Los concentradores con fuente de alimentación pueden proporcionarle corriente eléctrica a otros dispositivos sin quitarle corriente al resto de la conexión (dentro de ciertos límites). UPnP Universal Plug and Play (UPnP) Conectar y Usar Universal, es una arquitectura software abierta y distribuida que de forma independiente al fabricante, sistema operativo, lenguaje de programación, etc. permite el intercambio de información y datos a los dispositivos conectados a una red. Según el Foro UPnP: UPnP define protocolos y procedimientos comunes para garantizar la interoperatividad sobre PC permitidos por red, aplicaciones y dispositivos inalámbricos. La arquitectura UPnP soporta el trabajo de una red sin configurar y automáticamente detecta cualquier dispositivo que puede ser incorporado a esta, obtiene su dirección IP, un nombre lógico, informando a los demás de sus funciones y capacidad de procesamiento, y le informa, a su vez, de las funciones y prestaciones de los demás. Los servidores DNS y DHCP son opcionales y son usados solamente si están disponibles en la red de trabajo. UPnP se construye sobre protocolos y formatos existentes utilizándose juntos para definir un marco que permita la definición, muestra en la red, y control de los dispositivos de ésta. ¿Qué beneficios tiene? Independencia de medios y dispositivos: Puede funcionar sobre cualquier medio incluyendo líneas telefónicas, cables de la luz, Ethernet, RF, wireless, y 1394.Esto lo hace apropiado para usos en Domótica. Independencia de Plataformas: No importa el lenguaje de programación ni el sistema operativo para el desarrollo de productos con esta tecnología. Tecnologías basadas en Internet: Está desarrollada sobre IP, TCP, UDP, HTTP y XML entre otras. Control UI Control de programación: Ofrece una aplicación convencional de control de programación. Protocolos base comunes Extensible UPnP ha sido impulsado por Microsoft persiguiendo los mismos objetivos que el Jini de Sun Microsystems. Wi-Fi Wi-Fi (pronunciado en inglés /waɪfaɪ/, aunque en España se pronuncia /wɪfɪ/), siglas en inglés de Wireless Fidelity, es un sistema de envío de datos sobre redes computacionales que utiliza ondas de radio en lugar de cables, además es una marca de la Wi-Fi Alliance (anteriormente la WECA: Wireless Ethernet Compatibility Alliance), la organización comercial que adopta, prueba y certifica que los equipos cumplen los estándares 802.11 Bluetooth Bluetooth es una especificación industrial para Redes Inalámbricas de Área Personal (WPANs) que posibilita la transmisión de voz y datos entre diferentes dispositivos mediante un enlace por radiofrecuencia en la banda ISM de los 2,4 GHz. Los principales objetivos que se pretenden conseguir con esta norma son: Facilitar las comunicaciones entre equipos móviles y fijos... Eliminar cables y conectores entre éstos. Ofrecer la posibilidad de crear pequeñas redes inalámbricas y facilitar la sincronización de datos entre equipos personales. Los dispositivos que con mayor frecuencia utilizan esta tecnología pertenecen a sectores de las telecomunicaciones y la informática personal, como PDA, teléfonos móviles, computadoras portátiles, ordenadores personales, impresoras o cámaras digitales. Z-Wave Z-Wave is a wireless communications proprietary standard designed for home automation, specifically to remote control applications in residential and light commercial environments. The technology uses a low-power RF radio embedded or retrofitted into home electronics devices and systems, such as lighting, home access control, entertainment systems and household appliances. The technology which is developed by Zensys (who are now owned by Sigma Designs),[1] has been standardized by the Z-Wave Alliance, an international consortium of manufacturers that oversees interoperability between Z-Wave products and enabled devices. WiMax Wimax son las siglas de Worldwide Interoperability for Microwave Access (interoperabilidad mundial para acceso por microondas). Es una norma de transmisión de datos usando ondas de radio. Es una tecnología dentro de las conocidas como tecnologías de última milla, también conocidas como bucle local que permite la recepción de datos por microondas y retransmisión por ondas de radio. El protocolo que caracteriza esta tecnología es el IEEE 802.16. Una de sus ventajas es dar servicios de banda ancha en zonas donde el despliegue de cable o fibra por la baja densidad de población presenta unos costos por usuario muy elevados (zonas rurales). El único organismo habilitado para certificar el cumplimiento del estándar y la interoperabilidad entre equipamiento de distintos fabricantes es el Wimax Forum: todo equipamiento que no cuente con esta certificación, no puede garantizar su interoperabilidad con otros productos. Los perfiles del equipamiento que existen actualmente en el mercado; compatibles con WiMAX, son exclusivamente para las frecuencias de 2,5 y 3,5 Ghz como puede comprobarse en la base de datos de WiMax Forum. Existe otro tipo de equipamiento (no estándar) que utiliza frecuencia libre de licencia de 5,4 Ghz, todos ellos para acceso fijo. Si bien en este caso se trata de equipamiento que no es ínter operativo, entre distintos fabricantes (Pre Wimax, incluso 802.11a). Existen planes para desarrollar perfiles de certificación y de interoperabilidad para equipos que cumplan el estándar IEEE 802.16e (lo que posibilitará movilidad), así como una solución completa para la estructura de red que integre tanto el acceso fijo como el móvil. Se prevé el desarrollo de perfiles para entorno móvil en las frecuencias con licencia en 2,3 y 2,5 Ghz. Actualmente se recogen dentro del estándar 802.16, existen dos variantes: Uno de acceso fijo, (802.16d), en el que se establece un enlace radio entre la estación base y un equipo de usuario situado en el domicilio del usuario, Para el entorno fijo, las velocidades teóricas máximas que se pueden obtener son de 70 Mbps con un ancho de banda de 20 MHz. Sin embargo, en entornos reales se han conseguido velocidades de 20 Mbps con radios de célula de hasta 6 Km, ancho de banda que es compartido por todos los usuarios de la célula. Otro de movilidad completa (802.16e), que permite el desplazamiento del usuario de un modo similar al que se puede dar en GSM/UMTS, el móvil, aun no se encuentra desarrollado y actualmente compite con las tecnologías LTE, (basadas en femtocélulas, conectadas mediante cable), por ser la alternativa para las operadoras de telecomunicaciones que apuestan por los servicios en movilidad, este estándar, en su variante "no licenciado", compite con el WiFi IEEE 802.11n, ya que la mayoría de los portátiles y dispositivos móviles, empiezan a estar dotados de este tipo de conectividad (principalmente de la firma Intel). Características de WIMAX Distancias de hasta 50 kilómetros, con antenas muy direccionales y de alta ganancia. Velocidades de hasta 70 Mbps, 35+35 Mbps, siempre que el espectro esté completamente limpio. Facilidades para añadir más canales, dependiendo de la regulación de cada país. Anchos de banda configurables y no cerrados,sujeto a la relación de espectro. Permite dividir el canal de comunicación en pequeñas subportadoras (Dos tipos Guardias y Datos). ZigBee ZigBee es el nombre de la especificación de un conjunto de protocolos de alto nivel de comunicación inalámbrica para su utilización con radios digitales de bajo consumo, basada en el estándar IEEE 802.15.4 de redes inalámbricas de área personal (wireless personal area network, WPAN). Su objetivo son las aplicaciones que requieren comunicaciones seguras con baja tasa de envío de datos y maximización de la vida útil de sus baterías. En principio, el ámbito donde se prevé que esta tecnología cobre más fuerza es en domótica, como puede verse en los documentos de la ZigBee Alliance, en las referencias bibliográficas que se dan más abajo es el documento «ZigBee y Domótica». La razón de ello son diversas características que lo diferencian de otras tecnologías: Su bajo consumo Su topología de red en malla Su fácil integración (se pueden fabricar nodos con muy poca electrónica).
- Se conoce como telemonitorización de pacientes al conjunto de sistemas técnicos y servicios médicos que permite realizar un control a distancia de parámetros y señales biológicas de enfermos que lo necesitan. La telemonitorización de pacientes es una de las prácticas más habituales en e-Health, puesto que, empleada adecuadamente, permite incrementar la calidad de la atención prestada y aumentar la eficiencia de los servicios, fundamentalmente gracias a que facilita un seguimiento continuado de pacientes crónicos, ancianos, en cuidados paliativos o que sido intervenidos quirúrgicamente. Además los pacientes telemonitorizados pueden continuar viviendo en sus propios domicilios con las ventajas que ellos conlleva: comodidad, contexto favorable, ausencia de desplazamientos, etc. La telemonitorización empleada también permite la disminución de los costes sanitarios.
- En la mayoría de los casos el proceso de la telemonitorización consiste en adquirir signos vitales del paciente, así como otras biomedidas (o señales biomédicas) para su registro local y posterior envío al almacén de información remoto, donde quedan disponibles para la consulta del especialista o profesional sanitario competente. Este registro y envío de datos biomédicos puede realizarse de dos modos diferentes: Asíncrono: para el seguimiento de ancianos o pacientes crónicos. La señales se registran en el domicilio, una o varias veces al día normalmente, y se analizan para detectar eventos y poder prevenir posibles urgencias. También se denomina “almacenamiento y retransmisión”. Síncrono: para pacientes de riesgo que son telemonitorizados continuamente, bien en su domicilio o unidad móvil, que le transportará al hospital después de un ataque en una situación de de emergencia. También se denomina “tiempo real”.
- En el escenario actual de expansión de los servicios de telemonitorización se pueden identificar dos barreras, relacionadas con la interoperabilidad, que, en mi opinión, dificultan gravemente el paso de experimentos piloto al uso en rutina clínica: Por un lado, no se logra integrar adecuadamente la información de telemonitorización obtenida sobre los pacientes con los sistemas de información sanitaria utilizados rutinariamente por los profesionales en su seguimiento, lo que limita el uso que le da a esos sistemas. Por otro lado, se encuentra una gran dificultad para que dispositivos de monitorización heterogéneos convivan en una red PAN/BAN de usuario de manera lo más similar a un paradigma de funcionamiento plug-and-play. Estas dos barreras están muy relacionadas con los dos ámbitos de integración que se pueden identificar en el diseño de un sistema de telemonitorización que forme parte de un sistema de información sanitario o de e-health genérico: En el ámbito local de los dispositivos, es decir, la red BAN/PAN/HAN en la que se encuentra el paciente, en la que encontraremos con dispositivos de monitorización heterogéneos (p.e. un tensiómetro, báscula, pulsioxímetro). En el ámbito del sistema de e-Health, es decir, donde los datos médicos del paciente han sido recibidos, y en el que para ser útiles deben ser: 1) integrados con otra información del paciente (historia clínica) y 2) accesibles por los profesionales que siguen al paciente.
- Surge así la necesidad de proponer soluciones técnicas robustas, abiertas e interoperables en el campo de los sistemas y dispositivos para la telemonitorización de pacientes. Se afronta este problema a partir del concepto de tecnologías middleware, que permiten la integración de dichos dispositivos, ya sea como elementos individuales o bien como componentes, de una red personal de usuario. El reto fundamental al que nos enfrentamos es diseñar dispositivos plug-and-play que puedan ser incorporados de manera sencilla en diferentes sistemas de telemedicina. Este tecnologías podría ser el conjunto de normas que quedan bajo el paraguas de la ISO/IEEE11073 (X73), tal y como muestra la figura.
- Texto: Can I tape a movie from cable tv then fax it from my vcr to my CD-ROM then e-mail it to my brother's cellular phone so he can make a copy on his neighbor's camcorder? Traducción a español: ¿Puedo grabar una película de televisión por cable enviarla por fax desde mi vídeo a mi CD-ROM y después enviar un e-mail al teléfono móvil de mi hermano para que él pueda hacer una copia en la videocámara de su vecino? ------------------------------------ Esta viñeta demuestra dos problemas con los que nos encontramos para poder desarrollar la interoperabilidad entres dispositivos (en nuestro caso, para la telemonitorización de pacientes): Formación de los usuarios (usabilidad). Necesidad de un “idioma” común para que los dispositivos se puedan comunicar.
- Es un estándar orientado a la monitorización de pacientes en la UCI. Pero con un pequeño esfuerzo es aplicable a otros entornos de telemonitorización fuera del entorno UCI.
- CEN – Comité Europeo de Normalización. Fundado por los organismos estatales de estándares (en España, es AENOR), agrupa diversos comités técnicos. Entre ellos, el TC251 se encarga de la informática médica y constituye el único foro europeo para consenso y normalización de la informática aplicada a la atención sanitaria. Mantiene contactos internacionales con la ISO. De izquierda a derecha a partir de la segunda pila se puede ver la evolución de la nomenclatura de las normas según cada organización hasta alcanzar una común. La evolución de la nomenclatura común está emparejada a la consolidación de consorcio para la estandarización de estas normas creado por ISO (CEN) e IEEE.
- El modelo estático del DIM está compuesto por 6 paquetes (componentes básicos). Estos paquetes agrupan el conjunto de instancias de objetos del DIM disponible en un dispositivo médico concreto conforme a las definiciones en forma de la Medical Data Information Base (MDIB). Las definiciones de los atributos, comportamiento y notificaciones de cada objeto se pueden encontrar en la cláusula 7 de la norma 1073.1.2.1. Los paquetes son: Model for the Medical Package (modelo para el área médica). Trata de la obtención y representación de señales biomédicas y de la información de contexto necesaria para la interpretación esas medidas. Ej. Son: objeto médico virtual, dispositivo médico virtual, canal, métrica, numérico, muestras en tiempo real, y otros. Model for the Alert Package (modelo para el área de alertas). Trata de objetos que representan información sobre circunstancias que influyen en el resultado de la medida o en el funcionamiento del dispositivo, tanto relacionadas con el paciente como técnicas. El término alerta se usa indistintamente para alarmas fisiológicas, técnicas e información para el usuario sobre el equipamiento. El modelo define tres niveles diferentes que dan lugar a diferentes tipos de procesamiento de esas alarmas y permiten establecer prioridades entre alarmas. Model for the System Package (modelo para el área de sistemas). Representación de dispositivos que adquieren o procesan información de señales vitales. Ej.: Info Batería, registro de eventos, indicador del propósito del dispositivo (único o múltiple). Model for the Control Package (modelo para el área de control). Contiene los objetos que permiten el control remoto de las medidas y el control del dispositivo. El modelo para el control remoto permite especificar qué atributos son accesibles para el sistema remoto. Para ello, se define el objeto operación que hace que se pueda establecer cómo se modifica cada atributo y la lista de valores posibles. Model for the Extended Services (modelo para el área de servicios extendidos). Contiene objetos que proporcionan servicios extendidos de gestión de objetos médicos que permiten el acceso eficiente a información en los sistemas que se comunican con un dispositivo médico (MDS) o con varios. Model for the Communication Package (modelo para el área de comunicación). Contiene los objetos orientados a almacenar información relativa a cómo se comunican los dispositivos. Model for the Archival Package (modelo para el área de archivo). Objetos para el archivo y representación de señales biológicas, información de estado e información de contexto en un archivo, ya se on-line u off-line. Objetos de esta área son: - Archivo de paciente (orientado a datos demográficos, es información estática). - Archivo de sesión (orientado a visita o estancia hospitalaria, es información dinámica). - Médico (médico responsable de los datos en el espacio de tiempo definido por una sesión. - Archivo multipaciente (agrupa varios archivos de paciente). Model for the Patient Package (modelo para el área del paciente). Información del paciente que es relevante para el objetivo de esta norma pero que no es información de signos vitales. Se trata de la información mínima que es típicamente requerida por los dispositivos médicos, en absoluto de una historia clínica completa. Podría verse como la información necesaria para la integración con la historia clínica en el GIS del hospital.
- El manager será el gateway/middleware
- El propósito de esta parte del estándar es definir la aplicación de capa superior de Comunicación de Dispositivos Médicos (Medical Devices Communications, MDC) para intercambio de datos que están definidos con el formato de lenguaje MDDL o perfiles ISO tipo F. La norma MDAP define un conjunto de servicios que se usarán para comunicar información en forma de mensajes MDDL entre dispositivos médicos, entres sistemas DCC y BCC (device y bedside), entres los tres niveles superiores (aplicación, presentación y sesión) del modelo de referencia OSI. Sus secciones cubren la codificación básica y sintaxis abstracta para los mensajes usados, notificación de eventos, unidades del protocolo de control (PDU); así como los servicios usados cuando el host pide información a un dispositivo. Los niveles de sesión y presentación se entienden como inactivos y se diseñan para producir la mínima sobrecarga. Los profiles o modelos de esta norma son: 1073.2.0.x Base estándar. Proporciona a la PDU deficines para los servicios, así como reglas de codificación y las especificaciones para el formato numérico del dispositivo médico (Medical Device Numeric Format, MDNF) usado para la comunicación de números reales y el resto de primitivas del servicio. 1073.2.1.x Baseline Profile. Define un sistema manager de eventos por el que el modelo de datos (“containment tree”) es enviado por el dispositivo durante la configuración del enlace comunicación. Toda la información intercambiada posteriormente es enviada principalmente como notificación de eventos (event reports) cuando hay un cambio en el estado de operación o existen nuevos datos disponibles. 1073.2.2.x Polling Mode Profile. Define un conjunto de servicios que permiten al host interrogar (hacer un “poll” o un requerimiento explícito “request”), todos los datos que se enviarán desde el dispositivo; es decir, el Virtual Medical Device (VMD) envía datos solamente cuando el host se lo requiere.
- Escenario de adquisición no crítico en el tiempo
- Escenario de adquisición crítico en el tiempo (RT, Real Time).
- PUNTOS CLAVE QUE FAVORECE EL HECHO DE LA EVOLUCIÓN DE X73PoC X73PHD: Wearables. Cambio en el paradigma de gestión de salud: nuevos MDs wearables con sensores incorporados en ropa, pulseras ... Red de sensores de paciente. Colección de sensores alrededor del paciente (detectores de presencia, sensores de movimiento, dispositivo de telecuidado, etc.) redes HAN/PAN/BAN -> u-Salud Ubicuidad. Espectro de uso más amplio y confortable: fitness, monitorización, mantenimiento, soporte a la dependencia, vida asistida, crónicos, pacientes de movilidad limitada, atletas, etc. Wireless. Plataforma middleware y basada en estándares abiertos. Conexiones fijas/móviles integradas: Bluetooth, USB, WiFi… y múltiples MDs y dispositivos de red: SmartPhone, PDA, miniPC…
- El DIM también abarca un modelo dinámico del sistema. Define una máquina de estados (FSM) para sincronizar el comportamiento del agente y el gestor del sistema. 1) Cuando el dispositivo se enciende, procede a realizar las configuraciones locales oportunas y pasa al estado disconnected hasta que detecta un evento de conexión. 2) Al detectar el evento de conexión, el dispositivo intenta establecer una conexión lógica (una asociación) con el otro dispositivo. Un sistema gestor (cliente) es que realiza la petición de la asociación, mientras que el sistema agente (servidor) es el que responde a esa petición. En este estado de asociación se realizan comprobaciones básicas de compatibilidad. 3) Una vez realizada la asociación con éxito, se intercambian los datos de configuración (la estructura de la MDIB) mediante el uso de los servicios definidos en el estándar. También se intercambia información adicional (por ejemplo, atributos del MDS – Medical Device System) para posibilitar la compatibilidad y la comprobación del estado. 4) Después de este proceso de configuración, los datos médicos se intercambian usando también los servicios definidos por VITAL. 5) Si un evento indica la intención de desconexión, se entra en el estado disassociating.
- Permite realizar el ECG incluso en movimiento
- Para detectar cojera en el paciente. Combina lo resultados de los dos dispositivos para decidir si cojea o no quien los lleva puestos
- TicSalut es catalana
- Cypak CPX186 Continua Converter Cable The CPX186 is a Continua CertifiedTM Converter to connect legacy devices to the Continua ecosystem. The certified device supports blood pressure meters and weight scales from A&D Medical, and is prepared for next generation medication adherence monitors. The cable receives data from a proprietary serial or NFC interface and, after conversion, outputs it via USB according to IEEE protocols and Continua guidelines. This CPX186 is powered by a Cypak OEM module which performs the conversions and communication. Continua's First Certified Product - Nonin 2500 PalmSAT® Pulse Oximeter Continua Health Alliance welcomed the first Continua CertifiedTM product to the global marketplace. Nonin Medical unveiled its Continua Certified handheld pulse oximeter with USB, 2500 PalmSAT®. Nonin plans to offer Continua Certified tools across its product lines, including the anticipated Bluetooth® Onyx® II, Model 9560. After two years of work from more than 175 companies around the world, Continua Health Alliance is proud to announce the formal release of its Version One Design Guidelines and the Continua Certification Program. These guidelines encompass connectivity for vital sign devices (pulse oximeter, blood pressure cuff, thermometer, weight scale, glucose meter), cardiovascular fitness equipment and independent living activity monitors. "I'm proud to welcome the first Continua Certified product to the global marketplace from industry leader and Continua Promoter member Nonin Medical, Inc.," said David Whitlinger, Continua Health Alliance President. "Nonin Medical's engineers have worked diligently with other telehealth leaders in the alliance to produce the Continua Version One Guidelines, with the goal of building Continua's vision for interoperable and personal healthcare." In addition to the Continua Version One Design Guidelines, Continua also provides its members with a large library of reference software that represent all of the connectivity interfaces in Version One. The Continua Enabling Source Code Library (CESL) represents an investment of nearly $1 million to accelerate member companies' product development. These accomplishments come at a time of high momentum for Continua, as the alliance prepares to welcome hundreds of its members to its upcoming international summits in Tokyo and Barcelona. Held across the world, these summits give Continua members the opportunity to network during face-to-face working group meetings. These events also include keynotes delivered by industry thought leaders, product demos, networking activities, and updates on recent accomplishments and roadmaps Nonin Onyx® II 9560 Wireless Fingertip Pulse Oximeter With the increased need for remote disease management, there is an opportunity to provide oximetry monitoring solutions to simplify the exchange of secure information. The integration of interoperable, Bluetooth® wireless technology in health monitoring devices will allow patients, along with their clinicians, to monitor vital signs as they go about their daily lives. Breakthrough devices such as the Onyx II, Model 9560 will enable clinicians to remotely monitor patients with chronic diseases such as Chronic Obstructive pulmonary Disease (COPD), Congestive Heart Failure (CHF) or Asthma. Wireless oximetry gives patients a new level of freedom and control. Roche Accu-Check® Smart Pix Device Reader The Accu-Chek Smart Pix Glucose Device Reader is now certified by Continua to download valuable information from your Accu-Chek brand blood glucose meter and then transmit the data. The blood glucose data is transmitted according to a Continua standardized and certified protocol over USB. The Continua certified version of Accu-Chek Smart Pix is not yet launched in the USA; stay tuned. A&D Medical UA-767PBT-C Blood Pressure Monitor The UA-767PBT-C is a Continua CertifiedTMprofessional blood pressure monitor with Bluetooth® wireless technology. Able to send data either in real-time or in batch mode, this oscillometric home monitor enables system integrators to seamlessly add blood pressure monitoring to their telemedicine systems. This device is clinically validated for accuracy and meets ANSI/AAMI SP10 standards. A&D Medical UC-321PBT-C Weight Scale The UC-321PBT-C is a Continua CertifiedTMprofessional weight scale with Bluetooth® wireless technology. This device offers a convenient and effective way to measure patient weight and send data to a telemedicine access point. Its high capacity and excellent precision, along with a motion tolerance mode, make this wireless scale ideal for remote patient monitoring in telemedicine applications.
- VMD – Virtual Medical Device. Los sistemas reales se modelan como sistemas virtuales y se representan como abstracciones para propósitos de comunicación. Se describen con los componentes y mensajes que pueden comunicar. Cada sistema se modela como una colección de varios componentes y elementos. Los componentes definen las partes estructurales y funcionales del sistema, y los elementos definen las medidas y controles del sistema. PCS – Patient Care System. Ordenadores y sistemas de información de pacientes. Se modelan como VMD y estos VMD son componentes y elementos de un sistema dado. En un caso de aplicación de la norma a telemedicina se consideraría PCS a un concentrador o pasarela y los posteriores sistemas de información de pacientes. MDS – Medical Device System. Instrumentos y dispositivos. Se modelan como VMD y estos VMD son componentes y elementos de un sistema dado. MDDL – Medical Device Data Language. Sirve para semántica, sintaxis y mensajes. Permite mensajes con información contextual para interpretar datos, cómo se han medido, el estado del dispositivo de medida, etc. Especifica cómo definir completamente los VMD y sus partes. Está contenido en los documentos 1073.1, 1073.1.1 y 1073.1.2. COM – Comunicación. Un MDS y sus mensajes están asociados con el paciente de forma no ambigua. Para permitir facilidad de uso y plug-and-play, al realizar la conexión se inicia una secuencia automática de asociación. Se definen dos entidades lógicas o modos que regulan el intercambio de datos sobre las capas bajas del enlace. Esta regulación incluye tres aspectos: establecer el enlace, determinar las tasas de intercambio y asociar un MDS con un escenario específico. DCC – Device Communications Controller. Es la interfaz de comunicación para cada MDS en el Entorno de Paciente en la red. Estos MDS tienen acceso a la comunicación solo a través del DCC. BCC – Bedside Communications Controller. Es el punto físico de conexión para los DCC cuyos MDS necesitan asociarse con un Entorno de Paciente específico. Funciona como un gateway entre los MDS conectados a él y el PCS. Puede haber más de un BCC asociado a un Entorno de Paciente específico pero un BCC sólo puede asociarse a un Entorno de Paciente. El BCC se puede implementar como un módulo funcional en un PCS que comunica directamente con un Entorno de Paciente. O bien podría implementarse como una entidad separada o un módulo funcional. Sus funciones son dos: proporcionar asociación de un DCC con una ubicación particular, y proporcionar transformación de protocolos. INFO – Modelo de Información. Es un modelo de información orientado a objetos representando los atributos y comportamiento de los dispositivos médicos. MR – Modelo de Referencia. Pertenece al Modelo de Comunicaciones, basado en el modelo OSI. MI – Modelo de Implementación. Pertenece al Modelo de Comunicaciones, y se basa en el uso de perfiles estandarizados. Los perfiles se dividen en 3 clases: F-Type (correspondiente a MDDL (1073.1.x), para intercambio de formato y representación), A-Type (correspondiente a las capas 5- 7 (1073.2.x) para niveles de aplicación) y T-Type (correspondiente a las capas 1-4 (1073.3.x) para niveles de transporte).