MONITORIZACIÓN REMOTA - NECESIDADES del personal de ENFERMERÍA en la atención a pacientes intubados

Se está desarrollando una aplicación para ver el estado de pacientes intubados de forma remota.

Sin necesidad de entrar en las habitaciones se puede obtener la información de los respiradores y de los periféricos que a éstos se le conecten.

En principio llevarían un sensor de oxígeno en sangre y de frecuencia cardíaca.

Además estarían disponibles el resto de parámetros y variables del respirador.

Como a nivel técnico los programadores no conocemos las necesidades del personal sanitario para atender a los pacientes intubados, agradecería indicasen "qué se necesitaría" para hacer algo más llevadero vuestro trabajo.

Podéis dejar todo tipo de comentarios, aunque no utilicéis un lenguaje técnico, o  utilicéis un lenguaje del mundo sanitario.
De alguna forma nos entenderemos.

Empiezo con lo básico:
  1. - Numero de respirador. (incluye la IP)
  2. - Estado de funcionamiento (encendido, apagado, alarma, desconexión, etc).
  3. - Nombre del paciente. (opcional)
  4. - Frecuencia respiratoria del paciente.
  5. - Nivel de oxígeno en sangre.
  6. - Frecuencia cardíaca.
  7. - Caudal de aire (l/min).
Ya os dejo que continuéis vosotros.

Comentarios


  • He comenzado a colaborar en este proyecto de respirador (https://foro.coronavirusmakers.org/index.php?p=/discussion/comment/617#Comment_617) y nos interesa esta parte.

    ¿Tenéis algún repositorio donde estéis trabajando esto?

    ¿Tenéis alguna idea de estándares de interoperabilidad?

    Mira este proyecto por si os puede ayudar.
    https://www.openice.info/


  • Buenos días gabriel, muchas gracias por tu aportación.

    El adaptador de OpenICE lo realizan con una Beaglebone Black.
    Estas placas salieron poco después que las RPi.
    Un amigo mío las utilizó para visión artificial.

    Si se implementara el código de comunicaciones de estos respiradores en el código del "device adapter" se podría monitorizar estos respiradores, pero "sólo" como lo hace el software (ver gráficas siguientes).
    Habría que modificar el software del OpenICE del PC/Movil también.

    https://www.openice.info/docs/4_device-adapter-setup.html

    Included Device Simulators
    •     Multi-Parameter Patient Monitor
    •     Non-Invasive Blood Pressure
    •     Electrocardiogram
    •     End Tidal CO2
    •     Temperature
    •     Infusion Pump
    •     Pulse Oximetry
    Excluyendo los periféricos a los cuales no se tiene acceso y no se pueden conectar al respirador.

    Una captura de pantalla de este software es la siguiente:



    Y como veis, el volcado de la gran cantidad de datos debe de ser bastante rápido.

    Los microcontroladores STM32 permitirían realizar esto, pero posiblemente no merezca el esfuerzo en hacer todos los cambios necesarios para que esto pueda funcionar, porque además, el objetivo es poder controlar varios respiradores, con la posibilidad de ver en una misma pantalla el estado de multitud de pacientes.

    Los programadores pueden implementar directamente estas gráficas en multitud de lenguajes de programación, y no necesitan estar adaptando cosas a un software que no esta diseñado para esto.

    Las gráficas y el vídeo pueden servir de aprendizaje a los programadores de Apps.


    Resumiendo:
    - El poco tiempo disponible no se puede estar dedicando a adaptar este software y el del "device-adapter" (BBB).
    - Puede haber dificultad en adquirir las BBB y el coste también aumenta.
    - Habría que estar adaptando el código de los STM32 para hacerlo compatible con el protocolo de la BBB.

    Salvo que haya alguien dispuesto a ponerse con esto (algún informático profesional con muchísima experiencia), sería inviable en los momentos actuales de necesidad.

    Saludos
    Jose Pizarro
  • Este es el concepto un pequeño sistema en la habitación de cada paciente en un dedo la temperatura y en otro dedo la oximetría y el pulso cardiaco.
    Medir enviar los datos y si acaso diferenciar en el propio equipo unos parametros de alarma para enviar mensajes a una central o móvil de enfermera.
  • editado 27 de marzo
    MarcosF dijo:
    Este es el concepto un pequeño sistema en la habitación de cada paciente en un dedo la temperatura y en otro dedo la oximetría y el pulso cardiaco.
    Medir enviar los datos y si acaso diferenciar en el propio equipo unos parametros de alarma para enviar mensajes a una central o móvil de enfermera.
    Buenas tardes MarcosF

    Parte de tu sistema es similar al que se implementaría en el respirador.
    Si no hubiera problemas de disponibilidad del sensor, que no hay muchos y no se si sería más adecuado usar.
    Lo conozco.

    El Lora no es buena opción, porque routers Wifi, repetidores, AP y multitud de ellos están totalmente disponibles, mientras que el Lora no tanto.
    Un cambio de enfoque lo haría más viable.

    Hay 2 opciones:
    1. - Integrar parte de tu sistema a lo que se está desarrollando junto al resto de placas.
    2. - Que tu placa funcione de forma independiente, y pueda trabajar de forma independiente, para lo cual usaría la plataforma IoT que ya está parcialmente desarrollada.
    Software que también están desarrollando.

    Es más práctico tener una pantalla de móvil o de PC que pueda monitorizar 20 camas que no una pantalla minúscula que prácticamente no van a poder ver.

    Los servidores IoT los tengo actualmente funcionando para test de desarrolladores, si puedes adquirir un ESP8266 o ESP32 podrás conectarlos a tu router y hacer pruebas con los servidores a través de internet.

    Ponte en contacto conmigo indicándome un email por ejemplo para indicarte los servidores en los que se pueden hacer test.

    Hay servidores de test disponibles también en páginas de internet:
    https://test.mosquitto.org/

    Pásate por mi hilo de IoT.

    Revisa también el resto de hilos:
    https://foro.coronavirusmakers.org/index.php?p=/profile/discussions/Jose_Pizarro

    Por ejemplo, el entorno de las Apps:
    https://foro.coronavirusmakers.org/index.php?p=/discussion/379/necesidad-de-programadores-de-app-de-android-para-respiradores#latest

    Saludos
    Jose
  • MarcosF dijo:
    Este es el concepto un pequeño sistema en la habitación de cada paciente en un dedo la temperatura y en otro dedo la oximetría y el pulso cardiaco.
    Medir enviar los datos y si acaso diferenciar en el propio equipo unos parametros de alarma para enviar mensajes a una central o móvil de enfermera.
    Buenas tardes MarcosF

    Parte de tu sistema es similar al que se implementaría en el respirador.
    Si no hubiera problemas de disponibilidad del sensor, que no hay muchos y no se si sería más adecuado usar.
    Lo conozco.

    El Lora no es buena opción, porque routers Wifi, repetidores, AP y multitud de ellos están totalmente disponibles, mientras que el Lora no tanto.
    Un cambio de enfoque lo haría más viable.

    Hay 2 opciones:
    1. - Integrar parte de tu sistema a lo que se está desarrollando junto al resto de placas.
    2. - Que tu placa funcione de forma independiente, y pueda trabajar de forma independiente, para lo cual usaría la plataforma IoT que ya está parcialmente desarrollada.
    Software que también están desarrollando.

    Es más práctico tener una pantalla de móvil o de PC que pueda monitorizar 20 camas que no una pantalla minúscula que prácticamente no van a poder ver.

    Los servidores IoT los tengo actualmente funcionando para test de desarrolladores, si puedes adquirir un ESP8266 o ESP32 podrás conectarlos a tu router y hacer pruebas con los servidores a través de internet.

    Ponte en contacto conmigo indicandome un email por ejemplo para indicarte los servidores en los que se pueden hacer test.

    Pásate por mi hilo de IoT.

    Revisa también el resto de hilos:
    https://foro.coronavirusmakers.org/index.php?p=/profile/discussions/Jose_Pizarro

    Por ejemplo, el entorno de las Apps:
    https://foro.coronavirusmakers.org/index.php?p=/discussion/379/necesidad-de-programadores-de-app-de-android-para-respiradores#latest

    Hola mis sistemas ya  dialogan entre ellos a cientos de metros con muros de por medio y solo necesito que uno de ellos este conectado a un Pc por el puerto serie funcionando como Base y pasarela al pc y por lo tanto pasarela a donde queráis. Con un Ord que tenga uno de los satélites conectado a su puerto serie y recibiendo las tramas suficiente.

  • Parte de tu sistema es similar al que se implementaría en el respirador.
                       yo mas bien diría que mi sistema encaja mejor en la monitoriozación de pacientes en habitación desatendidos
    Si no hubiera problemas de disponibilidad del sensor, que no hay muchos y no se si sería más adecuado usar.
    Lo conozco.
    ???? no entiendo que quieres decir  Vengo diciendo hace algún tiempo que el problema de todo esto no es la temeraria  para la cual hay sitemas como el mio o como otros sino que el problema son los sensores y su realización practica y su control.
    Porque entre otras cosas con la situación actual cuantos sensores somos capaces de conseguir? 
    Comentas ----El Lora no es buena opción, porque routers Wifi, repetidores, AP y multitud de ellos están totalmente disponibles, mientras que el Lora no tanto.

    Wifi no es para esto.... el wifi es un sistema de transmisión de alto volumen y alta velocidad pero jamas estuvo pensado para temeraria y es incapaz de traspasar u par de buenos aglomerados de madera y lo que es peor no tiene una estabilidad y latencia adecuada, no es la tecnología adecuada,
    Por esto algunos llevamos años investigando los sistemas iot lora. Wifi  es para lo que es ver pelis en NETFLIX . 
    Supongo que con un par de cervezas podríamos hablar muchas horas sobre las redes   pero no tenemos tiempo.   Se que estas realizando un gran esfuerzo en desplegar tu propio sistema en vista del caos del foro y lo entiendo. Se cual sea la solución que podamos adoptar al final tenemos otros muchos problemas. Incluso cuando los sistemas que vamos a utilizar sean tan conocidos como esp32 cuantos podemos construir en una semana? quien nos va a suministrar en menos de 20 días en las circunstancias actuales? esto ultimo es lo que me preocupa. Y también y por supuesto el sensor de flujo.
  • El sistema Lora no es el apropiado para lo que yo he planteado:
    http://panamahitek.com/que-es-lorawan-y-para-que-se-utiliza/

    Desventajas y limitaciones de LoraWAN

    Datos en tiempo real: LoraWAN se utiliza para enviar paquetes pequeños de datos cada cierto tiempo. Normalmente se envían unos cuantos bytes, una vez cada tantos minutos. Una vez por minuto, cuando mucho.

    Llamadas telefónicas y envío de información multimedia: no. Claro que no.
    ..
  • Hola, y que pensais de los nrf24l01? (2.4 ghz) es un emisor/receptor super común muy usado para temas de domótica por su bajo consumo, su alcance y por las librerías creadas que los hacen funcionar en modo mesh solventando así los problemas de cobertura.

    https://www.sparkfun.com/datasheets/Components/SMD/nRF24L01Pluss_Preliminary_Product_Specification_v1_0.pdf

    Como podéis ver en el datasheet las tasas de transferencia no son nada malas para lo que se necesita mandar.

    Yo tengo varios disponibles por si quereis probarlos.

  • editado 28 de marzo
    fgonzalez dijo:
    Hola, y que pensais de los nrf24l01? ..
    Los probé hace años, y no son tan buenos como parecen.

    En campo abierto puede que funcionen bien.

    Pero en mi casa, de una habitación a otra, con paredes por medio, y pilares, al final resultaba que la comunicación era mala.

    Yo descarto esos sensores, con los ESP8266 y ESP32 se pueden conseguir mejores comunicaciones y hay que implementar menos código (hay muchas librerías disponibles).
    Además, ya se está programando otras partes basadas en las redes ethernet/wifi, usando los servidores IoT.
  • El sistema Lora no es el apropiado para lo que yo he planteado:
    http://panamahitek.com/que-es-lorawan-y-para-que-se-utiliza/

    Desventajas y limitaciones de LoraWAN

    Datos en tiempo real: LoraWAN se utiliza para enviar paquetes pequeños de datos cada cierto tiempo. Normalmente se envían unos cuantos bytes, una vez cada tantos minutos. Una vez por minuto, cuando mucho.

    Llamadas telefónicas y envío de información multimedia: no. Claro que no.
    ..
    Me dejas perplejo.....!!! Lo primero es no confundir LoraWan,  Una red dedicada a un uso particular y un sistema y protocolo de transmisión LoRa

    Ventajas de LoRa

    Entre las principales ventajas de LoRa se encuentran las siguientes:

    • Alta tolerancia a las interferencias
    • Alta sensibilidad para recibir datos (-168dB)
    • Basado en modulación “chirp
    • Bajo Consumo (hasta 10 años con una batería*)
    • Largo alcance 10 a 20km
    • Baja transferencia de datos (hasta 255 bytes)
    • Conexión punto a punto
    • Frecuencias de trabajo:  868 Mhz en Europa, 915 Mhz en América, y 433 Mhz en Asia


    Todo esto hace que ésta sea una tecnología ideal para conexiones a grandes distancias y para redes de IoT en las que se necesiten sensores que no dispongan de corriente eléctrica de red. Por ello, tiene grandes posibilidades de aplicación para Smart Cities o ciudades inteligentes, lugares con poca cobertura celular cómo por ejemplo aplicaciones agrícolas o ganaderas en el campo, o para construir redes privadas de sensores y/o actuadores.

    Donde pone... conexiones a grandes distancias deberías también leer posibilidad de transmitir en ambientes con más dificultades y elementos de absorción como los muros los tabiques etc No solo se refiere a las grandes distancias a campo abierto como en las Smart Cities Lora en 868Mhz es una frecuencia ya de por si 3 veces más baja que el wi-fi y 6 veces más que el wi-fi de  5MHz y el lora  433  multiplica esto por 2 entendemos lo que esto implica a nivel de propagación de las ondas electromagnéticas? por no hablar de la forma de transmitir los datos que la hacen prácticamente inmune al ruido.

    Bien dejo aquí el debate porque me parece que no tiene caso seguir. Suerte igualmente con la solución.

    https://www.google.com/imgres?imgurl=https%3A%2F%2Fwww.semtech.com%2Fuploads%2Fimages%2FLoRa_Why_Range.png&imgrefurl=https%3A%2F%2Fwww.semtech.com%2Flora&tbnid=aY1AEo1sbADJ8M&vet=12ahUKEwiX-_Hnr7voAhWWABQKHQItAfgQMygAegUIARCeAQ..i&docid=hteA6ZC-19dAVM&w=600&h=300&q=Lora%20vs%20Wi-fi&ved=2ahUKEwiX-_Hnr7voAhWWABQKHQItAfgQMygAegUIARCeAQ

     

  • Ahora comentas esto.....
    Pero en mi casa, de una habitación a otra, con paredes por medio, y pilares, al final resultaba que la comunicación era mala.
    Yo con Lora no tengo ningún problema con esto lo mismo da que los equipos esten al lado como 4 pisos mas abajo.
  • Marcos, te sugiero que antes de comentar en hilos leas los títulos de éstos e intentes comprender lo que se pretende en cada uno

    Primero te doy respuesta a tus comentarios:
    MarcosF dijo:

    Entre las principales ventajas de LoRa se encuentran las siguientes:
    ..
    • Baja transferencia de datos (hasta 255 bytes)

    ..


    Uno de los motivos por lo que no son apropiados los módulos LoRa en mi desarrollo es que no están preparados para una alta transferencia de datos (sí lo están los módulos wifi).

    No hace falta que me indiques un rollo con los datos técnicos del LoRa, sé leer hojas de características, y en el siglo pasado ya estaba fabricando analizadores de espectro de esas frecuencias y más altas.

    Para que le quede claro a todos los colaboradores que estén con mi desarrollo:
    ¡No voy a utilizar LoRa!

    Además:
    ¡Tampoco voy a utilizar Walkie Talkies!

    MarcosF, te sugiero que abras tu propio hilo LoRa y expongas tus ideas respecto a estos módulos en tu hilo.

    Para los que no leen:

    Título del hilo:
    "MONITORIZACIÓN REMOTA - NECESIDADES del personal de ENFERMERÍA en la atención a pacientes intubados"

    Primera entrada del hilo:
    ..
    Como a nivel técnico los programadores no conocemos las necesidades del personal sanitario para atender a los pacientes intubados, agradecería indicasen "qué se necesitaría" para hacer algo más llevadero vuestro trabajo.

    Podéis dejar todo tipo de comentarios, aunque no utilicéis un lenguaje técnico, o  utilicéis un lenguaje del mundo sanitario.
    De alguna forma nos entenderemos.
    ..
    Ya os dejo que continuéis vosotros.

    MarcosF, como parece que tampoco lees completamente los comentarios:
    MarcosF dijo:
    Ahora comentas esto.....
    Pero en mi casa, de una habitación a otra, con paredes por medio, y pilares, al final resultaba que la comunicación era mala.
    Yo con Lora no tengo ningún problema con esto lo mismo da que los equipos esten al lado como 4 pisos mas abajo.
    Has confundido una respuesta que le he dado a otro usuario del foro respecto a un módulo "similar" al LoRa, el nRF24L01+, el cuál también he probado.
    fgonzalez dijo:
    Hola, y que pensais de los nrf24l01? ..
    Los probé hace años, y no son tan buenos como parecen.

    En campo abierto puede que funcionen bien.

    Pero en mi casa, de una habitación a otra, con paredes por medio, y pilares, al final resultaba que la comunicación era mala.

    Yo descarto esos ..
    El nRF24L01+ es un circuito integrado que trabaja en la banda de 2.4Ghz, al igual que resto de comunicaciones wifi "n" habitual de los hogares, pero de una forma distinta, orientado a un menor consumo.
    ¡No voy a utilizar nRF24L01+!

    Y lo que voy a utilizar es un módulo wifi:
    ¡Sí voy a utilizar el módulo ESP8266!

    MarcosF, y al resto de colaboradores: leed, sólo pido que leáis, y no descontextualicéis mis comentarios.

    En este hilo no se trata de estar discutiendo de transceptores de radiofrecuencia.

    Lo abrí para que los "enfermeros" y "enfermeras" comentaran su necesidades.

    Voy a solicitar al admininstrador del foro que elimine todos los comentarios relacionados con radiofrecuencia, ya que no aportan nada a este hilo.
  • Buenos días.
    Los administradores de este foro no han cumplido con su cometido.
    Con lo fácil que hubiera sido poner algo de orden.
    Debido al completo desorden del foro, la descoordinación y la falta de control de los administradores de este foro he decidido no aportar nada mas al mismo.
    - He tenido que dedicarle tiempo a corregir a otros colaboradores comentarios inciertos para que los lectores no se basaran en ellos.
    - He duplicado hilos por haberlos ensuciado otros miembros con comentarios no relacionados con estos hilos.
    - He reportado a los administradores comentarios que debieran de eliminarse de hilos y éstos no han hecho nada, dejando el hilo inservible, al dejar éste "sucio", lleno de tanta "basura".
    El estar haciendo el doble o el triple de trabajo para mantener la información en este foro me ha estado quitando el tiempo necesario para el desarrollo de un respirador viable.
    Este foro ha sido una carga, en el que aportaba, aportaba y aportaba, y nadie me ha echado una mano.
    31 hilos abiertos y más de 160 comentarios en estos días, mientras que otros se dedicaban a sus montajes (y utilizaban el foro cuando se encontraban con algún problema), yo tenía que estar redactando y documentando todo muy clarito para que los lectores lo entendieran.
    La colaboración de los demás ha sido casi nula, sólo ha servido para dedicarle mi tiempo a otros, y no para avanzar en un desarrollo factible.
    Las pocas cosas que solicitaba en las colaboraciones, que hasta estudiantes de instituto pudieran haber realizado, no la ha realizado nadie, como por ejemplo, las búsquedas en sitios específicos y la realización de listados.
    Todo el mundo se ha centrado en sus intereses, en sus desarrollos propios y no en ver todo esto desde una perspectiva mas amplia.
    Como suelo decir "el que no aporte, que se aparte", veo que para las personas de este foro no "aporto", si no hubieran permitido por ejemplo que administrara mis propios hilos o hubieran hecho relevantes estos hilos.
    Debido a que lo que estoy haciendo no le interesa a nadie, por la nula colaboración que estoy recibiendo de este foro, me aparto.
    Como siempre han decidido centrarse en otros desarrollos, se que la decisión que he tomado es la mejor decisión, por muy dura que sea.
    Después de tantos días, al igual que en un trabajo, sólo queda despedirme de mis compañeros.
    "Ánimo compañeros".
    Atentamente
    Jose_Pizarro

Accede o Regístrate para comentar.