ES2970400T3 - Conversión automatizada de bibliotecas de fármacos - Google Patents
Conversión automatizada de bibliotecas de fármacos Download PDFInfo
- Publication number
- ES2970400T3 ES2970400T3 ES21704351T ES21704351T ES2970400T3 ES 2970400 T3 ES2970400 T3 ES 2970400T3 ES 21704351 T ES21704351 T ES 21704351T ES 21704351 T ES21704351 T ES 21704351T ES 2970400 T3 ES2970400 T3 ES 2970400T3
- Authority
- ES
- Spain
- Prior art keywords
- drug library
- medical device
- software package
- parameters
- target
- 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
Links
- 239000003814 drug Substances 0.000 title claims abstract description 186
- 229940079593 drug Drugs 0.000 title claims abstract description 186
- 238000006243 chemical reaction Methods 0.000 title description 20
- 238000000034 method Methods 0.000 claims abstract description 48
- 239000002547 new drug Substances 0.000 claims abstract description 37
- 238000003860 storage Methods 0.000 claims description 24
- 230000004044 response Effects 0.000 claims description 15
- 230000005540 biological transmission Effects 0.000 claims description 7
- 238000012790 confirmation Methods 0.000 claims description 5
- 238000005516 engineering process Methods 0.000 description 36
- 230000008569 process Effects 0.000 description 29
- 238000001802 infusion Methods 0.000 description 24
- 238000004891 communication Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 15
- 238000004590 computer program Methods 0.000 description 10
- 238000012549 training Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 8
- 238000013461 design Methods 0.000 description 7
- 230000008520 organization Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 4
- 239000012530 fluid Substances 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000010801 machine learning Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 238000013473 artificial intelligence Methods 0.000 description 3
- 238000013528 artificial neural network Methods 0.000 description 3
- 238000012377 drug delivery Methods 0.000 description 3
- 238000012806 monitoring device Methods 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000036772 blood pressure Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000001990 intravenous administration Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 238000002560 therapeutic procedure Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013527 convolutional neural network Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000003066 decision tree Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000001647 drug administration Methods 0.000 description 1
- 239000002355 dual-layer Substances 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000007917 intracranial administration Methods 0.000 description 1
- 239000010410 layer Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000002483 medication Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000000306 recurrent effect Effects 0.000 description 1
- 230000002787 reinforcement Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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
-
- 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/60—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 operation of medical equipment or devices
- G16H40/63—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 operation of medical equipment or devices for local operation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- 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/60—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 operation of medical equipment or devices
- G16H40/67—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 operation of medical equipment or devices for remote operation
-
- 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
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Medicinal Chemistry (AREA)
- Toxicology (AREA)
- Pharmacology & Pharmacy (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Chemical & Material Sciences (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Control Of Electric Motors In General (AREA)
- Steering Control In Accordance With Driving Conditions (AREA)
- Control Of Positive-Displacement Air Blowers (AREA)
Abstract
Se divulga un sistema y un método para convertir paquetes de bibliotecas de fármacos. Un paquete de software de biblioteca de medicamentos existente se analiza automáticamente para determinar la información de la biblioteca de medicamentos existente compatible con un formato de biblioteca de destino correspondiente a un tipo de dispositivo médico de destino, y para identificar información de la biblioteca de medicamentos omitida, faltante o que necesita edición de la información de la biblioteca de medicamentos existente. Se proporciona una interfaz de usuario para visualización para convertir al menos una parte de la información de la biblioteca de fármacos identificada al segundo formato de biblioteca, y se recibe una instrucción a través de la interfaz de usuario para seleccionar uno o más parámetros predeterminados en el formato de biblioteca objetivo para su asignación a un nuevo paquete de software de biblioteca de fármacos configurado en el formato de biblioteca objetivo en función de uno o más parámetros correspondientes seleccionados de la información de biblioteca de fármacos identificada. El nuevo paquete de software de biblioteca de fármacos se genera basándose en la información de la biblioteca de fármacos existente y uno o más parámetros predeterminados seleccionados. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Conversión automatizada de bibliotecas de fármacos
Campo técnico
La presente solicitud se refiere en general al mantenimiento de la operación de dispositivos médicos de principio a fin de una organización de atención médica.
Antecedentes
El proceso por el cual un cuidador de pacientes toma para iniciar la administración de fármacos desde una bomba de infusión o dispositivo médico similar es complejo y si se hace incorrectamente puede conducir a problemas graves. El proceso es propenso a errores, especialmente debido al requisito de múltiples cómputos y cálculos. Las complejidades se ven agravadas por varios factores. El costo de capacitación del personal y el costo de preparar, actualizar, y distribuir formularios y protocolos de políticas y procedimientos dentro de los hospitales es grande. La dificultad de establecer prácticas seguras y uniformes se ve agravada por importantes variaciones locales, regionales, y de nación a nación en los patrones de práctica. La complejidad de usar estas bombas puede dar por resultado la negación de la terapia necesaria a los pacientes debido a que un cuidador carece de suficiente capacitación, o no tiene acceso fácil o el tiempo para revisar el conocimiento pertinente o usar otras herramientas (tal como dispositivos computacionales) para efectuar el proceso de administración de una infusión de fármaco necesaria a un paciente específico.
Se han adoptado varios enfoques tecnológicos en el pasado para hacer que las bombas de infusión sean más adecuadas para infusiones intravenosas de fármacos. Por ejemplo, las empresas han desarrollado bombas de infusión tipo calculadora que permiten a los usuarios administrar el fármaco diluido en un fluido al ingresar datos tal como la concentración de fármaco, el peso de paciente, y las dosis deseadas y las tasas de dosis utilizando unidades de administración de dosis tal como mcg/kg o mcg/kg/min. Con base en estas entradas, las bombas calculan los volúmenes y las velocidades de flujo de fluido que se van a administrar.
Los enfoques para hacer que las bombas de infusión de fluidos sean más adecuadas para la infusión de fármacos han incluido el desarrollo de bombas que contienen controladores de microprocesador y dispositivos EPROM que contienen información preprogramada que incluye una serie de perfiles de infusión de fármacos con relación a diversos fármacos que se van a infundir. Estas bibliotecas de fármacos se pueden descargar y modificar electrónicamente (es decir, programar) la bomba de infusión. Estas bibliotecas pueden incluir, por ejemplo, parámetros específicos de fármaco, concentración de fármaco, tamaño de recipiente de fármaco, tasa de bolo, y de unidad de administración de fármaco. Los parámetros pueden identificar, por ejemplo, valores mínimos, valores máximos, o intervalos específicos para un parámetro de infusión programable. Además, si una configuración de administración de fármaco particular se utilizará simultáneamente en múltiples bombas dentro de una instalación, se puede descargar una copia para cada bomba.
Estas bibliotecas, sin embargo, a menudo son específicas del fabricante y, por lo tanto, se puede requerir un tipo diferente de biblioteca para cada tipo de bomba. Si un hospital desea implementar un tipo diferente de bomba, habitualmente se debe crear una nueva biblioteca de fármacos, puesto que a menudo se encontrará que la biblioteca de fármacos utilizada actualmente es incompatible.
WO 2019/219290 A1 describe un método para compilar una biblioteca de fármacos para su distribución a bombas de infusión. WO 2019/214929 A1 describe un método para programar un conjunto de datos desde una computadora de servidor a una bomba de infusión. US 2016/350513 A1 describe un sistema de bomba de infusión con capacidad de fuente de editor de biblioteca de múltiples fármacos.
Sumario
La invención está definida por las reivindicaciones adjuntas. De acuerdo con diversos aspectos, la presente tecnología incluye un sistema y método para convertir una biblioteca de fármacos específica para un sistema médico a un formato compatible con otro sistema médico. Un primer paquete de software de biblioteca de fármacos existente se analiza automáticamente para determinar la primera información de biblioteca de fármacos existente compatible con un segundo formato de biblioteca diana que corresponde a un segundo tipo de dispositivo médico diana, y para determinar la información de biblioteca de fármacos omitida, faltante, o que necesita edición de la información de biblioteca de fármacos compatible existente. Se proporciona una interfaz de usuario para su visualización para convertir al menos una porción de la información de biblioteca de fármacos no dentro de la información de biblioteca de fármacos compatible al segundo formato de biblioteca, y se recibe una instrucción mediante la interfaz de usuario para seleccionar uno o más parámetros predeterminados en el formato de biblioteca diana para su asignación a un nuevo paquete de software de biblioteca de fármacos configurado en el formato de biblioteca diana con base en uno o más parámetros correspondientes seleccionados de la información de biblioteca de fármacos identificada como que no está dentro de la información de biblioteca de fármacos compatible. El nuevo paquete de software de biblioteca de fármacos se genera con base en la información de biblioteca de fármacos existente y el uno o más parámetros predeterminados seleccionados.
Se entiende que otras configuraciones de la presente tecnología llegarán a ser fácilmente evidentes para aquellos expertos en la técnica a partir de la siguiente descripción detallada, en donde varias configuraciones de la presente tecnología se muestran y se describen a manera de ilustración.
Por consiguiente, las figuras y la descripción detallada se deben considerar como de naturaleza ilustrativa y no como restrictiva.
Breve descripción de los dibujos
Para una mejor comprensión de las diversas implementaciones descritas, se debe hacer referencia a la descripción de Implementaciones a continuación, en conjunto con las siguientes figuras. Los números de referencia similares se refieren a partes correspondientes de principio a fin de las figuras y la descripción.
La figura 1A representa un ejemplo de un sistema de atención al paciente institucional de una organización de atención médica, de acuerdo con aspectos de la presente tecnología.
La figura 1B representa un sistema de servidor de ejemplo para convertir bibliotecas de fármacos entre varios formatos usando reglas de conversión, de acuerdo con aspectos de la presente tecnología.
La figura 2 representa un sistema de ejemplo, que incluye un dispositivo informático y una interfaz de usuario para importar y traducir bibliotecas de fármacos de varias plataformas de proveedores a un formato estandarizado para usarse en una plataforma específica, de acuerdo con aspectos de la presente tecnología.
La figura 3 representa un proceso de ejemplo para importar y traducir bibliotecas de fármacos de varias plataformas de proveedores a un formato estandarizado para usarse en una plataforma específica, de acuerdo con aspectos de la presente tecnología.
La figura 4 es un diagrama conceptual que ilustra un sistema electrónico de ejemplo para importar y traducir bibliotecas de fármacos de varias plataformas de proveedores a un formato estandarizado para usarse en una plataforma específica, de acuerdo con aspectos de la presente tecnología.
Descripción
Ahora se referirá a las implementaciones específicas, cuyos ejemplos se ilustran en los dibujos anexos. En la siguiente descripción, se exponen numerosos detalles específicos a fin de proporcionar una comprensión de las diversas implementaciones descritas. Sin embargo, será evidente para un experto en la técnica que las diversas implementaciones descritas se pueden practicar sin estos detalles específicos. En otros casos no se describen detalladamente los métodos, procedimientos, componentes, circuitos y redes muy conocidos, a fin de no ocultar innecesariamente aspectos de las implementaciones.
La presente tecnología incluye un sistema y método para convertir una biblioteca de fármacos específica para un sistema médico a un formato compatible con otro sistema médico. Un paquete de software de biblioteca de fármacos existente se importa al sistema o se identifica de otra manera, y entonces se analiza automáticamente para determinar la información de biblioteca de fármacos existente compatible con un formato de biblioteca diana que corresponde a un tipo de dispositivo médico diana. Se identifica la información de la segunda biblioteca de fármacos que no es inmediatamente compatible con el formato de biblioteca diana, y se proporciona una interfaz de usuario para su visualización para convertir al menos una porción de la información de la segunda biblioteca de fármacos (por ejemplo, no compatible) al formato de biblioteca diana. Se recibe una instrucción mediante la interfaz de usuario para seleccionar uno o más parámetros predeterminados en el formato de biblioteca diana para la asignación a un nuevo paquete de software de biblioteca de fármacos configurado en el formato de biblioteca diana con base en uno o más parámetros correspondientes seleccionados de la segunda información de biblioteca de fármacos. El nuevo paquete de software de la biblioteca de fármacos se genera con base en la información de la biblioteca de fármacos compatible y el uno o más parámetros predeterminados seleccionados.
La figura 1A representa un ejemplo de un sistema de atención al paciente institucional 100 de una organización de atención médica, de acuerdo con aspectos de la presente tecnología. En la figura 1A, un dispositivo de atención al paciente (o “dispositivo médico” en general) 12 se conecta a una red de hospital 10. El término dispositivo de atención al paciente (o “PCD”) se puede usar indistintamente con el término unidad de atención al paciente (o “PCU”), ya sea que pueda incluir varios dispositivos médicos auxiliares tal como una bomba de infusión, un monitor de signos vitales, un dispositivo de dispensación de medicación (por ejemplo, gabinete, bolsa), un dispositivo de preparación de medicación, un dispositivo de dispensación automatizado, un módulo acoplado con uno de los mencionados anteriormente (por ejemplo, un módulo de bomba de jeringa configurado para unirse a una bomba de infusión), u otros dispositivos similares. Cada elemento 12 se conecta a una red sanitaria interna 10 por un canal de transmisión 31. El canal de transmisión 31 es cualquier canal de transmisión cableado o inalámbrico, por ejemplo, una red de área local (LAN) inalámbrica 802.11. En algunas implementaciones, la red 10 también incluye sistemas informáticos ubicados en varios departamentos de principio a fin de un hospital. Por ejemplo, la red 10 de la figura 1 incluye opcionalmente sistemas de computadora asociados con un departamento de admisiones, un departamento de facturación, un departamento de ingeniería biomédica, un laboratorio clínico, un departamento de suministro central, una o más computadoras de estación de unidad y/o un sistema de soporte de decisión médica. Como se describe adicionalmente a continuación, la red 10 puede incluir subredes discretas. En el ejemplo ilustrado, la red 10 incluye una red de dispositivos 40 por la cual los dispositivos de atención al paciente 12 (y otros dispositivos) se comunican de acuerdo con las operaciones normales.
Además, el sistema de atención al paciente institucional 100 puede incorporar un servidor de sistema de información separado 30, la función de la cual se describirá en más detalle más adelante. Además, aunque el servidor del sistema de información 30 se muestra como un servidor separado, las funciones y la programación del servidor de sistema de información 30 se pueden incorporar en otra computadora, si esto se desea por los ingenieros que diseñan el sistema de información de la institución. El sistema de atención al paciente institucional 100 puede incluir además una o múltiples terminales de dispositivo 32 para conectarse y comunicarse con el servidor de sistema de información 30. Los terminales de dispositivo 32 pueden incluir computadoras personales, asistentes de datos personales, dispositivos móviles tal como computadoras portátiles, computadoras tabletas, dispositivos de realidad aumentada, o teléfonos inteligentes, configurados con software para comunicaciones con el servidor del sistema de información 30 mediante la red 10.
El dispositivo de atención al paciente 12 comprende un sistema para proporcionar atención al paciente, tal como ese descrito en la Patente de Estados Unidos de América Núm. 5,713,856 de Eggers et al. El dispositivo de atención al paciente 12 puede incluir o incorporar bombas, monitores fisiológicos (por ejemplo, frecuencia cardíaca, presión arterial, ECG, EEG, oxímetro de pulso y otros monitores de pacientes), dispositivos de terapia, y otros dispositivos de administración de fármacos se pueden utilizar de acuerdo con las enseñanzas establecidas en la presente. En el ejemplo representado, el dispositivo de atención al paciente 12 comprende un módulo de control 14, también denominado unidad de interfaz 14, conectado a uno o más módulos funcionales 16, 18, 20, 22. La unidad de interfaz 14 incluye una unidad de procesamiento central (CPU) 50 conectada a una memoria, por ejemplo, memoria de acceso aleatorio (RAM) 58, y uno o más dispositivos de interfaz tal como el dispositivo de interfaz de usuario 54 (por ejemplo, una pantalla de visualización y/o teclado), un dispositivo de entrada de datos codificados 60, una conexión de red 52, y una interfaz auxiliar 62 para comunicarse con módulos o dispositivos adicionales. La unidad de interfaz 14 también, aunque no necesariamente, incluye una unidad de almacenamiento no volátil principal 56, tal como una unidad de disco duro o memoria flash no volátil, para almacenar software y datos y uno o más buses internos 64 para interconectar los elementos mencionados anteriormente.
En varias implementaciones, el dispositivo de interfaz de usuario 54 es una pantalla táctil para mostrar información a un usuario y permitir que un usuario ingrese información tocando áreas definidas de la pantalla. De manera adicional o alternativa, el dispositivo de interfaz de usuario 54 podría incluir cualquier medio para mostrar e ingresar información, tal como un monitor, una impresora, un teclado, teclas programables, un ratón, una bola de seguimiento y/o un lápiz de luz. El dispositivo de entrada de datos 60 puede ser un lector de código de barras capaz de escanear e interpretar datos impresos en formato de código de barras. De manera adicional o alternativa, el dispositivo de entrada de datos 60 puede ser cualquier dispositivo para ingresar datos codificados en una computadora, tal como uno dispositivo para leer una banda magnética, dispositivos de identificación por radiofrecuencia (RFID) por los cuales los datos digitales codificados en etiquetas RFID o marcas inteligentes (definidas a continuación) se capturan por el lector 60 mediante ondas de radio, tarjetas inteligentes PCMCIA, tarjetas de radiofrecuencia, tarjetas de memoria, CD, DVD, o cualquier otro medio de almacenamiento analógico o digital. Otros ejemplos de dispositivo de entrada de datos 60 incluyen un dispositivo de activación o reconocimiento de voz o un asistente de datos personal portátil (PDA). Dependiendo de los tipos de dispositivos de interfaz utilizados, el dispositivo de interfaz de usuario 54 y el dispositivo de entrada de datos 60 pueden ser el mismo dispositivo. Aunque el dispositivo de entrada de datos 60 se muestra en la figura 1 que se coloca dentro de la unidad de interfaz 14, se reconoce que el dispositivo de entrada de datos 60 puede ser integral dentro del sistema de farmacia 34 o ubicarse externamente y comunicarse con el sistema de farmacia 34 a través de una interfaz serie RS-232 o cualquier otro medio de comunicación apropiado. La interfaz auxiliar 62 puede ser una interfaz de comunicaciones de RS-232, sin embargo, se puede utilizar cualquier otro medio para comunicarse con un dispositivo periférico tal como una impresora, monitor de paciente, bomba de infusión u otro dispositivo médico sin desviarse de la presente tecnología. Además, el dispositivo de entrada de datos 60 puede ser un módulo funcional separado, tal como los módulos 16, 18, 20 y 22, y configurado para comunicarse con el controlador 14, o cualquier otro sistema en la red, usando protocolos de programación y comunicación adecuados.
La conexión de red 52 puede ser una conexión cableada o inalámbrica, tal como por Ethernet, WiFi, BLUETOOTH, una conexión de red digital de servicios integrados (ISDN), un módem de línea de suscriptor digital (DSL) o un módem de cable. Se puede utilizar cualquier conexión de red directa o indirecta, incluyendo, pero no limitado a, un módem telefónico, un sistema de MIB, una interfaz de RS232, una interfaz auxiliar, un enlace óptico, un enlace infrarrojo, un enlace de radiofrecuencia, un enlace de microondas o una conexión de WLAN u otra conexión inalámbrica.
Los módulos funcionales 16, 18, 20, 22 son cualquier dispositivo para proporcionar atención a un paciente o para monitorear la condición de paciente. Como se muestra en la figura 1, al menos uno de los módulos funcionales 16, 18, 20, 22 puede ser un módulo de bomba de infusión tal como una bomba de infusión intravenosa para administrar medicación u otro fluido a un paciente. Con los propósitos de este análisis, el módulo funcional 16 es un módulo de bomba de infusión. Cada uno de los módulos funcionales 18, 20, 22 puede ser cualquier tratamiento de paciente o dispositivo de monitoreo incluyendo, pero no limitado a, una bomba de infusión, una bomba de jeringa, una bomba de PCA, una bomba epidural, una bomba enteral, un monitor de presión arterial, un oxímetro de pulso, un monitor de EKG, un monitor de EEG, un monitor de frecuencia cardíaca o un monitor de presión intracraneal o similares. El módulo funcional 18, 20 y/o 22 puede ser una impresora, escáner, lector de código de barras o cualquier otro dispositivo periférico de entrada, salida o entrada/salida.
Cada módulo funcional 16, 18, 20, 22 se comunica de manera directa o indirectamente con la unidad de interfaz 14, con la unidad de interfaz 14 que proporciona monitoreo y control general del dispositivo 12. Los módulos funcionales 16, 18, 20, 22 se pueden conectar de manera física y electrónicamente en serie a uno o ambos extremos de la unidad de interfaz 14 como se muestra en la figura 1, o como se detalla en Eggers et al. Sin embargo, se reconoce que existen otros medios para conectar módulos funcionales con la unidad de interfaz que se pueden utilizar sin desviarse de la presente tecnología. También se apreciará que los dispositivos tal como bombas o dispositivos de monitoreo de pacientes que proporcionan suficiente programabilidad y conectividad pueden ser capaces de funcionar como dispositivos independientes y se pueden comunica directamente con la red sin conectarse a través de una unidad de interfaz separada o unidad de control 14. Como se describe anteriormente, se pueden conectar dispositivos médicos o 5isp.ositivos periféricos adicionales al dispositivo de atención al paciente 12 a través de una o más interfaces auxiliares 62.
Cada módulo funcional 16, 18, 20, 22 puede incluir componentes específicos del módulo 76, un microprocesador 70, una memoria volátil 72 y una memoria no volátil 74 para almacenar información. Se debe observar que, en tanto que se muestran cuatro módulos funcionales en la figura 1, se puede conectar cualquier número de dispositivos de manera directa o indirectamente al controlador central 14. Se propone que la cantidad y el tipo de módulos funcionales descritos en la presente sean ilustrativos y de ninguna manera limiten el alcance de la presente tecnología. Los componentes específicos del módulo 76 incluyen cualquier componente necesario para la operación de un módulo particular, tal como un mecanismo de bombeo para el módulo de bomba de infusión 16.
En tanto que cada módulo funcional puede ser capaz de al menos algún nivel de operación independiente, la unidad de interfaz 14 monitorea y controla la operación general del dispositivo 12. Por ejemplo, como se describirá en más detalle a continuación, la unidad de interfaz 14 proporciona instrucciones de programación a los módulos funcionales 16, 18, 20, 22 y monitorea el estado de cada módulo.
El dispositivo de atención al paciente 12 es capaz de operar en varios modos diferentes, o personalidades, con cada personalidad definida por una base de datos de configuración. Cada modo o personalidad puede incluir un conjunto diferente de parámetros de configuración, o implementar una biblioteca de fármacos diferente, como se describe a continuación. La base de datos de configuración puede ser una base de datos 56 interna al dispositivo de atención al paciente, o una base de datos externa 37. Una base de datos de configuración particular (o parte de esta) se puede seleccionar con base, al menos en parte, en información específica del paciente tal como ubicación, edad, características físicas, o características médicas del paciente. Las características médicas incluyen, pero no se limitan a, diagnóstico del paciente, prescripción del tratamiento, historial médico, registros médicos, identificación de proveedor de atención al paciente, características fisiológicas o características psicológicas. Como se utiliza en la presente, la información específica del paciente también incluye información de proveedor de atención (por ejemplo, identificación del facultativo) o la ubicación de un dispositivo de atención al paciente 10 en el hospital o la red de computadora de hospital. La información de atención al paciente se puede ingresar a través del dispositivo de interfaz 52, 54, 60 o 62, y se puede originar desde cualquier lugar en la red 10, tal como, por ejemplo, desde un servidor de farmacia, servidor de admisiones, servidor de laboratorio, y similares.
Un controlador 14 del dispositivo de atención al paciente 12 también tiene acceso a una biblioteca de fármacos. Se contiene más información sobre las bibliotecas de fármacos en la Patente de Estados Unidos de América Núm. 5,681,285 de Ford. La biblioteca de fármacos puede residir en el controlador, en una memoria local accesible, o se puede ubicar en otra parte de la red de sistema, pero ser accesible por el controlador. Se pueden establecer “Perfiles de Biblioteca de Fármacos” en los que los fármacos (por ejemplo, fármacos), las concentraciones y otros parámetros de bombeo se establecen en particular para esa área de atención, tal como, por ejemplo, un perfil de UCI (unidad de cuidados intensivos), un perfil pediátrico, un perfil neonatal y otros. Los conjuntos de datos de fármacos permitidos para el uso y las configuraciones de los parámetros de bombeo, incluyendo las limitaciones para ese uso, pueden estar disponibles para cada perfil de biblioteca de fármacos. Como tal, los perfiles de la biblioteca de fármacos pueden, aunque no necesariamente, corresponder a diferentes áreas de atención al paciente del hospital. Por lo tanto, un controlador 14 ubicado en una sala pediátrica, por ejemplo, puede utilizar un perfil de biblioteca de fármacos pediátricos que incluye conjuntos de medicaciones permitidas, parámetros de bombeo, y limitaciones de bombeo que son específicos para pacientes clasificados como pediátricos o ubicados en una sala pediátrica. De manera similar, un controlador 14 ubicado en una UCI puede utilizar un perfil de biblioteca de fármacos de la UCI que incluye un conjunto diferente de fármacos permitidos, parámetros de bombeo y limitaciones de bombeo que son específicos para pacientes ubicados en un entorno de cuidados intensivos y otros pacientes que requieren cuidados intensivos
Los dispositivos médicos que incorporan aspectos de la presente tecnología se pueden equipar con un Módulo de Interfaz de Red (Nim), lo que permite que el dispositivo médico participe como un nodo en una red. En tanto que, para fines de claridad, la presente tecnología se describirá como que opera en un entorno de red Ethernet utilizando el Protocolo de Internet (IP), se entiende que los conceptos de la presente tecnología son igualmente aplicables en otros entornos de red, y se pretende que estos entornos estén dentro del alcance de la presente tecnología.
Los datos hacia y desde las diversas fuentes de datos se pueden convertir en datos compatibles con la red con la tecnología existente, y el movimiento de la información entre el dispositivo médico y la red se puede lograr por una variedad de medios. Por ejemplo, el dispositivo de atención al paciente 12 y la red 10 se pueden comunicar mediante interacción automatizada, interacción manual o una combinación de interacción tanto automatizada como manual. La interacción automatizada puede ser continua o intermitente y se puede presentar a través de la conexión de red directa 54 (como se muestra en la figura 1), o a través de enlaces RS232, sistemas de MIB, enlaces de RF tal como BLUETOOTH, enlaces de IR, WLAN, sistemas de cable digital, módems telefónicos u otros medios de comunicación cableados o inalámbricos. La interacción manual entre el dispositivo de atención al paciente 12 y la red 10 implica transferir físicamente, de manera intermitente o periódicamente, datos entre sistemas utilizando, por ejemplo, el dispositivo de interfaz de usuario 54, el dispositivo de entrada de datos codificados 60, códigos de barras, discos de computadora, asistentes de datos portátiles, tarjetas de memoria, o cualquier otro medio para almacenar datos. El medio de comunicación en varios aspectos es bidireccional con acceso a datos desde tantos puntos de las fuentes de datos distribuidas como sea posible. La toma de decisiones se puede presentar en una variedad de lugares dentro de la red 10. Por ejemplo, y no a manera de limitación, las decisiones se pueden tomar en servidor de HIS 30, soporte de decisiones 48, servidor de datos remoto 49, departamento de hospital o estación de unidad 46, o dentro del dispositivo de atención al paciente 12 mismo.
Todas las comunicaciones directas con dispositivos médicos que funcionan en una red de acuerdo con la presente tecnología se pueden realizar a través del servidor del sistema de información 30, conocido como el servidor de datos remoto (RDS). De acuerdo con aspectos de la presente tecnología, los módulos de interfaz de red incorporados en dispositivos médicos tal como, por ejemplo, bombas de infusión o dispositivos de medición de signos vitales, ignoran todo el tráfico de red que no se origina de un RDS autenticado. Las responsabilidades principales del RDS de la presente tecnología son rastrear la ubicación y el estado de todos los dispositivos médicos en red que tienen NIM, y mantener una comunicación abierta.
La figura 1B representa un sistema de servidor de ejemplo para convertir bibliotecas de fármacos entre varios formatos usando reglas de conversión, de acuerdo con aspectos de la presente tecnología. Una o más bases de datos física o lógicamente separadas (por ejemplo, la base de datos 37 en la figura 1a) pueden almacenar múltiples bibliotecas de fármacos DL<1>- DLx. De acuerdo con varios aspectos, cada biblioteca de fármacos se puede asociar con uno o más dispositivos médicos P<v1>- Pvx que pueden incluir el dispositivo de atención al paciente 21 mostrado en la figura 1a. El servidor 30 puede acceder a un conjunto de reglas de conversión para convertir una biblioteca de fármacos específica para un tipo de dispositivo médico en otro tipo de dispositivo médico, particularmente en donde los diferentes tipos de dispositivos médicos utilizan diferentes formatos o parámetros de datos. Por ejemplo, una primera biblioteca de fármacos puede ser específica para una primera bomba de infusión, y una segunda biblioteca de fármacos puede ser específica para una segunda bomba de infusión, en tanto que una tercera bomba puede no asociarse con ninguna biblioteca de fármacos. Las reglas de conversión pueden almacenar información para convertir ciertos parámetros y/o valores a un formato compatible con la tercera bomba. El sistema puede utilizar las reglas de conversión para identificar y convertir una biblioteca de fármacos preexistente particular (por ejemplo, DL<1>) en una biblioteca de fármacos compatible con la tercera bomba. Una razón por la que la tercera bomba puede necesitar la conversión es debido a que la tercera bomba puede no requerir una biblioteca de fármacos, sino que se configura para operar de acuerdo con los conjuntos de datos para configurar los parámetros de bombeo. En este ejemplo, el sistema puede obtener un conjunto de datos que contiene la medicación de fármacos y los parámetros de bombeo de la biblioteca de fármacos preexistente y convertir la información obtenida a los parámetros de bombeo (no necesariamente una entrada de biblioteca de fármacos completa) en un formato leíble por máquina que se puede utilizar por la tercera bomba. Otra razón por la que la tercera bomba puede necesitar la conversión es debido a que la biblioteca de fármacos que soporta la tercera bomba no incluye una entrada o incluye una entrada deficiente. En tales casos, el sistema puede convertir tanto la biblioteca de fármacos de un primer formato a un segundo formato comprensible por la tercera bomba, así como los parámetros de bombeo del primer formato a un segundo formato comprensible por la tercera bomba. Las reglas de conversión se pueden actualizar de vez en cuando por la entrada de usuario (por ejemplo, mediante una interfaz de usuario), o automáticamente con base en el aprendizaje automático u otros algoritmos de inteligencia artificial.
Uno o más aspectos de la inteligencia artificial descrita se pueden implementar en su totalidad o en parte por un modelo. Un modelo se puede implementar como un modelo de aprendizaje automático. El aprendizaje puede ser supervisado, no supervisado, reforzado, o un aprendizaje híbrido por el cual se emplean múltiples técnicas de aprendizaje para generar el modelo. El aprendizaje se puede realizar como parte de la capacitación. Entrenar el modelo puede incluir obtener un conjunto de datos de capacitación y ajustar las características del modelo para obtener un resultado de modelo deseado. Por ejemplo, se pueden asociar tres características con un estado de dispositivo deseado. En tal caso, el capacitación puede incluir recibir las tres características como entradas para el modelo y ajustar las características del modelo tal que para cada conjunto de tres características, el estado del dispositivo de salida coincida con el estado de dispositivo deseado asociado con los datos históricos.
En algunas implementaciones, el capacitación puede ser dinámico. Por ejemplo, el sistema puede actualizar el modelo utilizando un conjunto de eventos. Las propiedades detectables de los eventos se pueden utilizar para ajustar el modelo.
El modelo puede ser una ecuación, red neuronal artificial, red neuronal recurrente, red neuronal convolucional, árbol de decisión, u otra estructura de inteligencia artificial leíble por máquina. Las características de la estructura disponible para el ajuste durante el capacitación pueden variar con base en el modelo seleccionado. Por ejemplo, si una red neuronal es el modelo seleccionado, las características pueden incluir elementos de entrada, capas de red, densidad de nodos, umbrales de activación de nodos, ponderaciones entre nodos, ponderaciones de valores de entrada o salida, o similares.
Si el modelo se implementa como una ecuación (por ejemplo, regresión), las características pueden incluir ponderaciones para los parámetros de entrada, umbrales o límites para evaluar un valor de salida, o criterio para seleccionar de un conjunto de ecuaciones.
Una vez que se entrena un modelo, se puede incluir el reentrenamiento para refinar o actualizar el modelo para reflejar datos adicionales o condiciones operativas específicas. El reentrenamiento puede ser con base en una o más señales detectadas por un dispositivo descrito en la presente o como parte de un método descrito en la presente. Después de la detección de las señales designadas, el sistema puede activar un proceso de capacitación para ajustar el modelo como se describe.
Otros ejemplos de características de aprendizaje automático y modelado que se pueden incluir en las realizaciones analizadas anteriormente se describen en “A survey of machine learning for big data processing” por Qiu et al. En EURASIP Journal on Advances in Signal Processing (2016).
La figura 2 representa un sistema de ejemplo, que incluye un dispositivo informático 200 y una interfaz de usuario 202 para importar y traducir bibliotecas de fármacos de varias plataformas de proveedores a un formato estandarizado para usarse en una plataforma específica, de acuerdo con aspectos de la presente tecnología. Durante la operación de un dispositivo informático 200, las instrucciones ejecutables 201 se cargan en un entorno de tiempo de ejecución 203 y se ejecutan. Las instrucciones 201, cuando se ejecutan, crean la interfaz de usuario 202, y/o una segunda interfaz de usuario de diseño 204, y pueden realizar una serie de operaciones sobre los datos proporcionados para su visualización en las interfaces de usuario 202 y 204. ¡” acu'rdo con diversos aspectos, el dispositivo informático 200 se puede implementar como servidor de sistema de información 30, y la interfaz de usuario 202 y/o la interfaz de usuario de diseño 204 se pueden transmitir a través de una red al dispositivo informático 32 remoto del servidor 30 para su visualización en una pantalla de visualización asociada con el dispositivo informático 32, al dispositivo médico 12 para su visualización en una pantalla de visualización del controlador 14, u otra pantalla de visualización.
Como se representa en el ejemplo de la figura 2, la interfaz de usuario 202 puede incluir, por ejemplo, una interfaz de diseñador 204 (o “asistente” de software), que puede incluir campos de datos seleccionables y/o actualizables, que permite a un usuario construir visualmente (por ejemplo, usando controles) una biblioteca de fármacos 206 usando reglas de conversión predeterminadas, con relación a diversas entradas de consola y/u operaciones de arrastrar y soltar. Durante la creación por parte de un usuario que utiliza la interfaz de diseño 204, la biblioteca de fármacos que se va a generar se puede representar visualmente en tiempo de ejecución por múltiples diseños de campo 208, cada uno con una disposición diferente de elementos de datos para un formato de dispositivo médico. Como se describirá adicionalmente, las instrucciones 201 que representan la interfaz de usuario 202 se pueden almacenar en un servidor 30, y se puede acceder a ellas por un navegador u otra aplicación local en un dispositivo informático 32 remoto del servidor. Por ejemplo, la interfaz de usuario se puede presentar a un dispositivo médico 12 para su visualización en una pantalla de visualización del controlador 14.
El código de programa de computad¡”a pa'a llevar a cabo operaciones de la presente tecnología se puede escribir en un lenguaje de programación orientado a objetos tal como, por ejemplo, JAVAMR, Smalltalk, o C++. Sin embargo, el código de programa de computadora para llevar a cabo operaciones de la presente tecnología también se puede escribir en lenguajes de programación procedimental convencionales, tal como el lenguaje de programación “C”, en un lenguaje de secuencias de comandos interpretado, tal como Perl, o en un lenguaje de programación funcional (o de cuarta generación) tal como Lisp, SML, Forth, o similares. El software también se puede escribir para ser compatible con los requisitos de HLA-7.
El dispositivo informático 200 puede ser un dispositivo independiente, o un dispositivo informático de servidor 30, colocado de manera remota desde un dispositivo informático de cliente 32 en el que se muestra la interfaz de usuario 202. En implementaciones de cliente-servidor, el dispositivo informático de cliente 32 y la aplicación que representa la interfaz de usuario 202 también se pueden representar por la figura 2. Por ejemplo, las instrucciones 108 se pueden implementar por una aplicación habilitada para red, que recupera la interfaz de usuario 108 del servidor y muestra la aplicación al usuario.
En algunas implementaciones, el proceso de creación puede almacenar reglas para convertir la información almacenada en la biblioteca de fármacos existente en lugar de generar una nueva biblioteca de fármacos convertida. Las reglas se pueden asociar con uno o más criterios de selección para identificar plataformas diana para usar una regla específica. Los criterios de selección pueden incluir un identificador de proveedor de bomba, identificador de proveedor de biblioteca de fármacos, identificador de firmware de bomba, información de versión u otra característica detectable del dispositivo médico. Un dispositivo médico se puede configurar para consultar un servidor (por ejemplo, el servidor 30) para obtener información de la biblioteca de fármacos. El servidor puede entonces identificar una biblioteca de fármacos (por ejemplo, uno o más de DL<1>a DLx) que incluye la información de la biblioteca de fármacos para el fármaco que se va a administrar. La identificación puede estar con base en un mensaje recibido del dispositivo médico que identifica (de manera directa o indirectamente) el fármaco.
Una vez identificado, el servidor puede determinar si la información de la biblioteca de fármacos está en un formato que entienda por el dispositivo médico solicitante. La determinación puede ser con base en la información recibida de la biblioteca de fármacos tal como información de identificación de proveedor, información de versión, o similares. La determinación se puede basar de manera adicional o alternativamente en información almacenada en un almacenamiento de datos accesible por el servidor. Un ejemplo de esta información es una matriz de compatibilidad que correlaciona dispositivos médicos y bibliotecas de fármacos. Si la biblioteca se considera compatible, el servidor puede transmitir un mensaje que incluye la información de la biblioteca de fármacos al dispositivo médico solicitante. Si la biblioteca se considera incompatible, el servidor puede identificar una o más reglas de conversión para traducir la información de la biblioteca de fármacos a un formato que se pueda utilizar por el dispositivo médico solicitante. La identificación de una regla de conversión puede ser con base en uno o más de: una característica del dispositivo médico, una característica de la biblioteca de fármacos de la que se recuperó la información de biblioteca de fármacos, información incluida en el mensaje de solicitud recibido del dispositivo médico (por ejemplo, fármaco que se va a administrar), o similares. Una vez identificado, el servidor puede utilizar la regla de conversión para generar un mensaje que incluya la información de la biblioteca de fármacos en un formato que se pueda utilizar por el dispositivo médico solicitante.
En algunos casos, es posible que las bibliotecas de fármacos y/o las reglas de conversión no se establezcan para una solicitud de un dispositivo médico. En estos casos, el dispositivo médico puede presentar una indicación perceptible de que el fármaco no se puede administrar usando una biblioteca de fármacos. Algunos dispositivos médicos ofrecerán un modo alternativo de operación para proceder con la administración, pero sin las medidas de seguridad ofrecidas por la información de biblioteca de fármacos. Estas instancias también pueden generar una indicación perceptible para un gerente de biblioteca de fármacos que identifique la información faltante que se necesitaba para cumplir con la solicitud. Esta indicación se puede presentar mediante una interfaz de usuario e iniciar un flujo de trabajo para generar las entradas de biblioteca y/o reglas de conversión apropiadas.
La figura 3 representa un proceso de ejemplo para importar y traducir bibliotecas de fármacos de varias plataformas de proveedores a un formato estandarizado para usarse en una plataforma específica, de acuerdo con aspectos de la presente tecnología. Con propósitos explicativos, los diversos bloques del proceso de ejemplo 300 se describen en la presente con referencia a las figuras 1a, 1B y 2, y los componentes y/o procesos descritos en la presente. El uno o más de los bloques del proceso 300 se pueden implementar, por ejemplo, por uno o más dispositivos informáticos que incluyen, por ejemplo, el dispositivo médico 12. En algunas implementaciones, uno o más de los bloques se pueden implementar aparte de otros bloques, y por uno o más procesadores o dispositivos diferentes. Además, con fines explicativos, los bloques del proceso de ejemplo 300 se describen como que se presentan en serie o linealmente. Sin embargo, múltiples bloques del proceso de ejemplo 300 se pueden presentar en paralelo. Además, los bloques del proceso de ejemplo 300 no se necesitan realizar en el orden mostrado y/o uno o más de los bloques del proceso de ejemplo 300 no se necesitan realizar.
En el ejemplo ilustrado, se recibe una solicitud para generar un nuevo paquete de software de biblioteca de fármacos para un dispositivo médico 14 (302). La solicitud se puede recibir, por ejemplo, en un servidor 30 desde una primera interfaz de usuario 202. En algunas implementaciones, la primera interfaz de usuario 202 se puede mostrar en una computadora de cliente 32 conectada a la red 10. De manera adicional o alternativa, la primera interfaz de usuario 202 se puede mostrar en un dispositivo de visualización 54 de un dispositivo médico 14. Se entiende que las acciones descritas en la presente como que se realizan por un servidor o computadora de cliente se pueden realizar u orquestar por un dispositivo informático local o terminal 32, o por un dispositivo médico 12 que tiene un procesador 50 ubicado de manera similar.
De acuerdo con diversos aspectos, la solicitud anterior puede representar o incluir una solicitud para generar un paquete de software de biblioteca de fármacos 206 para usarse por un nuevo tipo de dispositivo médico 14 dentro de la organización de atención médica. La solicitud puede incluir generar el nuevo paquete de software de biblioteca de fármacos 206 con base en una biblioteca de fármacos existente (no mostrada) utilizada por un tipo de dispositivo médico 14 actualmente implementado dentro de la organización de atención médica. Con respecto a esto, la solicitud recibida puede incluir una selección de un primer paquete de software de biblioteca de fármacos existente que incluye ciertos parámetros operativos o información de configuración actualmente en uso por un tipo de dispositivo médico 14 desplegado dentro de la organización de atención médica. Por consiguiente, la solicitud puede incluir un primer identificador asociado con la primera biblioteca de fármacos existente, que puede identificar la primera biblioteca de fármacos existente (o un conjunto de información correspondiente) en una base de datos 37. La solicitud también puede incluir un segundo identificador que se puede utilizar para identificar un diana (por ejemplo, nuevo), segundo tipo de dispositivo médico 14 que se utilizará en la organización médica. En algunas implementaciones, la primera biblioteca de fármacos existente se puede importar al sistema (por ejemplo, usando la interfaz 202), junto con metadatos que describen la biblioteca. En tanto que el término “paquete de software” describe en general el software que se puede implementar en un dispositivo informático, los términos “biblioteca de fármacos” y “paquete de software de biblioteca de fármacos” se pueden utilizar en la presente de manera sinónima para describir la información de la biblioteca de fármacos que se puede utilizar para configurar y/u operar un dispositivo médico 14.
Después de la identificación, el servidor 30 identifica el primer paquete de software de biblioteca de fármacos existente como configurado en un primer formato de biblioteca existente que corresponde a un primer tipo de dispositivo médico existente (304). Con respecto a esto, la base de datos 37 puede almacenar metadatos para cada biblioteca utilizada por el sistema, incluyendo tipo de biblioteca, tipos de parámetros, intervalos de valores, etc. Se pueden ingresar metadatos similares (por ejemplo, a través de la interfaz de usuario 202) y/o almacenar en la base de datos 37 para el diana (por ejemplo, nuevo), segundo tipo de dispositivo médico. El servidor 30 realiza una búsqueda para determinar el formato que corresponde al tipo de dispositivo con base en el identificador recibido. El sistema también almacena reglas de conversión predeterminadas (figura 1B) que pueden ser específicas para convertir datos de una biblioteca de fármacos a otra.
El segundo tipo diana de dispositivo médico 14 puede utilizar paquetes de software de biblioteca de fármacos que se configuran, o incluyen información, en un segundo formato de biblioteca diana que no es compatible con el primer formato de biblioteca existente. Al recibir las identificaciones del primer tipo de dispositivo existente y el segundo tipo de dispositivo diana, el dispositivo informático 200 analiza automáticamente, con base en las reglas de conversión, el primer paquete de software de biblioteca de fármacos existente para identificar la información de biblioteca de fármacos existente compatible con el formato de biblioteca diana, e identificar la información de biblioteca de fármacos que no está dentro de la información de biblioteca de fármacos compatible (306) (por ejemplo, información de biblioteca que se omite o falta en la información compatible, o que necesita edición para ser compatible). Con respecto a esto, el dispositivo informático 200 determina la primera información de biblioteca de fármacos existente compatible con el segundo formato de biblioteca diana que corresponde al segundo tipo de dispositivo médico diana. No todos los campos de datos utilizados por un tipo de biblioteca tendrán un campo de datos correspondiente representado exactamente en el otro tipo de biblioteca. Se transfieren los datos en los campos identificados por los metadatos correspondientes como que son compatibles. Como parte de este proceso, el dispositivo informático 200 puede identificar automáticamente información de biblioteca de fármacos no dentro de la información de biblioteca de fármacos existente compatible con el formato de biblioteca diana, por ejemplo, como consecuencia de no ser capaz de determinar una compatibilidad entre los campos de datos.
Se proporciona una segunda interfaz de usuario de diseño 204 para la visualización para convertir al menos una porción de la información de biblioteca de fármacos identificada como no compatible con el formato de biblioteca diana al segundo formato de biblioteca diana (308). La interfaz de diseñador 204 puede operar con o implementar un algoritmo de aprendizaje por computadora u otro programa que determina automáticamente, en relación con las reglas de conversión y/o la entrada del usuario, qué parámetros de la información de la biblioteca de fármacos omitida identificada se pueden convertir al segundo formato de biblioteca diana, e iniciar la realización de esta conversión para el usuario. Con respecto a esto, el dispositivo informático 200 puede implementar automáticamente un filtro de mapeo que puede rellenar campos automáticamente. La interfaz de diseñador 204 puede entonces presentar una lista de parámetros que se convirtieron automáticamente para su verificación por el usuario, en tanto que presenta una lista de parámetros que no se convirtieron automáticamente al segundo formato de biblioteca de destino en el paso anterior.
El dispositivo informático 200 puede recibir una indicación de que el uno o más parámetros correspondientes se seleccionaron y determinar, en respuesta a la recepción de la indicación, uno equivalente del uno o más parámetros predeterminados para cada uno del uno o más parámetros correspondientes seleccionados. El dispositivo informático 200 puede, dentro de la interfaz de usuario de diseño 204, presentar los parámetros equivalentes como parámetros de reemplazo para la selección por un usuario. Por ejemplo, el dispositivo informático 200 puede determinar que un primer parámetro o tipo de parámetro del primer formato de biblioteca existente está dentro de un intervalo de valores que corresponde a uno o más respectivos parámetros o tipos de parámetros del segundo formato de biblioteca diana. El dispositivo informático 200 selecciona el uno o más respectivos parámetros con base en una probabilidad de que los parámetros se ajusten a los datos. Los parámetros o tipos de parámetros entonces se pueden presentar a través de la interfaz de diseñador 204 para selección y/o confirmación. Por ejemplo, como se representa en el ejemplo de la figura 2, el dispositivo informático 200 puede determinar que el segundo formato de dispositivo diana incluye tres posibles valores (o intervalos) diferentes X1, X2 y X3 para un cierto parámetro. Al mismo tiempo, el dispositivo informático 200 puede determinar que un posible parámetro correspondiente A en el primer formato de dispositivo existente puede ajustarse en X1 o X2. La interfaz de diseñador 204 puede entonces presentar los parámetros X1 y X2 como opciones para el reemplazo del parámetro A al usuario.
Se recibe una instrucción (por ejemplo, por el servidor 30) desde la interfaz de usuario 202, 204 para selecciónar uno o más de los parámetros en el segundo formato de biblioteca diana para la asignación al nuevo paquete de software de biblioteca de fármacos configurado en el segundo formato de biblioteca diana con base en uno o más parámetros correspondientes seleccionados de la información de biblioteca de fármacos no dentro de la información de biblioteca de fármacos compatible (310). Por ejemplo, el usuario puede seleccionar X2 como que corresponde al parámetro A del primer formato de biblioteca de fármacos existente. El usuario también puede seleccionar algunos o todos los parámetros listados para la eliminación. Por ejemplo, el usuario puede determinar que el parámetro B ya no se utiliza por el segundo formato de biblioteca de fármacos diana (o el segundo tipo de dispositivo médico 14), y omitir el parámetro B o cualquier parámetro correspondiente de la inclusión en el nuevo paquete de biblioteca de fármacos. De acuerdo con algunas implementaciones, la instrucción para seleccionar uno o más parámetros predeterminados puede operar como una confirmación de que el uno o más parámetros predeterminados son los parámetros más equivalentes al uno o más parámetros correspondientes.
Cuando se han contabilizado todos los parámetros, o después de la indicación del usuario (a través de la interfaz de diseñador 204), el dispositivo informático 200 genera el nuevo paquete de software de biblioteca de fármacos con base en la información de biblioteca de fármacos existente y el uno o más parámetros predeterminados seleccionados (312). De acuerdo con diversas implementaciones, el nuevo paquete de software de biblioteca de fármacos 206 se puede proporcionar entonces a un dispositivo médico del tipo de dispositivo médico diana. El paquete de software de biblioteca de fármacos se puede cargar manualmente en el dispositivo médico 14, o descargar automáticamente mediante la red de dispositivo 40 y el canal de transmisión 31.
Muchos de los ejemplos 300 descritos anteriormente, y las características y aplicaciones relacionadas, también se pueden implementar como procesos de software que se especifican como un conjunto de instrucciones registradas en un medio de almacenamiento leíble por computadora (también conocido como medio leíble por computadora), y se pueden ejecutar automáticamente (por ejemplo, sin la intervención de usuario). Cuando estas instrucciones se ejecutan por una o más unidades de procesamiento (por ejemplo, uno o más procesadores, núcleos de procesadores u otras unidades de procesamiento), hacen que la unidad o unidades de procesamiento realicen las acciones indicadas en las instrucciones. Los ejemplos de medios leíbles por computadora incluyen, pero no se limitan a, CD-ROM, unidades flash, chips de RAM, discos duros, EPROM, etc. Los medios leíbles por computadora no incluyen ondas portadoras y señales electrónicas que pasan de manera inalámbrica o por conexiones cableadas.
El término “software” significa que incluye, cuando sea adecuado, firmware que reside en memoria de solo lectura o aplicaciones almacenadas en almacenamiento magnético que pueden leerse en la memoria para ser procesadas por un procesador. Además, en algunas implementaciones, múltiples aspectos de software de la presente divulgación se pueden implementar como subpartes de un programa más grande en tanto que permanecen aspectos de software distintos de la presente descripción. En alguna realización, se pueden implementar también múltiples programas de software como programas separados. En algunas realizaciones, los programas de software, cuando se instalan para operar en uno o más sistemas electrónicos, definen una o más implementaciones de máquina específicas que ejecutan y realizan operaciones de los programas de software.
Un programa de computadora (también conocido como un programa, software, aplicación de software, secuencia de comandos, o código) se puede escribir en cualquier forma de lenguaje de programación, incluyendo lenguajes compilados o interpretados, lenguajes declarativos o de procedimiento, y se puede desplegar en cualquier forma, incluyendo como un programa independiente o como un módulo, componente, subrutina, objeto, u otra unidad adecuada para uso en un entorno informático. Un programa de computadora puede, pero no necesita, corresponder a un archivo en un sistema de archivos. Un programa se puede almacenar en una porción de un archivo que almacena otros programas o datos (por ejemplo, uno o más scripts almacenados en un documento de lenguaje de marcado), en un solo archivo dedicado al programa en cuestión, o en múltiples archivos coordinados (por ejemplo, archivos que almacenan uno o más módulos, subprogramas o porciones de código). Un programa de cómputo puede ser implementado para ejecutarse en una computadora o en múltiples computadoras que se localizan en un sitio o distribuidas a través de múltiples sitios e interconectadas por una red de comunicación.
La figura 4 es un diagrama conceptual que ilustra un sistema electrónico de ejemplo 400 para importar y traducir bibliotecas de fármacos de varias plataformas de proveedores a un formato estandarizado para usarse en una plataforma específica, de acuerdo con aspectos de la presente tecnología. El sistema electrónico 400 puede ser un dispositivo informático para la ejecución de software asociado con una o más porciones o pasos del proceso 400, o componentes y procesos proporcionados por las figuras 1-3, incluidos, pero no limitados a, servidor de sistema de información 30, servidor de producción 204, hardware informático dentro del dispositivo de atención al paciente 12, o dispositivo de terminal 37. El sistema electrónico 400 puede ser representativo, en combinación con la divulgación con respecto a las figuras 1-3. En este sentido, el sistema electrónico 400 puede ser una computadora personal o un dispositivo móvil tal como un teléfono inteligente, computadora tableta, computadora portátil, PDA, un dispositivo de realidad aumentada, un dispositivo portátil tal como un reloj o banda o gafas, o combinación de los mismos, u otra pantalla táctil o televisión con uno o más procesadores incrustados en el mismo o acoplados al mismo, o cualquier otro tipo de dispositivo electrónico relacionado con la computadora que tenga conectividad de red.
El sistema electrónico 400 puede incluir varios tipos de medios e interfaces leíbles por computadora para varios otros tipos de medios leíbles por computadora. En el ejemplo representado, el sistema electrónico 400 incluye un bus 408, unidades de procesamiento 412, una memoria de sistema 404, una memoria de sólo lectura (ROM) 410, un dispositivo de almacenamiento permanente 402, una interfaz de dispositivo de entrada 614, una interfaz de dispositivo de salida 406, y una o más interfaces de red 416. En algunas implementaciones, el sistema electrónico 400 puede incluir o integrarse con otros dispositivos informáticos o circuitería para la operación de los diversos componentes y procesos descritos anteriormente.
El bus 408 representa colectivamente todos los buses de sistema, periféricos y conjunto de chips que conectan comunicativamente los numerosos dispositivos internos del sistema electrónico 400. Por ejemplo, el bus 408 conecta de manera comunicativa las unidades de procesamiento 412 con la ROM 410, la memoria del sistema 404 y el dispositivo de almacenamiento permanente 402.
A partir de estas diversas unidades de memoria, las unidades de procesamiento 412 recuperan instrucciones para ejecutar y datos para procesar a fin de ejecutar los procesos de la divulgación del sujeto. Las unidades de procesamiento pueden ser un procesador individual o un procesador de múltiples núcleos en diferentes implementaciones.
La ROM 410 almacena datos estáticos e instrucciones que se necesitan por las unidades de procesamiento 412 y otros módulos del sistema electrónico. El dispositivo de almacenamiento permanente 402, por otra parte, es un dispositivo de memoria de lectura y escritura. Este dispositivo es una unidad de memoria no volátil que almacena instrucciones y datos incluso cuando el sistema electrónico 400 está apagado. Algunas implementaciones de la presente divulgación utilizan un dispositivo de almacenamiento masivo (tal como un disco magnético u óptico y su unidad de disco correspondiente) como dispositivo de almacenamiento permanente 402.
Otras implementaciones utilizan un dispositivo de almacenamiento removible (tal como un disquete, unidad flash y su unidad de disco correspondiente) como dispositivo de almacenamiento permanente 402. Como el dispositivo de almacenamiento permanente 402, la memoria de sistema 404 es un dispositivo de memoria de lectura y escritura. Sin embargo, diferente del dispositivo de almacenamiento 402, la memoria de sistema 404 es una memoria de lectura y escritura volátil, tal como la memoria de acceso aleatorio. La memoria de sistema 404 almacena algunas de las instrucciones y datos que el procesador necesita en tiempo de ejecución. En algunas implementaciones, los procesos de la presente divulgación se almacenan en la memoria de sistema 404, el dispositivo de almacenamiento permanente 402 y/o la ROM 410. A partir de estas diversas unidades de memoria, las unidades de procesamiento 412 recuperan instrucciones para ejecutar y datos para procesar a fin de ejecutar los procesos de algunas implementaciones.
El bus 408 también se conecta a las interfaces del dispositivo de entrada y salida 414 y 406. La interfaz de dispositivo de entrada 414 permite que el usuario comunique información y seleccione comandos al sistema electrónico. Los dispositivos de entrada utilizados con la interfaz de dispositivo de entrada 414 incluyen, por ejemplo, teclados alfanuméricos y dispositivos apuntadores (también llamados “dispositivos de control de cursor”). Las interfaces del dispositivo de salida 406 permiten, por ejemplo, la visualización de imágenes generadas por el sistema electrónico 400. Los dispositivos de salida utilizados con la interfaz del dispositivo de salida 406 incluyen, por ejemplo, impresoras y dispositivos de visualización, tal como tubos de rayos catódicos (CRT) o pantallas de cristal líquido (LCD). Algunas implementaciones incluyen dispositivos tal como una pantalla táctil que funciona como dispositivos tanto de entrada como de salida.
Además, como se muestra en la figura 4, el bus 408 también acopla el sistema electrónico 400 a una red (no mostrada) a través de las interfaces de red 416. Las interfaces de red 416 pueden incluir, por ejemplo, un punto de acceso inalámbrico (por ejemplo, Bluetooth o WiFi) o circuitería de radio para conectarse a un punto de acceso inalámbrico. Las interfaces de red 416 también pueden incluir hardware (por ejemplo, hardware Ethernet) para conectar la computadora a una parte de una red de computadoras tal como una red de área local (“LAN”), una red de área amplia (“WAN”), LAN inalámbrica, o una Intranet, o una red de redes, tal como Internet. Cualquiera o todos los componentes del sistema electrónico 400 se pueden utilizar en conjunto con la presente divulgación.
Estas funciones descritas anteriormente se pueden implementar en software, firmware o hardware. Las técnicas se pueden implementar utilizando uno o más productos de programas de computadora. Los procesadores programables y las computadoras se pueden incluir o empaquetar como dispositivos móviles. Los procesos y flujos lógicos se pueden llevar a cabo por uno o más procesadores programables y por uno o más circuitería lógica programable. Los dispositivos informáticos de propósito general y especial y los dispositivos de almacenamiento se pueden interconectar a través de redes de comunicación.
Algunas implementaciones incluyen componentes electrónicos, tal como microprocesadores, almacenamiento y memoria que almacenan instrucciones de programa de computadora en un medio leíble por máquina o leíble por computadora (conocido también como medio de almacenamiento leíble por computadora, medio leíble por máquina, o medio de almacenamiento leíble por máquina). Algunos ejemplos de estos medios leíbles por computadora incluyen RAM, ROM, discos compactos de sólo lectura (CD-ROM), discos compactos grabables (CD-R), discos compactos reescribibles (CD-RW), discos versátiles digitales de sólo lectura (por ejemplo, DVD-ROM, DVD-ROM de doble capa), una variedad de DVD grabables/reescribibles (por ejemplo, DVD-RAM, DVD-RW, DVD+RW, etc.), memoria flash (por ejemplo, tarjetas SD, tarjetas mini-SD, tarjetas micro-SD, etc.), discos duros magnéticos y/o de estado sólido, discos Blu-RayMR de sólo lectura y grabables, discos ópticos de ultra densidad, cualquier otro medio óptico o magnético, y discos flexibles. Los medios leíbles por computadora pueden almacenar un programa de computadora que es ejecutable por al menos una unidad de procesamiento e incluye conjuntos de instrucciones para realizar diversas operaciones. Como ejemplos de programas de cómputo o código de computadora se incluye código de máquina, tal como se produce por un compilador, y archivos que incluyen código de nivel superior que se ejecuta por una computadora, un componente electrónico o un microprocesador usando un intérprete.
En tanto que el análisis anterior se refiere principalmente al microprocesador o procesadores de múltiples núcleos que ejecutan software, algunas implementaciones se realizan por uno o más circuitos integrados, tal como circuitos integrados de aplicación específica (ASIC) o arreglos de compuertas programables en el campo (FPGA). En algunas implementaciones, estos circuitos integrados ejecutan instrucciones que se almacenan en el circuito mismo.
Como se utiliza en esta especificación y cualquiera de las reivindicaciones de esta solicitud, los términos “computadora”, “servidor”, “procesador”, y “memoria” se refieren a dispositivos electrónicos u otros dispositivos tecnológicos. Estos términos excluyen personas o grupos de personas. Para los propósitos de la memoria descriptiva, el término visualización o visualizar significa visualizar en un dispositivo electrónico. Como se utiliza en esta especificación y cualquier reivindicación de esta solicitud, los términos “medio leíble por computadora” y “medio leíble por computadora” están completamente restringidos a objetos físicos tangibles que almacenan información en una forma que es leíble por una computadora. Estos términos excluyen cualquier señal inalámbrica, señal de descarga alámbrica y cualquier otro signo efímero.
Para proporcionar interacción con un usuario, las implementaciones de la materia descrita en esta especificación se pueden implementar en una computadora que tiene un dispositivo de visualización, por ejemplo, un monitor de CRT (tubo de rayos catódicos) o LCD (pantalla de cristal líquido), para mostrar información al usuario y un teclado y un dispositivo señalador, por ejemplo, un ratón o una bola de seguimiento, por lo cual el usuario puede proporcionar entrada a la computadora. Se pueden usar otros tipos de dispositivos para proporcionar interacción con un usuario también; por ejemplo, la retroalimentación proporcionada al usuario puede ser cualquier forma de retroalimentación sensorial, por ejemplo, retroalimentación visual, retroalimentación auditiva, o retroalimentación táctil; y la entrada del usuario se puede recibir en cualquier forma, incluyendo la entrada acústica, de habla, o táctil. Además, una computadora puede interactuar con un usuario enviando documentos a y recibiendo documentos de un dispositivo que se utiliza por el usuario; por ejemplo, al enviar páginas web a un navegador web en el dispositivo cliente de un usuario en respuesta a solicitudes recibidas del navegador web.
Las realizaciones de la presente materia descrita en esta especificación se pueden implementar en un sistema informático que incluye un componente de motor, por ejemplo, como un servidor de datos, o que incluye un componente de middleware, por ejemplo, un servidor de aplicaciones, o que incluye un componente de interfaz, por ejemplo, una computadora de cliente que tiene una interfaz de usuario gráfica o un navegador web a través del cual un usuario puede interactuar con una implementación de la materia en cuestión descrita en esta especificación, o cualquier combinación de uno o más de estos componentes de motor, middleware, o interfaz. Los componentes del sistema se pueden interconectar mediante cualquier forma o medio de comunicación de datos digitales, por ejemplo, una red de comunicación. Los ejemplos de redes de comunicación incluyen una red de área local (“LAN”) y una red de área amplia (“WAN”), una inter red (por ejemplo, Internet), y redes de igual a igual (por ejemplo, redes de igual a igual ad hoc).
El sistema informático puede incluir clientes y servidores. Un cliente y servidor están en general remotos entre sí y pueden interactuar a través de una red de comunicación. La relación de cliente y servidor surge en virtud de programas informáticos que se ejecutan en los respectivos equipos y que tienen una relación cliente-servidor entre sí. En algunas realizaciones, un servidor transmite datos (por ejemplo, una página de HTML) a un dispositivo de cliente (por ejemplo, con propósitos de mostrar datos a y recibir entrada de usuario de un usuario que interactúa con el dispositivo de cliente). Los datos generados en el dispositivo de cliente (por ejemplo, un resultado de la interacción de usuario) se pueden recibir del dispositivo de cliente en el servidor.
Los expertos en la técnica apreciarán que los diversos bloques ilustrativos, módulos, elementos, componentes, métodos, y algoritmos descritos en la presente se pueden implementar como hardware electrónico, software de computadora, o combinaciones de ambos. Para ilustrar esta intercambiabilidad de hardware y software, varios bloques ilustrativos, módulos, elementos, componentes, métodos, y algoritmos se han descrito anteriormente en general en términos de su funcionalidad. Aunque esta funcionalidad se implementa como hardware o software depende de las limitaciones particulares de aplicación y diseño impuestas en el sistema general. La funcionalidad descrita se puede implementar de diversas maneras para cada aplicación particular. Varios componentes y bloques se pueden arreglar de manera diferente (por ejemplo, arreglar en un orden diferente, o particionar de una manera diferente).
Se entiende que el orden específico o la jerarquía de los pasos en los procesos divulgados es una ilustración de enfoques de ejemplo. Con base en las preferencias de diseño, se entiende que el orden específico o la jerarquía de los pasos en los procesos se pueden rearreglar. Algunos de los pasos se pueden realizar simultáneamente.
Consideración adicional:
Se entiende que el orden específico o la jerarquía de los pasos en los procesos divulgados es una ilustración de enfoques de ejemplo. Con base en las preferencias de diseño, se entiende que el orden específico o la jerarquía de los pasos en los procesos se pueden rearreglar. Algunos de los pasos se pueden realizar simultáneamente.
La descripción anterior se proporciona para permitir que cualquier persona experta en la técnica practique los diversos aspectos descritos en la presente. La descripción anterior proporciona varios ejemplos de la presente tecnología, y la presente tecnología no se limita a estos ejemplos. Diversas modificaciones a estos aspectos serán fácilmente evidentes para aquellos expertos en la técnica, y los principios genéricos definidos en la presente se pueden aplicar a otros aspectos. Los pronombres en el masculino (por ejemplo, de él) incluyen el género femenino y neutro (por ejemplo, de ella o suyo) y viceversa. Los encabezados y subencabezados, si los hay, se utilizan sólo por conveniencia y no limitan la invención descrita en la presente.
El término sitio web, como se utiliza en la presente, puede incluir cualquier aspecto de un sitio web, incluyendo una o más páginas web, uno o más servidores utilizados para alojar o almacenar contenido relacionado con la web, etc. En consecuencia, el término sitio web se puede utilizar indistintamente con los términos página web y servidor. Las palabras predicadas "configurado para", "operable para" y "programado para" no implican ninguna modificación tangible o intangible particular de un sujeto, sino que, en su lugar, se propone que se utilicen indistintamente. Por ejemplo, un procesador configurado para monitorear y controlar una operación o un componente también puede significar que el procesador está programado para monitorear y controlar la operación o que el procesador es operable para monitorear y controlar la operación. De manera similar, un procesador configurado para ejecutar código se puede interpretar como un procesador programado para ejecutar código u operable para ejecutar código.
El término automático, como se utiliza en la presente, puede incluir el rendimiento de una computadora o máquina sin la intervención del usuario; por ejemplo, mediante instrucciones que responden a una acción predicada por la computadora o máquina u otro mecanismo de iniciación. La palabra "ejemplo" se utiliza en la presente para significar "que sirve como un ejemplo o ilustración". Cualquier aspecto o diseño descrito en la presente como "ejemplo" no se debe interpretar necesariamente como preferido o ventajoso sobre otros aspectos o diseños.
Una frase tal como un "aspecto" no implica que este aspecto sea esencial para la presente tecnología o que este aspecto se aplique a todas las configuraciones de la presente tecnología. Una divulgación con relación a un aspecto se puede aplicar a todas las configuraciones, o a una o más configuraciones. Un aspecto puede proporcionar uno o más ejemplos. Una frase tal como un aspecto se puede referir a uno o más aspectos y viceversa. Una frase tal como una "realización" no implica que esta realización sea esencial para la presente tecnología o que esta realización se aplique a todas las configuraciones de la presente tecnología. Una divulgación con relación a una realización se puede aplicar a todas las realizaciones, o a una o más realizaciones. Una realización puede proporcionar uno o más ejemplos. Una frase tal como una “realización” se puede referir a una o más realizaciones y viceversa. Una frase tal como una "configuración" no implica que dicha configuración sea esencial para la presente tecnología o que esta configuración se aplique a todas las configuraciones de la presente tecnología. Una divulgación con relación a una configuración se puede aplicar a todas las configuraciones, o a una o más configuraciones. Una configuración puede proporcionar uno o más ejemplos. Una frase tal como una “configuración” se puede referir a una o más configuraciones y viceversa.
Como se utiliza en la presente, los términos "determinar" o "que determina" abarcan una amplia variedad de acciones. Por ejemplo, "determinar" puede incluir calculo, informática, procesamiento, derivación, generación, obtención, búsqueda (por ejemplo, búsqueda en una tabla, base de datos u otra estructura de datos), determinar y similares a través de un elemento de hardware sin intervención del usuario. Además, "determinar" puede incluir recibir (por ejemplo, recibir información), acceder (por ejemplo, acceder a datos en una memoria) y similares mediante un elemento de hardware sin la intervención del usuario. "Determinar" puede incluir resolver, seleccionar, elegir, establecer y similares a través de un elemento de hardware sin la intervención del usuario.
Como se utiliza en la presente, los términos "proporcionar" o "que proporciona" abarcan una amplia variedad de acciones. Por ejemplo, "proporcionar" puede incluir almacenar un valor en una ubicación de un dispositivo de almacenamiento para su posterior recuperación, transmitir un valor directamente al destinatario mediante al menos un medio de comunicación cableado o inalámbrico, transmitir o almacenar una referencia a un valor, y similares. "Proporcionar" también puede incluir codificar, decodificar, cifrar, descifrar, validar, verificar, y similares a través de un elemento de hardware.
Como se utiliza en la presente, el término "mensaje" abarca una amplia variedad de formatos para comunicar (por ejemplo, transmitir o recibir) información. Un mensaje puede incluir una agregación de información leíble por máquina tal como un documento XML, mensaje de campo fijo, mensaje separado por comas, o similares. Un mensaje puede, en algunas implementaciones, incluir una señal utilizada para transmitir una o más representaciones de la información. En tanto que se cita en singular, se entenderá que un mensaje se puede componer, transmitir, almacenar, recibir, etc. en múltiples partes.
Tal como se usa en la presente, una "interfaz de usuario" (también conocida como una interfaz de usuario interactiva, una interfaz gráfica de usuario o una UI) puede referirse a una interfaz basada en red que incluye campos de datos y/u otros elementos de control para recibir señales de entrada o proporcionar información electrónica y/o para proporcionar información al usuario en respuesta a cualquier señal de entrada recibida. Los elementos de control pueden incluir diales, botones, iconos, áreas seleccionables u otros indicios perceptibles presentados a través de la interfaz de usuario que, cuando se interactúa con (por ejemplo, se hace clic, se toca, se selecciona, etc.), inicia un intercambio de datos para el dispositivo que presenta la interfaz de usuario. Una interfaz de usuario se puede implementar en su totalidad o en parte utilizando tecnologías como el lenguaje de marcado de hipertexto (HTML), FLASHMR, JAVAMR, NETMR, servicios web o resumen de sitio enriquecido (RSS). En algunas implementaciones, se puede incluir una UI en un cliente independiente (por ejemplo, cliente grueso, cliente pesado) configurado para comunicarse (por ejemplo, enviar o recibir datos) de acuerdo con uno o más de los aspectos descritos. La comunicación puede ser hacia o desde un dispositivo médico, dispositivo de diagnóstico, dispositivo de monitoreo, o servidor en comunicación con estos.
Claims (20)
1. Un método para convertir un paquete de software de biblioteca de fármacos existente en un nuevo dispositivo médico a fin de configurar el nuevo dispositivo médico, que comprende:
identificar un paquete de software de biblioteca de fármacos existente configurado en un formato de biblioteca existente que corresponde a un tipo de dispositivo médico existente;
analizar automáticamente el paquete de software de biblioteca de fármacos existente para determinar la primera información de biblioteca de fármacos compatible con un formato de biblioteca diana que corresponde a un tipo de dispositivo médico diana, y para identificar la segunda información de biblioteca de fármacos que no está dentro de la primera información de biblioteca de fármacos compatible y que no es compatible con el formato de biblioteca diana; proporcionar para la visualización, con base en el análisis, una interfaz de usuario que presenta al menos una porción de la primera información de biblioteca de fármacos determinada e identifica uno o más parámetros incompatibles de la segunda información de biblioteca de fármacos identificada como no compatible con el formato de biblioteca diana; recibir, a través de la interfaz de usuario, una selección del uno o más parámetros incompatibles seleccionados de la segunda información de biblioteca de fármacos identificada como no compatible con el formato de biblioteca diana y una selección de uno o más parámetros predeterminados en el formato de biblioteca diana para reemplazar el uno o más parámetros incompatibles y para su inclusión en un nuevo paquete de software de biblioteca de fármacos configurado en el formato de biblioteca diana y que incluye la primera información de biblioteca de fármacos determinada y el uno o más parámetros predeterminados seleccionados;
recibir una indicación mediante la interfaz de usuario para generar el nuevo paquete de software de biblioteca de fármacos; y
en respuesta a la recepción de la indicación:
generar el nuevo paquete de software de biblioteca de fármacos en el formato de biblioteca diana con base en la primera información de biblioteca de fármacos compatible y el uno o más parámetros predeterminados seleccionados; y proporcionar el nuevo paquete de software de biblioteca de fármacos para su transmisión a una memoria de un dispositivo médico del tipo de dispositivo médico diana,
en donde el dispositivo médico se configura para utilizar configuraciones de parámetros del nuevo paquete de software de biblioteca de fármacos después de que el nuevo paquete de software de biblioteca de fármacos se almacena en la memoria.
2. El método de la reivindicación 1, que además comprende:
recibir, en un servidor, una solicitud para generar el nuevo paquete de software de biblioteca de fármacos para un dispositivo médico, y una selección del paquete de software de biblioteca de fármacos existente, en donde el paquete de software de biblioteca de fármacos existente se identifica en una base de datos por el servidor en respuesta a la recepción de la solicitud y selección, y
en donde el análisis, la provisión de la interfaz de usuario, la recepción y la generación se realizan por el servidor.
3. El método de la reivindicación 2, que comprende además: proporcionar el nuevo paquete de software de biblioteca de fármacos al dispositivo médico del tipo de dispositivo médico diana.
4. El método de la reivindicación 1, que además comprende:
recibir, mediante la interfaz de usuario, una indicación de que se seleccionaron el uno o más parámetros incompatibles; determinar, en respuesta a la recepción de la indicación, uno equivalente del uno o más parámetros predeterminados para cada uno del uno o más parámetros incompatibles seleccionados; y
presentar los parámetros equivalentes como parámetros de reemplazo,
en donde la interfaz de usuario comprende una confirmación de que el uno o más parámetros predeterminados son parámetros equivalentes al uno o más parámetros incompatibles.
5. El método de la reivindicación 4, en donde la determinación del equivalente del uno o más parámetros predeterminados comprende: determinar, para un primer parámetro del uno o más parámetros incompatibles, que el primer parámetro está dentro de un intervalo de valores que corresponden a un respectivo parámetro de los parámetros predeterminados.
6. El método de la reivindicación 1, para recibir, mediante la interfaz de usuario, una instrucción para eliminar un parámetro de la segunda información de biblioteca de fármacos identificada como que no está dentro de la primera información de biblioteca de fármacos compatible.
7. El método de la reivindicación 1, que además comprende:
recibir, en un servidor, desde un dispositivo médico una primera indicación del dispositivo médico y una segunda indicación del paquete de software de biblioteca de fármacos existente para la operación en el dispositivo médico; determinar, con base en la recepción de la primera indicación y la segunda indicación, que el dispositivo médico es del tipo de dispositivo médico diana, y que el paquete de software de biblioteca de fármacos existente se asocia con el tipo de dispositivo médico existente e incompatible con el tipo de dispositivo médico diana; y
en respuesta a determinar que el paquete de software de biblioteca de fármacos existente se asocia con el tipo de dispositivo médico existente y el dispositivo médico es del tipo de dispositivo médico diana, realizar la identificación, pasos de análisis, y pasos de provisión.
8. Un sistema para convertir un paquete de software de biblioteca de fármacos existente en un nuevo dispositivo médico a fin de configurar el nuevo dispositivo médico, que comprende:
uno o más procesadores; y
memoria que incluye instrucciones que, cuando se ejecutan por el uno o más procesadores, provocan que el uno o más procesadores:
identifiquen un paquete de software de biblioteca de fármacos existente configurado en un formato de biblioteca existente que corresponde a un tipo de dispositivo médico existente;
analicen automáticamente el paquete de software de biblioteca de fármacos existente para determinar la primera información de biblioteca de fármacos compatible con un formato de biblioteca diana que corresponde a un tipo de dispositivo médico diana, y para identificar la segunda información de biblioteca de fármacos que no está dentro de la primera información de biblioteca de fármacos y que no es compatible con el formato de biblioteca diana; proporcionen para la visualización, con base en el análisis, una interfaz de usuario que presenta al menos una porción de la primera información de la biblioteca de fármacos determinada e identifica uno o más parámetros incompatibles de la segunda información de la biblioteca de fármacos identificada como no compatible con el formato de la biblioteca diana; reciban, a través de la interfaz de usuario, una selección del uno o más parámetros incompatibles seleccionados de la segunda información de biblioteca de fármacos identificada como no compatible con el formato de biblioteca diana y una selección de uno o más parámetros predeterminados en el formato de biblioteca diana para reemplazar el uno o más parámetros incompatibles y para su inclusión en un nuevo paquete de software de biblioteca de fármacos configurado en el formato de biblioteca diana y que incluye la primera información de biblioteca de fármacos determinada y el uno o más parámetros predeterminados seleccionados;
reciban una indicación mediante la interfaz de usuario para generar el nuevo paquete de software de la biblioteca de medicamentos; y
en respuesta a la recepción de la indicación:
generen el nuevo paquete de software de biblioteca de fármacos en el formato de biblioteca diana con base en la primera información de biblioteca de fármacos compatible y el uno o más parámetros predeterminados seleccionados; y proporcionar el nuevo paquete de software de biblioteca de fármacos para la transmisión a una memoria de un dispositivo médico del tipo de dispositivo médico diana,
en donde el dispositivo médico se configura para utilizar configuraciones de parámetros del nuevo paquete de software de biblioteca de fármacos después de que el nuevo paquete de software de biblioteca de fármacos se almacena en la memoria.
9. El sistema de la reivindicación 8, en donde las instrucciones, cuando se ejecutan, provocan además que el uno o más procesadores:
reciban, en un servidor, una solicitud para generar el nuevo paquete de software de biblioteca de fármacos para un dispositivo médico del tipo de dispositivo médico diana, y una selección del paquete de software de biblioteca de fármacos existente, en donde el paquete de software de biblioteca de fármacos existente se identifica en una base de datos por el servidor en respuesta a la recepción de la solicitud y selección, y
en donde el análisis, la provisión de la interfaz de usuario, la recepción, y la generación se realizan a través de una red.
10. El sistema de la reivindicación 9, en donde las instrucciones, cuando se ejecutan, provocan además que el uno o más procesadores: proporcionen el nuevo paquete de software de biblioteca de fármacos al dispositivo médico del tipo de dispositivo médico diana.
11. El sistema de la reivindicación 8, en donde las instrucciones, cuando se ejecutan, provocan además que el uno o más procesadores:
reciban, mediante la interfaz de usuario, una indicación de que se seleccionaron el uno o más parámetros incompatibles; determinen, en respuesta a la recepción de la indicación, uno equivalente del uno o más parámetros predeterminados para cada uno del uno o más parámetros incompatibles seleccionados; y
proporcionen los parámetros equivalentes como parámetros de reemplazo,
en donde la instrucción para seleccionar uno o más parámetros predeterminados comprende una confirmación de que el uno o más parámetros predeterminados son parámetros equivalentes al uno o más parámetros incompatibles.
12. El sistema de la reivindicación 11, en donde la determinación del equivalente del uno o más parámetros predeterminados comprende: provocar que el uno o más procesadores determinen, para un primer parámetro del uno o más parámetros correspondientes, que el primer parámetro está dentro de un intervalo de valores que corresponden a un respectivo parámetro de los parámetros predeterminados.
13. El sistema de la reivindicación 8, en donde las instrucciones, cuando se ejecutan, provocan además que el uno o más procesadores: reciban, a través de la interfaz de usuario, una instrucción para eliminar un parámetro de la segunda información de biblioteca de fármacos identificada como que no está dentro de la primera información de biblioteca de fármacos compatible.
14. El sistema de la reivindicación 8, en donde las instrucciones, cuando se ejecutan, provocan además que el uno o más procesadores:
reciban, en un servidor, una primera indicación de un dispositivo médico y una segunda indicación del paquete de software de biblioteca de fármacos existente para la operación en el dispositivo médico;
determinen, con base en la recepción de la primera indicación y la segunda indicación, que el dispositivo médico es del tipo de dispositivo médico diana, y que el paquete de software de biblioteca de fármacos existente se asocia con el tipo de dispositivo médico existente e incompatible con el tipo de dispositivo médico diana; y
en respuesta a determinar que el paquete de software de biblioteca de fármacos existente se asocia con el tipo de dispositivo médico existente y el dispositivo médico es del tipo de dispositivo médico diana, realicen la identificación, pasos de análisis, y pasos de provisión.
15. El sistema de la reivindicación 14, en donde la interfaz de usuario se proporciona para su visualización en el dispositivo médico.
16. Un medio de almacenamiento leíble por máquina no transitorio que incorpora instrucciones que, cuando se ejecutan por una máquina, provocan que la máquina realice operaciones para convertir un paquete de software de biblioteca de fármacos existente en un nuevo dispositivo médico a fin de configurar el nuevo dispositivo médico, que comprende:
identificar un paquete de software de biblioteca de fármacos existente configurado en un formato de biblioteca existente que corresponde a un tipo de dispositivo médico existente;
analizar automáticamente el paquete de software de biblioteca de fármacos existente para determinar la primera información de biblioteca de fármacos compatible con un formato de biblioteca diana que corresponde a un tipo de dispositivo médico diana, y para identificar la segunda información de biblioteca de fármacos que no está dentro de la primera información de biblioteca de fármacos y que no es compatible con el formato de biblioteca diana; proporcionar para la visualización, con base en el análisis, una interfaz de usuario que presenta al menos una porción de la primera información de biblioteca de fármacos determinada e identifica uno o más parámetros incompatibles de la segunda información de biblioteca de fármacos identificada como no compatible con el formato de biblioteca diana; recibir, a través de la interfaz de usuario, una selección del uno o más parámetros incompatibles seleccionados de la segunda información de biblioteca de fármacos identificada como no compatible con el formato de biblioteca diana y una selección de uno o más parámetros predeterminados en el formato de biblioteca diana para reemplazar el uno o más parámetros incompatibles y para su inclusión en un nuevo paquete de software de biblioteca de fármacos configurado en el formato de biblioteca diana y que incluye la primera información de biblioteca de fármacos determinada y el uno o más parámetros predeterminados seleccionados;
recibir una indicación mediante la interfaz de usuario para generar el nuevo paquete de software de biblioteca de fármacos; y
en respuesta a la recepción de la indicación:
generar el nuevo paquete de software de biblioteca de fármacos en el formato de biblioteca diana con base en la primera información de biblioteca de fármacos compatible y el uno o más parámetros predeterminados seleccionados; y proporcionar el nuevo paquete de software de biblioteca de fármacos para la transmisión a una memoria de un dispositivo médico del tipo de dispositivo médico diana,
en donde el dispositivo médico se configura para utilizar configuraciones de parámetros del nuevo paquete de software de biblioteca de fármacos después de que el nuevo paquete de software de biblioteca de fármacos se almacena en la memoria.
17. El medio de almacenamiento leíble por máquina no transitorio de la reivindicación 16, en donde las operaciones comprenden además:
reciban, en un servidor, una solicitud para generar el nuevo paquete de software de biblioteca de fármacos para un dispositivo médico del nuevo segundo tipo de dispositivo médico, y una selección del paquete de software de biblioteca de fármacos existente, en donde el paquete de software de biblioteca de fármacos existente se identifica en una base de datos por el servidor en respuesta a la recepción de la solicitud y selección, y
en donde el análisis, la provisión de la interfaz de usuario, la recepción y la generación se realizan por el servidor.
18. El medio de almacenamiento leíble por máquina no transitorio de la reivindicación 17, en donde las operaciones comprenden además: proporcionar el nuevo paquete de software de biblioteca de fármacos al dispositivo médico del segundo tipo de dispositivo médico.
19. El medio de almacenamiento leíble por máquina no transitorio de la reivindicación 16, que comprende además:
recibir, mediante la interfaz de usuario, una indicación de que se seleccionaron el uno o más parámetros incompatibles; determinar, en respuesta a la recepción de la indicación, uno equivalente del uno o más parámetros predeterminados para cada uno del uno o más parámetros incompatibles seleccionados; y
presentar los parámetros equivalentes como parámetros de reemplazo,
en donde la instrucción para seleccionar uno o más parámetros predeterminados comprende una confirmación de que el uno o más parámetros predeterminados son parámetros equivalentes al uno o más parámetros incompatibles.
20. El medio de almacenamiento leíble por máquina no transitorio de la reivindicación 16, en donde las operaciones comprenden además:
reciban, en un servidor, una primera indicación de un dispositivo médico y una segunda indicación del paquete de software de biblioteca de fármacos existente para la operación en el dispositivo médico;
determinen, con base en la recepción de la primera indicación y la segunda indicación, que el dispositivo médico es del tipo de dispositivo médico diana, y que el paquete de software de biblioteca de fármacos existente se asocia con el tipo de dispositivo médico existente e incompatible con el tipo de dispositivo médico diana; y
en respuesta a determinar que el paquete de software de biblioteca de fármacos existente se asocia con el tipo de dispositivo médico existente y el dispositivo médico es del tipo de dispositivo médico diana, realizar la identificación, pasos de análisis, y pasos de provisión.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202062965107P | 2020-01-23 | 2020-01-23 | |
| PCT/US2021/013305 WO2021150408A1 (en) | 2020-01-23 | 2021-01-13 | Automated conversion of drug libraries |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2970400T3 true ES2970400T3 (es) | 2024-05-28 |
Family
ID=74572857
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES21704351T Active ES2970400T3 (es) | 2020-01-23 | 2021-01-13 | Conversión automatizada de bibliotecas de fármacos |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20230054746A1 (es) |
| EP (1) | EP4094270B1 (es) |
| CN (1) | CN115380334B (es) |
| AU (1) | AU2021209836B2 (es) |
| BR (1) | BR112022014444B1 (es) |
| CA (1) | CA3165737C (es) |
| ES (1) | ES2970400T3 (es) |
| WO (1) | WO2021150408A1 (es) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3660678B2 (ja) | 1992-10-15 | 2005-06-15 | ザ ゼネラル ホスピタル コーポレーション | 電子的にロード可能な薬剤ライブラリ付き注入ポンプ |
| US5713856A (en) | 1995-03-13 | 1998-02-03 | Alaris Medical Systems, Inc. | Modular patient care system |
| JP6427114B2 (ja) * | 2013-02-27 | 2018-11-21 | フレゼニウス ヴィアル エスアーエスＦｒｅｓｅｎｉｕｓ Ｖｉａｌ ＳＡＳ | ヘルスケア環境内に位置する医療デバイスに薬剤ライブラリデータを提供するシステム及び方法 |
| CN107533582A (zh) * | 2015-04-27 | 2018-01-02 | 费森尤斯维尔公司 | 用于控制向患者的药物施用的系统及方法 |
| WO2016189417A1 (en) * | 2015-05-26 | 2016-12-01 | Hospira, Inc. | Infusion pump system and method with multiple drug library editor source capability |
| EP3791405A1 (en) * | 2018-05-11 | 2021-03-17 | Fresenius Vial SAS | Distribution server for patient devices |
| AU2019269925A1 (en) * | 2018-05-14 | 2020-11-26 | Fresenius Vial Sas | Drug library compiler for patient devices |
-
2021
- 2021-01-13 CN CN202180024041.2A patent/CN115380334B/zh active Active
- 2021-01-13 US US17/794,900 patent/US20230054746A1/en active Pending
- 2021-01-13 WO PCT/US2021/013305 patent/WO2021150408A1/en active Application Filing
- 2021-01-13 BR BR112022014444-0A patent/BR112022014444B1/pt active IP Right Grant
- 2021-01-13 CA CA3165737A patent/CA3165737C/en active Active
- 2021-01-13 ES ES21704351T patent/ES2970400T3/es active Active
- 2021-01-13 EP EP21704351.2A patent/EP4094270B1/en active Active
- 2021-01-13 AU AU2021209836A patent/AU2021209836B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| AU2021209836A1 (en) | 2022-09-15 |
| CN115380334A (zh) | 2022-11-22 |
| BR112022014444B1 (pt) | 2023-11-28 |
| CA3165737C (en) | 2024-01-02 |
| AU2021209836B2 (en) | 2023-11-02 |
| US20230054746A1 (en) | 2023-02-23 |
| WO2021150408A1 (en) | 2021-07-29 |
| CA3165737A1 (en) | 2021-07-29 |
| EP4094270B1 (en) | 2023-11-01 |
| EP4094270A1 (en) | 2022-11-30 |
| EP4094270C0 (en) | 2023-11-01 |
| BR112022014444A2 (pt) | 2022-09-13 |
| CN115380334B (zh) | 2023-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20130197929A1 (en) | Healthcare communication system | |
| US20130197927A1 (en) | Healthcare validation system | |
| ZA200701080B (en) | System and method for managing medical databases for patient care devices | |
| EP4022633A1 (en) | Medical device adaptive control for hostile environment | |
| US20230187063A1 (en) | System and method for asynchronous communication of infusion information and obtaining remote assistance for an ongoing infusion | |
| JP2022541462A (ja) | 臨床的影響を最小限に保ちながら医用装置のファームウェアを更新するためのシステム及び方法 | |
| US20220193336A1 (en) | Synchronization of patient association data across a healthcare organization network | |
| US20220223249A1 (en) | System and method for reduced infusion administration line error | |
| ES2970400T3 (es) | Conversión automatizada de bibliotecas de fármacos | |
| US20220157445A1 (en) | Auto-programming request rejection reduction | |
| US20230420120A1 (en) | Efficient storage of drug library editor entries | |
| US20230326569A1 (en) | Infusion device hub for intelligent operation of infusion accessories | |
| CN116648755A (zh) | 跨医疗卫生组织网络的患者关联数据的同步 | |
| WO2024091255A1 (en) | Modular infusion control device and method | |
| McAlpine et al. | Clinical engineering and information technology: Working together to implement device integration | |
| WO2024039748A1 (en) | Multi-pump closed-loop management system | |
| WO2024030527A1 (en) | Management for clinical guidance | |
| WO2024107180A1 (en) | Scan-less automated programming of infusion devices | |
| CA3231283A1 (en) | Infusion device automated programming mitigation | |
| WO2014159286A1 (en) | Healthcare communication system |