BR112020021770A2 - módulo de infusão de substituição em operação semiautônomo - Google Patents

Abstract

A presente invenção refere-se a um método que inclui receber, em um módulo de envio de medicação, um comando para iniciar um envio de medicação a partir de um primeiro módulo de controle acoplado ao módulo de envio de medicação. O comando para iniciar o envio de medicação é com base em informação clínica recebida no primeiro módulo de controle. O método inclui registrar, em uma memória do módulo de envio de medicação, uma atualização do envio de medicação, receber uma indicação de que o módulo de envio de medicação foi desacoplado a partir do primeiro módulo de controle, e receber uma indicação de que o módulo de envio de medicação foi acoplado com um segundo módulo de controle. O método também inclui comunicar, em resposta, com o segundo módulo de controle, para atualizar a informação clínica. Um sistema e um meio não transitório legível por computador armazenando instruções para implementar o método acima são também proporcionados.

Description

Relatório Descritivo da Patente de Invenção para “MÓDULO

DE INFUSÃO DE SUBSTITUIÇÃO EM OPERAÇÃO SEMIAUTÔNOMO”. Campo da técnica

[001] A presente descrição está geralmente relacionada a aparelhos e métodos para distribuição de medicamentos através de um sistema de infusão (IS). Mais especificamente, a presente descrição se refere a um aparelho e métodos para trocar módulos de controle por uma bomba de infusão durante o envio a administração de medicação. Antecedentes

[002] Muitas abordagens para a administração de fluido envolve a realocação um módulo de administração de medicação a partir de um primeiro módulo de controle para um módulo de controle alternativo em virtude de quaisquer de múltiplas contingências que pode ocorrer durante um processo de infusão. Especialmente para contingências não programadas, pode ser desejável transferir um módulo de administração de medicação do primeiro módulo de controle para um segundo módulo de controle e para evitar perda de dados, de tempo e para evitar erros de medicação ao fazê-lo. Em algumas configurações, é desejável desconectar um módulo de administração de medicação de um IS (por exemplo, ao reorganizar a configuração IS ou mover o paciente), enquanto o módulo de administração de medicação continua a fornecer medicação. Sob a tecnologia atual, as informações de infusão são recuperadas após uma breve pausa na infusão ao reorganizar as bombas em um único módulo de controle, onde idealmente não haveria interrupção ou perda de informações ao reorganizar em um único módulo de controle ou anexo a um segundo módulo de controle. Sumário

[003] Em uma primeira implementação, um método implementado por computador inclui receber, em um módulo de administração de medicação, um comando para iniciar uma administração de medicação a partir de um primeiro módulo de controle acoplado de modo eletrônico ao módulo de administração de medicação, o comando para iniciar a administração de medicação com base em informação clínica recebida no primeiro módulo de controle, iniciar, pelo módulo de administração de medicação, a administração de medicação de acordo com a informação clínica, atualizar, em uma memória do módulo de administração de medicação, durante a administração da medicação, a informação de administração para a administração de medicação; receber, antes que a administração de medicação seja completada, uma primeira indicação de que o módulo de administração de medicação foi desacoplado a partir do primeiro módulo de controle, receber, após a primeira indicação, uma segunda indicação de que o módulo de administração de medicação foi acoplado de modo eletrônico com um segundo módulo de controle, e comunicar, pelo módulo de administração de medicação, em resposta ao recebimento da segunda indicação, a informação de administração anterior, precisa ou mais recente para o segundo módulo de controle. Outros aspectos incluem sistemas, aparelho e produtos de programa de computador correspondentes para a implementação do método.

[004] Em algumas implementações um sistema inclui uma memória de armazenamento de instruções e um ou mais processadores acoplados com a memória e configurados para executar as instruções para fazer com que o sistema receba, usando um módulo de administração de medicação, um comando para iniciar uma administração de medicação a partir de um primeiro módulo de controle, o comando para iniciar a administração de medicação com base em informação clínica, iniciar, usando o módulo de administração de medicação, a administração de medicação de acordo com a informação clínica, atualizar, durante a administração da medicação, a informação de administração para a administração de medicação, receber, antes que a administração de medicação seja completada, uma primeira indicação de que o módulo de administração de medicação foi desacoplado a partir do primeiro módulo de controle, receber, após a primeira indicação, uma segunda indicação de que o módulo de administração de medicação foi acoplado de modo eletrônico com um segundo módulo de controle, e comunicar, com base na segunda indicação, a informação clínica e a informação de administração atualizada para o segundo módulo de controle. Outros aspectos incluem aparelho, métodos, e produtos de programa de computador correspondentes para implementação do sistema.

[005] Em implementações adicionais, um meio não transitório legível por computador armazena instruções que, quando executadas por um processador em um computador, faz com que o computador implemente um método. O método inclui receber, por um módulo de administração de medicação, um comando para iniciar uma administração de medicação a partir de um primeiro módulo de controle, o comando para iniciar a administração de medicação com base na informação clínica, iniciar, pelo módulo de administração de medicação, a administração de medicação de acordo com a informação clínica, armazenar um registro da administração de medicação em um meio de memória não transitória do módulo de administração de medicação, receber, antes que a administração de medicação seja completada, uma primeira indicação de que o módulo de administração de medicação foi desacoplado a partir do primeiro módulo de controle, continuar a administração de medicação enquanto o módulo de administração de medicação está desacoplado a partir do primeiro módulo de controle, atualizar, enquanto o módulo de administração de medicação está desacoplado a partir do primeiro módulo de controle, o registro da administração de medicação em um meio de memória não transitória do módulo de administração de medicação, receber, após a primeira indicação, uma segunda indicação de que o módulo de administração de medicação foi acoplado de modo eletrônico para um segundo módulo de controle, e comunicar, após a segunda indicação, a informação clínica e o registro atualizado da administração de medicação para o segundo módulo de controle. Outros aspectos incluem sistemas, aparelho, métodos, e produtos de programa de computador correspondentes para a implementação do meio legível por computador. Breve Descrição dos Desenhos

[006] A Figura 1 ilustra um sistema de administração de medicação configurado para administrar medicação a um paciente, de acordo com algumas implementações.

[007] A Figura 2 ilustra um módulo de controle configurado para controlar um módulo de administração de medicação e um servidor central acoplado em modo de comunicação através de uma rede, de acordo com algumas implementações.

[008] A Figura 3 ilustra uma unidade de cuidados com o paciente que inclui uma tela principal espelhando telas de módulo individual, de acordo com algumas implementações.

[009] A Figura 4 ilustra uma estrutura de dados de administração de medicação compartilhada entre um módulo de administração de medicação, um módulo de controle, e um servidor central, de acordo com algumas implementações.

[0010] A Figura 5 ilustra um gráfico de fluxo em um método para administrar medicação a um paciente, de acordo com algumas implementações.

[0011] A Figura 6 ilustra um gráfico de fluxo em um método para a troca de controle de um módulo de administração de medicação quando a administração de medicação tiver iniciado, de acordo com algumas implementações.

[0012] A Figura 7 é um diagrama de bloco que ilustra um exemplo de sistema de computador com o qual o cliente e o servidor das Figuras 1 e 2, e os métodos das Figuras 5 e 6 podem ser implementados, de acordo com algumas implementações.

[0013] Nas figuras, os elementos com o mesmo ou numeral de referência semelhante têm a mesma funcionalidade ou configuração semelhante, a menos que expressamente indicado de outra forma. Descrição Detalhada

[0014] A presente divulgação fornece implementações para realizar uma troca contínua dos módulos de controle de infusão para uma bomba de infusão durante um processo de infusão. Algumas das vantagens de implementações consistentes com a presente descrição incluem uma transição suave e contínua de um primeiro módulo de controle para um segundo módulo de controle, sem qualquer perda de dados e eliminando amplamente quaisquer alterações de infusão de medicação ou minimizando quaisquer ações desejáveis do usuário durante a transição. As implementações aqui divulgadas são adequadas para situações de emergência quando uma ação rápida é desejável, por exemplo, quando um módulo de controle de infusão para de funcionar, ou a comunicação de rede com a bomba de infusão é perdida devido a um mau funcionamento do sistema, um mau funcionamento do dispositivo ou uma localização inesperada do paciente. A este respeito, uma troca de módulo de controle de infusão pode ser programada quando um paciente é realocado de uma primeira área em um hospital para uma segunda área, em que um primeiro módulo de controle de infusão pode permanecer fixo à primeira área e um segundo módulo de controle de infusão pode retomar o controle sobre o processo de infusão quando a bomba de infusão chegar na segunda área.

[0015] A Figura 1 ilustra um sistema de administração de medicação 10 configurado para administrar medicação a um paciente

160. O sistema de administração de medicação 10 inclui um primeiro sistema de infusão (IS) IS 150-1 instalado em um suporte 140, e um segundo IS 150-2 instalado em uma maca 172. Daqui em diante, IS 150- 1 e IS 150-2 serão coletivamente referidas como “ISs 150”. IS 150-1 pode incluir o módulo de administração de medicação 100-1, 100-2, 100-3 fixado a um módulo de controle 101-1, e IS 150-2 pode incluir o módulos de administração de medicação 100-4, e 100-5 fixado a um módulo de controle 101-2. Daqui em diante, os módulos de administração de medicação 100-1 a 100-5 serão coletivamente referidos como “módulos de administração de medicação 100,” e os módulos de controle 101-1 e 101-2 serão coletivamente referidos como “módulos de controle 101”. Em algumas implementações, a operação de cada um dos módulos de administração de medicação 100 é controlada por um módulo de controle 101 ao qual o mesmo está fixado. Por exemplo, o módulo de controle 101-1 pode enviar instruções para os módulos de administração de medicação 100-1, 100-2 e 100-3 com relação a uma administração de medicação a um paciente no quarto do paciente (IS 150-1). De modo similar, o módulo de controle 101-2 controla os módulos de administração de medicação 100-4 e 100-5 na maca 172 (IS 150-2). Por isso, após receber instruções a partir do módulo de controle 101, IS 150-2 pode ser configurado para continuar uma administração de medicação quando o paciente 160 é transportado para fora do quarto. Os módulos de controle 101 podem também ser configurados para proporcionar energia para os módulos de administração de medicação 100, quando acoplados um com o outro (por exemplo, por meio de um conector físico ou tomada). Em algumas implementações, os módulos de administração de medicação 100 podem ser configurados para operar de modo autônomo a partir dos módulos de controle 101, pelo menos por um período de tempo. Por isso, os módulos de administração de medicação 100 podem incluir baterias ou qualquer outro tipo de fornecimento de energia dedicado que permita que os mesmos administrem medicação mesmo quando estão desacoplados a partir de um módulo de controle 101 em um IS 150.

[0016] Em algumas implementações, o módulo de administração de medicação 100-1 pode ser transferido a partir do módulo de controle 101-1 no IS 150-1, para o módulo de controle 101-2 no IS 150-2. Esse pode ser o caso, por exemplo, quando o paciente 160 tem que ser removido a partir de a quarto sobre a maca 172 para transporte, e o IS 150-1 permanece fixado ao suporte 140. Em algumas implementações, a transferência a partir do primeiro módulo de controle 101-1 para o segundo módulo de controle 101-2 é executada quando a comunicação entre o módulo de controle 101-1 e o módulo de administração de medicação 100-1 é perdida, ou quando o módulo de controle 101-1 está off-line, ou desligado (por exemplo, em virtude de uma falha de energia, ou qualquer outro estado de erro no módulo de controle).

[0017] Cada um dos módulos de controle 101 inclui um processador 112 e uma memória 120. A memória 120 pode incluir comandos e instruções, os quais quando executados pelo processador 112, fazem com que os módulos de controle 101 realizem pelo menos parcialmente algumas das etapas incluídas nos métodos consistentes com a presente descrição. Mais especificamente, a memória 120 nos módulos de controle 101 armazena informação clínica relacionada à administração de medicação. Os módulos de controle 101 podem receber o dispositivo informação a partir da entrada recebida em uma interface de entrada física de IS 150 (por exemplo, uma tela de toque), ou pode ser configurado para receber informação a partir de um servidor remoto.

[0018] Além disso, o módulo de controle 101 se comunica com os módulos fixados de administração de medicação 100 para transmitir e receber instruções e dados com relação à administração de medicação para o paciente 160. Em algumas implementações, um módulo de controle 101 é configurado para receber dados a partir do módulo de administração de medicação 100 com relação a uma administração de medicação em andamento, e proporciona um status visual (por exemplo, um relatório de progresso) da administração de medicação (por exemplo, para uma enfermeira ou outra equipe de medicação) através de uma tela 110.

[0019] Módulos de controle 101 podem incluir antenas 175-1 e 175- 2 (daqui em diante, coletivamente referidos como “antenas 175”) para a comunicação sem fio um com o outro, com um servidor central em um local centralizado, ou com um ou mais dos módulos de administração de medicação 100. Por isso, os módulos de controle 101 podem também incluir um módulo de comunicações acoplado ao processador 112, configurado para controlar e acionar as antenas 175. Os módulos de controle 101 e os módulos de administração de medicação 100 pode se comunicar por meio de um Bluetooth, Wi-Fi, ou qualquer outro protocolo de rádio frequência. Por isso, os módulos de controle 101 podem ser configurados para processar dados a partir dos módulos de administração de medicação 100 e armazenar uma atualização do progresso da administração da medicação na memória 120. Em algumas implementações, outras características do fluido relevante para uma administração de medicação ou infusão podem ser armazenadas por módulos de controle 101 na memória 120.

[0020] Em algumas implementações, o módulo de administração de medicação 100-1 inclui um recipiente 143 tendo um fluido 170, que é a medicação a ser administrada ao paciente 160. Em algumas implementações, o módulo de administração de medicação 100-1 pode incluir um sistema de controle de fluido 145 (por exemplo, uma bomba de infusão) para proporcionar administração controlada de fluido 170 para o paciente 160. Os módulos de administração de medicação 100- 1 podem incluir uma memória 151 que armazena instruções que, quando executadas por um processador 152, fazem com que o módulo de administração de medicação 100-1 realize, pelo menos parcialmente, as etapas dos métodos como descrito nesse documento. Mais geralmente, cada um dos módulos de administração de medicação 100 pode incluir pelo menos um de recipiente 143 (que inclui o fluido 170), sistema de controle de fluido 145, a memória 151 e processador

152. Por isso, cada um dos módulos de administração 100 pode incluir uma medicação diferente dentro do fluido 170, de acordo com uma determinada ordem de medicação ou prescrição para o paciente 160.

[0021] Em algumas implementações, IS 150-1 inclui um sistema de administração intravenoso, e fluido 170 pode incluir um fluido intravenoso a ser administrado ao paciente 160 através de um vaso sanguíneo. Por isso, fluido 170 pode incluir sangue, plasma, ou uma medicação. Fluido 170 pode ser qualquer líquido adequado para administração intravenosa. Líquidos intravenosos comuns incluem cristaloides (por exemplo, salina, Ringer Lactato, glicose, dextrose), coloides (por exemplo, amido de hidroxietila, gelatina), medicações líquidas, soluções de tampão, e produtos de sangue (por exemplo, glóbulos vermelhos empacotados, plasma, fatores de coagulação) ou substitutos de sangue (por exemplo, sangue artificial) que são desejados ser injetados por via intravenosa a um paciente 160.

[0022] Módulo de administração de medicação 100-1 é acoplado de modo mecânico com a linha de fluido 130 e é configurado para proporcionar o fluxo de fluido (por exemplo, através de uma bomba 145) e para realizar múltiplas medições do fluxo de fluido. Em algumas implementações, o módulo de administração de medicação 100-1 é configurado para medir pressão de fluido, taxa de fluxo de fluido, a presença e quantidade de ar dentro do fluido, uma temperatura do fluido, e uma condutividade do fluido do fluxo de fluido. Uma linha de fluido 130 porta fluido 170 a partir de IS 150-1 para o paciente 160.

[0023] Em algumas implementações, os módulos de controle 101 podem proporcionar um alarme a um sistema centralizado quando a contagem de bolhas no módulo de administração de medicação 100 se torna mais alta do que um limiar, ou uma oclusão é detectada ao longo da linha de fluido 130.

[0024] Em algumas implementações, o módulo de controle 101 proporciona o módulo de administração de medicação 100 pelo menos a parte dinâmica da informação clínica, que inclui a quantidade total de medicação a ser administrada, a taxa, o tempo para iniciar administração, e o tempo para parar, ou pausar, a administração de medicação. O módulo de administração de medicação 100 proporciona, ao módulo de controle 101, um status de quão longe ele progrediu para uma determinada meta de administração. Ademais, em algumas implementações, o módulo de administração de medicação 100 armazena pelo menos uma porção da informação clínica e um status da administração de medicação na memória 151.

[0025] A Figura 2 ilustra uma arquitetura 20 para administrar medicação a um paciente, de acordo com algumas implementações. A arquitetura 20 inclui um IS 250 acoplado em modo de comunicação com um servidor central 230 através de uma rede 250. O IS 250 inclui um módulo de controle 201 configurado para controlar um ou mais módulos de administração de medicação 200-1, 200-2, e 200-3 (daqui em diante, coletivamente referidos como “módulos de administração de medicação 200”, por exemplo, os módulos de administração de medicação 100), e um servidor central 230. Em algumas implementações, o módulo de controle 201 e o servidor central 230 são acoplados em modo de comunicação através de uma rede 250. O módulo de controle 201 é acoplado com um dispositivo de entrada 214 e um dispositivo de saída

210 para receber instruções a partir de e proporcionar resultados a um usuário. Por isso, o dispositivo de entrada 214 pode incluir um teclado, um mouse, um apontador, um microfone, ou um dispositivo de tela de toque, e o dispositivo de saída 210 pode incluir uma tela, uma tela de vídeo, um alto-falante, ou uma impressora. Em relação a isso, algumas implementações podem incluir o dispositivo de entrada 214 e o dispositivo de saída 210 como parte da mesma display de tela de toque (por exemplo, a tela 110).

[0026] O módulo de controle 201 inclui um processador 212 e uma memória 220. A memória 220 pode também incluir um aplicativo de administração de dados 222, armazenando instruções que, quando executadas pelo processador 212, fazem com que o módulo de controle 201 realize, pelo menos parcialmente, as etapas dos métodos como descrito nesse documento. Ademais, o módulo de controle 201 pode incluir um módulo de comunicações 218 configurado para se comunicar com o servidor central 230 através da rede 250. Da mesma forma, o servidor central 230 pode incluir um módulo de comunicações 238 configurado para se comunicar com o módulo de controle 201 através de rede 250. O servidor central 230 inclui um processador 236 e uma memória 232. A memória 232 pode incluir uma máquina de administração de medicação 242 e um registro de histórico de medicação 244. Por isso, em algumas implementações, a máquina de administração de medicação 242 armazena instruções que, quando executadas pelo processador 236, fazem com que o servidor central 230 realize, pelo menos parcialmente, as etapas dos métodos como descrito nesse documento. Por exemplo, o processador 236 pode executar algumas instruções na máquina de administração de medicação 242 que proporciona instruções para um dos módulos de administração de medicação 200 e para comunicar dados com módulo de controle 201 através da aplicativo de administração dados 222.

[0027] Em algumas implementações, o servidor central 230 é acoplado com uma base de dados 252 para armazenar o registro de histórico de medicação 244 e outra informação relevante para a máquina de administração de medicação 242 e para o controle e dados de módulo de administração de medicação 200. Como mostrado na Figura, IS 250 pode também ter acesso à base de dados 252 para armazenar ou recuperar informação (por exemplo, relacionada ao registro de histórico de medicação 244).

[0028] A Figura 3 ilustra um IS 350 que inclui um módulo de controle 301 expandido com um módulo de administração de medicação 300-1 que é configurado para administrar um fluido 370-1, um módulo de administração de medicação 300-2, e um módulo de administração de medicação 300-3 configurado para administrar um fluido 370-2. Os módulos de administração de medicação 300-1, 300-2 e 300-3 serão coletivamente referidos, daqui em diante, como os “módulos de administração de medicação 300” (por exemplo, os módulos de administração de medicação 100 e 200). Cada um dos módulos de administração de medicação inclui uma memória 351 que armazena instruções e um processador 352 configurado para executar as instruções para fazerem com que o módulo de administração de medicação 100 realize pelo menos parcialmente algumas das etapas dos métodos como descrito nesse documento (por exemplo, a memória 151 e o processador 152). Cada um dos módulos de administração de medicação 300 inclui uma tela de módulo 311-1, 311-2 e 311-3 (daqui em diante, coletivamente referidos como “telas de módulo 311”) respectivamente, para proporcionar uma atualização do status de administração de medicação e ajustes atuais a um usuário (por exemplo, um provedor de cuidados da saúde ou enfermeira). Em algumas implementações, a telas de módulo 311 pode ser configurada como um display de tela de toque para receber entrada de informação do usuário. O módulo de controle 301 inclui uma tela principal 310 (por exemplo, tela 110) configurada para proporcionar pelo menos alguma informação de administração de medicação recuperada a partir dos módulos de administração de medicação 300. Em relação a isso, a tela principal 310 pode incluir cartões de canal individual 313-1, 313-2, e 313-3 (daqui em diante, coletivamente referidos como “cartões de canal individual 313”) para espelhar as telas de módulo 311, que inclui pelo menos alguma informação exibida a partir de cada uma das telas de módulo 311, respectivamente. Da mesma forma que as telas de módulo 311, a tela principal 310 pode também ser configurada como uma tela de toque tela para receber entrada de informação do usuário.

[0029] O módulo de controle 301 inclui uma memória 320 para armazenar instruções e um processador 312 configurado para executar as instruções que fazem com que módulo de controle 301 realize pelo menos parcialmente algumas das etapas dos métodos como descrito nesse documento. Em algumas implementações, o módulo de controle 301 também inclui um módulo de comunicações 318 e uma antena 375, configurada para se comunicar sem fio com um módulo de controle (por exemplo, em um segundo IS), ou com um servidor central através de uma rede (por exemplo, o servidor central 230 e a rede 250).

[0030] Em algumas implementações, um dos módulos de administração de medicação 300 pode ser removido a partir do IS 350 a ser instalado ou acoplado a um segundo IS. Por isso, em algumas implementações a informação de infusão de fluido na tela de módulo correspondente 311 pode ainda ser exibida enquanto o módulo de administração de medicação 300 é desacoplado a partir do IS 350.

[0031] A Figura 4 ilustra uma estrutura de dados de administração de medicação 400 compartilhada entre um módulo de administração de medicação, um módulo de controle, e um servidor central, de acordo com algumas implementações (por exemplo, os módulos de administração de medicação 100, 200 ou 300, o módulo de controle 101, 201 ou 301 e o servidor central 230). A estrutura de dados de administração de medicação 400 inclui a informação clínica 410. A informação clínica 410 pode incluir um tipo de fármaco 412, uma dosagem 414, e um identificador do paciente 416. A informação clínica 410 pode também incluir um registro de histórico de medicação 444 (por exemplo, o registro de histórico de medicação 244), um status de administração de medicação 422, e uma taxa de administração de medicação 424. Em algumas implementações, um módulo de controle (por exemplo, os módulos de controle 101, 201 ou 301) pode ser configurado pelo servidor central 230 para lidar com a administração de medicação para um ou mais pacientes identificado pelo identificador do paciente 416.

[0032] Um módulo de administração de medicação como descrito nesse documento (por exemplo, os módulos de administração de medicação 100, ou 300) são configurados para armazenar pelo menos parte da estrutura de dados de administração de medicação 400 nas memórias 151 e 351, respectivamente. Além disso, os ISs 150, 250, e 350 podem ser configurados para armazenar pelo menos uma porção de estrutura de dados de administração 400 nas memórias 151, 220, e 320, para cada módulo de administração de medicação 100, 200, ou 300, respectivamente. Também, um servidor central em comunicação com o módulo de administração de medicação e com o IS pode armazenar pelo menos uma porção de estrutura de dados de administração 400 em uma memória, um registro de histórico de medicação, ou uma base de dados (por exemplo, o servidor central 230, a memória 232, o registro de histórico de medicação 244 e a base de dados 252).

[0033] Por isso, em algumas implementações, o módulo de administração de medicação pode não armazenar informação clínica para um paciente, mas em vez disso, ao se conectar a um IS (ou módulo de controle), envia a mesma para o IS a ser enviada para o servidor. O módulo proporciona um identificador do módulo (por exemplo, um número serial ou outro identificador) do módulo para o IS, junto com a informação clínica e, em algumas implementações, os dados de infusão (por exemplo, taxa, volume, quantidade infundida, extensão de tempo decorrido, etc.). O IS então envia a informação clínica para o servidor a ser armazenada em associação com o identificador do módulo. Quando o módulo é conectado a um novo IS, o novo IS recebe o identificador do módulo a partir do módulo e reporta o identificador do módulo do módulo recém conectado para o servidor. O servidor então recupera a informação armazenada com base no identificador do módulo e proporciona o novo IS com a informação armazenada (incluindo informações sobre o que o módulo estava fazendo por último). Dessa maneira, o novo IS pode realizar determinadas validações e instruir o módulo para continuar a administração da medicação (se a infusão ainda não estiver em andamento).

[0034] A Figura 5 ilustra um gráfico de fluxo em um método 500 para administrar medicação a um paciente, de acordo com algumas implementações. O método 500 pode ser realizado pelo menos parcialmente por um primeiro e um segundo IS hospedando um ou mais módulos de administração de medicação em um módulo de controle (por exemplo, ISs 150, 250, e 350, os módulos de controle 101, 201 e 301, e os módulos de administração de medicação 100, 200 e 300), ao mesmo tempo em que se comunica com um ou mais servidores centrais (por exemplo, o servidor 230). Pelo menos algumas das etapas do método 500 podem ser realizadas por um computador tendo um processador que executa comandos armazenados em uma memória do computador (por exemplo, os processadores 112, 152, 212, 236, 312 e 352, as memórias 120, 151, 220, 232, 320 e 351). Em algumas implementações, as etapas como descritas no método 500 podem incluir recuperar, editar, e/ou armazenar arquivos em uma base de dados que é parte de, ou é acoplada em modo de comunicação ao servidor central (por exemplo, o registro de histórico de medicação 244 e a base de dados 252). Os métodos consistentes com a presente descrição podem incluir pelo menos algumas, mas não todas as etapas ilustradas no método 500, realizadas em uma diferente sequência. Além disso, os métodos consistentes com a presente descrição podem incluir pelo menos duas ou mais etapas como no método 500 realizadas se sobrepondo no tempo, ou quase simultaneamente.

[0035] A Etapa 502 inclui receber, em um módulo de administração de medicação, um comando para iniciar uma administração de medicação a partir de um primeiro módulo de controle acoplado ao módulo de administração de medicação. O comando para iniciar a administração de medicação pode ser com base na informação clínica recebida no primeiro módulo de controle. Em algumas implementações, o comando para iniciar uma administração de medicação pode incluir a configuração de ajustes para a infusão da medicação tal como a dosagem, a taxa de administração (por exemplo, taxa da bomba de infusão) e outra informação clínica. Em algumas implementações, a etapa 502 inclui iniciar a administração de medicação para o paciente. Em algumas implementações, a etapa 502 pode ser realizada por um clínico iniciando o módulo de administração de medicação (por exemplo, uma enfermeira ou um médico através da tela de toque tela no módulo de administração de medicação).

[0036] A Etapa 504 inclui registrar, em uma memória do módulo de administração de medicação, uma atualização da administração de medicação. Em algumas implementações, a etapa 504 inclui registrar a informação clínica associada com a administração de medicação em uma memória (por exemplo, as memórias 120, 151, 220, 232, 320 e

351). Em algumas implementações, na etapa 504 o módulo de administração de medicação simplesmente registra, sem validação, a informação clínica na memória. Em algumas implementações, a etapa 504 pode incluir registrar a informação clínica em uma memória do servidor central (por exemplo, o servidor central 230, e a memória 232). Em algumas implementações, a etapa 504 inclui validar a informação clínica (por exemplo, verificar que um fármaco e a dosagem a ser administrada corresponde ao teor de fluido de um recipiente no módulo de administração de medicação). Em algumas implementações, o módulo de administração de medicação pode ser configurado para realizar a etapa 504 quando o nível de uma bateria no módulo de administração de medicação alcançou um valor crítico pré-selecionado. Em algumas implementações a etapa 504 é realizada pelo módulo de administração de medicação que realiza a administração de medicação, e a atualização da administração de medicação é armazenada nas memórias 351. Em algumas implementações, a etapa 504 pode ser realizada pelo módulo de controle e a atualização da administração de medicação é armazenada nas memórias 120. Em algumas implementações, a etapa 504 pode incluir parar a administração da medicação quando um nível da dose proporcionada pelo módulo de controle ou incluídas na informação clínica tenha sido alcançado. Em algumas implementações, a etapa 504 pode incluir parar a administração de medicação mesmo quando o módulo de administração de medicação é desacoplado do primeiro módulo de controle e continuou a administração de medicação depois disso.

[0037] A Etapa 506 inclui receber uma indicação de que o módulo de administração de medicação foi desacoplado a partir do primeiro módulo de controle. Em algumas implementações, a etapa 506 adicionalmente inclui o módulo de administração de medicação continuar a administração de medicação instruída pelo primeiro módulo de controle por um período de tempo, enquanto o módulo de administração de medicação está desacoplado a partir do primeiro módulo de controle. O período de tempo pode ser determinado pela vida útil de uma bateria no módulo de administração de medicação. Em algumas implementações, a etapa 506 adicionalmente inclui armazenar pelo módulo de administração de medicação em uma memória um registro de administração de medicação que compreende um status de administração de medicação, e que inclui o registro de administração de medicação na informação clínica. Em algumas implementações, a etapa 506 adicionalmente inclui selecionar o segundo módulo de controle de acordo com uma qualidade de um sinal sem fio recebido a partir do segundo módulo de controle. Em algumas implementações, a condição de administração de medicação inclui um de uma parada do primeiro módulo de controle, ou uma interrupção da comunicação com o primeiro módulo de controle, e a etapa 506 adicionalmente inclui emitir um alerta para o segundo módulo de controle e para o servidor central de que o primeiro módulo de controle parou, ou que a comunicação com o primeiro módulo de controle está interrompida.

[0038] A Etapa 508 inclui receber uma indicação de que o módulo de administração de medicação foi acoplado com um segundo módulo de controle. Em algumas implementações, a etapa 508 pode incluir esperar a confirmação a partir do segundo módulo de controle que a informação clínica associada com a administração de medicação a partir do módulo de administração de medicação seja válida, antes de resumir a administração de medicação. Em algumas implementações, a etapa 508 pode incluir solicitar a um clínico, enfermeira ou outro pessoal médico para validar as informações clínicas antes de continuar com a administração da medicação. Em algumas implementações, a etapa 508 inclui solicitar ao servidor central para validar as informações clínicas. Em algumas implementações, a etapa 508 inclui a realização de verificações de erro para a administração da medicação. Em algumas implementações, a etapa 508 pode incluir a verificação de que um parâmetro de infusão nas informações clínicas é consistente com uma configuração em um módulo de distribuição de medicação. Em algumas implementações, a etapa 508 pode incluir medir uma propriedade de um fluido a ser administrado, a propriedade compreendendo uma de uma temperatura, uma concentração de bolha ou uma presença de uma oclusão a jusante e registrar um valor da propriedade em um registro de histórico que faz parte da informação clínica. Em algumas implementações, a etapa 508 pode incluir a emissão de um alerta para o segundo módulo de controle e para o servidor central quando um erro é detectado na administração da medicação, ou que o nível da bateria no módulo de administração da medicação atingiu o nível crítico do valor pré-selecionado. Em algumas implementações, a etapa 508 inclui receber uma indicação de que um terminal de conector do módulo de administração da medicação foi inserido em uma porta de plug-in ou um soquete no segundo módulo de controle.

[0039] A Etapa 510 inclui comunicar, em resposta, com o segundo módulo de controle, para atualizar a informação clínica. Em algumas implementações, a etapa 510 inclui automaticamente comunicar, pelo módulo de administração de medicação, com o segundo módulo de controle. Em algumas implementações, a etapa 510 inclui proporcionar, pelo módulo de administração de medicação, os comandos e configurações de ajuste recebidas a partir do primeiro módulo de controle para iniciar a administração de medicação, para o segundo módulo de controle. Ademais, a etapa 510 pode incluir proporcionar para o segundo módulo de controle a informação clínica relacionada à administração de medicação, que inclui um status atual da administração de medicação, e proporcionar ao segundo módulo de controle uma informação de exibição quanto ao tamanho da fonte, e informações clínicas específicas a serem exibidas em uma tela do módulo de controle, pertencente à administração de medicação. Em algumas implementações, a etapa 510 inclui resumir administração de medicação sob o segundo módulo de controle. Em algumas implementações, a etapa 510 é realizada quando a informação clínica é validada, ou quando o primeiro módulo de controle parou. Em algumas implementações, a etapa 510 inclui continuar a administração de medicação após o primeiro módulo de controle estar desacoplado a partir do módulo de administração de medicação, e mesmo antes de acoplar com o segundo módulo de controle. Em algumas implementações, na etapa 510 o módulo de administração de medicação proporciona o segundo módulo de controle com informação de administração de medicação e informa ao segundo módulo de controle que o módulo de administração de medicação está pronto para iniciar receber os comandos de programação. Por isso, a etapa 510 pode também incluir receber, pelo módulo de administração de medicação, a confirmação a partir do segundo módulo de controle de emitir comandos de programação para resumir a administração de medicação.

[0040] A Etapa 512 inclui comunicar com o servidor central para atualizar a informação clínica para incluir um valor de progresso de envio. Em algumas implementações, a etapa 512 inclui resumir a administração de medicação sob o segundo módulo de controle quando a administração de medicação sob o primeiro módulo de controle parou. Em algumas implementações, a etapa 512 também inclui armazenar dados clínicos associados com a administração de medicação em uma memória.

[0041] A Figura 6 ilustra um gráfico de fluxo em um método 600 para a troca de controle de um módulo de administração de medicação quando uma administração de medicação tiver iniciado, de acordo com algumas implementações. O método 600 pode ser realizado pelo menos parcialmente por um primeiro e um segundo IS hospedando um ou mais módulos de administração de medicação em um módulo de controle (por exemplo, ISs 150, 250, e 350, os módulos de controle 101, 201 e 301 e os módulos de administração de medicação 100, 200 e 300), ao mesmo tempo em que se comunica com um ou mais servidores centrais (por exemplo, o servidor 230). Pelo menos algumas das etapas do método 600 podem ser realizadas por um computador tendo um processador que executa os comandos armazenados em uma memória do computador (por exemplo, os processadores 112, 152, 212, 236, 312 e 352, as memórias 120, 151, 220, 232, 320 e 351). Em algumas implementações, as etapas como descrito no método 600 podem incluir recuperar, editar, e/ou armazenar arquivos em uma base de dados que é parte de, ou é acoplada em modo de comunicação ao servidor central (por exemplo, o registro de histórico de medicação 244 e a base de dados 252). Os métodos consistentes com a presente descrição podem incluir pelo menos algumas, mas não todas as etapas ilustradas no método 600, realizadas em uma diferente sequência. Além disso, os métodos consistentes com a presente descrição podem incluir pelo menos duas ou mais etapas como no método 600 realizado se sobrepondo no tempo, ou quase simultaneamente.

[0042] A Etapa 602 inclui receber, em um módulo de controle de um IS de recepção, uma solicitação a partir de um módulo de administração de medicação para assumir o controle de uma administração de medicação a um paciente (por exemplo, quando o paciente está sendo trasladado e o módulo de administração de medicação está sendo trocado a partir de um módulo de controle anterior de um IS para o módulo de controle do IS de recepção). Em algumas implementações, a etapa 602 pode incluir transmitir um número serial do módulo de administração de medicação para o servidor central, para verificação e armazenamento em um registro de histórico de medicação.

[0043] A Etapa 604 inclui verificar a informação clínica a partir do módulo de administração de medicação. Em algumas implementações, a etapa 604 pode incluir solicitar ao servidor central para validar a informação clínica, por comparar a informação clínica com os dados armazenada em um registro de histórico de medicação. Por exemplo, em algumas implementações a etapa 604 pode incluir verificar uma ID do paciente, um fármaco a ser administrado, a dosagem, e a taxa de administração para a administração de medicação com os dados armazenada em um registro de histórico de medicação na base de dados ou no servidor central. Em algumas implementações, a etapa 604 inclui associar a informação clínica no registro de histórico com o número serial do módulo de administração de medicação, no servidor central.

[0044] A Etapa 606 inclui estabelecer a comunicação entre o módulo de controle do IS que recebe a solicitação para assumir o controle e ou um do módulo de administração de medicação, o servidor central, e o módulo de controle que tinham anteriormente o controle do módulo de administração de medicação, com base em uma informação de administração de medicação atualizada. Em algumas implementações, a etapa 606 pode incluir receber, a partir do servidor central, a informação de administração de medicação atualizada, que inclui a informação indicativa das ações realizadas pelo módulo de administração de medicação antes de acoplar ao módulo de controle, que inclui a informação clínica atualizada.

[0045] A Etapa 608 inclui exibir a informação de administração de medicação atualizada em uma tela no módulo de controle do IS que recebe a solicitação para assumir o controle do módulo de administração de medicação. Em algumas implementações, a etapa

608 pode incluir indicar, na tela, o módulo de administração de medicação que está realizando a administração de medicação associada com a informação de administração de medicação. Em algumas implementações, a etapa 608 pode incluir solicitar a confirmação a partir de um usuário (por exemplo, clínico ou enfermeira) para continuar com a administração de medicação através do módulo de administração de medicação.

[0046] A Etapa 610 inclui receber a medição a partir do módulo de administração de medicação, a medição indicativa de um status de administração de medicação. Por exemplo, o status de administração de medicação pode ser ‘completo’, ‘incompleto’, ‘cancelado’ e semelhante.

[0047] A Etapa 612 inclui ajustar um parâmetro de administração de medicação no módulo de administração de medicação de acordo com a informação de administração de medicação atualizada, um comando a partir do servidor central, ou a medição a partir do módulo de administração de medicação.

[0048] A Figura 7 é um diagrama de bloco que ilustra um exemplo de sistema de computador 700 com o qual o cliente e o servidor das Figuras 1 e 2, e os métodos das Figuras 5 e 6 podem ser implementados, de acordo com algumas implementações.

[0049] O sistema de computador 700 (por exemplo, o módulo de administração de medicação 100 e o módulo de controle 101) inclui um barramento 708 ou outro mecanismo de comunicação para comunicar informação, e um processador 702 (por exemplo, os processadores 112, 152, 212, e 236) acoplados com o barramento 708 para processar informação. A título de exemplo, o sistema de computador 700 pode ser implementado com um ou mais processadores 702. O processador 702 pode ser um microprocessador de uso geral, um módulo de micro controle, um Processador de Sinal Digital (DSP), um Circuito Integrado

Específico de Aplicação (ASIC), uma Matriz de portas programáveis em campo (FPGA), um Dispositivo Lógico Programável (PLD), um módulo de controle, uma máquina de estado, lógica de portas, componentes de hardware discretos ou qualquer outra entidade adequada que pode realizar cálculos ou outras manipulações de informações.

[0050] O sistema de computador 700 pode incluir, além do hardware, um código que cria um ambiente de execução para o programa de computador em questão, por exemplo, o código que constitui o firmware do processador, uma pilha de protocolo, um sistema de gerenciamento de banco de dados, um sistema operacional ou uma combinação de um ou mais dos mesmos armazenados em uma memória 704 incluída (por exemplo, memórias 120, 151, 220 e 232), como uma memória de acesso aleatório (RAM), uma memória flash, uma memória somente leitura (ROM), uma memória somente leitura programável (PROM), uma PROM apagável (EPROM), registros, um disco rígido, um disco removível, um CD-ROM, um DVD ou qualquer outro dispositivo de armazenamento adequado, acoplado ao barramento 708 para armazenar informações e instruções a serem executadas pelo processador 702. O processador 702 e a memória 704 podem ser complementados por, ou incorporados em um circuito lógico de propósito especial.

[0051] As instruções podem ser armazenadas na memória 704 e implementadas em um ou mais produtos de programa de computador, isto é, um ou mais módulos de instruções de programa de computador codificados em um meio legível por computador para execução por, ou para controlar a operação do sistema de computador 700 e de acordo com qualquer método bem conhecido por aqueles versados na técnica, incluindo, mas não se limitando a , linguagens de computador, como linguagens orientadas a dados (por exemplo, SQL, dBase), linguagens de sistema (por exemplo, C, Objective-C, C ++, Assembly), linguagens de arquitetura (por exemplo, Java, .NET) e linguagens de aplicativo (por exemplo, PHP, Ruby, Perl, Python). As instruções também podem ser implementadas em linguagens de computador, como linguagens de array, linguagens orientadas a aspectos, linguagens assembly, linguagens de autoria, linguagens de interface de linha de comando, linguagens compiladas, linguagens concorrentes, linguagens de chaves, linguagens de fluxo de dados, linguagens estruturadas de dados, linguagens declarativas, linguagens esotéricas, linguagens de extensão, linguagens de quarta geração, linguagens funcionais, linguagens de modo interativo, linguagens interpretadas, linguagens iterativas, linguagens baseadas em lista, pequenas linguagens, linguagens baseadas em lógica, linguagens de máquina, macro linguagens, linguagens de metaprogramação, linguagens multiparadigmáticas, análise numérica, linguagens não baseadas em inglês, linguagens baseadas em classes orientadas a objetos, linguagens baseadas em protótipos orientadas a objetos, linguagens de regras externas, linguagens procedurais, linguagens reflexivas, linguagens baseadas em regras, linguagens de script, linguagens com base em pilha, linguagens síncronas, linguagens de manipulação de sintaxe, linguagens visuais, linguagens wirth e linguagens com base em xml. A memória 704 também pode ser usada para armazenar variáveis temporárias ou outras informações intermediárias durante a execução de instruções a serem executadas pelo processador 702.

[0052] Um programa de computador, conforme discutido neste documento, não corresponde necessariamente a um arquivo em um sistema de arquivos. Um programa pode ser armazenado em uma parte de um arquivo que contém outros programas ou dados (por exemplo, um ou mais scripts armazenados em um documento de linguagem de marcação), em um único arquivo dedicado ao programa em questão ou em vários arquivos coordenados (por exemplo, arquivos que armazenam um ou mais módulos, subprogramas ou partes do código). Um programa de computador pode ser implantado para ser executado em um computador ou em vários computadores localizados em um local ou distribuídos em vários locais e interconectados por uma rede de comunicação. Os processos e fluxos lógicos descritos nesta especificação podem ser realizados por um ou mais processadores programáveis executando um ou mais programas de computador para executar funções operando em dados de entrada e gerando saída.

[0053] O sistema de computador 700 inclui ainda um dispositivo de armazenamento de dados 706, como um disco magnético ou disco óptico, acoplado ao barramento 708 para armazenar informações e instruções. O sistema de computador 700 pode ser acoplado via módulo de entrada / saída 710 a vários dispositivos. O módulo de entrada / saída 710 pode ser qualquer módulo de entrada / saída. Módulos de entrada / saída exemplificativos 710 incluem portas de dados como portas USB. O módulo de entrada / saída 710 está configurado para se conectar a um módulo de comunicação 712. Os módulos de comunicação exemplificativos 712 (por exemplo, módulos de comunicação 218 e 238) incluem placas de interface de rede, como placas Ethernet e modems. Em certos aspectos, o módulo de entrada / saída 710 é configurado para se conectar a uma pluralidade de dispositivos, como um dispositivo de entrada 714 (por exemplo, dispositivo de entrada 214) e/ou um dispositivo de saída 716 (por exemplo, dispositivo de saída 210). Os dispositivos de entrada 714 exemplificativos incluem um teclado e um dispositivo apontador, por exemplo, um mouse ou trackball, pelo qual um usuário pode fornecer entrada para o sistema de computador 700. Outros tipos de dispositivos de entrada 714 podem ser usados para proporcionar interação com um usuário também, como um dispositivo de entrada tátil, dispositivo de entrada visual, dispositivo de entrada de áudio ou dispositivo de interface cérebro-computador. Por exemplo, o feedback fornecido ao usuário pode ser qualquer forma de feedback sensorial, por exemplo, feedback visual, feedback auditivo ou feedback tátil; e a entrada do usuário pode ser recebida em qualquer forma, incluindo acústica, fala, tátil ou entrada de ondas cerebrais. Dispositivos de saída exemplificativos 716 incluem dispositivos de exibição, como um monitor LCD (tela de cristal líquido), para exibir informações para o usuário.

[0054] De acordo com um aspecto da presente descrição, os módulos de administração de medicação 100, os módulos de controle 101, e o servidor 230 podem ser implementados usando um sistema de computador 700 em resposta um processador 702 que executa uma ou mais sequências de uma ou mais instruções contidas na memória 704. As referidas instruções podem ser lidas na memória 704 a partir de outro meio legível por máquina, como o dispositivo de armazenamento de dados 706. A execução das sequências de instruções contidas na memória principal 704 faz com que o processador 702 execute as etapas do processo aqui descritas. Um ou mais processadores em um arranjo de multiprocessamento também podem ser empregados para executar as sequências de instruções contidas na memória 704. Em aspectos alternativos, circuitos com fio podem ser usados no lugar ou em combinação com instruções de software para implementar vários aspectos da presente descrição. Assim, os aspectos da presente descrição não são limitados a qualquer combinação específica de circuitos de hardware e software.

[0055] Vários aspectos do assunto descrito na presente especificação podem ser implementados em um sistema de computação que inclui um componente de back-end, por exemplo, como um servidor de dados, ou que inclui um componente de middleware, por exemplo, um servidor de aplicativos, ou que inclui um componente front- end, por exemplo, um computador do cliente com uma interface gráfica de usuário ou um navegador da Web através do qual um usuário pode interagir com uma implementação do assunto descrito na presente especificação, ou qualquer combinação de um ou mais componentes de back-end , middleware ou de front-end. Os componentes do sistema podem ser interconectados por qualquer forma ou meio de comunicação de dados digital, por exemplo, uma rede de comunicação. A rede de comunicação (por exemplo, rede 250) pode incluir, por exemplo, qualquer um ou mais de uma LAN, uma WAN, a Internet e semelhantes. Além disso, a rede de comunicação pode incluir, mas não está limitada a, por exemplo, qualquer uma ou mais das seguintes topologias de rede, incluindo uma rede de barramento, uma rede em estrela, uma rede em anel, uma rede em malha, uma rede de barramento em estrela, árvore ou rede hierárquica, ou semelhantes. Os módulos de comunicação podem ser, por exemplo, modems ou placas Ethernet.

[0056] O sistema de computador 700 pode incluir clientes e servidores. Um cliente e um servidor são geralmente remotos um do outro e normalmente interagem por meio de uma rede de comunicação. A relação entre cliente e servidor surge em virtude dos programas informáticos executados nos respectivos computadores e que têm uma relação cliente-servidor entre si. O sistema de computador 700 pode ser, por exemplo, e sem limitação, um computador desktop, laptop ou tablet. O sistema de computador 700 também pode ser incorporado em outro dispositivo, por exemplo, e sem limitação, um telefone móvel, um PDA, um reprodutor de áudio móvel, um receptor de Sistema de Posicionamento Global (GPS), um console de videogame e/ou um aparelho de televisão caixa superior.

[0057] O termo "meio de armazenamento legível por máquina" ou "meio legível por computador", conforme usado neste documento, refere-se a qualquer mídia ou meio que participa do fornecimento de instruções ao processador 702 para execução. Tal meio pode assumir muitas formas, incluindo, mas não se limitando a meio não volátil, meio volátil e meio de transmissão. Os meios não voláteis incluem, por exemplo, discos ópticos ou magnéticos, como o dispositivo de armazenamento de dados 706. Os meios voláteis incluem memória dinâmica, como a memória 704. Os meios de transmissão incluem cabos coaxiais, fios de cobre e fibra óptica, incluindo os fios que incluem barramento 708. As formas comuns de mídia legível por máquina incluem, por exemplo, disquete, disco flexível, disco rígido, fita magnética, qualquer outro meio magnético, CD-ROM, DVD, qualquer outro meio óptico, cartões perfurados, fita de papel, qualquer outro meio físico com padrões de orifícios, um RAM, um PROM, um EPROM, um FLASH EPROM, qualquer outro chip de memória ou cartucho, ou qualquer outro meio a partir do qual um computador possa ler. O meio de armazenamento legível por máquina pode ser um dispositivo de armazenamento legível por máquina, um substrato de armazenamento legível por máquina, um dispositivo de memória, uma composição de matéria que afeta um sinal propagado legível por máquina ou uma combinação de um ou mais dos mesmos.

[0058] A descrição anterior é fornecida para permitir que aquele versado na técnica pratique as várias configurações aqui descritas. Embora a tecnologia em questão tenha sido particularmente descrita com referência às várias figuras e configurações, deve ser entendido que estas são apenas para fins ilustrativos e não devem ser tomadas como limitando o escopo da tecnologia em questão.

[0059] Pode haver muitas outras maneiras de implementar a tecnologia em questão. Várias funções e elementos descritos neste documento podem ser particionados de forma diferente daqueles mostrados, sem se afastar do escopo da tecnologia em questão. Várias modificações a essas configurações serão prontamente aparentes para aqueles versados na técnica, e os princípios genéricos definidos neste documento podem ser aplicados a outras configurações. Assim, muitas mudanças e modificações podem ser feitas na tecnologia em questão, por alguém versado na técnica comum, sem se afastar do escopo da tecnologia em questão.

[0060] Conforme usado neste documento, a frase "pelo menos um de" precedendo uma série de itens, com o termo "e" ou "ou" para separar qualquer um dos itens, modifica a lista como um todo, em vez de cada membro da lista (por exemplo, cada item). A frase “pelo menos um de” não exige a seleção de pelo menos um de cada item listado; em vez disso, a frase permite um significado que inclui pelo menos um de qualquer um dos itens e/ou pelo menos um de qualquer combinação dos itens e/ou pelo menos um de cada um dos itens. A título de exemplo, as frases “pelo menos um de A, B e C” ou “pelo menos um de A, B ou C” se referem a cada uma a apenas A, apenas B ou apenas C; qualquer combinação de A, B e C; e/ou pelo menos um de cada um de A, B e C.

[0061] Além disso, na medida em que os termos "inclui", "tem" ou semelhantes são usados na descrição ou nas reivindicações, tal termo se destina a ser inclusivo de uma maneira semelhante ao termo "compreende" como "compreende” é interpretado quando empregado como uma palavra transitória em uma reivindicação. A palavra "exemplificativo" é usada neste documento para significar "servindo como um exemplo, instância ou ilustração". Qualquer implementação aqui descrita como "exemplificativo" não deve ser necessariamente interpretada como preferida ou vantajosa sobre outras implementações.

[0062] Uma referência a um elemento no singular não se destina a significar "um e apenas um", a menos que especificamente indicado, mas sim "um ou mais". O termo “alguns” se refere a um ou mais. Todos os equivalentes estruturais e funcionais para os elementos das várias configurações descritas ao longo desta descrição que são conhecidos ou posteriormente virão a ser conhecidos por aqueles versados na técnica são expressamente incorporados neste documento por referência e destinados a serem abrangidos pela tecnologia em questão. Além disso, nada divulgado neste documento se destina a ser dedicado ao público, independentemente de se tal descrição ser explicitamente citada na descrição acima.

[0063] Embora certos aspectos e implementações da tecnologia em questão tenham sido descritos, os mesmos foram apresentados a título de exemplo apenas e não se destinam a limitar o escopo da tecnologia em questão. Na verdade, os novos métodos e sistemas descritos neste documento podem ser incorporados em uma variedade de outras formas, sem se desviar do seu espírito. As reivindicações anexas e as suas equivalentes se destinam a cobrir as formas ou modificações que se insiram dentro do escopo e do espírito da tecnologia em questão.

Claims (20)

REIVINDICAÇÕES

1. Método implementado por computador, caracterizado pelo fato de que compreende: receber, em um módulo de administração de medicação, um comando para iniciar uma administração de medicação e informação clínica associada com a administração de medicação a partir de um primeiro módulo de controle acoplado de modo eletrônico ao módulo de administração de medicação por meio de um primeiro conector físico do primeiro módulo de controle; iniciar, pelo módulo de administração de medicação, a administração de medicação de acordo com a informação clínica recebida pelo primeiro módulo de controle a partir do módulo de administração de medicação por meio do primeiro conector físico; atualizar, em uma memória do módulo de administração de medicação, durante a administração de medicação, a informação de administração para a administração de medicação; receber, antes que a administração de medicação seja completada, uma primeira indicação de que o módulo de administração de medicação foi fisicamente desacoplado a partir do primeiro conector físico do primeiro módulo de controle; receber, após a primeira indicação, uma segunda indicação de que o módulo de administração de medicação foi acoplado de modo eletrônico com um segundo conector físico de um segundo módulo de controle; o segundo módulo de controle configurado para proporcionar energia ao módulo de administração de medicação por meio do segundo conector físico quando o módulo de administração de medicação é acoplado ao segundo conector físico; e comunicar, pelo módulo de administração de medicação, em resposta ao recebimento da segunda indicação, a informação de administração atualizada e a informação clínica para o segundo módulo de controle.

2. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: proporcionar a um servidor, antes de receber a primeira indicação, um identificador do módulo de administração de medicação e a informação clínica para armazenamento no servidor em associação com o identificador; receber, a partir do servidor, após receber a segunda indicação, a informação clínica; atualizar a informação clínica para incluir um valor de progresso de administração; e proporcionar a informação clínica atualizada para o servidor.

3. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que comunicar a informação de administração atualizada para o segundo módulo de controle compreende proporcionar, para o segundo módulo de controle, um número serial que identifica o módulo de administração de medicação.

4. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: receber, no módulo de administração de medicação, antes de iniciar a administração de medicação, um comando para iniciar a administração de medicação a partir do primeiro módulo de controle; e receber, no módulo de administração de medicação, após a segunda indicação, um segundo comando para continuar a administração de medicação a partir do segundo módulo de controle; e continuar a administração de medicação de acordo com o segundo comando.

5. Método implementado por computador, de acordo com a reivindicação 4, caracterizado pelo fato de que ainda compreende:

receber, após a segunda indicação, a partir do segundo módulo de controle, um comando para modificar a administração de medicação.

6. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: continuar, após o módulo de administração de medicação ser desacoplado a partir do primeiro módulo de controle, com o módulo de administração de medicação, a administração de medicação instruída pelo primeiro módulo de controle.

7. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que desacoplar o módulo de administração de medicação a partir do primeiro módulo de controle compreende armazenar, em uma memória, um registro de administração de medicação que compreende um status de administração de medicação, e que inclui o registro de administração de medicação na informação clínica.

8. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende emitir um alerta para um servidor central de que o primeiro módulo de controle parou, ou que a comunicação com o primeiro módulo de controle está interrompida quando o módulo de administração de medicação está desacoplado a partir do primeiro módulo de controle.

9. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: transmitir, antes da administração de medicação ser iniciada, a informação clínica a partir do primeiro módulo de controle para um meio de armazenamento do módulo de administração de medicação; atualizar o meio de armazenamento com um status do progresso da administração de medicação; e transmitir, após a segunda indicação, a informação clínica a partir do meio de armazenamento do módulo de administração de medicação para o segundo módulo de controle.

10. Método implementado por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: receber uma indicação de que a informação clínica foi validada no segundo módulo de controle; e resumir a administração de medicação usando o segundo módulo de controle quando a informação clínica é validada pelo segundo módulo de controle.

11. Sistema, caracterizado pelo fato de que compreende: uma memória de armazenamento de instruções; e um ou mais processadores acoplados com a memória e configurados para executar as instruções para fazer o sistema: receber, usando um módulo de administração de medicação, um comando para iniciar uma administração de medicação e informação clínica associadas com a administração de medicação a partir de um primeiro módulo de controle acoplado de modo eletrônico ao módulo de administração de medicação por meio de um primeiro conector físico do primeiro módulo de controle; iniciar, usando o módulo de administração de medicação, a administração de medicação de acordo com a informação clínica recebida pelo primeiro módulo de controle a partir do módulo de administração de medicação por meio do primeiro conector físico; atualizar, durante a administração de medicação, a informação de administração para a administração de medicação; receber, antes que a administração de medicação seja completada, uma primeira indicação de que o módulo de administração de medicação foi fisicamente desacoplado a partir do primeiro conector físico do primeiro módulo de controle; receber, após a primeira indicação, uma segunda indicação de que o módulo de administração de medicação foi acoplado de modo eletrônico com um segundo conector físico de um segundo módulo de controle; o segundo módulo de controle configurado para proporcionar energia ao módulo de administração de medicação por meio do segundo conector físico quando o módulo de administração de medicação é acoplado ao segundo conector físico; e comunicar, com base na segunda indicação, a informação clínica e a informação de administração e a informação clínica atualizadas para o segundo módulo de controle.

12. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que os um ou mais processadores são ainda configurados para executar as instruções para fazer o sistema: realizar uma checagem de erro para a administração de medicação com base em uma medição de uma propriedade de um fluido a ser administrado, a propriedade compreendendo um de uma temperatura ou uma presença de uma oclusão a jusante, e registrar um valor da propriedade em um registro de histórico que é parte da informação clínica.

13. Sistema, de acordo com a reivindicação 12, caracterizado pelo fato de que para realizar uma checagem de erro os um ou mais processadores executam instruções para emitir um alerta para o segundo módulo de controle e a um servidor quando um erro é detectado na administração de medicação.

14. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o módulo de administração de medicação ainda inclui um fornecimento de energia dedicado, e em que os um ou mais processadores são ainda configurados para executar as instruções para fazer o sistema: continuar, usando o módulo de administração de medicação acionado pelo fornecimento de energia dedicado, após ser desacoplado a partir do primeiro módulo de controle, a administração de medicação instruída pelo primeiro módulo de controle.

15. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que os um ou mais processadores são ainda configurados para executar as instruções para fazer o sistema: armazenar, em um meio de armazenamento do módulo de administração de medicação, um registro de administração de medicação que compreende um status de administração de medicação, e que inclui o registro de administração de medicação na informação clínica; e transmitir o status de administração de medicação para o segundo módulo de controle quando o módulo de administração de medicação é acoplado de modo eletrônico com o segundo módulo de controle.

16. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que os um ou mais processadores são ainda configurados para executar as instruções para fazer o sistema: transmitir, antes de iniciar a administração de medicação, a informação clínica a partir do primeiro módulo de controle para um meio de armazenamento do módulo de administração de medicação; e transmitir, após receber a segunda indicação, a informação clínica a partir do meio de armazenamento do módulo de administração de medicação para o segundo módulo de controle.

17. Meio não transitório legível por computador armazenando instruções que, quando executadas por um processador em um computador, faz com que o computador implemente um método, caracterizado pelo fato de que o método compreende: receber, por um módulo de administração de medicação, um comando para iniciar uma administração de medicação e informação clínica associada com a administração de medicação a partir de um primeiro módulo de controle acoplado de modo eletrônico ao módulo de administração de medicação por meio de um primeiro conector físico do primeiro módulo de controle, o comando para iniciar a administração de medicação com base na informação clínica; iniciar, pelo módulo de administração de medicação, a administração de medicação de acordo com a informação clínica recebida pelo primeiro módulo de controle a partir do módulo de administração de medicação por meio do primeiro conector físico; armazenar um registro da administração de medicação em um meio de memória não transitória do módulo de administração de medicação; receber, antes que a administração de medicação seja completada, uma primeira indicação de que o módulo de administração de medicação foi fisicamente desacoplado a partir do primeiro conector físico do primeiro módulo de controle; continuar a administração de medicação enquanto o módulo de administração de medicação está desacoplado a partir do primeiro módulo de controle; atualizar, enquanto o módulo de administração de medicação está desacoplado a partir do primeiro módulo de controle, o registro da administração de medicação em um meio de memória não transitória do módulo de administração de medicação; receber, após a primeira indicação, uma segunda indicação de que o módulo de administração de medicação foi acoplado de modo eletrônico a um segundo conector físico de um segundo módulo de controle; o segundo módulo de controle configurado para proporcionar energia ao módulo de administração de medicação por meio do segundo conector físico quando o módulo de administração de medicação está acoplado ao segundo conector físico, e comunicar, após a segunda indicação, a informação clínica e o registro atualizado da administração de medicação para o segundo módulo de controle.

18. Meio não transitório legível por computador, de acordo com a reivindicação 17, caracterizado pelo fato de que o método ainda compreende: transmitir, antes de iniciar a administração de medicação, a informação clínica a partir do primeiro módulo de controle para um meio de armazenamento do módulo de administração de medicação; e transmitir, após receber a segunda indicação, a informação clínica a partir do meio de armazenamento do módulo de administração de medicação para o segundo módulo de controle.

19. Meio não transitório legível por computador, de acordo com a reivindicação 17, caracterizado pelo fato de que o método ainda compreende: proporcionar, antes de receber a primeira indicação, um identificador do módulo de administração de medicação e a informação clínica para armazenamento em um servidor em associação com o identificador; receber, após receber a segunda indicação, a informação clínica armazenada no servidor; atualizar a informação clínica para incluir um valor de progresso de administração; e proporcionar a informação clínica atualizada para armazenamento no servidor.

20. Meio não transitório legível por computador, de acordo com a reivindicação 17, caracterizado pelo fato de que o método ainda compreende: receber, pelo módulo de administração de medicação, antes de iniciar a administração de medicação, um comando para iniciar a administração de medicação a partir do primeiro módulo de controle; e receber, após a segunda indicação, um segundo comando para continuar a administração de medicação a partir do segundo módulo de controle.