ES2471415T3 - Procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico - Google Patents

Procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico Download PDF

Info

Publication number
ES2471415T3
ES2471415T3 ES06117734.1T ES06117734T ES2471415T3 ES 2471415 T3 ES2471415 T3 ES 2471415T3 ES 06117734 T ES06117734 T ES 06117734T ES 2471415 T3 ES2471415 T3 ES 2471415T3
Authority
ES
Spain
Prior art keywords
medical device
communication protocol
data
computer system
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES06117734.1T
Other languages
English (en)
Inventor
Stefan Leiteritz
J�Rg Schmitt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Agfa HealthCare NV
Original Assignee
Agfa HealthCare NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Agfa HealthCare NV filed Critical Agfa HealthCare NV
Application granted granted Critical
Publication of ES2471415T3 publication Critical patent/ES2471415T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/40—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management of medical equipment or devices, e.g. scheduling maintenance or upgrades
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

Procedimiento para establecer una conexión de datos entre aparatos médicos (M1 - M6) y un sistema informático (1), en el cual para cada uno de los aparatos médicos (M1 - M6) hay almacenado en el sistema informático (1) al menos un protocolo de comunicación (P1 - P6) junto con los parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) asignados a dicho protocolo de comunicación (P1 - P6), con los siguientes pasos que son ejecutados por parte del sistema informático (1) : a. Ajuste de parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) de un protocolo de comunicación (P1 - P6); b. Recepción de datos de un aparato médico (M1 - M6); c. Comprobación de si los datos recibidos del aparato médico (M1 - M6) concuerdan con datos de muestra que son característicos del protocolo de comunicación (P1 - P6); d. Repetición de los pasos a. al c. con otros parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) del protocolo de comunicación (P1 - P6), si los datos recibidos del aparato médico (M1 - M6) no concuerdan con los datos de muestra; e. Establecimiento de una conexión de datos entre el aparato médico (M1 - M6) y el sistema informático (1) empleando el protocolo de comunicación (P1 - P6), si los datos recibidos del aparato médico (M1 - M6) concuerdan con los datos de muestra, en el que se repiten los pasos a. al e. con al menos un protocolo de comunicación (P1 - P6) más si no se pudo establecer una conexión de datos entre el aparato médico (M1 - M6) y el sistema informático (1).

Description

Procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico
Esta solicitud de patente hace referencia a un procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico.
En los hospitales se emplean sistemas de software para documentar información relativa a los pacientes. Dicha información consiste, entre otras cosas, en valores de medición de aparatos m�dicos que monitorizan y/o influyen en el estado del paciente. Los aparatos m�dicos disponen en general de interfaces para poner a disposición electrónicamente los datos, como p.ej. valores medidos o ajustados as� como datos de alarma.
Los sistemas de documentación de pacientes emplean diversos módulos de software para recibir los datos de los aparatos m�dicos y seguir proces�ndolos, como p.ej. visualizarlos y/o almacenarlos. Los aparatos m�dicos, para ello, est�n conectados a ordenadores, los llamados PC de interfaz, que asumen la función de interfaz entre los diversos aparatos m�dicos por un lado y los sistemas procesadores de datos por otro lado.
Existe un gran número de distintos aparatos m�dicos con diversos protocolos de comunicación que exigen diversas configuraciones de interfaz. Se trata por ejemplo de aparatos de monitorización de pacientes, aparatos de respiración artificial o equipos de anestesia como p.ej. IntelliVue MP90 de Philips Medical Systems, Solar 8000 de GE Healthcare, Infinity Delta de Dr�ger/Siemens, AS/3 de Datex, Evita2 de Dr�ger, Servo 300 de Maquet, Zeus de Dr�ger o Aestiva/5 de Datex.
La conexión de un nuevo aparato m�dico a un PC de interfaz o el cambio de un aparato m�dico por otro aparato m�dico implica en general una serie de configuraciones tanto en el aparato m�dico como también en el PC de interfaz, que normalmente debe realizar el personal m�dico.
Primeramente debe seleccionarse el software de controlador que pertenece a un aparato m�dico. Este, no obstante, no siempre est� disponible ni se conoce inmediatamente para el aparato m�dico en cuestión. Asimismo, un aparato m�dico puede permitir varios parámetros de comunicación distintos. Entre los parámetros de comunicación se encuentran p.ej. la velocidad de transmisión de datos (velocidad de transmisión en baudios), el número de bits de datos, la paridad, el número de bits de arranque y de parada, as� como el tipo de control de flujo empleado. Tampoco se conocen siempre los parámetros de comunicación admisibles, de manera que estos deben leerse primero en el aparato m�dico. Para ello deben abrirse en su caso menús de sistema que pueden estar protegidos por solicitud de contraseña. Por ello, la introducción de los parámetros de comunicación es percibida a menudo por el personal afectado como molesta, o incluso se olvida, además de ser propensa a errores.
Si no se realizan las configuraciones mencionadas, o se realizan con errores, no se puede establecer una conexión de datos con el aparato m�dico, de manera que los datos, como p.ej. valores medidos con el aparato de medición o ajustados en el aparato de medición, se pierden.
El documento US 2006/0136594 A1 muestra el estado de la técnica.
Un objeto de la presente invención es proporcionar un procedimiento para el establecimiento de una conexión de datos lo más fiable posible entre aparatos m�dicos y un sistema inform�tico.
Este objeto se logra mediante el procedimiento según la reivindicación 1. Según la presente invención, el sistema inform�tico, en el que para cada uno de los aparatos m�dicos est� almacenado respectivamente al menos un protocolo de comunicación junto con los parámetros de comunicación asignados a dicho protocolo de comunicación, ejecuta los siguientes pasos:
a.
Ajuste de parámetros de comunicación de un protocolo de comunicación;
b.
Recepci�n de datos de un aparato m�dico;
c.
Comprobaci�n de si los datos recibidos del aparato m�dico concuerdan con datos de muestra que son característicos del protocolo de comunicación;
d.
Repetici�n de los pasos a. al c. con otros parámetros de comunicación del protocolo de comunicación, si los datos recibidos del aparato m�dico no concuerdan con los datos de muestra;
e.
Establecimiento de una conexión de datos entre el aparato m�dico y el sistema inform�tico empleando el protocolo de comunicación, si los datos recibidos del aparato m�dico concuerdan con los datos de muestra,
en el que se repiten los pasos a. al e. con al menos un protocolo de comunicación más si no se pudo establecer una conexión de datos entre el aparato m�dico y el sistema inform�tico.
En caso de que el aparato m�dico solo mande datos al sistema inform�tico después de una solicitud, puede estar previsto el envío de una solicitud al aparato m�dico entre los pasos a. y b.
Un protocolo de comunicación es una prescripción de la forma en la que se intercambian datos entre los aparatos m�dicos y el sistema inform�tico. Dicha prescripción consiste en un conjunto de reglas y formatos (sintaxis).
Entre los parámetros de comunicación de un protocolo de comunicación se deben entender aquellos parámetros cuyos valores deben fijarse antes del establecimiento de una conexión de datos entre el aparato m�dico en cuestión y el sistema inform�tico. Entre ellos se encuentran por ejemplo:
-
la velocidad de transmisión de datos (velocidad de transmisión en baudios), que indica la velocidad de transmisión de datos en la unidad bits/segundo,
-
el número de bits de datos en una palabra de datos,
-
la paridad, que se emplea para la detección de errores,
-
el número de bits de parada para la detección del final de la palabra de datos,
-
el número de bits de arranque para la detección del comienzo de la palabra de datos y
-
el control de flujo (ninguno, software o hardware).
Los respectivos valores de los parámetros de comunicación est�n ajustados en el aparato m�dico y para el establecimiento de la conexión de datos deben ajustarse en los mismos valores en el software del sistema inform�tico, el llamado software de interfaz.
Los datos de muestra que pueden esperarse en cada caso de un protocolo de comunicación pueden determinarse mediante análisis de los datos de respuesta del aparato m�dico que pueden esperarse según las indicaciones del fabricante, p.ej. en forma de descripciones de los aparatos m�dicos. Mediante la determinación de rangos no variables as� como variables en los datos de respuesta que pueden esperarse se puede deducir un patrón que luego se emplea para el análisis. Si p.ej. la fecha es transmitida por el aparato, se puede determinar fácilmente su posición en la respuesta y al mismo tiempo su estructura (p.ej. "2006-01-31" o "31.01.2006"). Esta información también se puede emplear para generar los datos de muestra, empleándose preferiblemente expresiones regulares. Las expresiones regulares (abreviado “RegEx” o “regex”, en inglés "regular expressions") sirven para la descripción de (sub)conjuntos de cadenas de caracteres con ayuda de reglas sintácticas.
La solución según la presente invención se basa en el concepto de establecer automáticamente, es decir, sin acciones adicionales de un usuario, una conexión de datos entre el sistema inform�tico, en particular el llamado PC de interfaz, y cada uno de los aparatos m�dicos conectados a él. En él se determina automáticamente por parte del sistema inform�tico el protocolo de comunicación empleado por el aparato m�dico en cuestión, incluidos los parámetros de comunicación correspondientes, y se ajusta al establecer la conexión de datos. Aquí no es necesario detectar de qué aparato m�dico se trata en concreto (p.ej. nombre del fabricante y descripción del tipo).
En la determinación automática del protocolo de comunicación apropiado se comprueba si un aparato m�dico conectado a la interfaz serie correspondiente del PC de interfaz “habla” un protocolo de comunicación determinado. En caso afirmativo, se activa en el sistema inform�tico el módulo de software de controlador del aparato m�dico correspondiente al protocolo de comunicación. Por software de controlador debe entenderse la implementación de software del protocolo de comunicación. El software de controlador se comunica con el aparato, establece la conexión de datos o la interrumpe, pide los datos de medición actuales, etc.
Si, por el contrario, no se recibe ninguna respuesta adecuada, o bien no hay ningún aparato m�dico conectado al PC de interfaz o el aparato m�dico en cuestión no “habla” este protocolo, sino otro, o los parámetros de comunicación no concuerdan con los del aparato m�dico. En este caso, según la presente invención se cambian los parámetros de comunicación asignados al protocolo de comunicación y se vuelve a intentar la detección.
Si de nuevo no se recibiera una respuesta, o si esta fuera errónea, se activa el siguiente módulo de software, que intenta establecer una conexión de datos con el aparato m�dico en la forma descrita anteriormente mediante el uso de otro protocolo de comunicación.
Este proceso se repite con todos los módulos de software y protocolos de comunicación posibles hasta que pueda establecerse una conexión de datos con el aparato m�dico.
Preferiblemente, el procedimiento anteriormente descrito también se realiza cuando no hay ningún aparato m�dico conectado al PC de interfaz. Si en esta variante de la invención se conecta un aparato m�dico al PC de interfaz, se establece automáticamente una conexión de datos sin que el procedimiento tenga que ser iniciado por una acción del usuario.
La presente invención se ilustra con más detalle en lo sucesivo con base en las Figuras. Estas muestran:
Fig. 1 un sistema inform�tico para la ejecución del procedimiento según la presente invención; Fig. 2 un diagrama de flujo de un ejemplo del procedimiento según la presente invención; Fig. 3 un diagrama de flujo de un proceso parcial del procedimiento representado en la Fig. 2; y
Fig. 4 un diagrama de flujo de otro proceso parcial del procedimiento representado en la Fig. 2.
La Fig. 1 muestra un sistema inform�tico 1 para la ejecución del procedimiento según la presente invención. Al sistema inform�tico 1 est�n conectados aparatos m�dicos individuales M1 a M6 a través de conductos eléctricos y/o de forma inalámbrica, p.ej. mediante rayos infrarrojos o por radiofrecuencia.
Para cada uno de los aparatos m�dicos M1 a M6 existe al menos un protocolo de comunicación P1 a P6, al que respectivamente est�n asignados varios parámetros de comunicación K1a, K1b, K1c... a K6a, K6b, K6c...
La definición de cada uno de los protocolos de comunicación P1 a P6 incluidos los parámetros de comunicación asignados en cada caso K1a, K1b, K1c... a K6a, K6b, K6c... se toma por lo general de las indicaciones del fabricante de aparatos m�dicos correspondiente y se almacena en el sistema inform�tico 1.
Como ejemplos se indican a continuación los protocolos de comunicación P1 y P2 necesarios para la comunicación con los aparatos m�dicos M1 y M2 y los correspondientes valores admisibles de los parámetros de comunicación:
Aparato m�dico
M1 M2
Protocolo de comunicación
P1 P2
Tipo de aparato
Aparato de respiración artificial Equipo de anestesia
Velocidades en baudios
2400, 4800, 9600 1200, 4800, 19200
Bits de datos
7, 8 7, 8
Bits de arranque
1 1
Bits de parada
1 o 2 1
Paridad
par o impar par
Para cada protocolo de comunicación P1 a P6 hay un módulo de software S1 a S6, con ayuda del cual se puede detectar automáticamente el protocolo de comunicación P1 a P6 necesario en cada caso para comunicarse con cada uno de los aparatos m�dicos. Los módulos de software S1 a S6 se cargan antes del inicio del procedimiento en el sistema inform�tico 1 y all�, como se indica en la Fig. 1, se mantienen en una lista. A continuación, se activa cada uno de los módulos de software S1 a S6 uno tras otro.
Primero se activa el primer módulo de software S1 que se encuentra en la lista. Este intenta establecer una conexión de datos, empleando el primer protocolo de comunicación P1, con un primer aparato m�dico, p.ej. M2, de los aparatos m�dicos conectados M1 a M6 siguiendo el procedimiento según la presente invención.
Si no se puede establecer aquí ninguna conexión de datos entre el primer aparato m�dico M2 y el sistema inform�tico 1, se arranca el segundo módulo de software S2 siguiente en la lista. Este intenta entonces establecer una conexión de datos con el primer aparato m�dico M2 empleando el segundo protocolo de comunicación P2. Si tampoco tiene éxito este intento, se activan uno tras otro los demás módulos de software S3 a S6 que se encuentran en la lista, hasta que se haya establecido una conexión de datos con el primer aparato m�dico M2.
El procedimiento descrito se repite para los demás aparatos m�dicos M1, M3 a M6.
En el procedimiento según la presente invención, para el establecimiento de una conexión de datos empleando un protocolo de comunicación, p.ej. P1, se ajustan en primer lugar mediante el módulo de software S1 correspondiente los valores de cada uno de los parámetros de comunicación K1a, K1b, K1c..., como p.ej. la velocidad de transmisión de datos, el número de bits de datos por palabra de datos, la paridad as� como el número de bits de arranque y parada. Preferiblemente, aquí se ajustan los parámetros de comunicación en los valores usados más frecuentemente con este protocolo de comunicación, p.ej. según las indicaciones del fabricante o según la experiencia. En la tabla mostrada anteriormente con los protocolos de comunicación P1 y P2, estos valores est�n subrayados. En el presente ejemplo del primer protocolo de comunicación P1, se trata de los siguientes valores: velocidad de transmisión de datos 2400 bit/s, 8 bits de datos, número de bits de arranque y de parada 1 respectivamente, paridad par.
Hay dos tipos diferentes de protocolos de comunicación. En un primer tipo, debe enviarse una solicitud al aparato m�dico antes de que el aparato m�dico envíe de vuelta datos como respuesta. En un segundo tipo, el aparato m�dico envía datos de forma autónoma.
En el momento (según el tipo del protocolo de comunicación, en su caso solo después de enviar una solicitud) que se reciben datos del primer aparato m�dico M2, se comparan estos datos con datos de muestra que son característicos del primer protocolo de comunicación P1 y que lo distinguen inequívocamente de los datos de muestra de los demás protocolos de comunicación P2 a P6.
Si los datos del primer aparato m�dico M2 concuerdan con los datos de muestra, se establece una conexión de datos entre el primer aparato m�dico M2 y el sistema inform�tico 1 empleando el primer protocolo de comunicación P1. Si este no es el caso, se cambian primeramente los valores de los parámetros de comunicación del primer protocolo de comunicación P1 y se realizan los pasos indicados con base en los parámetros de comunicación modificados. En el ejemplo nombrado, los parámetros de comunicación se ajustan en valores que se emplean con la segunda mayor frecuencia para el primer protocolo de comunicación P1, como p.ej. velocidad de transmisión de datos 4800 bit/s, 7 bits de datos por palabra de datos, número de bits de arranque 1 y de bits de parada 2, paridad impar.
En la comprobación de los datos recibidos del primer aparato m�dico M2 se incluyen además en el análisis los posibles errores de comunicación, como p.ej. un llamado Framing Error o Parity Error, y en su caso se modifican los parámetros de comunicación.
Un Framing Error se produce cada vez que los parámetros de comunicación de ambos participantes en la comunicación no concuerdan, p.ej. con las siguientes configuraciones del aparato m�dico:
-
7 bits de datos, 1 bit de arranque, 1 bit de parada, bit de paridad par y las siguientes configuraciones del módulo de comunicación en el PC de interfaz:
-
8 bits de datos, 1 bit de arranque, 1 bit de parada, bit de paridad par.
Esto significa que al mandar una palabra de datos de 7 bits del aparato m�dico, se emplean en total 10 bits y el PC de interfaz espera 11 bits. El “encuadre” (el llamado Framing) de esta comunicación, por tanto, no es correcto.
Un Parity Error se produce cuando la transmisión de datos sufre una anomalía. Para detectarla, el emisor calcula una paridad a partir de los bits a transmitir y se la envía al receptor. El receptor recibe primero todos los bits, calcula la paridad a partir de estos y la compara con la transmitida por el emisor. Si el valor de este bit de paridad es diferente, hay un fallo de transmisión. En el protocolo de comunicación empleado est� definido la mayoría de las veces cómo se debe tratar un caso as�.
Preferiblemente, también se comprueba si el protocolo de comunicación se ha detectado sin dudas y de manera inequívoca. Aunque la primera respuesta coincida con la respuesta esperada, no obstante puede ocurrir que también otro protocolo de comunicación haya creado la respuesta adecuada. En un caso as� son necesarias más solicitudes hasta que se haya identificado el protocolo de comunicación empleado sin ninguna duda.
El siguiente ejemplo de dos protocolos de comunicación parecidos lo ilustrar�: en ambos protocolos de comunicación se establece la comunicación mediante un comando correspondiente (Initialize Communication Command). En el primer protocolo, el código de comando 0x2D significa la solicitud de los límites de alarma superiores actuales. En el segundo protocolo, sin embargo, el mismo comando significa la solicitud de los datos actuales del monitor. El código de comando 0x52 significa en el primer protocolo la solicitud de la identificación del aparato. Para solicitar la identificación del aparato en el segundo protocolo, sin embargo, se debe emplear el código de comando 0x2C.
De esto se deduce que solo comparar la respuesta del comando ICC no basta para identificar el protocolo de forma inequívoca, sino que son necesarias más solicitudes y comparaciones (p.ej. la solicitud de la identificación de los aparatos).
La Fig. 2 muestra un diagrama de flujo de un ejemplo del procedimiento según la presente invención para la detección automática de los aparatos.
Tras el comienzo 10 del procedimiento, se cargan primero 11 todos los módulos de software (detection objects) existentes para la detección de los diversos protocolos de comunicación, y se colocan en una lista.
En otro proceso parcial 20 del procedimiento, se arranca a continuación el primero o el próximo módulo de software correspondiente para la detección de un protocolo de comunicación.
En el proceso parcial 30 siguiente se ejecutan entonces diversos pasos para la detección automática del protocolo de comunicación. En caso de que el protocolo de comunicación no concuerde con el protocolo necesario del aparato m�dico, el primer módulo de software se desactiva 12 y se repiten los procesos parciales 20 y 30 para demás módulos de software situados en la lista para la detección de los demás protocolos de comunicación hasta que el protocolo de comunicación adecuado para el aparato m�dico en cuestión se haya identificado inequívocamente 13. En este caso se establece una conexión de datos entre el aparato m�dico y el sistema inform�tico empleando el protocolo de comunicación identificado y el procedimiento para la detección automática de aparatos se concluye 14.
La Fig. 3 muestra un diagrama de flujo del proceso parcial 20 para arrancar el primer módulo de software o los siguientes módulos de software para la detección de protocolos de comunicación.
Tras el arranque 21 de este proceso parcial 20, se toma cada vez el módulo de software que ocupa la siguiente posición en la lista 22. A continuación, se cargan y ajustan 23 los parámetros de comunicación asignados a este protocolo de comunicación y sus valores, preferiblemente los empleados con mayor probabilidad. A continuación el proceso parcial 20 se concluye 24.
5 El proceso parcial 30 siguiente al proceso parcial 20 est� representado en detalle en la Fig. 4.
Tras el arranque 31 se comprueba en primer lugar 32 si hay disponibles parámetros de comunicación u otros parámetros de comunicación. Si no es el caso, el proceso parcial 30 se concluye 37. En el caso de que haya (otros) parámetros de comunicación, estos se ajustan o se modifican 33. A continuación se envía una solicitud al aparato
10 m�dico y se comprueban las respuestas recibidas del aparato m�dico. Según el tipo de protocolo de comunicación, puede no haber envío de solicitud. Si la comprobación siguiente 35 constatara que los parámetros de comunicación no concuerdan con los del aparato m�dico en cuestión, se repiten los pasos anteriores 32 a 34 para otros parámetros de comunicación, si estos existen.
15 En caso de que los parámetros de comunicación ajustados concuerden con los del aparato m�dico, se comprueba en un paso subsiguiente del procedimiento 36 si el protocolo de comunicación en cuestión ha sido identificado inequívocamente y sin dudas. Si no es el caso, se repiten los pasos 34 y 35, comprobando otras respuestas del aparato m�dico. Si se da una detección sin dudas del protocolo de comunicación correspondiente, el proceso parcial 30 puede concluirse 37.D

Claims (10)

  1. REIVINDICACIONES
    1. Procedimiento para establecer una conexión de datos entre aparatos m�dicos (M1 - M6) y un sistema inform�tico (1), en el cual para cada uno de los aparatos m�dicos (M1 - M6) hay almacenado en el sistema inform�tico (1) al menos un protocolo de comunicación (P1 - P6) junto con los parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) asignados a dicho protocolo de comunicación (P1 - P6), con los siguientes pasos que son ejecutados por parte del sistema inform�tico (1) :
    a.
    Ajuste de parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) de un protocolo de comunicación (P1 - P6);
    b.
    Recepci�n de datos de un aparato m�dico (M1 - M6);
    c.
    Comprobaci�n de si los datos recibidos del aparato m�dico (M1 - M6) concuerdan con datos de muestra que son característicos del protocolo de comunicación (P1 - P6);
    d.
    Repetici�n de los pasos a. al c. con otros parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) del protocolo de comunicación (P1 - P6), si los datos recibidos del aparato m�dico (M1 - M6) no concuerdan con los datos de muestra;
    e.
    Establecimiento de una conexión de datos entre el aparato m�dico (M1 - M6) y el sistema inform�tico (1) empleando el protocolo de comunicación (P1 - P6), si los datos recibidos del aparato m�dico (M1 - M6) concuerdan con los datos de muestra,
    en el que se repiten los pasos a. al e. con al menos un protocolo de comunicación (P1 - P6) más si no se pudo establecer una conexión de datos entre el aparato m�dico (M1 - M6) y el sistema inform�tico (1).
  2. 2.
    Procedimiento según la reivindicación 1, en el que se repiten los pasos a. al e. para al menos otro aparato m�dico más (M1 - M6).
  3. 3.
    Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que los parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) asignados a un protocolo de comunicación (P1 - P6) pueden darse en dicho protocolo de comunicación (P1 - P6) con diversa probabilidad y en el paso a. se ajustan aquellos parámetros de comunicación (K1a, K1b, K1c... - K6a, K6b, K6c...) que presentan la mayor probabilidad.
  4. 4.
    Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que los datos de muestra característicos del protocolo de comunicación (P1 - P6) correspondiente se diferencian inequívocamente de datos de muestra de otros protocolos de comunicación (P1 - P6).
  5. 5.
    Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que los datos de muestra característicos de un protocolo de comunicación (P1 - P6) se determinan mediante un análisis de datos de respuesta de un aparato m�dico (M1 - M6).
  6. 6.
    Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que antes del paso b. se envía una solicitud al aparato m�dico (M1 - M6) y en el paso b. se reciben los datos del aparato m�dico (M1 - M6) enviados por parte del aparato m�dico (M1 - M6) como respuesta a la solicitud.
  7. 7.
    Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que antes del establecimiento de la conexión de datos en el paso e. se comprueba si existe una identificación inequívoca del primer protocolo de comunicación (P1 - P6).
  8. 8.
    Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que para el establecimiento de la conexión de datos en el paso e. se activa en el sistema inform�tico (1) un módulo de software de controlador del aparato m�dico (M1 - M6) asignado al protocolo de comunicación (P1 - P6) empleado.D
  9. 9.
    Procedimiento según una cualquiera de las reivindicaciones anteriores que también se ejecuta cuando no hay ningún aparato m�dico (M1 - M6) conectado al sistema inform�tico (1).
  10. 10.
    Sistema inform�tico para la ejecución del procedimiento según una cualquiera de las reivindicaciones anteriores.
ES06117734.1T 2006-07-24 2006-07-24 Procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico Active ES2471415T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP06117734.1A EP1883197B1 (de) 2006-07-24 2006-07-24 Verfahren zur Herstellung einer Datenverbindung zwischen Medizingeräten und einem Computersystem

Publications (1)

Publication Number Publication Date
ES2471415T3 true ES2471415T3 (es) 2014-06-26

Family

ID=37496587

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06117734.1T Active ES2471415T3 (es) 2006-07-24 2006-07-24 Procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico

Country Status (6)

Country Link
US (1) US7899947B2 (es)
EP (1) EP1883197B1 (es)
JP (1) JP5221535B2 (es)
CN (1) CN101496374B (es)
ES (1) ES2471415T3 (es)
WO (1) WO2008012192A2 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012138874A2 (en) * 2011-04-08 2012-10-11 Volcano Corporation Medical sensing communication system and method
US9235681B2 (en) * 2011-10-04 2016-01-12 Smith & Nephew, Inc. System and method for intersystem device exchange
CN103116690A (zh) * 2012-12-14 2013-05-22 东软熙康健康科技有限公司 一种从医疗设备上获取医疗数据的方法和智能终端
EP3107019A1 (de) 2015-06-16 2016-12-21 Lazaryev Oleksiy Verfahren, computerprogrammprodukt und system zum austausch von gesundheitsdaten
CN107037294A (zh) * 2017-05-25 2017-08-11 绵阳美菱软件技术有限公司 一种上位机、变频一体板的检测方法及检测系统
CN107666371B (zh) * 2017-06-14 2023-02-17 浙江绍兴苏泊尔生活电器有限公司 通信方法、装置及系统
US11058498B2 (en) * 2017-12-28 2021-07-13 Cilag Gmbh International Cooperative surgical actions for robot-assisted surgical platforms
CN109491666B (zh) * 2018-11-15 2021-04-27 华至云链科技(苏州)有限公司 一种基于人工智能的物联网协议自我编程的方法
CN113270183B (zh) * 2020-02-17 2024-08-13 中硼(厦门)医疗器械有限公司 管理治疗计划数据的方法和系统以及数据交换设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0357348A (ja) * 1989-07-26 1991-03-12 Matsushita Electric Works Ltd 信号伝送装置
US6275869B1 (en) * 1994-11-22 2001-08-14 Eastman Kodak Company System for network communication of image information between imaging devices according to multiple protocols
US6128653A (en) * 1997-03-17 2000-10-03 Microsoft Corporation Method and apparatus for communication media commands and media data using the HTTP protocol
JP3792010B2 (ja) * 1997-08-07 2006-06-28 三菱電機株式会社 文作成装置
JP2001101320A (ja) * 1999-09-28 2001-04-13 Toshiba Medical System Co Ltd 医療情報システム
JP2002132693A (ja) * 2000-10-26 2002-05-10 Takamichi Suzuki データ通信方法、データ通信サーバ、および、データ共有プログラム
US20030158959A1 (en) * 2002-02-15 2003-08-21 Jay Jayapalan Establishment of communications using point to point protocols such that duplicate negotiations are avoided
US6868493B2 (en) * 2002-03-13 2005-03-15 Honeywell International, Inc. System and method for panel linking in a security system
JP2004020976A (ja) * 2002-06-18 2004-01-22 Hitachi Ltd 映像表示装置
JP2004318746A (ja) * 2003-04-21 2004-11-11 Toward Inc 情報収集システム、情報収集方法、及び情報収集プログラム
JP2007512593A (ja) * 2003-11-07 2007-05-17 ソニー エレクトロニクス インク モバイルコンピュータのファイル転送プロトコル
KR100557626B1 (ko) * 2003-12-23 2006-03-10 주식회사 하이닉스반도체 반도체 소자의 비트라인 형성 방법
US7600004B2 (en) * 2004-12-20 2009-10-06 Mitac Technology Corp. Network setting configuration systems and methods

Also Published As

Publication number Publication date
EP1883197A1 (de) 2008-01-30
CN101496374A (zh) 2009-07-29
JP5221535B2 (ja) 2013-06-26
WO2008012192A2 (de) 2008-01-31
US20090164669A1 (en) 2009-06-25
CN101496374B (zh) 2013-08-14
JP2009544379A (ja) 2009-12-17
EP1883197B1 (de) 2014-05-21
US7899947B2 (en) 2011-03-01
WO2008012192A3 (de) 2008-05-08

Similar Documents

Publication Publication Date Title
ES2471415T3 (es) Procedimiento para establecer una conexión de datos entre aparatos m�dicos y un sistema inform�tico
US20200023127A1 (en) Management of infusion data methods and apparatus
ES2866631T3 (es) Procedimientos y artículos de fabricación para alojar una aplicación crítica para la seguridad en un dispositivo de procesamiento de datos no controlado
CA2514571C (en) Wireless medical data communication system and method
CA2514294C (en) Medical data communication notification and messaging system and method
US8234128B2 (en) System and method for verifying medical device operational parameters
US8775196B2 (en) System and method for notification and escalation of medical data
WO2005114524A2 (en) Personalized remote patient monitoring systems and methods
US20050065817A1 (en) Separation of validated information and functions in a healthcare system
US20040167465A1 (en) System and method for medical device authentication
US20040176667A1 (en) Method and system for medical device connectivity
US20040172300A1 (en) Method and system for integrating data flows
US20040172301A1 (en) Remote multi-purpose user interface for a healthcare system
US12062458B2 (en) System and method for secure, private, and trusted medical information monitoring and semi-autonomous prescription management
US20220072322A1 (en) Self-contained, connected automated external defibrillator systems and methods of use
US9918637B2 (en) System and method for monitoring patient physiological data
US20190019399A1 (en) Devices, processes and computer programs for an alarm server, for an alarm source and for an alarm generator, alarm system
JP2021119449A (ja) 医療機器を管理する方法、情報処理装置、および医療機器の管理システム
US20240160742A1 (en) Secure software update for internet-connected medical devices
KR20240128539A (ko) 응급 환자 정보 제공 방법 및 서버
EP4433156A1 (en) Self-contained, connected automated external defibrillator systems and methods of use