P. 1
INFORMÁTICA MÉDICA

INFORMÁTICA MÉDICA

|Views: 665|Likes:
Publicado porBaez Daniel

More info:

Published by: Baez Daniel on Nov 22, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

11/09/2013

pdf

text

original

DR.

JORGE ISAAC CHAIREZ ORIA

1

CONTENIDO

         

GENERALIDADES EXPEDIENTE CLÍNICO ELECTRÓNICO SISTEMAS DE INFORMACIÓN E IMAGENES ESTANDAR DICOM TRABAJO EN RED APLICACIONES EMBEBIDAS TELEMEDICINA TELESALUD E-SALUD ASPECTOS ESPECIALES NORMATIVIDAD
2

3

Definición general

Informática Médica
 Es la aplicación de la informática y las

comunicaciones

al

área

de

la

salud,

mediante el uso del software médico.

 Forma parte de las tecnologías sanitarias

4

Objetivo general

Su objetivo principal es prestar servicio a los profesionales de la salud para

mejorar
sanitaria.

la

calidad

de la

atención

5

recuperación y utilización de la información en salud y biomedicina.Marco de referencia  Es la intersección de las ciencias de la información.  Se ocupa de los recursos. 6 . almacenamiento. los dispositivos y los métodos necesarios para optimizar la adquisición. ciencias de la computación y la atención de la salud.

y de sistemas de información y comunicación.Marco de referencia  Los instrumentos informáticos de la salud incluyen no sólo los ordenadores. 7 . terminología médica formal. sino también guías de práctica clínica.

Marco de referencia  Es el estudio de cómo el conocimiento médico multi-disciplinario es creado. 2th Edition 8 . conformado. Enrico Coiera. compartido y aplicado  Guide to Health Informatics.

Marco de referencia  La informática médica se apoya actualmente en las tecnologías de la información arribando al y comunicación concepto de (TICs). Telesalud y Telemedicina. 9 . e-Salud.

 La Telesalud se refiere al uso de las TICs en las tareas medicas pero ejecutadas a distancia.Marco de referencia  e-Salud (salud electrónica) es un nombre genérico que engloba a todas las aplicaciones informáticas en el ámbito de la salud. 10 .

Marco de referencia  Subclasificaciones:  Informática Medica de orientación clínica  Informática aplicada a Salud Publica y Epidemiología  Telemedicina  Informática aplicada a la Enfermería  Diseño y desarrollo de Ontologías Médicas  Información al paciente y consumidores 11 .

Aplicaciones     Laboratorios de análisis clínicos Dispositivos electrónicos para hacer mediciones PACS (archivos de imágenes) Software de gestión hospitalaria   Manejo de turnos Historias clínicas  Bases de datos de pacientes 12 .

   13 .Aplicaciones  Diagnóstico por imagen La telemedicina Los sistemas de gestión hospitalaria Registro clínico electrónico.

Aplicaciones  Subdominios           Informática clínica Enfermería informática Imágenes de la informática Información en salud Salud pública Informática dental Investigación clínica informática Bioinformática Veterinaria informática Farmacia 14 .

Aspectos alrededor de la IM  Arquitecturas de registros médicos electrónicos y otros sistemas de información de salud utilizados para la facturación. la programación o de investigación. incluidos los sistemas de apoyo de decisiones clínicas. 15  . Sistemas de apoyo de decisiones en la asistencia sanitaria.

16 .Aspectos alrededor de la IM  Normas (por ejemplo. la integración de los Servicios Médicos de Empresa) para facilitar el intercambio de información entre los sistemas de información de salud. DICOM y HL7)  Integración de perfiles (por ejemplo.

con los datos de entrada o de recuperación o de la adopción de decisiones médicas.Aspectos alrededor de la IM  La utilización de dispositivos portátiles o para ayudar al personal de salud. 17 .

Aspectos alrededor de la IM  Diseño.0. 18 . desarrollo e implementación de Ontologías Médicas en dominios del conocimiento (Knowledgebases) preparadas para la Web 4.

Se describe como la especialidad médica que estudia:  El origen. 19 . almacenamiento  y distribución de la información médica utilizada en la obtención de diagnósticos y en la toma de decisiones de conducta terapéutica correctiva. adquisición. manejo. en el marco de la ética médica. paliativa.Aspectos educativos  En muchas universidades y escuelas de medicina ya existe a nivel de postgrado la especialidad de Informática Médica.

requiere de una extensa base de formación médica y clínica. 20 .Aspectos educativos  Es considerada como una especialidad médica  El estudio del conocimiento médico y su aplicación en el manejo del paciente a través de sistemas de información y telecomunicaciones.

21  . No trata directamente con el cuidado de la salud sino con la administración de recursos.Aspectos educativos  No debe confundirse con la informática administrativa en salud que no se reconoce tradicionalmente como informática medica.

22 .UU. en la década de 1950 con el auge de las computadoras y el microchip.Un poquito de historia  La informática médica comenzó a despegar en los EE.

23 .Un poquito de historia  Los primeros nombres de informática médica incluyen:         médicos de computación la informática médica la medicina de computadoras el procesamiento electrónico de datos médicos médicos de procesamiento automático de datos el procesamiento de la información médica la información médica ciencia la ingeniería de software médico y la tecnología médica.

 Se ocupa de la vida privada. 24 . la información y los medios de comunicación se utilizan en la prestación de atención de salud. la ética y las cuestiones operacionales que invariablemente surgen cuando los instrumentos electrónicos.Aspectos legales  La informática médica se ocupa de la evolución de la ley y los principios jurídicos a veces complejos. ya que se aplican a la tecnología de la información en los campos relacionados con la salud.

25  .Aspectos legales  La ley de la informática médica también se aplica a todos los asuntos que involucran la tecnología de la información. atención de salud y la interacción de la información. Se ocupa de las circunstancias en las que los datos y registros se comparten con otros campos o áreas que apoyar y mejorar la atención de los pacientes.

a través de aplicar la computación a varios aspectos del cuidado de la salud y la medicina”. define a la Informática Médica como: “El campo de las ciencias de la información que se ocupa del análisis y diseminación de los datos médicos. 26  .Definición aceptada  La National Library of Medicine (NLM).

Definición aceptada  La Informática Médica es una especialidad interdisciplinaria que se alimenta y relaciona con diferentes áreas de la investigación. de la práctica clínica. educación médica. de las ciencias de la información y la computación. 27 .

recuperación y su uso óptimo para resolver problemas y tomar decisiones".Definición alterna  La “Informática Médica” se ha definido como "el campo científico que tiene que ver con la información. los datos y el conocimiento biomédicos. 28 . su almacenamiento.

Metas de la informática médica  Estas son:  Producir estructuras para representar datos y conocimiento.  Integrar la información de diferentes fuentes. 29 .  Manejar el cambio entre los procesos y las personas involucradas para optimizar el uso de la información.  Desarrollar métodos para una correcta y ordenada adquisición y representación de los datos.

la historia clínica. 30 . etc. los diagnósticos.: cualquier formulario que llenamos.g. etc.Algunos puntos básicos  Datos: hechos y cifras que tienen relativamente poco significado para el usuario v.

v.: los grupos de edad con un diagnóstico determinado. etc.Algunos puntos básicos  Información: Datos procesados o datos con un significado para el usuario.g. grupos de edad según determinado diagnóstico. 31 . individuos con un riesgo determinado.

Algunos puntos básicos  Los esfuerzos se están realizando para:  Sistematizar metodologías  Desarrollar procesos  Creación de protocolos  Medicina basada en la evidencia 32 .

Read Codes. 33 . The MED. LOINC). ASTM)  Trazo de EKG (CEN)  Diagnóstico por imágenes (DICOM)  Procesamiento de reclamos (X12 y EDIFAC) y en vocabulario y códigos (SNOMED. HL7.Algunos avances  Los pedidos y resultados clínicos (CEN.

Algunos pendientes  Aún queda mucho trabajo por hacer. recopilaciones sobre modelos de cuidados de salud deben ser creadas para cubrir los campos necesarios y tienen que ser los suficientemente simples para asimilarlas. emplearlas y manejarlas. 34 .

35 .

36 .Definición  La historia clínica es el documento publico alrededor del cual se desenvuelve la relación medico paciente. en el cual reside la información de los usuarios y con el cual se tenemos el respaldo legal de nuestras actuaciones.

37 .Definición  La ya casi eterna discusión entre el papel y el computador solo muestra hasta el momento las ventajas y limitaciones de uno u otro. pero un acuerdo general acerca de estas posiciones esta todavía lejano.

Definición

El expediente electrónico tiene ventajas que son innegables frente al papel:
 Su flexibilidad capacidad de actualización  Legibilidad  Posibilidad de almacenaje y transferencia,

Sin embargo, estas mismas ventajas pueden ser vistas como obstáculos para su masificación.

38

Definición

El tema tiene su mayor énfasis en lo referente a la historia clínica, distinto es el sentir acerca de las publicaciones, revistas, o medios bibliográficos frente a los cuales los sentimientos de simpatía son innegables.

39

Definición

Como luce un ECE?

40

Estrategia nacional

Promover la inversión en sistemas, tecnologías de información y comunicaciones que mejoren la eficiencia y la integración del sector.

41

Plan nacional

Comité Técnico Sectorial de Estadística Información Geográfica del Sector Salud
– Programa de trabajo 2007-2012

e

 Contar con un sistema de información dirigido y basado

tanto en la persona como en el usuario.
 Crear un sistema de información que facilite la toma de

decisiones en los diferentes niveles de mando tanto institucionales como privados
 Relacionar datos clínicos y financieros  Contar con un sistema integrado de información en salud

42

financieras y técnicas) para que en un mediano plazo el uso de los registros electrónicos de salud en el Sector sea bajo el uso de estándares y con mecanismos innovadores de administración de bases de datos y transferencias cruzadas 43 .Objetivo del plan nacional  Crear las condiciones necesarias en México (legales.

Objetivos específicos    Definir las reglas y estándares Realizar la NOM específica Crear modelos financieros para el uso de un Buró Nacional de transacciones en Salud y de una Cámara de Compensación Impulsar el desarrollo de los sistemas electrónicos apegados a los estándares Buscar los mecanismos de inversión para que las entidades públicas o privadas fortalezcan sus sistemas de registros de salud   44 .

Motivación  Cada historia de un sistema de salud de alto rendimiento. 2008) 45  . La siguiente frontera es el expediente clínico electrónico en el consultorio. tiene como núcleo información electrónica estándarizada. vinculado y de utilidad a niveles múltiples. (Lewis en Baker et al. el cual tiene que ser estandarizado inter‐operable.

TIC’s en salud  Donde se ubica el expediente clínico electrónico? 46 .

○ NHS Care Record Service ○ Choose and Book. ○ Electronic Prescriptions Service (EPS) 47 . Evaluación del desempeno del sistema nacional de salud     2001 -2003 Tragedia de muertes infantiles en Bristol. estrategia “Information for health: an information strategy for the modern NHS 1998-2005”. la agencia “Connecting for health”. Poco acceso a la información 2002 Reporte Wanless 2005. seguridad y resguardo Servicios actuales ○ Personal Demographics Service (PDS). Reporte Caldicott.Experiencia internacional  Inglaterra   1998.

se identifica la necesidad del uso de información consolidad y de manera anónima 48 .Experiencia internacional  Canadá  1997. inicia estrategia Infoway  2001. la agencia de información recomienda el uso de estándares para el expediente clínico electrónico  2002. el reporte Romanow .

seguridad y confidencialidad en los expedientes clínicos de los pacientes 49      .Reto del ECE  Limitar el incremento de los costos y optimizar la utilización de recursos en salud Transición de los servicios centrados en unidades de especialidad a servicios próximos a la comunidad   Incrementar la práctica médica basada en la evidencia y asegurar la calidad de la atención brindada Acceso equitativo a los servicios Incremento en la complejidad de las intervenciones realizadas Cambios en los patrones de trabajo Desbordamiento del conocimiento médico Certeza. integridad.

Es compartido.  Expediente electrónico del paciente (PHR). Es un expediente que relaciona la información de salud de una persona y que puede ser creado. Es el expediente de una persona que cumple los estándares de interoperatividad nacionales y que puede ser creado y conformado por múltiples fuentes de información. gestionado y controlado por la persona. compartido. Es el expediente de una persona que cumple los estándares de interoperatividad nacionales y que puede ser creado. 50 . compartido.  Expediente electrónico de salud (EHR). gestionado y consultado por profesionales de la salud autorizados dentro de mas de una organización de salud. gestionado y consultado por profesionales de la salud autorizados dentro de una organización de salud.Tipos del ECE  Expediente clínico electrónico (EMR).

Usos del ECE  Primarios      Provisión de servicios de salud Gestión de la atención médica Soportar los procesos de atención Soportar procesos financieros y administrativos Gestión del cuidado personal  Secundarios      Educación Regulación Investigación Salud pública y seguridad Soporte de políticas 51 .

Usos del ECE  ¿Cómo se reflejan la complejidad de los diferentes niveles de atención?  Seguimiento del paciente  Actividades clínicas soportadas  Cuidados de la salud de los pacientes  Diferencias principales      Financiamiento Gobernanza Propiedad Resguardo Tecnología ○ Funcionalidad ○ Integración 52 .

Usos del ECE  Papel clave del expediente clínico 53 .

Beneficios del ECE  Calidad de la atención     Mejora de la comunicación entre profesionales Disponibilidad independiente de ubicación geográfica Incremento de la práctica médica basada en la evidencia Mejora para la gestión y tratamiento de las enfermedades crónicas  Eficiencia administrativa  Disminución de tareas redundantes o duplicadas  Mejora en los flujos de trabajo y procesos flexibles  Fácil adopción de cambios  Comunicación con el paciente  Mejora en la interacción con el paciente  Mejora en la relación con el médico  Seguridad y salud pública  Facilidad para el seguimiento de patrones de diagnósticos y tratamientos  Facilidad para la investigación 54 .

Barreras en el uso del ECE  Entendimiento adecuado de la naturaleza de la práctica médica Expectativas sobre valoradas  Resultados inmediatos   Enfoque sesgado  Orientado a la tecnología  Aspectos metodológicos y organizacionales  Falta de acuerdos para definir la estructura bajo la cual la información deberá registrarse y mantenerse  Falta del involucramiento de los usuarios y profesionales de la salud en la implementación y despliegue de las aplicaciones 55 .

consodilación y despliegue de la información en múltiples formatos Integración e interoperatividad con otros sistemas de información (paciente. actividades o recursos)   Terminología médica estandarizada  Consistencia. reusabilidad  Incrementar y mejorar los medios de colaboración e intercambio entre proveedores internos y externos   Adecuada formalización del conocimiento médico Seguridad y auditoría  Resguardo. integridad   Escalabilidad Permitan disponer de repositorios que permitan la consolidación de información 56 . confiabilidad.Requerimientos ECE  Establecer una arquitectura que permita establecer un mecanismo generalizado de comunicación. comparación.

Retos  Desarrollo de metodologías para la adopción de las tecnologías de información alineadas a los nuevos modelos de servicios  Desarrollo de modelos de evaluación del uso de las tecnologías de información aplicadas a la salud en los diferentes niveles de atención 57 .

Arquitectura del ECE Arquitectura  El alcance de la funcionalidad    Apoyar al recordatorio y memoria Apoyar la toma de decisiones Apoyar el flujo de trabajo  Estructura del expediente  Organización de la información Cronológicamente Orientado al problema Orientado a la fuente La combinación  Forma de registro y representación de la información  No estructurado Texto libre  Semi-estructurado Por secciones  Orientado al contenido Codificado Vocabularios 58 .

59 .

 Los estándares HL7 son desarrollados por la organización HL7 International. 60 .Introducción  HL7 (Health Level Seven) es un conjunto de estándares para el intercambio electrónico de información clínica.

61 .  HL7 desarrolla especificaciones que son usadas por los implementadores para solucionar problemas de integración entre bases de datos distintas.Introducción  Existe una idea errónea acerca de la organización HL7: no desarrolla software.

la ANSI ha aprobado una serie de estándares contenidos en la especificación de la Versión 3 HL7 62 .Introducción  A partir del 17 de diciembre de 2003.

63 .Introducción  Estos estándares utilizan una notación formal de modelado (UML) y un metalenguaje extensible de marcado con etiquetas (XML).

La organización HL7  Su misión es proveer estándares globales para los dominios:     Clínico Asistencial Administrativo Logístico.  Tienen el fin de interoperabilidad real lograr una 64 .

La organización HL7  Es una “Organización de Desarrollo de Estándares” (SDOs)  La mayoría de las SDO producen estándares (a veces llamados especificaciones o protocolos) para un dominio particular de la salud 65 .

La organización HL7  Su sede principal está en Ann Arbor. 66 . Estados Unidos  Capítulos internacionales en más de 50 países. MI.

La organización HL7  Miembros  Proveedores y distribuidores de tecnología  Aseguradores  Prestadores de servicios de salud  Consultores  Universidades  Gobierno 67 .

La organización HL7  Su especificación más utilizada es un estándar de mensajería para el intercambio electrónico de datos en salud 68 .

La organización HL7  Los miembros son conocidos colectivamente como el Grupo de Trabajo  Los comités técnicos son directamente responsables por el contenido de los estándares  Los grupos de intereses especiales sirven para desarrollar información y pruebas para la exploración de nuevas áreas de cobertura 69 .

La organización HL7  Visión de HL7  Proveer los mejores estándares globales para los dominios: clínico. asistencial. con el fin de lograr una interoperabilidad real entre los distintos sistemas de información en el área de la salud 70 . administrativo y logístico.

compañeros SDO y los pacientes. incluidos los prestadores de servicios de salud.La organización HL7   Misión de HL7 HL7 proporciona estándares de interoperabilidad que mejoran la atención en salud. la comunidad de proveedores. optimizan el flujo de trabajo. organismos gubernamentales. 71 . reducen la ambigüedad y mejorar la transferencia de conocimientos entre todos los interesados.

o la voluntad de poner las necesidades de nuestros interesados en primer lugar. el rigor científico y la experiencia técnica sin comprometer la transparencia. los procesos administrativos. 72  . la operación.La organización HL7  Misión de HL7 En todos sus procesos pueden observarse la oportunidad.

 3. que permita apoyar los procesos de atención al paciente.  2. Desarrollar estándares cuya sintaxis coherente y extensible permita estructurar información en salud. Desarrollar una metodología formal para apoyar la creación de estándares HL7 a partir del Modelo de Referencia de Información (RIM) de HL7. 73 .La organización HL7   Estrategias de HL7 1. Educar al sector salud. conservando al mismo tiempo la semántica de la información. para ser intercambiada entre aplicaciones de software. los encargados de formular políticas y al público en general sobre los beneficios de la normalización de información sanitaria y específicamente sobre los estándares HL7.

donde sea necesario.La organización HL7   Estrategias del HL7 4. 74 . que participen en la elaboración y adopción de estándares HL7. Estimular.  5. Promover el uso los estándares HL7 en todo el mundo a través de la creación capítulos internacionales de HL7. fomentar y facilitar expertos en dominios para que el sector salud y las organizaciones interesadas en participar en HL7 puedan desarrollar estándares de información en salud en su área de especialización.

La organización HL7   Estrategias del HL7 6. Colaborar con otras organizaciones desarrolladoras de estándares (SDO) y organismos nacionales e internacionales de estandarización (por ejemplo. Colaborar con los usuarios de tecnologías de información en salud para asegurarse que los estándares HL7 cumplan con los requerimientos del mundo real y que los esfuerzos de desarrollo iniciados por HL7 permitan satisfacer nuevos requerimientos. para desarrollar infoestructuras de dominios de información en salud para promover el uso de estándares compatibles.  7. 75 . ANSI e ISO).

el nombre de HL7 se asociaba a las versiones del estándar de mensajería para el intercambio electrónico de datos de salud. 76 .Los estándares HL7  Desde su origen en 1987.

 INTEROPERABILIDAD 77 .Los estándares HL7  Este estándar está enfocado al intercambio de datos entre aplicaciones (facilitando el desarrollo de interfaces).

Los estándares HL7

Algunos de estos estándares son:
 Mensajería HL7 Versión 2: Estándar de mensajería para

el intercambio electrónico de datos de salud.
 Mensajería HL7 Versión 3: Estándar de mensajería para

el intercambio electrónico de datos de salud basada en el RIM (Reference Information Model).
 CDA HL7: (Clinical Document Architecture) Estándar de

arquitectura de documentos clínicos electrónicos.
 SPL

HL7: (Structured Product Labeling) electrónico de etiquetado de medicamentos.

Estándar

78

Los estándares HL7

El resto de los estándares
 HL7 Medical Records: Estándar de administración

de Registros Médicos.
 GELLO: Estándar para la expresión de reglas de

soporte de decisiones clínicas.
 Arden Sintax: Es estándar sintáctico (if then) para

compartir reglas de conocimiento clínico.
 CCOW: Es un estándar framework para compartir

contexto entre aplicaciones.

79

Que necesitamos saber en HL7?

UML (Unified modelling language)
XML (Extended modelling language) Programación Aspectos clínicos

80

UML

Es una notación patrocinada por el “Object Management Group” que se ha convertido en un estándard para definir, organizar y visualizar los elementos que configuran la arquitectura de un sistema
    

Definir Organizar Visualizar Actuar Construir
81

UML

Definir: Las entidades son el objeto principal en el desarrollo de modelos usando UML

82

fijar flujos de trabajo y formalizar reglas de operación 83 .UML  Organizar: establecer recursos.

UML  Visualizar: Representar la organización y contenido del sistema 84 .

UML  Actuar: Tomar decisiones de manera ágil. Permite fijar escenarios de operación. 85 .

modelo de 86 .UML  Construir: Diseñar un operación de un sistema.

permite el independiente de la plataforma diseño 87 .UML  En resumen.

UML  Una de las partes más importantes asociadas a UML tiene que ver con la generación de documentos 88 .

actores y elementos del sistema de comunicación funcionan correctamente 89 .UML  Certificación  Se establece un método para comprobar que los esquemas de comunicación.

UML  Es una comprensión visual de las coordenadas espacio. tiempo e información  Estas coordenadas definen a estructura organizativa de una estructura 90 .

UML  Estructura 91 .

UML  Cooperación en la notación 92 .

UML  Múltiples perspectivas 93 .

UML  Metodologías asociadas 94 .

UML  Herramientas de modelado 95 .

UML  Desarrollo de software 96 .

HL7  Én la práctica  Revisión de capítulos importantes ○ Control ○ Admisión ○ Ordenes ○ Observaciones  Organización de SI hospitalarios. interfaces engine 97 .

HL7  Concepto general 98 .

ampliada. resultado disponible  Interacción/confirmación (ACK) ○ Genérica. modo original  Protocolos de bajo nivel ○ Mínimo.HL7  Control: Conceptos  HL7 reglas de construcción de mensajes (message encoding rules) ○ Mensanjes EDI  Eventos (triggers) ○ Admisión de un paciente. híbrido 99 .

HL7  Control: tipos de transacciones 100 .

HL7  Control: Eventos (triggers)  Suceso en la atención clínica diaria  Mensaje indicador ○ Registro de un paciente ○ Orden a la farmacia ○ Cancelación de órdenes ○ Informes disponibles 101 .

HL7  Control: Consultas (Queries)  Iniciados por los usuarios finales  Respuesta casi en tiempo real  Mensajes de visualización 102 .

HL7  Control: Mensajes  Unidad de transmisión de datos entres dos sistemas  Mensaje formado por segmentos ○ Un Segmento esta formado por campos (tipos de datos)  Un campo esta formado por componentes (tipos de datos complejos) 103 .

HL7  Control: El mensaje 104 .

HL7  Control: Mensajes 105 .

HL7  Control: Mensajes 106 .

HL7  Control: Flujo de mensajes 107 .

HL7  Control: Flujo de mensajes 108 .

HL7  Admisión: Básico 109 .

Traslado ○ Actualización ○ Fusión  Excepción (Queries) ○ QRY/ADR. Alta.HL7  Admisión: Capítulo 3  Define todos los aspectos de los mensajes y segmentos  Eventos: define los eventos asociados al tipo de mensaje ADT ○ Admisión. QBP/RSP  Estructuras de mensajes  Segmentos 110 .

HL7  ADT mecanismo habitual 111 .

HL7  Notificación de visita 112 .

HL7  Admisión: Grupo de eventos  Eventos básicos ○ Ingreso/Alta ○ Actualización/Modificación ○ Movimientos ○ Cancelación ○ Corrección ID ○ Enlace de información ○ Eventos planificados ○ Información del paciente 113 .

HL7  Admisión: Grupo de eventos  Eventos básicos ○ A01 Admit/Visit notification ○ A03 Discharge/End visit ○ A04 Register a patient ○ A05 Preregister a patient 114 .

HL7  Admisión: Grupo de eventos  Eventos básicos 115 .

HL7  Admisión: Disparadores  Admit/Vist notification (Event A01)  Transfer a patient (Event A02)  Discharge/End Visit (Event A03)  Register a patient (Event A04)  Update patient information (Event A08) 116 .

HL7  Admisión: Tipos de estructuras  Estructura general (ADT)  Fusión de pacientes (Merge)  Relación de pacientes (Link) 117 .

HL7  Admisión: Estructura General 118 .

IN2. PV2: Información relacionada a la visita  IN1. IN3: Entidad que paga  NK1: Partes asociadas  DG1: Diagnóstico  PR1: Procedimientos/Operaciones 119 .HL7  Admisión: Segmentos utilizados regularmente  EVN: Tipo de evento  PID: ID del paciente  PV1.

HL7  Órdenes 120 .

HL7  Definiciones  Orden ○ Petición de orden y servicio  Observación ○ Realización del servicio  Solicitante ○ Aplicación que inicia la orden  Realizador ○ Aplicación que proporciona la observación 121 .

HL7  Identificadores principales  “Place order number”  “Filler order number”  “Place group number” 122 .

Q01. Soliciud para el estado de orden ○ TE. O02  QRY. Mensaje de orden general ○ TE. Q02  OSQ/OSR. O01  ORR.HL7  Órdenes: Mensajes (MSH.9)  ORM. Q06 123 . Solicitud de desplegado del modo original ○ TE. Mensaje de respuesta a la orden general ○ TE.

HL7  Mensaje ORM (1) 124 .

HL7  Mensaje ORM (2) 125 .

HL7  Eventos disponibles  Nueva orden  Cancelar orden no realizada  Finalizar una orden (en curso)  Suspender/Continuar una orden ○ ○ ○ ○ ○ ○ ○ ○ HD OH UH HR RL OE OR UR Hold order request Order held Unable to put on hold On hold as requested Release previous hold Order released Released as requested Unable to release (S) (R) (R) (R) (S) (R) (R) (R) 126 .

HL7  Observaciones 127 .

HL7  Observaciones  Orden ○ Petición de material y servicio  Observación ○ Realización del servicio  Solicitante ○ Aplicación que inicia la orden  Realizador ○ Aplicación que proporciona la observación 128 .

HL7  Observaciones: Tipos de resultados  Text  Codec  Numeric  Reference Points  Encapsulated data  Waveforms  Multi-parts 129 .

HL7  Observaciones: Mensajes 130 .

HL7  Observaciones: ORU 131 .

HL7  Observaciones: ORU-R01 132 .

HL7  Observaciones: ORU-R02 133 .

HL7  Observaciones: OUL 134 .

HL7  Observaciones: UOL R24 135 .

HL7  Observaciones: UOL R24 136 .

HL7  HL7 V3.0 137 .0  Conceptos Clave  HL7 V2.

HL7  HL7 V2.0  Implementada desde 1989  Utilizada para intercambio de datos entre hospitales y provedores  Ampliamente usada  Múltiples adaptaciones 138 .

eventos y campos  No es Plug and Play 139 .HL7  HL7 V2.0 Problemas  No dispone de un vocabulario controlado  Diferentes modelos de datos  No esta fundamentada sobre una metodología de orientada a objetos  Falta una trazabilidad entre mensajes.

HL7

HL7 V3.0
 Facilta una metodoogía de desarrollo

 Incluye

mecanismos que permiten adaptar el modelo a cualquier contexto sanitario internacional
funcionalidad con versiones anteriores

 Compatibilidad

 Garantía de funcionalidad con versiones futuras  Utiliza vocabulario controlado

140

HL7

HL7 V3.0
 Inluye la adaptación de las estructuras de

los mensajes

 Se podrán usar indistintamente versiones

anteriores y las actuales

141

HL7

HL7 V3.0
 Se basa en la idea de la programación

orientada a objetos

 Utiliza los principos de modelación de UML

para definir su arquitectura

142

HL7

HL7 V3.0
 Se basa en el modelo de “Reference

Information Model” (RIM)

 Usando este modelo se pueden construir los

planos de los mensajes y su dinámica así como todas sus piezas

143

HL7

HL7 V3.0
 El RIM define 70 clases que provienen de

un núcleo principal de 6 clases

 Representa

la lógica de cualquier contexto sanitario

negocio

de

144

HL7  HL7 V3.0 145 .

HL7  HL7 V3.0 RIM 146 .

147 .

DICOM  DICOM (Digital Imaging Communications in Medicine) and  Estándar para información en imágenes médicas en las áreas de     Manejo Almacenaje Impresión Transmisión 148 .

DICOM  El estándar incluye  Formato de archivo  Protocolo para red de comunicaciones  Soporte para TCP/IP 149 .

DICOM  Fue producido por National Electrical Manufacturers Association (NEMA)  Lo desarrollo el Standards Committee grupo DICOM 150 .

DICOM  Este estandar permite la integración de:     Scaners Servidores Estaciones de trabajo Impresoras  Todo lo anterior se integra en un sistema de comunicación y alamcenaje de imágenes (PACS) 151 .

152 .DICOM  Dicom es sinónimo de:  NEMA standard PS3  ISO standard 12052:2006 "Health informatics -Digital imaging and communication in medicine (DICOM) including workflow and data management".

32 MB) PS 3.16: Content Mapping ResourcePDF (3.00 MB) PS 3.7: Message ExchangePDF (1.3: Information Object DefinitionsPDF (6.43 MB) PS 3.97 MB) PS 3.8: Network Communication Support for Message ExchangePDF (901 KB) PS 3.14 MB) PS 3.5: Data Structure and EncodingPDF (1.17: Explanatory InformationPDF (3.08 MB) PS 3.15: Security and System Management ProfilesPDF (1.18: Web Access to DICOM Persistent Objects (WADO) 153 .46 MB) PS 3.28 MB) PS 3.1: Introduction and OverviewPDF (241 KB) PS 3.88 MB) PS 3.10: Media Storage and File Format for Data InterchangePDF (406 KB) PS 3.96 MB) PS 3.2: ConformancePDF (6.14: Grayscale Standard Display FunctionPDF (2.07 MB) PS 3.11: Media Storage Application ProfilesPDF (1.6: Data DictionaryPDF (7.9: Retired (formerly Point-to-Point Communication Support for Message Exchange) PS 3.4: Service Class SpecificationsPDF (1.13: Retired (formerly Print Management Point-to-Point Communication Support) PS 3.DICOM  El estandar esta dividido en 18 partes:                   PS 3.12: Storage Functions and Media Formats for Data InterchangePDF (593 KB) PS 3.

DICOM  Algo de historia:  Dicom es en realidad la tercera verisón de un estandar desarrollado por ACR y NEMA  Se inició a mitades de los 80’s  La segunda versión se libero en 1988  El desarrollo del sistema de comunicación se creo basado en un esquema de cableado especial (25 pares)  Participaron 6 empresas y se realizó con apoyo universitario 154 .

DICOM  En 1992 se libera la llamada MDIS (Medical Diagnostic Imaging Support)  En 1993 se liberó la tercera versión del estandar  Existen versiones actualizadas pero se sigue llamando versión 3.0 155 .

DICOM    Es casi mundialmente aceptado Tiene sus limitaciones Permite un interoperabilidad alto grado de  No permite manejo de flujo de trabajo médico 156 .

DICOM  Dicom esta conformado secciones importantes  Imagen por dos  Cabecera de datos 157 .

DICOM  Versión de imagen  JPEG  JPEG Lossless  JPEG 2000  Run-length encoding (RLE) 158 .

159 .DICOM   Formato de datos Los elementos del formato estan definidos en el estandar Se utilizan tres modelos de compresión      GROUP (2 bytes) ELEMENT (2 bytes) VR (2 bytes) LengthInByte (2 bytes) Data (variable length).

AE Application Entity Age String Attribute Tag Code String Date Decimal String Date/Time Floating Point Single (4 bytes) Floating Point Double (8 bytes) Integer String Long String Long Text Other Byte Other Float Other Word Person Name Short String Signed Long Sequence of Items Signed Short Short Text Time Unique Identifier Unsigned Long Unknown Unsigned Short Unlimited Text 160 DICOM AS AT CS DA DS DT FL FD IS LO LT OB OF OW PN SH SL SQ SS ST TM UI UL UN US UT .

DICOM

Serivicios
 Almacenaje  Solicitudes/Respuestas  Lista de trabajos  Impresión

 Acceso a datos multimedia

161

162

TRABAJO EN RED

Las necesidades actuales en la atención médica demanda una cantidad de nuevas tecnologías

El principal medio de solución se relaciona con las tecnologías de la información y las comunicaciones (TIC’s)
163

TRABAJO EN RED

Entre otras tecnologías, se pueden contabilizar:
 Expedientes clínicos electrónicos  Orden de entrada médica computarizada  Sistemas de comunicación y archivado de

imágenes  Prácticas de gestión de aplicación  Herramientas de e-prescripción  Registros médicos electrónicos
164

TRABAJO EN RED

Los diseñadores de equipos médicos ha introducido nuevas tecnologías en red

Estas tecnologías se basan en dos esquemas principales:
 WAN  MAN

165

TRABAJO EN RED  Metas principales  Mejorar la atención médica acelerando el proceso de atención médico  Incrementar la eficiencia del primer contacto  Mejorar el proceso de decisión médica  Incrementando la productividad tiempos de respuesta reduciendo 166 .

TRABAJO EN RED  Servicios necesarios  Conectividad flexible entre centrales médicas. hospitales. doctores y centros de registro médico  Transmitir información de ECE de sitios remotos a unidades de trabajo  Permitir acceso a sistemas PACS con amplio ancho de banda 167 .

TRABAJO EN RED  Servicios necesarios  Respaldo y recuperación de datos médicos entre centros médicos  Intranets dedicadas con alto nivel de seguridad  Ancho de banda escalable (fibra óptica) 168 .

TRABAJO EN RED  Algunos desarrollos:  Ethernet Private Line (EPL)  Ethernet Virtual Private Line (EVPL)  Ethernet LAN (E-LAN)  Servicios de red ethernet  Dedicated SONET Ring (DSR)  Internet dedicado por ethernet 169 .

TRABAJO EN RED  Ethernet Private Line  La comunicación se realiza a través de conexiones punto a punto  Trabajo entre dos puntos 170 .

TRABAJO EN RED  Ethernet Private Line  Conectividad dedicada  Soluciones totalmente escalables (10G)  Conexión segura  Reportes basados en WEB  Soporta clases de negocios 171 .

TRABAJO EN RED  Ethernet Virtual Private Line  Múltiples puntos y conexiones virtuales  Servicios multiplexados (Interfaces de usuario en red) 172 .

TRABAJO EN RED  Ethernet Virtual Private Line  Conectividad dedicada (conexión física unitaria y conexiones múltiples virtuales)  Soluciones totalmente escalables (10G)  Conexión segura (Bypass de internet)  Reportes basados en WEB  Soporta clases de negocios 173 .

TRABAJO EN RED  Ethernet network service  Permite conexiones internas através de redes MAN 174 .

TRABAJO EN RED  Ethernet network service  Genera opciones de redes de área local virtual  Emplea conexiones Comcast  Es una alternativa efectiva en costos a redes tradicionales basadas en HUB y VoIP 175 .

TRABAJO EN RED  Ethernet network service  Conectividad abierta (any to any) usando una sola conexión ethernet  Transparencia VLAN  Soluciones totalmente escalables (10G)  Conexión segura (Bypass de internet)  Reportes basados en WEB  Soporta clases de negocios 176 .

TRABAJO EN RED  Ethernet Dedicated Internet  Amplio ancho de banda y seguridad  Conexión virtual ethernet  Comcast Internet Point of Presence (POP) router 177 .

TRABAJO EN RED  Ethernet Dedicated Internet  Conectividad simétrica  Direccionamiento IP (estático)  Sistema de nombre de dominio  Border Gateway Protocol (BGP) Routing  Soporta clases de negocios 178 .

179 .

180 .E-SALUD  Alude a la práctica de cuidados sanitarios apoyada en tecnologías de la información y las comunicaciones (TIC).  Define una amplia variedad de servicios situados entre la medicina y los cuidados sanitarios tecnológicamente asistidos.

pasando por la gestión de las organizaciones implicadas en estas actividades. desde el diagnóstico hasta el seguimiento de los pacientes.E-SALUD  "La eSalud se define como la aplicación de las Tecnologías de Información y Comunicación en el amplio rango de aspectos que afectan el cuidado de la salud. 181 .

E-SALUD  En el caso concreto de los ciudadanos. 199 182 .  Informe AUNA sobre el desarrollo de la Sociedad de la Información en España. eEspaña 2006. incluso favorece la obtención de diagnósticos alternativos. pág. la eSalud les proporciona considerables ventajas en materia de información.

E-SALUD  Beneficios         Accesibilidad rapidez en la atención reducción de tiempos de respuesta implantación de alertas ahorro de costes precocidad diagnóstica mejora de la efectividad diagnóstica o terapéutica mejora en la calidad del servicio 183 .

facilitando la movilidad y permitiendo su elección de los recursos sanitarios apropiados.E-SALUD  «Contribuyen con su desarrollo a garantizar el derecho de los ciudadanos a una atención sanitaria de calidad. sin importar su condición personal o localización geográfica. en un marco de igualdad de oportunidades y participación informada» 184 .

E-SALUD  Pronóstico. y seguimiento de  Personalización del sistema sanitario. 185 . prevención enfermedades. adaptación y mejora de las políticas y servicios relacionados con la atención en salud.  Participación de los ciudadanos en la evolución.

 Seguimiento de indicadores del estado de salud y registro metódico de datos e informes del estado de salud del paciente. 186 .E-SALUD  Seguridad del paciente aumentada a través de todas las etapas del proceso sanitario.  Integración de los sistemas sanitarios a los modelos de desarrollo económico de los países.

E-SALUD  Fuentes de información 187 .

E-SALUD  Servicios  Historiales Médicos Electrónicos  Telemedicina  Medicina basada en evidencia  Difusión de Información orientada al ciudadano  Difusión de Información orientada al especialista  Equipos virtuales de cuidados sanitarios 188 .

mx/ http://www.health.nsf/Content/eHealth 189    .ehealthweek2010.e-salud.com/ http://www.org/ http://www.e-healthconference.gov.E-SALUD  http://www.au/internet/main/p ublishing.gob.

E-SALUD 190 .

191 .

TELEMEDICINA  1975: "La telemedicina es la práctica de la medicina sin la confrontación física usual entre el paciente y el médico. a través de un sistema de comunicación audiovisual"  1983: “La telemedicina es el uso de la tecnología de telecomunicaciones para asistir en la difusión de los cuidados de la salud" 192 .

TELEMEDICINA  1994: “La investigación. monitoreo administración de los pacientes y educación…" y la  2005: “Telemedicina es el uso de información médica intercambiada de un sitio a otro por medio de las comunicaciones electrónicas para mejorar el estado de salud de los pacientes” 193 .

para transmitir radiografías a traves del telégrafo  1950: Holter. Gengerelli y Glasskock consiguen recibir por radio el ECG de personas que deambulaban por la calle.TELEMEDICINA  Historia:  1900: Intentos para desarrollar equipos. 194 . en Australia. a considerable distancia de la estación receptora.

TELEMEDICINA   Historia Se realiza en Noruega la 1ª videoconferencia entre médicos. 1986:  1989: Se crea en Francia el Instituto Europeo de Telemedicina.  1990: La Dirección General de Telecomunicaciones patrocina el proyecto REVISA (Red de Videoteléfonos Sanitarios) de las Islas Canarias (España). 195 .

TELEMEDICINA  Historia  1993: En EEUU hay 28 centros que usan Telemedicina  1993: la Clínica Mayo realizó su primer simposio sobre telemedicina mediante videoconferencias en tres sedes simultáneamente. 196 .  1996: Una compañía privada llamada TELE-Rx establecida en el sur de España ofrece servicios de diagnósticos Tele-radiológicos.

197 .TELEMEDICINA Tres elementos fundamentales  Telecomunicación  Ciencia Médica de la Computación  Servicios de Salud.

TELEMEDICINA  Historia  1950 Científicos de la NASA desarrollaron un sistema de asistencia médica que les permitía vigilar constantemente las funciones fisiológicas de los astronautas en el espacio.  1959: Se consigue transmitir por primera vez imágenes radiológicas a través de la línea telefónica. 198 .

TELEMEDICINA  Definir los conceptos involucrados en la Telemedicina Mostrar actores involucrados en la Red de Telemedicina   Dar un panorama de las distintas aplicaciones y servicios de la Red de Telemedicina Especificar requerimientos y características técnicas de los equipos de Telemedicina 199  .

por profesionales que apelan a tecnologías de la información y de la comunicación con objeto de intercambiar datos para hacer diagnósticos. con el fin de mejorar la salud de las personas y de las comunidades en que viven 200 .TELEMEDICINA  El suministro de servicios de atención sanitaria en los que la distancia constituye un factor crítico. preconizar tratamientos y prevenir enfermedades y heridas. así como para la formación permanente de los profesionales de atención de salud y en actividades de investigación y de evaluación.

independientemente de la distancia entre quienes ofrecen el servicio (médicos. paramédicos. etc.) y los pacientes que lo reciben 201 .TELEMEDICINA  La Telemedicina utiliza las Tecnologías de Información y las Telecomunicaciones para proporcionar apoyo a los servicios de asistencia sanitaria. enfermeros. psicólogos.

202 .TELEMEDICINA  Con la generalización en el uso de Internet como canal de información y comunicación cotidiano entre personas  La telemedicina tiene un medio idóneo para desplegar una variedad de servicios centrados en las necesidades regionales de las comunidades.

TELEMEDICINA 203 .

TELEMEDICINA  ACTORES  Profesionales de la salud interesados en los aspectos tecnológicos de los servicios de telemedicina  Departamentos de planeación de los servicios de salud  Departamentos de informática y telecomunicaciones de los servicios de salud  Departamentos de Ingeniería Biomédica de los Servicios de Salud 204 .

TELEMEDICINA  ACTORES 205 .

TELEMEDICINA  Unidades de la Red de Telemedicina  Centros Hospitalarios Teleconsultantes (o de Referencia) ○ Hospitales Generales ○ Hospitales Regionales  Centros Hospitalarios Consultantes ○ Hospitales Regionales ○ Hospitales Básicos Comunitarios ○ Hospitales Integrales  Centros de Salud  Hospitales Básicos Comunitarios 206 .

TELEMEDICINA  Participantes de la Red de Telemedicina  Clínicos ○ Médicos Especialistas (ME) ○ Médicos Generales (MG) ○ Médicos Pasantes de Servicio Social (MPSS)  Otros Profesionalesde la Salud ○ Enfermeras ○ IngenierosBiomédicos ○ Ingenieros de Telecomunicaciones  Miembros de la Comunidad ○ Técnicos en Atención Primaria de la Salud (TAPS) ○ Promotor de Salud ○ Paciente 207 .

TELEMEDICINA  Servicios de Telemedicina         Teleconsulta Consulta diferida Segunda opinión Trabajo cooperativo entre profesionales de la salud Teleeducación Bases de datos Información al ciudadano Teleasistencia médica y sanitaria 208 .

TELEMEDICINA  Maduras  Teleradiología  Telepatología Madurando  Telepsiquiatría  Teledermatología  Telecardiología  Teleoftalmología Surgiendo  Telecirugía  Cuidado en remoto emergencias 209   .

TELEMEDICINA  Procesos 210 .

TELEMEDICINA  Consentimiento 211 .

TELEMEDICINA  Equipamiento 212 .

TELEMEDICINA  Equipamiento 213 .

TELEMEDICINA  Equipamiento 214 .

imágenes estáticas. imágenes móviles.TELEMEDICINA Requerimientos técnicos:  Tipo de información que queremos enviar: audio. datos. digitales. Tipo de redes de comunicación Tipo de señales: analógicas. asincrónica o interactiva.    215 . Tipo de comunicación: sincrónica.

 Plataformas para telemedicina (iPath)  Plataformas para e_lerning (Moodle) 216 .TELEMEDICINA  Software  Sofware para la adquisición de imágenes  Protocolos para transmisión de imágenes (DICOM - Digital Imaging and COmmunication in Medicine (Imagen y Comunicación Digital en Medicina).

TELEMEDICINA VENTAJAS:     Pacientes Familiares Médicos Hospitales  Estudiantes y residentes 217 .

Aunque visto desde el . punto de vista social.  Bioética.  Se pierde un tanto la confidencialidad de los datos. esto se minimiza 218  Rentabilidad (costo). con pleno acuerdo de las partes. El intercambio de criterios diagnósticos debe ser realizado con ética médica.TELEMEDICINA DESVENTAJAS:  Posible resistencia del personal médico y paramédico a utilizar nuevas tecnologías que no dominan.

TELEMEDICINA  Conectividad 219 .

TELEMEDICINA  Ejemplos: Oaxaca 220 .

TELEMEDICINA  Ejemplos: Oaxaca 221 .

222 .

APLICACIONES EMBEBIDAS  La competitividad en los sistemas médicos obliga a buscar nuevas opciones tecnológicas  Una de las guías principales va en dirección de dispositivos móviles integrados y flexibles 223 .

APLICACIONES EMBEBIDAS  Aplicaciones dedicadas 224 .

Sistemas dedicados  Conectividad 225 . Tablets.APLICACIONES EMBEBIDAS  Concepto «Mobile»  Celulares.

APLICACIONES EMBEBIDAS  Ejemplo simple 226 .

APLICACIONES EMBEBIDAS  Por que son atractivos?  Qué oportunidad representan? de negocio  Tecnológicamente interesantes 227 .

los sistemas embebidos no se reconocen como equipos de cómputo  Sistemas ocultos cotidianos dentro de objetos  No requieren una interfaz basada en objetos que reconocemos como elementos de una PC 228 .APLICACIONES EMBEBIDAS  En general.

APLICACIONES EMBEBIDAS  Interfaz al mundo exterior:  Sensores  Actuadores  Sistemas especiales de comunicación  Combinación de hardware and software     «Inteligencia» Computadoras ocultas Producción masiva Ambiente incierto 229 .

APLICACIONES EMBEBIDAS  Nuevos medios de medición 230 .

APLICACIONES EMBEBIDAS  Ambientes limitado  Memoria limitado  Energía limitada  Tiempos de procesado limitados  Sistemas operativos en tiempo real  Operan sin la intervención humana  Eventos en tiempo real 231 .

APLICACIONES EMBEBIDAS  Aplicaciones genéricas  Transporte  Aplicaciones electrónicas y eléctricas  Distribución de potencia eléctrica  Sistemas automáticos de fábrica  Equipo médico 232 .

APLICACIONES EMBEBIDAS 233 .

APLICACIONES EMBEBIDAS  Características específicas:  Sistemas críticos  Reactividad  Autonomía 234 .

APLICACIONES EMBEBIDAS  Computación embebida:  Conceptos similares pero no familiares  Recursos limitados  Restricciones de tiempo complejas  Confiabilidad  Interacción con los elementos de hardware 235 .

fáciles de usar y más simples para integrar    236 .APLICACIONES EMBEBIDAS  Sinergia entre diferentes áreas tecnológicas Tareas dedicadas que regularmente son más baratas y rápidas Computación dedicada no representa ya una limitante Se pueden crear dispositivos más capaces.

APLICACIONES EMBEBIDAS  Retos en los sistemas médicos dedicados  Dispositivos automáticos para supervisión en soporte médico monitoreo y  Nuevos métodos de interacción en cirugía como MEMS y Nano-dispositivos  Sistemas de cuidado a la salud más «inteligentes»  Componentes para el cuidado de salud como criterios para el desarrollo tecnológico 237 .

APLICACIONES EMBEBIDAS  Líneas de desarrollo  Transductor de ultrasonido por doppler pulsado para medir la frecuencia cardiacafetal 238 .

APLICACIONES EMBEBIDAS  Medición continua no invasiva invasiva de la presión sanguínea no 239 .

APLICACIONES EMBEBIDAS  Retos en sistemas dedicados  Inteligente respecto al ambiente: Habilidad para monitorear cambios en ambiente  Desarrollar una solución que satisfaga una necesidad especializada  Áreas principales: ○ Computación híbrida ○ Infraestructura de información ○ Procedimientos de control y administración 240 .

APLICACIONES EMBEBIDAS  Retos en sistemas dedicados  Tecnologías de asistencia para procedimientos  Dispositivos «In-Body»  Sistemas de asesoría  Máquinas de tratamiento 241 .

APLICACIONES EMBEBIDAS  Textiles inteligentes 242 .

APLICACIONES EMBEBIDAS  Retos en sistemas dedicados  Sistemas de monitoreo/imagenología  Modelado de sistemas de soporte médico  Sistemas de realidad virtual  Simuladores médicos  Sistemas de telemedicina 243 .

APLICACIONES EMBEBIDAS  Sistemas de cuidado a la salud  Dispositivos con menor costo  Atención primaria a la salud (preventiva)  Grupos de riesgo  Aspectos laborales  Acciones agresivas en cuidado a la salud 244 .

APLICACIONES EMBEBIDAS  Medios de monitoreo simples 245 .

APLICACIONES EMBEBIDAS  Tres Líneas de acción  Administrando pacientes enfermos  Administrando la salud de pacientes sanos  Soporte clínico 246 .

APLICACIONES EMBEBIDAS  Requerimientos básicos:  Infraestructura de telecomunicaciones  Aceptación general del concepto telemedicina  Nuevos paradigmas dispositivos médicos de diseño de 247 .

APLICACIONES EMBEBIDAS  Nuevos Paradigmas  Ambiente inteligente par incluir muchos actores (pacientes) en un sistema múltiple  Interpretación clara y profunda de la información recolectada  Control de actuadores locales  Sensores y actuadores con capacidades wireless 248 .

APLICACIONES EMBEBIDAS  Point of care 249 .

APLICACIONES EMBEBIDAS  Nuevos paradigmas  Demanda de atención masiva a grandes cantidades intensivos) de información (sistemas  Bases de conocimiento inmensas  Estructuras persuasivas y disuasivas 250 .

APLICACIONES EMBEBIDAS  Sistema básico de home health care 251 .

APLICACIONES EMBEBIDAS  Nuevos paradigmas  Arquitecturas embebidas específicas  Aspectos de ética. seguridad informática y privacidad de datos  Sistemas híbridos biológicos/electrónicos 252 .

APLICACIONES EMBEBIDAS  Nuevos retos  Sistemas de salud adaptados  Esquemas universales de atención a la salud  Telemonitoreo  Sistemas inteligentes de atención a la salud en casa  Transductores médicos para todos y para todo 253 .

APLICACIONES EMBEBIDAS  Nuevos retos  Sistemas para auto-chequeo de salud  Sistemas expertos para prediagnóstico  Reducción de costos asegurada  Sistemas básicos de atención a la salud disponibles para todos 254 .

APLICACIONES EMBEBIDAS  Ejemplo simple  Sistema para detección de caídas  Cuidado geriátrico  Acelerómetros 255 .

APLICACIONES EMBEBIDAS  Telemedicina en casa  Diagnóstico por medios remotos  Calidad y velocidad (vs)  Adaptabilidad  Sistemas de diagnóstico adaptables  Acceso a sistema de atención a la salud usando sistemas web 256 .

APLICACIONES EMBEBIDAS  Telemedicina  Servidor central en internet  Agentes de software  Resultados en corto tiempo  Sistemas dedicados directamente a internet conectados 257 .

APLICACIONES EMBEBIDAS  Telemedicina en casa 258 .

APLICACIONES EMBEBIDAS  Cell Health Care  Mismo concepto  Uso de redes GSM/GPRS/3G  Centros de atención en salud  Sensores adaptables 259 .

APLICACIONES EMBEBIDAS  Esquema básico 260 .

APLICACIONES EMBEBIDAS  Cell Health Care  Plug and Play  Sistemas adaptables  Interconectable 261 .

APLICACIONES EMBEBIDAS  Liberación de drogas  Automedicación: uno de los principales problemas en salud  Regímenes de dosificación  Sistemas emergentes de liberación y control de drogas 262 .

APLICACIONES EMBEBIDAS  Feedback control systems  Mejores sensores -> Mejores diagnósticos  Estimación de parámetros de importancia  Desarrollo de sistemas de control biológico ○ ○ ○ ○ Presión de dióxido de carbono arterial Presión de oxígeno arterial Nivel de azúcar en sangre Intensidad de dolor 263 .

APLICACIONES EMBEBIDAS  Feedback control systems  Actuadores con dimensiones pequeñas  Actuadores con consumos energéticos pequeños  Actuadores reconfigurables por vía wireless 264 .

APLICACIONES EMBEBIDAS  Sistemas de desarrollo  JEM  LINUX  WINDOWS CE  MAC-OS 265 .

APLICACIONES EMBEBIDAS  Java Embedded  Simple  Confiable  Altamente extendido 266 .

APLICACIONES EMBEBIDAS  Linux  Gratis  Programación basada en GNU  Muy extendido entre desarrolladores sin grandes recursos 267 .

APLICACIONES EMBEBIDAS  Windows CE  Todo el soporte Windows  No muy estable  Altamente desarrollado  Compatibilidad 268 .

APLICACIONES EMBEBIDAS  Apple Development Kit  De moda  Object C  Específico para MAC 269 .

APLICACIONES EMBEBIDAS  Medios de desarrollo  Micro-controladores  DSP  FPGA  ARM 270 .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->