BR112020007200A2

BR112020007200A2 - sistema de protocolo de segurança de cabeceira otimizado

Info

Publication number: BR112020007200A2
Application number: BR112020007200-1A
Authority: BR
Inventors: Jonathan Alan Handler
Original assignee: Baxter International Inc.; Baxter Healthcare S.A.
Priority date: 2017-10-19
Filing date: 2018-10-19
Publication date: 2020-10-13
Also published as: WO2019079739A9; AU2018351512A1; WO2019079739A1; US11386994B2; EP3698374A1; CA3078657A1; US20190122764A1; JP2021500647A; SG11202003491RA; US20220285021A1; CN111344803A; KR20200075852A; MX2020004014A

Abstract

A presente invenção refere-se a sistemas, módulos, e métodos de dispositivo de terapia, que incluem uma memória, um ou mais processadores, em comunicação com a memória, uma pluralidade de dispositivos de terapia médica, uma pluralidade de dispositivos de monitoramento de paciente, e um módulo de execução de protocolo, configurado para executar nos um ou mais processadores. O módulo de execução de protocolo exibe uma pluralidade de protocolos. O módulo de execução de protocolo recebe um protocolo selecionado, associado com um dispositivo de terapia médica individual sendo um de uma pluralidade de dispositivos de terapia médica e associado com um dispositivo de monitoramento de paciente individual sendo um de uma pluralidade de dispositivos de monitoramento de paciente. O módulo de execução de protocolo executa o protocolo selecionado com o dispositivo de terapia médica individual.

Description

Relatório Descritivo da Patente de Invenção para "SISTEMA DE PROTOCOLO DE SEGURANÇA DE CABECEIRA OTIMIZADO".

REIVINDICAÇÃO DE PRIORIDADE

[0001] Este pedido reivindica prioridade para o Pedido de Provisório U.S. Número 62/574.529, intitulado "SISTEMA DE TERAPIA DE

LOOP FECHADO DE CABECEIRA COM OTIMIZAÇÃO ESPECIAL PARA SALVAMENTO", depositado em 19 de Outubro de 2017, o conteúdo inteiro do qual está aqui incorporado por referência e con- fiado.

ANTECEDENTES

[0002] Em ambientes hospitalares típicos, os pacientes são fre- quentemente deixados sozinhos. Por exemplo, na maior parte do tempo que um paciente doente está em um hospital, o paciente não está sendo ativamente monitorado por um médico no quarto do paciente. A maioria dos hospitais, portanto empregam equipes de "resposta rápida", para identificar e tratar quaisquer pacientes que se deterioram rapidamente. Do mesmo modo, em dia ambientes hospitalares típicos atualmente, os cuidados estão sendo direcionados para custos mais baixos e/ou equipe menos treinada. Por exemplo, o pessoal de hospital está levando os cuidados de paciente para provedores de nível médio; os enfermeiros estão gastando cada vez menos tempo no cuidado de pacientes.

[0003] Consequentemente, sistemas e métodos são necessários para tornar o monitoramento de pacientes e cuidados relativos tanto mais seguros quanto mais econômico.

SUMÁRIO

[0004] Os sistemas e métodos aqui descritos podem incluir um sistema de terapia de cabeceira (também aqui referido como "cére- bro de cabeceira") em comunicação com um servidor de cérebro de cabeceira, um paciente, uma pluralidade de dispositivos de monito- ramento de paciente, e uma pluralidade de dispositivos de terapia de paciente.

[0005] Geralmente, o cérebro de cabeceira pretende ser um backup para a equipe de enfermagem, e atuar como o primeiro res- pondedor para equipes de resposta rápida. O propósito de cérebro de cabeceira é monitorar dados de paciente (por exemplo, sinais vi- tais, resultados de laboratório, etc.) através de dispositivos de moni- toramento de paciente, determinar a orientações / alertas / notifica- ções de suporte de decisão apropriados, incluindo ações específicas a serem tomadas por dispositivos de terapia de paciente com base em uma máquina de regras internas com estrutura determinada por uma "especificação de regras" (também aqui referido como "proto- colo de regras", "protocolo de segurança" ou "protocolo"), exibir ori- entações / alertas / notificações de suporte de decisão apropriados, e executar a ação específica com os dispositivos de terapia de paci- ente. Os protocolos de segurança podem ser geralmente definidos como protocolos de intervenção de emergência de curto prazo, para pelo menos impedir ou reverter um estado clínico de degradação em andamento, o qual pode ser exacerbado por uma terapia em anda- mento. Tipicamente, os protocolos de segurança ocorrerão após uma quantidade de tempo predeterminada para um aviso ter pas- sado. O cérebro de cabeceira pode exibir sinais vitais e tendências, conforme selecionado por um médico. O cérebro de cabeceira ativa um alarme para alertar um médico se sinais vitais estão fora das fai- xas de operação de segurança de cérebro de cabeceira.

[0006] De preferência, o cérebro de cabeceira está configurado para executar uma regra de controle terapêutico (por exemplo, sele- cionada por um médico), ler monitoramentos de pacientes, dados de EMR, etc. e controlar dispositivos terapêuticos. A regra de controle pode ser especificada em um modo que permita um elemento de

"especificação de regra" totalmente configurar e especificar o algo- ritmo de controle, limites, e parâmetros de verificação. O cérebro de cabeceira está ainda configurado para avisar um médico quando os sinais vitais estão fora de faixas especificadas e/ou dispositivos pre- cisam de atenção. O cérebro de cabeceira está ainda configurado para manter uma funcionalidade total (com exceção a acesso a da- dos do servidor) quando desconectado de sistemas hospitalares de nível mais alto. O cérebro de cabeceira também está ainda configu- rado para armazenar e recuperar dados de armazenamentos de da- dos internos. O cérebro de cabeceira está ainda configurado para suportar uma interface humana multilíngue global.

[0007] Na luz da descrição aqui, e sem limitar o escopo da inven- ção em nenhum modo, em um primeiro aspecto da presente descri- ção, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, um sistema inclui uma memória, um ou mais processadores, em comunicação com a memória, uma pluralidade de dispositivos de terapia médica, uma pluralidade de dispositivos de monitoramento de paciente, e um mó- dulo de execução de protocolo. O módulo de execução de protocolo está configurado para executar nos um ou mais processadores, para exibir uma pluralidade de protocolos, e receber, de um usuário, um protocolo selecionado. O protocolo selecionado está associado com um dispositivo de terapia médica individual, sendo um da pluralidade de dispositivos de terapia médica, e associado com um dispositivo de monitoramento de paciente individual, sendo um da pluralidade de dispositivos de monitoramento de paciente. O dispositivo de tera- pia médica individual recebe, do usuário, uma primeira confirmação do protocolo selecionado. O módulo de execução de protocolo re- cebe, do usuário, uma segunda confirmação do protocolo selecio-

nado. O módulo de execução de protocolo executa o protocolo sele- cionado com o dispositivo de terapia médica individual.

[0008] Em um segundo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a me- nos que de outro modo especificado, a pluralidade de dispositivos de terapia médica inclui pelo menos um de uma bomba de infusão, uma máquina de diálise ou terapia de insuficiência renal, um respi- rador, e desfibriladores.

[0009] Em um terceiro aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a me- nos que de outro modo especificado, a pluralidade de dispositivos de monitoramento de paciente inclui pelo menos um de um sensor de taxa cardíaca, um sensor de temperatura, um sensor de oxímetro de pulso, um sensor de peso de paciente, um sensor de glicose, um sensor respiratório, um sensor de pressão sanguínea, um sensor de pressão, e um sensor de índice de volume.

[0010] Em um quarto aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, o módulo de execução de protocolo re- cebe a pluralidade de protocolos de um servidor externo.

[0011] Em um quinto aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, executar o protocolo selecionado com o dispositivo de terapia médica individual inclui identificar um parâ- metro de paciente com o dispositivo de monitoramento de paciente individual, e determinar que o parâmetro de paciente viola um limite, em que o limite é ditado pelo protocolo selecionado.

[0012] Em um sexto aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, executar o protocolo selecionado com o dispositivo de terapia médica individual ainda inclui, responsivo a determinar que o parâmetro de paciente viola o limite, disparar um alarme.

[0013] Em um sétimo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, ainda compreendendo, responsivo a disparar o alarme, exibir, no módulo de execução de protocolo, uma ação ditada pelo protocolo selecionado.

[0014] Em um oitavo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, ainda incluindo iniciar um temporizador de contagem regressiva.

[0015] Em um nono aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, o temporizador de contagem regressiva expira, de modo que o módulo de execução de protocolo instrui o dispositivo de terapia médica individual para executar a ação, e em que o dispositivo de terapia médica individual executa a ação.

[0016] Em um décimo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a me- nos que de outro modo especificado, o dispositivo de terapia médica individual é uma bomba de infusão, e em que a ação é uma de au- mentar a taxa de infusão da bomba de infusão, diminuir a taxa de infusão da bomba de infusão, e cessar a infusão.

[0017] Em um décimo primeiro aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, antes do temporizador de contagem regressiva expirar, o usuário instrui o módulo de execução de protocolo para executar a ação, e o módulo de execução de pro- tocolo instrui o dispositivo de terapia médica individual para executar a ação, de modo que o dispositivo de terapia médica individual exe- cuta a ação.

[0018] Em um décimo segundo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, antes do temporizador de contagem regressiva expirar, o usuário instrui o módulo de execução de protocolo para executar o cancelamento da ação, de modo que o módulo de execução de protocolo pausa o temporizador de conta- gem regressiva e remove a ação dos dispositivos de monitoramento de paciente individuais de modo que a primeira confirmação não mais existe.

[0019] Em um décimo terceiro aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, ainda compreendendo, an- tes do temporizador de contagem regressiva expirar, identificar um parâmetro de paciente atualizado com o dispositivo de monitora- mento de paciente individual, determinar que o parâmetro de paci- ente atualizado não mais viola o limite, e remover a ação do proto- colo selecionado, de modo que a ação não é mais exibida no módulo de execução de protocolo.

[0020] Em décimo quarto aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a me- nos que de outro modo especificado, um módulo de execução de protocolo inclui uma memória, um ou mais processadores, em co- municação com a memória, onde o módulo de execução de proto- colo está configurado para exibir uma pluralidade de protocolos. O módulo de execução de protocolo está ainda configurado para rece- ber, de um usuário, um protocolo selecionado, o protocolo selecio- nado associado com um dispositivo de terapia médica individual sendo um de uma pluralidade de dispositivos de terapia médica e associado com um dispositivo de monitoramento de paciente indivi- dual sendo um de uma pluralidade de dispositivos de monitoramento de paciente. O módulo de execução de protocolo está ainda confi- gurado para identificar um parâmetro de paciente com o dispositivo de monitoramento de paciente individual, e determinar que o parâ- metro de paciente viola um limite. O limite é ditado pelo protocolo selecionado. O dispositivo de terapia médica individual executa uma ação, ditada pelo protocolo selecionado.

[0021] Em um décimo quinto aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, o dispositivo de terapia mé- dica individual é uma bomba de infusão.

[0022] Em um décimo sexto aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, a ação é uma de aumentar a taxa de infusão da bomba de infusão, diminuir a taxa de infusão da bomba de infusão, e cessar a infusão.

[0023] Em um décimo sétimo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, responsivo a executar a ação, o módulo de execução de protocolo remove o protocolo sele- cionado de modo que o protocolo selecionado não está mais asso- ciado com o dispositivo de terapia médica individual e o dispositivo de monitoramento de paciente individual.

[0024] Em um décimo oitavo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, um método inclui exibir uma pluralidade de protocolos, e receber um protocolo selecionado, o protocolo selecionado associado com um dispositivo de terapia mé-

dica individual sendo um de uma pluralidade de dispositivos de tera- pia médica e associado com um dispositivo de monitoramento de paciente individual sendo um de uma pluralidade de dispositivos de monitoramento de paciente. O dispositivo de terapia médica indivi- dual recebe, do usuário, uma primeira confirmação do protocolo se- lecionado. O módulo de execução de protocolo recebe, do usuário, uma segunda confirmação do protocolo selecionado. O módulo de execução de protocolo executa o protocolo selecionado com o dis- positivo de terapia médica individual.

[0025] Em um décimo nono aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que de outro modo especificado, a pluralidade de dispositivos de terapia médica inclui pelo menos um de uma bomba de infusão, uma máquina de diálise ou terapia de insuficiência renal, um respi- rador, e desfibriladores.

[0026] Em um vigésimo aspecto da presente descrição, o qual pode ser combinado com qualquer outro aspecto aqui listado a me- nos que de outro modo especificado, a pluralidade de dispositivos de monitoramento de paciente inclui pelo menos um de um sensor de taxa cardíaca, um sensor de temperatura, um sensor de oxímetro de pulso, um sensor de peso de paciente, um sensor de glicose, um sensor respiratório, um sensor de pressão sanguínea, um sensor de pressão, e um sensor de índice de volume.

[0027] Características e vantagens adicionais dos dispositivos, sistemas, e método descritos estão descritos na, serão aparentes da, Descrição Detalhada seguinte e das figuras. As características e vantagens aqui descritas não são todas inclusivas e, especifica- mente, muitas características e vantagens adicionais serão aparen- tes para alguém versado na técnica em vista das figuras e descrição. Também, qualquer modalidade específica não precisa ter todas as vantagens aqui listadas. Mais ainda, deve ser notado que a lingua- gem utilizada na especificação foi principalmente selecionada para propósitos de legibilidade e instrucionais, e não para limitar o escopo do assunto inventivo.

BREVE DESCRIÇÃO DAS FIGURAS

[0028] Compreendendo que as figuras apresentam somente moda- lidades típicas da invenção e não devem ser consideradas como limita- tivas do escopo da presente descrição, a presente descrição está des- crita e explicada com especificidade e detalhes adicionais através da utilização das figuras acompanhantes. As figuras estão abaixo listadas.

[0029] Figura 1 é um diagrama de sistema de um ambiente hos- pitalar, que inclui o cérebro de cabeceira, de acordo com uma mo- dalidade exemplar da presente descrição.

[0030] Figura 2 é uma ilustração de uma interface de cérebro de cabeceira que indicam protocolos e mensagens, de acordo com uma modalidade exemplar da presente descrição.

[0031] Figura 3 é uma ilustração de uma interface de cérebro de cabeceira enquanto configurando protocolos, de acordo com uma modalidade exemplar da presente descrição.

[0032] Figura 4 é uma ilustração de uma interface de cérebro de cabeceira enquanto exibindo uma lógica de protocolo completa, de acordo com uma modalidade exemplar da presente descrição.

[0033] Figura 5 é uma ilustração de uma interface de cérebro de cabeceira enquanto exibindo um sumário de protocolos, de acordo com uma modalidade exemplar da presente descrição.

[0034] Figuras 6A até 6D são ilustrações de uma interface de dis- positivo de terapia durante a configuração, de acordo com modalida- des exemplares da presente descrição.

[0035] Figura 7 é uma ilustração de uma interface de cérebro de cabeceira enquanto exibindo um sumário de protocolos com confi- guração de dispositivo, de acordo com uma modalidade exemplar da presente descrição.

[0036] Figuras 8 até 12 são ilustrações de uma interface de cé- rebro de cabeceira enquanto exibindo ajustes de protocolo, de acordo com modalidades exemplares da presente descrição.

[0037] Figura 13 é uma ilustração de uma interface de cérebro de cabeceira que requer pré-aprovação, de acordo com uma moda- lidade exemplar da presente descrição.

[0038] Figura 14 é uma ilustração de uma interface de dispositivo de terapia que requer pré-aprovação, de acordo com uma modali- dade exemplar da presente descrição.

[0039] Figura 15 é uma ilustração de uma interface de cérebro de cabeceira que confirma pré-aprovação, de acordo com uma mo- dalidade exemplar da presente descrição.

[0040] Figura 16 é uma ilustração de uma interface de cérebro de cabeceira que exibe um sumário de protocolos enquanto execu- tando, de acordo com uma modalidade exemplar da presente des- crição.

[0041] Figura 17 é uma ilustração de uma interface de cérebro de cabeceira que indicam protocolos e mensagens enquanto um pro- tocolo está executando, de acordo com uma modalidade exemplar da presente descrição.

[0042] Figura 18 é uma ilustração de uma interface de cérebro de cabeceira que exibe uma mensagem enquanto um protocolo está executando, de acordo com uma modalidade exemplar da presente descrição.

[0043] Figura 19 é uma ilustração de uma interface de cérebro de cabeceira que exibe uma ação de segurança enquanto um proto- colo está executando, de acordo com uma modalidade exemplar da presente descrição.

[0044] Figura 20 é uma ilustração de uma interface de cérebro de cabeceira que requer segurança para acessar um protocolo en- quanto o protocolo está executando, de acordo com uma modalidade exemplar da presente descrição.

[0045] Figura 21 é uma ilustração de uma interface de cérebro de cabeceira que exibe opções para uma ação de segurança en- quanto um protocolo está executando, de acordo com uma modali- dade exemplar da presente descrição.

[0046] Figura 22 é uma ilustração de uma interface de cérebro de cabeceira que exibe autoexecução de uma ação de segurança, de acordo com uma modalidade exemplar da presente descrição.

[0047] Figura 23 é uma ilustração de uma interface de monitora- mento central de cérebro de cabeceira, de acordo com uma modali- dade exemplar da presente descrição.

DESCRIÇÃO DETALHADA DE MODALIDADES EXEMPLARES

[0048] Referindo à Figura 1, um ambiente hospitalar 10 pode in- cluir um cérebro de cabeceira (também aqui referido como "BSB")

100. O cérebro de cabeceira 100 inclui uma memória, tal como um dispositivo de memória volátil ou não volátil, tal como RAM, ROM, EEPROM, ou qualquer outro dispositivo capaz de armazenar dados. O cérebro de cabeceira 100 ainda inclui um ou mais processadores, capazes de executar instruções que codificam operação aritméticas, lógicas, e/ou de I/O, em comunicação com a memória.

[0049] O cérebro de cabeceira 100 pode além disso incluir um servidor de cérebro de cabeceira 102, a servidor de nuvem ou rede 104, dispositivos de terapia de paciente 106A-B, e monitoramento de paciente 108A-B. O dispositivos de terapia de paciente 106A-B e monitoramento de paciente 108A-B estão conectados a um paciente 110, de modo que o cérebro de cabeceira 100 monitora e interage com o paciente 110 através de dispositivos de terapia de paciente 106A-B e monitoramento de paciente 108A-B. O cérebro de cabe- ceira 100 pode comunicar com componentes externos adicionais, tais como as registros médicos eletrônicos ("EMR") 112, registros de admissões / dispensas / transferências 114, e outros sistemas médi- cos 116. Deve ser apreciado que a comunicação entre o cérebro de cabeceira 100 e componentes externos pode ser uma comunicação com fio ou comunicação sem fio, e pode ocorrer diretamente ou in- diretamente, tal como através do servidor de cérebro de cabeceira 102 e/ou rede 104. Por exemplo, a comunicação pode incluir uma rede de Ethernet, LAN, WLAN e/ou além de uma rede externa tal como a Internet. The rede 104 está comunicativamente acoplada a um sistema de informações de hospital ("HIS") 118, uma ou mais re- des médicas adicionais, e/ou um ou mais dispositivos clínicos 120. Por exemplo, o cérebro de cabeceira 100 pode enviar o status e in- formações de paciente para entidades externas (por exemplo, cui- dadores, sistemas de registros médicos eletrônicos, aplicações mó- veis, etc.) e dispositivos externos (por exemplo, laptops, tablets, te- lefones celulares, etc.).

[0050] Referindo a sistemas externos, tal como o EMR 112 e ou- tros sistemas externos similares, estes sistemas externos podem prover entradas para o cérebro de cabeceira 100, tal como dados de laboratório específicos, como requerido por alguns protocolos (aqui descritos em maiores detalhes). Os sistemas externos podem tam- bém prover informações específicas de paciente para protocolos in- dividuais (por exemplo, idade do paciente). Os sistemas externos podem coletar dados de cérebro de cabeceira 100, conforme reque- ridos para gerenciamento de paciente. Similarmente, dados de ad- missão de paciente, registros de admissão / dispensa / transferência 114, e sistemas externos relativos (por exemplo, EMR 112) podem ser utilizados, pelo cérebro de cabeceira 100, para prover e verificar a identidade de paciente e outras informações de paciente.

[0051] Referindo ao servidor de cérebro de cabeceira 102, o ser- vidor de cérebro de cabeceira 102 provê funções de gerenciamento local e de porta que incluem, por exemplo, funções de porta para a rede de hospitais. O servidor de cérebro de cabeceira 102 provê in- formações, conforme requeridas pelo cérebro de cabeceira 100, tais como protocolos de regras específicos. O servidor de cérebro de ca- beceira 102 monitora o status de múltiplos cérebros de cabeceira, tal como em uma rede de hospitais (por exemplo, conectadas no ser- ver). O servidor de cérebro de cabeceira 102 coleta dados enviados pelo cérebro de cabeceira 100 e provê informações analíticas (por exemplo, informações de desempenho, informações de paciente, etc.). O servidor de cérebro de cabeceira 102 provê funções de ge- renciamento de cérebro de cabeceira, tal como atualizações de fir- mware, monitoramento de status de dispositivo, informações de di- agnóstico e utilização, medições de qualidade de serviço, etc.

[0052] Referindo ao servidor de nuvem ou rede 104 (também aqui referido como simplesmente "a nuvem"), a nuvem 104 pode ser um único o servidor, um grupo de servidores ou, alternativamente, pode estar distribuída dentro de uma estrutura de computação de nuvem, de modo que os componentes do cérebro de cabeceira 100 possam remotamente acessar a estrutura de computação em nu- vem. A nuvem 104 armazena dados para análise por humanos, e por sistemas de aprendizado de máquina, para criação e identifica- ção de novas regras. A nuvem 104 provê especificações de regras no nível corporativo (por exemplo, especificações de regras padrão). A nuvem 104 provê ferramentas de monitoramento e análise para o cérebro de cabeceira 100 mundialmente, incluindo gerenciamento global e suporte de cérebro de cabeceira 100, incluindo atualizações de firmware, etc. A nuvem 104 provê o repositório corporativo para informações coletadas pelo cérebro de cabeceira 100. A nuvem 104 provê informações para criação de especificação de regras.

[0053] Os dispositivos de terapia de paciente 106A-B podem in- cluir bombas de infusão, tal como bombas parentéricas de volume linear, bomba de infusão ambulatorial, bomba de infusão volumétrica ou qualquer outra bomba capaz de prover uma terapia intravenosa ao paciente 110. Os dispositivos da terapia do paciente 106A-B pode do mesmo modo incluir máquinas de diálise ou terapia de insuficiên- cia renal, tais como quaisquer máquinas de hemodiálise, hemofiltra- ção, hemodiafiltração, terapia de substituição renal contínua ("CRRT") ou diálise peritoneal ("PD"). Os dispositivos de terapia de paciente 106A-B podem do mesmo modo incluir respiradores e des- fibriladores. Geralmente os dispositivos de terapia de paciente 106A- B podem ser qualquer dispositivo configurado para prover uma tera- pia para o paciente 110. Os dispositivos de terapia 106A-B podem prover entrada ou estado do dispositivo, ou outras entradas tais como parâmetros de entrada monitorados por dispositivo. Por exem- plo, um desfibrilador pode prover parâmetros de entrada monitora- dos de ECG.

[0054] Os dispositivos de monitoramento de paciente 108A-B po- dem incluir qualquer monitor de paciente e/ou sensor fisiológico, tal como um sensor de taxa cardíaca (por exemplo, um sensor de EKG e/ou um sensor de ECG), um sensor temperatura, um sensor de oxí- metro de pulso, uma balança de peso de paciente, um sensor de glicose, um sensor respiratório, um sensor de pressão sanguínea, um sensor de pressão, ou qualquer outro sensor para determinar um parâmetro fisiológico ou sinal vital do paciente 110 e/ou exibir dados referentes ao paciente 110 ou tratamento do paciente 110.

[0055] O cérebro da cabeceira 10 pode ainda incluir um monitor de paciente configurado para exibir informações, incluindo informa- ções associadas com os dispositivos de terapia de paciente 106A-B e informações de status para dispositivos de terapia de paciente 106A-B, informações associadas com os dispositivos de monitora- mento de paciente 108A-B e informações de status para os disposi- tivos de monitoramento de paciente 108A-B e informações associa- das com o paciente 110. Estas informações podem ser exibidas gra- ficamente para legibilidade de usuário. Por exemplo, o monitor de cérebro de cabeceira 100 pode exibir os dados de vários sensores através de um gráfico baseado no tempo, através de valores numé- ricos, através de codificação de cor, e/ou através de qualquer outro meio gráfico. O monitor pode estar acoplado com fio ou sem fio no cérebro de cabeceira 100. Indo adiante, para legibilidade, é assu- mido que o cérebro de cabeceira 100, além das capacidades de pro- cessamento e memória previamente notados, inclui o monitor. No entanto, deve ser notado que em certas modalidades o cérebro de cabeceira 100 não requer um monitor.

[0056] O cérebro de cabeceira 100 pode incluir entradas de fon- tes adicionais, incluindo um criador de especificação de regras, um engenheiro ou técnico (por exemplo, para instalação e configuração, manutenção periódica, atualizações de firmware etc.), um adminis- trador, um médico, ou um paciente.

[0057] O cérebro de cabeceira 100 pode incluir uma interface de operador (por exemplo, uma tela de toque, um mouse / teclado físico, etc.) para receber entradas de pacientes (por exemplo, dados vitais do paciente) e outros dados (por exemplo, dados de paciente de re- gistros médicos eletrônicos e outras fontes). Esta interface de ope- rador pode também vantajosamente ser utilizada para a criação de regras, como adicionalmente aqui detalhado. Protocolos de Cérebro de Cabeceira

[0058] Para compreender o cérebro de cabeceira 100, é mais fácil percorrer através de sua funcionalidade com um exemplo. A Figura 2 ilustra a interface do cérebro de cabeceira 100. Especificamente, o cé- rebro de cabeceira 100 indica parâmetros fisiológicos do paciente 110, como medido por dispositivos de monitoramento de paciente 108A-B. Por exemplo, a taxa cardíaca, a taxa respiratória e o status de volume do paciente são exibidos. Cada um destes parâmetros fisiológicos é exi- bido tanto numericamente quanto graficamente. Deve ser apreciado que qualquer número de dispositivos de monitoramento de paciente 108A-B pode ser utilizado, para medir qualquer número de parâmetros fisiológi- cos do paciente 110. O cérebro de cabeceira 100 indica que existem zero protocolo de segurança ativos (também aqui referidos geralmente como "protocolos") e que existem zero mensagens.

[0059] A Figura 3 ilustra a interface do cérebro de cabeceira 100, enquanto configurando protocolos. Mais especificamente, um usuário, tal como um enfermeiro, médico ou outro profissional de saúde, seleci- onou "Configurar". Selecionando "Configurar", o usuário é capaz de ver todos os protocolos que o cérebro de cabeceira 100 é capaz de execu- tar.

[0060] O cérebro de cabeceira 100 é somente capaz de executar protocolos que este está ciente (por exemplo, o cérebro de cabeceira 100 deve ter armazenado uma sintaxe das regras para o protocolo es- pecífico). Mais ainda, o cérebro da cabeceira 100 é somente capaz de executar protocolos para dispositivos de terapia de paciente conectados 106A-B e dispositivos de monitoramento de paciente conectados 108A- B. Por exemplo, o cérebro de cabeceira 100 pode requerer que pelo menos um dos dispositivos de monitoramento de pacientes conectados 108A-B seja um monitor de ECG, se o protocolo requerer que o cérebro de cabeceira 100 identifique a taxa cardíaca. Do mesmo modo, por exemplo, o cérebro de cabeceira 100 pode requerer que pelo menos um dos dispositivos de terapia de pacientes conectados 106A-B seja uma bomba de infusão, se a ação de protocolo requer que o cérebro de ca- beceira 100 cesse a infusão de paciente. Se todos os parâmetros de sistema requeridos forem atendidos (por exemplo, parâmetros de dis- positivo de monitoramento de paciente, parâmetros de dispositivo de te- rapia de paciente, etc.), o protocolo será identificado em uma lista de protocolos pelo cérebro de cabeceira 100. Assim, o cérebro de cabe- ceira 100 provê uma listagem de somente os protocolos que o cérebro de cabeceira 100 é capaz de executar com um dado sistema. O cérebro de cabeceira 100 também identifica se quaisquer protocolos capazes estão correntemente executando. No exemplo ilustrado na Figura 2, ne- nhum dos protocolos capazes está executando.

[0061] Se o usuário selecionar um protocolo específico, tal como "Hipovolemia", o cérebro de cabeceira 100 exibe um resumo do pro- tocolo. Por exemplo, o cérebro de cabeceira 100 exibe uma descri- ção do protocolo, incluindo quais parâmetros de paciente típicos po- dem disparar uma ação pelo cérebro de cabeceira 100. O cérebro de cabeceira também exibe quaisquer "Ações de Segurança Auto- mática Potenciais". Estas são ações que o cérebro de cabeceira 100 poderia potencialmente executar, se não existir intervenção pelo usuário uma vez que certas condições são atendidas. Do mesmo modo, o cérebro de cabeceira 100 pode exibir entradas requeridas. Por exemplo, o protocolo de "Hipovolemia" requer um índice de vo- lume para o paciente 110 (por exemplo, um número sem unidade que identifica o status de volume do paciente 110).

[0062] O cérebro de cabeceira 100 também oferece ao usuário a capacidade de selecionar "Protocolo Completo". A Figura 4 ilustra a interface do cérebro de cabeceira 100, enquanto exibindo uma lógica de protocolo completa para o protocolo de "Hipovolemia". A saber, o cérebro de cabeceira 100 identifica o fluxo lógico inteiro do protocolo,

incluindo cada possível determinação lógica e ação relativa que é executada pelo cérebro de cabeceira 100 (por exemplo, "Quando: o Índice de volume é severamente baixo" ... "BOLUS AUTOMATICA- MENTE a infusão de reidratação", etc.). Esta exibição de "Protocolo completo" é útil, já que esta distila uma árvore de decisões complexa de instruções se-então em um formato legível pelo usuário. Especi- ficamente, cada determinação lógica individual e ação relativa é lis- tada em texto simples, incluindo determinações lógicas que resultam em nenhuma ação (por exemplo, "Fazer: Nada"). Esta lógica de pro- tocolo completa é benéfica para usuários que não são técnicos.

[0063] A Figura 5 ilustra a interface do cérebro de cabeceira 100, enquanto exibindo o sumário de protocolos uma vez selecionado. Como anteriormente notado, o cérebro de cabeceira 100 pode exibir entradas requeridas. Por exemplo, o protocolo de "Hipovolemia" pode requerer um Índice de volume para o paciente 110 (por exem- plo, o número sem unidade que identifica o status de volume do pa- ciente 110). O cérebro de cabeceira 100 pode ainda exibir os dispo- sitivos requeridos, tais como dispositivos de terapia de paciente 106A-B e/ou dispositivos de monitoramento de paciente 108A-B. Com o protocolo de "Hipovolemia", o cérebro de cabeceira requer uma bomba de infusão ou bomba de seringa, com ringers ou salinos ou lactados como a terapia aplicada. O cérebro de cabeceira 100 também indica que o dispositivo de terapia requerido não é detec- tado (por exemplo, "Nenhum detectado"). O cérebro de cabeceira 100 não ativará o protocolo de "Hipovolemia", até que o dispositivo requerido seja detectado e configurado apropriadamente.

[0064] As Figuras 6A até 6D ilustram uma interface de dispositivo terapia individual durante a configuração. Especificamente, a Figura 6A ilustra o dispositivo de terapia de paciente 106A, o qual é uma bomba de infusão. Como indicado no display do dispositivo de tera- pia de paciente 106A, "Nenhuma Terapia" foi selecionada pelo usu- ário. A Figura 6B ilustra que uma terapia de infusão de "Ringers Lac- tados" foi selecionada pelo usuário. A Figura 6C ilustra o dispositivo de terapia de paciente 106A, requerendo o usuário confirmar a tera- pia de infusão selecionada. Uma vez confirmada, a Figura 6D ilustra que o dispositivo de terapia de paciente 106A está configurado para a terapia de infusão selecionada: terapia de infusão "Ringers Lacta- dos".

[0065] Retornando ao cérebro de cabeceira 100, a Figura 7 ilus- tra a interface do cérebro de cabeceira 100, enquanto exibindo o su- mário de protocolos com configuração de dispositivo. A saber, en- quanto que na Figura 5 o cérebro de cabeceira 100 indicou que o dispositivo requerido não foi detectado (por exemplo, "Nenhum de- tectado"), a Figura 7 ilustra que o dispositivo terapêutico requerido foi configurado (por exemplo, uma bomba de infusão com infusão de ringers lactados pelas figuras 6A a 6D).

[0066] As Figuras 8 até 12 ilustram a interface do cérebro de ca- beceira 100, enquanto exibindo ajustes de protocolo. Por exemplo, a Figura 8 ilustra "Configuração & Ativação" para o protocolo espe- cífico. Os ajustes podem incluir tanto ajustes comuns quanto ajustes específicos de protocolo. Por exemplo, os ajustes comuns podem incluir expiração de protocolo (por exemplo, quando o protocolo é automaticamente desativado pelo cérebro de cabeceira 100), re- tardo de protocolo (por exemplo, se o usuário deseja que o cérebro de cabeceira 100 espere um tempo específico antes de iniciar o pro- tocolo) e tempo de autoexecução (por exemplo, quanto tempo o cé- rebro de cabeceira 100 deveria esperar para o usuário responder, antes de automaticamente executar uma ação). Por exemplo, refe- rindo à expiração de protocolo, o usuário pode deixar o protocolo executar enquanto o paciente 110 estiver no hospital, ou ajustá-lo para automaticamente se desligar após um certo período de tempo (por exemplo, 8 horas).

[0067] O usuário pode atualizar cada um destes ajustes comuns. Por exemplo, a Figura 9 ilustra o usuário selecionando o ajuste co- mum do tempo de autoexecução. O cérebro de cabeceira 100 exibe um teclado, de modo que o usuário possa inserir qualquer tempo conforme desejado (ou possa selecionar o tempo padrão) direta- mente no cérebro de cabeceira 100. O cérebro de cabeceira 100 ainda inclui limites rígidos sobre o tempo de autoexecução que po- dem ser inseridos pelo usuário, assegurando que a faixa inserida permaneça razoável para um dado protocolo.

[0068] O usuário pode também atualizar os ajustes específicos de protocolo. Por exemplo, a Figura 10 ilustra a interface do cérebro de cabeceira 100 indicando vários ajustes específicos de protocolo. Especificamente, com o protocolo de "Hipovolemia", os ajustes es- pecíficos de protocolo podem incluir ajustar o nível (por exemplo, ín- dice de volume para o paciente 110) para mostrar uma mensagem de aviso no cérebro de cabeceira 100, ajustar o valor de bolus (por exemplo, 5 mL para reidratação), ajustar o valor de reidratação (por exemplo, 250 mL se uma desidratação severa for detectada), ajustar o peso do paciente 110 (por exemplo, 63,4 kg (140 libras)), ajustar a idade do paciente e ajustar quaisquer condições fisiológicas especí- ficas do paciente 110. Especificamente, por exemplo, a Figura 11 ilustra a interface do cérebro de cabeceira 100 quando o usuário se- lecionou as condições fisiológicas específicas (por exemplo, "O pa- ciente tem qualquer das seguintes [condições]?"). Deve ser notado que vários ajustes específicos de protocolo são requeridos (como indicado pela Figura 10). Por exemplo, se o paciente tiver "insufici- ência renal" o cérebro de cabeceira 100 não habilitará o protocolo.

Assim, através de ajustes específicos de protocolo, o cérebro de ca- beceira 100 assegura que este é somente utilizado para pacientes ideais; pacientes que poderiam ter resultados fisiológicos anormais ou imprevisíveis, ou podem correr o risco de complicações adicio- nais, são rastreados neste estágio.

[0069] A Figura 12 lustra a interface do cérebro de cabeceira 100 uma vez que todas os ajustes específicos de protocolo tenham sido inseridos pelo usuário. Uma vez que todos os ajustes específicos de protocolo são inseridos, o botão "Solicitar Ativação" aparece no cé- rebro de cabeceira 100. Quando da seleção, o cérebro de cabeceira além disso requer pré-aprovação no dispositivo.

[0070] Por exemplo, a Figura 13 ilustra a interface do cérebro de cabeceira 100, requerendo pré-aprovação do dispositivo de terapia de paciente 106A. Com a pré-aprovação, o cérebro de cabeceira 100 identifica, para o usuário, o dispositivo específico sobre qual o pro- tocolo executará (por exemplo, bomba de infusão) e a terapia espe- cífica com a qual o protocolo executará (por exemplo, ringers lacta- dos). O cérebro de cabeceira 100 instrui o usuário para fisicamente autorizar o dispositivo de terapia de paciente 106A pareando-o com o cérebro de cabeceira 100.

[0071] A Figura 14 ilustra o dispositivo de terapia de paciente 106A neste estágio. Especificamente, o dispositivo de terapia de pa- ciente 106A exibe a ação do protocolo do cérebro de cabeceira 100 (por exemplo, "Permissão para AUTOMATICAMENTE BOLUS a in- fusão de reidratação"). Neste modo, o usuário pode tanto mental- mente quanto fisicamente verificar que o protocolo selecionado do cérebro de cabeceira 100 estará operando em tandem com o dispo- sitivo de terapia de paciente específico 106A. O dispositivo de tera- pia de paciente 106A requer que o usuário fisicamente confirme pa- reamento com o cérebro de cabeceira 100, e pareamento deve ser confirmado pelo próprio dispositivo 106A. Uma vez que o parea- mento é confirmado, o cérebro de cabeceira 100 indica que a pré- aprovação ocorreu.

[0072] Especificamente, a Figura 15 ilustra a interface do cérebro de cabeceira 100, indicando que o dispositivo de terapia de paciente 106A foi pré-aprovado (por exemplo, através do processo de parea- mento acima discutido com relação à Figura 14). O usuário pode en- tão escolher " Completar Ativação" no cérebro de cabeceira 100. Neste modo, o usuário é requerido fisicamente selecionar o proto- colo, e configurar o protocolo, no cérebro de cabeceira 100, e então fisicamente confirmar o protocolo no dispositivo de terapia de paci- ente 106A, então fisicamente confirmar o protocolo no cérebro de cabeceira 100. É esperado que este paradigma possa assegurar uma configuração de protocolo apropriada, reduzindo o erro de usu- ário.

[0073] O processo de pré-aprovação de dispositivo acima des- crito com referência às Figuras 13 a 15 pode ser comumente aqui referido como "estabelecimento de comunicação". Em várias moda- lidades, os dispositivos de terapia de paciente 106A-B podem incluir uma porta de entrada / saída com fio, a qual pode prover uma cone- xão de comunicações física para o / do cérebro da cabeceira 100. Em outras modalidades, os dispositivos de terapia de paciente 106A -B e o cérebro de cabeceira 100 podem comunicar sem fio, como suportado por regras de regras corporativas (por exemplo, WPA2, EAP, RADIUS, etc.).

[0074] Geralmente os dispositivos de terapia de paciente 106A- B não seguirão nenhum comando (por exemplo, do cérebro de ca- beceira 100) para executar ações terapêuticas que não foram pré- aprovadas naquele dispositivo específico pelo usuário. Em uma mo- dalidade, os dispositivos de terapia de paciente 106A-B não seguirão qualquer comando para ações terapêuticas a menos que um |D de protocolo que acompanha o comando do cérebro de cabeceira 100 coincida com um ID de protocolo que foi provido em um fluxo de trabalho de pré-aprovação. Em uma modalidade, os dispositivos de terapia de paciente 106A-B não seguirão quaisquer comandos para ações terapêuticas a menos que a terapia específica no comando coincida com a terapia específica que foi enviada pelo cérebro de cabeceira 100 e pré-aprovada pelo usuário no fluxo de trabalho de pré-aprovação. Em uma modalidade, os dispositivos de terapia de paciente 106A-B expirarão automaticamente a pré-aprovação, e não mais seguirão quaisquer comandos para ações terapêuticas do cé- rebro de cabeceira 100, após um tempo de expiração de pré-apro- vação ter passado.

[0075] A Figura 16 ilustra a interface do cérebro de cabeceira 100, indicando que o protocolo de Hipovolemia está agora execu- tando. Por exemplo, o cérebro de cabeceira 100 indica o protocolo de Hipovolemia específico como "Executando" na listagem de proto- colos. Do mesmo modo, o cérebro de cabeceira 100 indica que existe um protocolo ativo na janela de status próximas das mensa- gens.

[0076] A Figura 17 ilustra a interface do cérebro de cabeceira 100, similar à interface previamente ilustrada pela Figura 2. No en- tanto, a Figura 17 indica que existe um protocolo ativo. Apesar do protocolo estar ativo, os parâmetros de paciente que incluem a taxa cardíaca, a taxa respiratória e o status de volume do paciente 110, como obtidos por dispositivos de monitoramento de paciente 108A- B, estão bem dentro das faixas ditadas pelos ajustes de protocolo. O cérebro de cabeceira 100 monitora os parâmetros fisiológicos do paciente e pode ou armazenar estas informações localmente (por exemplo, na memória interna) ou remotamente (por exemplo, no ser- vidor 102 e/ou rede 104). O cérebro de cabeceira 100 pode além disso sincronizar dados ou enviar mudanças em parâmetros fisioló- gicos do paciente e/ou parâmetros de tratamento para o EMR 112. Em um ponto posterior no tempo, o paciente 100 pode experimentar uma condição de deterioração, de modo que seus parâmetros fisio- lógicos mudam em modos indesejáveis.

[0077] Por exemplo, quando comparada com a Figura 17, a Fi- gura 18 ilustra a interface do cérebro de cabeceira 100, onde o índice de volume para o paciente 110 (por exemplo, um número sem uni- dade que identifica o status de volume do paciente 110) caiu de 8 (um valor satisfatório para o protocolo de "Hipovolemia") para 4 (um valor insatisfatório para o protocolo de "Hipovolemia"). De acordo com ajustes específicos de protocolo (por exemplo, descritos em re- lação às Figuras 4 e 12 acima), o cérebro de cabeceira 100 mostrará uma mensagem de aviso se o índice de volume for abaixo de 7. As- sim, como ilustrado na Figura 18, o cérebro de cabeceira 100 exibe a mensagem de aviso. O cérebro de cabeceira 100 além disso provê o usuário com um curso de ação recomendado em resposta à con- dição do paciente disparando a mensagem de aviso (por exemplo, baixo status de volume).

[0078] Alternativamente ou além de exibir uma mensagem de aviso, o cérebro de cabeceira 100 pode prosseguir para executar uma ação adicional. A Figura 19 ilustra a interface do cérebro de cabeceira 100, onde o índice de volume para o paciente 110 perma- neceu em 4 (um valor insatisfatório). De acordo com os ajustes es- pecíficos de protocolo (por exemplo, descritos com relação às Figu- ras 4 e 12 acima), o cérebro de cabeceira 100 disparará a ação es- pecífica de protocolo (por exemplo, "Ação de Segurança"). Por exemplo, o cérebro de cabeceira 100 indica a ação que este execu- tará, com o dispositivo específico (por exemplo, BOLUS a infusão de reidratação "com "Bomba de Infusão"). Neste ponto, o cérebro de cabeceira 100 pode disparar alarmes adicionais (por exemplo, alar- mes audíveis, alarmes visuais, alarmes para dispositivos remotos, etc.) para informar o usuário que uma ação será executada. O cére- bro de cabeceira 100 inicia uma contagem regressiva para o tempo de autoexecução (por exemplo, acima descrito com relação à Figura 8). Enquanto o cérebro de cabeceira 100 está em contagem regres- siva para o tempo de autoexecução, o usuário pode selecionar Can- celar ou Executar Agora como ilustrado pela Figura 20. Por exemplo, responsivo ao usuário selecionar qualquer opção, o cérebro de ca- beceira 100 exibe um teclado, de modo que o usuário possa inserir um PIN ou outra senha para destravar o cérebro de cabeceira 100 e acessar a capacidade de Cancelar ou Executar Agora. Isto vantajo- samente assegura que usuários não autorizados não possam can- celar ou executar protocolos no cérebro de cabeceira 100.

[0079] A Figura 21 ilustra a interface do cérebro de cabeceira 100, uma vez destravado pelo usuário. Por exemplo, o usuário pode selecionar "Cancelar", de modo que o cérebro da cabeceira 100 não mais configure o dispositivo de terapia de paciente 106A com o pro- tocolo selecionado. Se cancelada, a configuração de protocolo pode ser completamente cortada do dispositivo de terapia de paciente 106A. Em outras palavras, para reativar o protocolo, o usuário deve passar através de todas as etapas previamente descritas (come- çando na descrição da Figura 3). Alternativamente, o usuário pode selecionar "Executar Agora", de modo que o cérebro de cabeceira 100 imediatamente execute a ação associada com o protocolo. No protocolo de Hipovolemia, a ação é "Automaticamente Bolus" a infu- são de reidratação. Por exemplo, selecionando "Executar Agora" no cérebro de cabeceira 100, o cérebro de cabeceira 100 instrui o dis- positivo de terapia de paciente 106A para executar bolus no paciente 110 (com parâmetros definidos previamente, como na Figura 12), e o dispositivo de terapia de paciente 106A fornece o bolus para o pa- ciente 110.

[0080] Alternativamente, ao invés de selecionar "Cancelar" ou "Executar Agora", o usuário pode esperar o tempo de autoexecução expirar. A Figura 22 ilustra a interface do cérebro de cabeceira 100, exibindo a autoexecução do protocolo. Mais tipicamente, esta cir- cunstância ocorre se o usuário estiver fora do quarto do paciente. Nesta situação, uma vez que o tempo de autoexecução expira, o cérebro de cabeceira 100 executa a ação ditada pelo protocolo como acima descrito (por exemplo, "Automaticamente Bolus" a infusão de reidratação). Assim, independentemente se o usuário está ciente da mensagem de aviso ou que o cérebro de cabeceira 100 pretende executar a ação, o cérebro de cabeceira 100 prossegue para execu- tar a ação ditada pelo protocolo uma vez que o tempo de autoexe- cução expira.

[0081] Também, similar à descrição de cancelamento acima, uma vez que o protocolo é executado (por exemplo, através de "Exe- cutar Agora" ou através de expiração de tempo de autoexecução), a configuração de protocolo pode ser completamente cortada do dis- positivo de terapia de paciente 106A. Em outras palavras, para rea- tivar o protocolo, o usuário deve passar através de todas as etapas previamente descritas (começando na descrição da Figura 3). Isto assegura que um protocolo é somente executado uma vez, se de todo.

[0082] Como uma modalidade adicional, podem existir situações onde, antes da ação ser executada pelo cérebro de cabeceira 100, a condição do paciente 110 melhora. Por exemplo, a interface do cérebro de cabeceira 100 pode exibir protocolos atualizados. Neste exemplo, quando comparado com a Figura 18, a interface do cérebro de cabeceira 100 pode exibir que o índice de volume do paciente 110 melhorou de 4 (um valor insatisfatório) para 8 (um valor satisfa- tório). Assim, pelos ajustes específicos de protocolo (por exemplo, descritos com relação às Figuras 4 e 12 acima), o cérebro de cabe- ceira 100 não mais precisa executar uma ação ou mostrar uma men- sagem de aviso (por exemplo, o índice de volume não está abaixo de 7 pelo protocolo). Apesar do protocolo não estar mais ativo, o cérebro de cabeceira 100 pode incluir um histórico do que aconte- ceu, ou o que disparou o protocolo inicialmente. Neste modo, o usu- ário pode ver um sumário histórico de quaisquer protocolos dispara- dos, com base em parâmetros fisiológicos do paciente indesejáveis ou não ideais.

[0083] A Figura 23 ilustra a interface de uma interface de moni- toramento central de cérebro de cabeceira. Especificamente, como previamente notado, o servidor de cérebro de cabeceira 102 pode monitorar o status de múltiplos cérebros de cabeceira, tal como em uma rede hospitalar (por exemplo, conectados ao servidor). O servi- dor de cérebro de cabeceira 102 coleta dados enviados pelo cérebro de cabeceira 100 conectado no paciente 110 (e cérebros de cabe- ceira adicionais conectados a pacientes adicionais) e provê informa- ções analíticas (por exemplo, informações de desempenho, informa- ções de pacientes, etc.). Estas informações podem ser vistas e/ou acessadas de uma localização central, tal como a interface de moni- toramento central na Figura 23. Neste modo, o usuário pode identi- ficar o status de protocolos individuais através de um número de cé- rebros de cabeceira para um número de pacientes e dispositivos de terapia de paciente relativos 106A-B.

[0084] Em uma modalidade, o cérebro de cabeceira 100 afirma- tivamente identifica interrupções de terapia (por exemplo, uma oclu- são de bomba), e consequentemente dispara um alarme de disposi- tivo de terapia (por exemplo, indicação de oclusão de bomba), aler- tando o médico e modificando a terapia com base na interrupção de terapia. Por exemplo, o cérebro de cabeceira 100 pode mudar ou atualizar o fluxo de outras medicações (se necessário) para manter a segurança do paciente ao invés de uma interrupção de terapia.

[0085] Em uma modalidade, o cérebro de cabeceira 100 afirma- tivamente identifica distúrbios que ocorrem normalmente e leva em conta estes distúrbios. Por exemplo, se o paciente tossir, o cérebro de cabeceira 100 identifica este impulso e leva-o em conta.

[0086] Em uma modalidade, o cérebro de cabeceira 100 afirma- tivamente identifica uma falha de entrada de paciente (por exemplo, falha de monitor de sinais vitais). O cérebro de cabeceira 100 pode receber uma indicação de falha de monitor (por exemplo, indicação de falha de condutor de ECG), alerta o médico, e modifica a terapia (se necessário) para manter a segurança do paciente ao invés da falha de entrada de paciente.

[0087] Em uma modalidade, se o dispositivo de terapia de paci- ente 106A não pode completamente cumprir uma ação de protocolo, o dispositivo de terapia de paciente 106A fará, apesar de tudo, um melhor esforço para fazê-lo. Por exemplo, uma ação de protocolo instrui uma bomba para fornecer um bolus de 500 cm?, o que era inicialmente possível quando o protocolo foi primeiro ativado; mas, agora não existe mais 500 cm? dentro do reservatório de bomba (por exemplo, somente 300 cm? restantes). O melhor esforço é adminis- trar os 300 cm? e notificar o cérebro de cabeceira 100 do déficit. O cérebro de cabeceira 100 então prosseguirá para notificar o usuário sobre este déficit (por exemplo, na interface do cérebro de cabeceira

100). Em uma modalidade, os dispositivos podem continuamente atualizar uma lista de capacidades individuais, por exemplo, se uma droga está ficando baixa, se um bolus além do volume requerido não é mais capaz etc., e enviar estas listas de capacidades para o cére- bro de cabeceira 100. Assim, o cérebro de cabeceira 100 pode dina- micamente determinar quais protocolos estão disponíveis, dados os recursos à sua disposição.

[0088] Em uma modalidade, o cérebro de cabeceira 100 imple- menta um protocolo de segurança de paciente automatizado por pa- rada de terapia danosa. Por exemplo, o cérebro de cabeça 100 pode incluir tanto capacidade de monitoramento quanto suporte de aplica- ção / decisão (por exemplo, tendências contextuais, alertas de pro- tocolo etc.). O cérebro de cabeceira 100 pode identificar uma terapia danosa e parar a terapia danosa (por exemplo, parando o dispositivo de terapia de infundir), e pode executar funções de protocolo de se- gurança adicionais (por exemplo, infundir uma droga para auxiliar no protocolo de segurança do paciente ou aperfeiçoamento fisiológico).

[0089] Referindo a parar o dispositivo de terapia de infundir, o cérebro de cabeceira 100 pode além disso estar conectado a dispo- sitivos externos, tal como um dispositivo eletromecânico que, no re- cebimento de um comando (com fio ou sem fio) do cérebro de cabe- ceira 100, comprime uma tubulação oca compressível (por exemplo, um cateter intravenoso, um cateter de diálise, um cateter de foley, tubulação de oxigênio e similares). Deste modo, o dispositivo eletro- mecânico pode efetivamente cortar o fluxo de conteúdo através da tubulação flexível. O dispositivo eletromecânico pode aplicar esta ca- racterística de segurança (por exemplo, parar o fluxo) a qualquer dis- positivo terapêutico que tenha uma tubulação flexível, sem requerer comunicação direta com o dispositivo terapêutico. Ao invés, somente uma comunicação com o cérebro de cabeceira 100 é necessária. O dispositivo eletromecânico pode comprimir a tubulação oca com- pressível através de pinçamento, dobramento, compressão ou outro meio relativo. O dispositivo eletromecânico pode empregar um grampo deslizante ou rolo, um batente rotativo ou outras caracterís- ticas relativas. Similarmente, o dispositivo eletromecânico pode des- comprimir um tubo oco previamente comprimido, assim revertendo o fluxo ocluso e permitindo o fluxo de conteúdo através da tubulação flexível.

[0090] Em outra modalidade, o cérebro de cabeceira 100 imple- menta um protocolo de segurança de paciente automatizado por ini- ciação ou mudança de terapia. Por exemplo, o cérebro de cabeceira 100 pode incluir aplicações / suporte de decisão adicionais, algorit- mos adicionais, monitoramento e capacidades de alerta, e pode in- corporar algoritmos criados por cliente.

[0091] Em outra modalidade, o cérebro de cabeceira 100 imple- menta um controle fisiológico automatizado. Por exemplo, o cérebro de cabeceira 100 pode incluir aplicações / suporte de decisão adici- onais, algoritmos adicionais, monitoramento e capacidades de alerta e pode incorporar algoritmos criados por cliente, além de controle físico de dispositivos (por exemplo, titulação de gotejamento de va- sopressor automático e gerenciamento de fluidos). O cérebro de ca- beceira 100 pode identificar uma terapia danosa, parar a terapia da- nosa e executar funções de protocolo de segurança automatica- mente. Customização de Protocolo de Cérebro de Cabeceira

[0092] O cérebro de cabeceira 100 pode incluir uma ferramenta de criação e validação de regras, tal como qualquer atuador ou fonte adicional, como acima notado, pode criar regras a serem implemen- tadas como protocolos no cérebro de cabeceira 100. Similarmente, o cérebro de cabeceira 100 pode comunicar com uma biblioteca de regras, a qual pode ser uma biblioteca local (por exemplo, armaze- nada no cérebro de cabeceira 100) ou uma biblioteca externa (por exemplo, acessada através do servidor de BSB 102, nuvem 104, ou a Internet). Assim, as características aqui descritas, que incluem a ferramenta de criação e validação de regras, pode ser acessada pelo usuário no cérebro de cabeceira 100, ou remotamente em um com- putador externo.

[0093] Geralmente uma especificação de regra pode prover o usuário com os elementos requeridos específicos para configurar o cérebro de cabeceira 100 para uma regra especificada, a ser imple- mentada como um protocolo. Por exemplo, a especificação de regra identifica a estrutura a máquina de execução, requerida para uma regra individual (por exemplo, a especificação de configuração de máquina de regras). A especificação de regra identifica ações que são executadas quando da execução da regra. A especificação de regra pode ser validada fora do cérebro de cabeceira 100 (por exem- plo, na ferramenta de especificação de regras, em outro cérebro de cabeceira, etc.). Em várias modalidades, uma execução de regra pode ocorrer como uma lista ordenada, onde cada regra é executada separadamente ou a execução de regras pode ser concatenada, de modo que um único dispositivo (com um único fluxo de trabalho) possa executar diversas regras simultaneamente.

[0094] Referindo à ferramenta de criação e validação de regras (também aqui referida como a ferramenta de especificação de re- gras), a ferramenta de especificação de regras permite o usuário construir uma regra específica a ser implementada como um proto- colo. A ferramenta de especificação de regras provê uma máquina de execução configurável que executa a regra. A máquina de exe- cução para o protocolo individual poderia ser tão simples quanto uma função de revestimento, ou tão complexo quanto uma máquina de inteligência artificial treinada com base em um gráfico específico (por exemplo, FFT, filtro Kalman de ondulação, etc.). Por exemplo, a re- gra emprega uma lógica de se-então, antes de executar a ação adi- cional. A máquina de execução e sua construção pode executar em uma unidade de processamento geral e/ou um subprocessador. À ferramenta de especificação de regras provê um ambiente de simu- lação, o qual pode permitir a validação da regra contra um teste e um banco de dados de validação. A ferramenta de especificação de regras provê um mecanismo para gerenciar e distribuir várias regras (por exemplo, sobre o servidor de nuvem). A ferramenta de especi- ficação de regras assegura que a regra final segue um conjunto de verificações estritas de formatação, conteúdo, e validade de regra, como ditado pela especificação ou requisitos de regra. A ferramenta de especificação de regras indica se a regra não está em conformi- dade com a semântica e critérios de execução.

[0095] Ainda, o cérebro de cabeceira 100 de preferência verifi- cará que uma regra selecionada está em conformidade com uma semântica de critérios de execução predeterminados. Do mesmo modo, o cérebro de cabeceira 100 de preferência indicará se uma regra não está em conformidade com a semântica e critérios de exe- cução predeterminados, e não permitirá que a regra seja ativada como um protocolo. O cérebro de cabeceira 100 pode ainda incluir diagnósticos de tempo de execução mecanismos de segurança in- ternos (por exemplo, temporizador de guarda, estabelecimentos de comunicação e pontos de verificação de subsistemas, segmentação de segurança, etc.). Se o cérebro de cabeceira 100 detectar um erro interno, este coloca o sistema em um estado seguro, e alerta o mé- dico.

[0096] Os criadores de especificação de regras, notados como atuadores adicionais podem ser representantes autorizados que po- dem aprovar, criar, e enviar regras para cérebros de cabeceira (por exemplo, através do servidor de cérebro de cabeceira 102). Especi- ficamente, estes atuadores adicionais podem gerar requisitos para uma dada regra, estabelecer critérios para tratamento de uma con- dição específica, utilizar ferramentas para criar uma regra para tratar uma condição específica, executar uma validação da regra utilizando ferramentas autorizadas, documentar a regra, e enviar a regra para o servidor de cérebro de cabeceira 102 para distribuição para o cé- rebro de cabeceira 100.

[0097] Em uma modalidade, o próprio cérebro de cabeceira 100 analisa o protocolo e garante que o sistema habilitará o protocolo para possível ativação se o protocolo seguir toda a sintaxe apropri- ada. Em uma modalidade, o cérebro de cabeceira 100 aceita regras formatadas em sintaxe de Arden. Em uma modalidade, o cérebro de cabeceira 100 analisa o protocolo e compreende os requisitos do protocolo porque este analisou o que o protocolo faz lendo sua lógica algorítmica ao invés de basear-se em elementos de metadados ge- rados manualmente que poderiam estar em conflito com a própria regra. Em uma modalidade, o cérebro de cabeceira 100 pode anali- sar que para notar se uma entrada / saída é opcional sem ter que fazer que um item de metadados manualmente inserido no proto- colo. Por exemplo, se o cérebro de cabeceira 100 identificar que uma condicional de protocolo testa se um sensor foi conectado e/ou con- figurado, estão aquele sensor pode ser opcional. Do mesmo modo, o cérebro de cabeceira 100 pode permitir entradas opcionais, como uma alternativa à análise.

[0098] Em uma modalidade, o cérebro de cabeceira 100 inclui um tradutor semântico, de modo que o próprio cérebro de cabeceira

100 não requeira qualquer codificação de hardware relativa a qual- quer dispositivo de terapia de paciente 106A-B. Referindo ao tradu- tor semântico, este pode incluir um arquivo de configuração editável (por exemplo, uma localização que permite mapear de uma termino- logia para outra). Neste modo, por exemplo, se um sensor diz que este é do tipo "ECG", mas a regra específica um sensor do tipo "EKG", e estes dois são a mesma coisa, mas, para diferentes termi- nologias, o arquivo de configuração habilita um mapeamento de ECG para EKG (e vice-versa) de modo que existe uma camada de indireção entre a sintaxe da regra e a sintaxe enviada pelo disposi- tivo 106A-B.

[0099] Em relação a dispositivos terapêuticos 106A-B, cada dis- positivo terapêutico 106A-B pode ser individualmente compatível com o cérebro de cabeceira 100. Por exemplo, o dispositivo 106A-B pode ser requerido seguir certos comportamentos e seguir quaisquer protocolos de comunicação requeridos pelo cérebro de cabeceira

100. Em uma modalidade, quando de uma conexão (por exemplo, através de fio) entre um dispositivo terapêutico 106A-B e o cérebro de cabeceira 100, ocorre um estabelecimento de comunicação ocorre entre o cérebro de cabeceira 100 e o dispositivo terapêutico 106A-B. Em uma modalidade, o estabelecimento de comunicação inclui identificação, pelo dispositivo terapêutico 106A-B: (1) que este é um dispositivo terapêutico, (2) qual tipo de dispositivo este é, (3) quais ações não terapêuticas este pode executar, e (4) quais ações terapêuticas este pode executar.

[0100] Referindo aos sensores 108A-B, cada sensor 108A-B pode seguir um protocolo específico (por exemplo, protocolo IHE- PCD) ou algum outro protocolo padrão comum. Do mesmo modo, como uma alternativa, o cérebro de cabeceira 100 pode incluir dri- vers de dispositivo, para dispositivos de propriedade comum 108A-

B (por exemplo, monitores GE e/ou Phillips). De preferência, os dri- vers de dispositivo não estarão na fonte de código principal do cére- bro de cabeceira 100.

[0101] Em uma modalidade, cada protocolo é independente de todos outros protocolos. Por exemplo, nenhum protocolo pode ope- rar conhecendo ou utilizando o contexto de outro protocolo. Um pro- tocolo pode escrever dados no armazenamento de dados. Estes da- dos, escritos pelo protocolo, podem ser legíveis somente pelo proto- colo (por exemplo, para assegurar que protocolos executem inde- pendentemente uns dos outros). Do mesmo modo, cada "terapia" pode somente ser controlada por um único protocolo. O cérebro de cabeceira 100 pode restringir o usuário para habilitar um protocolo se qualquer das ações potenciais do protocolo incluir controlar uma terapia que já está sendo controlada por outro protocolo. O cérebro de cabeceira 100 pode enviar o ID do protocolo solicitando uma ação no tempo que este envia uma solicitação. Por exemplo, isto permite que o próprio dispositivo terapêutico 106A-B recuse ou aceite um comando do cérebro de cabeceira 100 se este originar de um proto- colo que é diferente do que aquele o qual já está controlando.

[0102] Mais especificamente, os protocolos podem incluir um nú- mero de características. Em uma modalidade, os protocolos podem incluir metadados. Por exemplo, os protocolos podem definir entra- das de usuário requeridas, legenda de ditas entradas, tipo de entra- das, e valores permitidos para as entradas e valores padrão (se exis- tirem) para entradas. Do mesmo modo, por exemplo, os protocolos podem incluir uma descrição do protocolo e um nome do protocolo, que estará faceando o usuário (por exemplo, a interface de usuário). Do mesmo modo, por exemplo, os protocolos podem incluir valores padrão (por exemplo, tempo de desativação padrão). Do mesmo modo, por exemplo, os protocolos podem declarar um tipo de proto- colo (por exemplo, "protocolo de segurança"). Em uma modalidade, os protocolos estão configurados para serem estruturas simples, não em loop, se então outro e/ou se outro. Como um resultado, os pro- tocolos podem ser exibíveis em um fluxograma ou através de outros meios, e prontamente compreensíveis pelos usuários. Em uma mo- dalidade, os fluxogramas podem incluir aliases descritivos (por exemplo, para condições complexas), podem eliminar condicionais embutidas em uma única declaração ou exibir outros substitutos para aperfeiçoar a legibilidade do usuário do fluxograma. Em uma modalidade, os protocolos têm verbos / caracteres limitados para re- duzir o risco de erros de protocolos (por exemplo, devido a hackers e/ou escrita incorreta). Em uma modalidade, se os protocolos incluí- rem verbos / caracteres adicionais, além dos verbos / caracteres |i- mitados permitidos, o cérebro de cabeceira pode recusar a permitir que o protocolo seja ativado. Em uma modalidade, as condicionais de protocolo podem executar várias operações. As condicionais de protocolo podem executar operações simples disponíveis para o pro- tocolo através da sintaxe incluindo aritmética (por exemplo, multipli- car, dividir etc.) e lógica (por exemplo, contém, começa com, etc.). Por exemplo, "se (HR < user minimum * 2) então". As condições de protocolo podem executar operações complexas disponíveis para o protocolo através de funções fornecidas por sistema que são parte da sintaxe.

[0103] Em uma modalidade, as condicionais de protocolo podem também referenciar um código mais arbitrário que reside em outro lugar na sintaxe (por exemplo, uma seção de funções customiza- das). Em uma modalidade, como múltiplos diferentes sensores 108A-B poderiam prover o mesmo elemento de dados (por exemplo, taxa cardíaca), o protocolo deve ser capaz especificar se o elemento de dados deve vir de uma fonte / sensor específico, ou não. Em uma modalidade, o protocolo deve ser capaz de ter entradas ou saídas opcionais. Em uma modalidade, a sintaxe é uma versão limitada de uma linguagem de programação padrão (por exemplo, Python), mo- dificada para simplicidade para garantir que a sintaxe tenha verbos / caracteres limitados. Em uma diferente modalidade, a sintaxe é ana- lisada como uma nova sintaxe.

[0104] Idealmente, o cérebro de cabeceira 100 pode executar qualquer protocolo arbitrário, desde que o protocolo siga a sintaxe apropriada e quaisquer outras regras, limitações, e requisitos, reque- ridos pelo cérebro de cabeceira 100 para um protocolo apropriado. O próprio cérebro de cabeceira 100 verifica o protocolo e garante que o cérebro de cabeceira somente habilitará um protocolo para ativação se o protocolo seguir a sintaxe apropriada e quaisquer ou- tras regras, limitações, e requisitos, requeridos para um protocolo de cérebro de cabeceira adequado. Em uma modalidade, múltiplos pro- tocolos podem ser executados sobre um dispositivo e/ou múltiplos dispositivos simultaneamente. Assim, o cérebro de cabeceira 100 gerencia protocolos, enquanto interfaceando com tanto uma plurali- dade de dispositivos de monitoramento quanto uma pluralidade de dispositivos de terapia.

[0105] Em uma modalidade, cada dispositivo conectado 106A-B / 108A-B é considerado uma "entrada" (por exemplo, alimenta dados para o cérebro de cabeceira) e alguns dispositivos são considerados "saídas" (por exemplo, podem executar uma função ou ação adicio- nal), e um subconjunto de saídas é considerado dispositivos de te- rapia de paciente 108A-B (por exemplo, pode fornecer uma terapia). Em uma modalidade, o cérebro de cabeceira 100 conecta o disposi- tivo através de um fio. Por exemplo, uma conexão com fio reduz o risco cibernético e malware. Do mesmo modo, por exemplo, uma co- nexão com fio pode assegurar que sensores individuais, dispositivos terapêuticos, e o cérebro de cabeceira 100 estão todos associados com o mesmo paciente (por exemplo, no mesmo quarto físico do paciente).

[0106] Em uma modalidade, existem diferentes tipos de disposi- tivos de terapia 106A-B. Alguns dispositivos de terapia 106A-B pro- veem somente uma terapia de cada vez. Por exemplo, uma bomba de infusão básica somente infunde um medicamento de cada vez. Alguns dispositivos de terapia 106A-B proveem mais do que uma terapia por vez. Por exemplo, uma bomba de múltiplos canais pode infundir múltiplos medicamentos de cada vez. Alguns dispositivos de terapia 106A-B podem somente ter uma instância daquele disposi- tivo por paciente. Por exemplo, somente um ventilador é utilizado com um único paciente. Alguns dispositivos de terapia 106A-B po- dem ter múltiplas instâncias daquele dispositivo por paciente. Por exemplo, múltiplas bombas de infusões podem ser utilizadas com um único paciente. Em uma modalidade, "terapia" é a terapia espe- cífica provida pelo dispositivo específico. Por exemplo, a terapia para um ventilador é ventilação; a terapia para uma bomba IV é a combi- nação de infusão mais o medicamento específico que está sendo infundido.

[0107] Em uma modalidade, se um único dispositivo puder e es- tiver configurado para executar múltiplas terapias, o único dispositivo emula um dispositivo por terapia em suas comunicações com o cé- rebro de cabeceira 100. Por exemplo, uma bomba |V de três canais que tem somente um medicamento emularia um único dispositivo e uma única terapia. Do mesmo modo, por exemplo, a bomba IV de três canais que tem todos os três canais conectados a diferentes medicamentos emularia três dispositivos e três terapias (por exem- plo, um medicamento por terapia). Neste exemplo, a bomba IV de três canais enviaria três estabelecimentos de comunicação separa- dos e três mensagens separadas com cada atualização de seu sta- tus.

[0108] Em uma modalidade, uma multiplicidade de parâme- tros fisiológicos pode ser monitorada com os dispositivos de mo- nitoramento de pacientes 108A-B. Uma listagem exemplar de vá- rios parâmetros fisiológicos está ilustrada na Tabela 1 abaixo. Deve ser notado que as entradas listadas na Tabela 1 formam uma lista não inclusiva. Muitas outras entradas, além daquelas na Tabela 1, são contempladas pelo cérebro de cabeceira. Tabela 1. Saídas Exemplares Parâmetro | Fonte | Tipo Faixa Normal | Faixa Repre- Unidades Descrição de Em Máxima | sentação trada na "regra" Taxa car- | Instru- Inteiro 60 - 100 Batimentos, pulsos de díaca mento QRS por minuto Spo2 Instru- Flutuante | 90 - 100 Porcento Percentagem de He- mento moglobina Oxigenada Pressão Instru- Inteiro 90 - 140 mmHg Usualmente — incluída Arterial mento em "sinais vitais” Sistólica Pressão Instru- Inteiro 60-90 mmHg Usualmente — incluída Arterial Di- | mento em "sinais vitais” astólica Pressão Instru- Inteiro 70-100 mmHg Valor calculado Arterial mento Média Taxa res- | Instru- Inteiro 12-40 min Dependente de idade piratória — | mento (mais alta para recém- nascido) Tempera- | Instru- Flutuante | 98 - 98,6 GrauF Usualmente — incluída tura cor- | mento em "sinais vitais” poral Lactato Lab Flutuante | 0,5-1,0 mmol/L Lactato alto pode indi- car hipoperfusão. Va- riável bioquímica rela- tiva à sepse Déficit de | Lab Flutuante | -0,2-2,0 mEqQ/L Variável bioquímica base relativa à sepse. Alca- lose metabólica se muito alta, acidose metabólica se muito baixa Nível de | Lab Inteiro <125 maldL Açúcar no sangue glicose no soro Nível de | Lab Inteiro 22-29 mmol/L Quantidade total de bicarbo- dióxido de carbono nato no soro Nivel de | Lab Flutuante | < 1,0 mg/dL elevado pode indicar cetona no cetoacidose soro pH Lab Flutuante | 7,35 -7,45 PH de sangue arterial; menor do que 7,3 pode indicar cetoaci- dose GFR Lab Flutuante | 60 < mLmin/1,73 | Muito baixo pode indi- A a a A A A A] Creatinina | Lab Flutuante | 0,6 -1,3 mg/dL Aumento pode indicar as O eatea | Emissão Instru- Flutuante | 0-10 L Diminuição pode indi- Eca a a a o ECG Instru- | Analó- 12 condutores o free fa Ns Contagem | Lab Inteiro 3500 - 10500 células / mi- | Obtida de teste de de WBC crolitro contagem de sangue completo (CBC) Contagem | Lab Inteiro 150000 - limicrolitro Obtida de teste de de plaque- 45000 contagem de sangue tas completo (CBC) Exemplos de Casos de Utilização

[0109] Como anteriormente descrito, o cérebro de cabeceira 100 permite um médico ajustar faixas para valores de entrada, valores derivados, ajustes de dispositivo e outros pontos de dados e pode executar uma terapia relativa a um protocolo de segurança especí- fico. Um exemplo abaixo ilustra um protocolo para uma regra de hi- percalemia.

Tabela 2. Regra de Hipercalemia Exemplar INome da Regra |Protocolo de Segurança de Hipercalemia ipo de Regra |Protocolo de Segurança, uma regra de injeção única requeria o usuário reabilitar Informações de Paciente Requeridas Nenhuma |Perguntado na seleção de regras Lista de parâmetros de regra ajustáveis: Pergun- |Uma tupla para cada parâmetro ajustável específico tado na seleção de regras de regra |Parâmetros Específicos de Regra de Paciente HR MIN PT HYPERKALEMIA, o padrão é HR MIN

IHYPERKALEMIA exto de Parâmetro Específico de Regra Do Paci- [Ajustar a taxa cardíaca permissível mínima para Hi- ente percalemia:" |Faixa Permissível de Parâmetro de Regra especí- 140 < taxa cardíaca mon de hipercalemia < 70 ica de Paciente |Regra de Validação de Entrada [Especificar e inserir regra de validação Lista de Dispositivos de Entrada Requeridos ECG axa Cardíaca (ecg.heart rate, AND (spo2.heart rate OR piva.heart rate)) Lista de Dispositivos de Saída Requeridos |Pump 1: Potássio, Desligamento por ação [ide Ene Bicarbonato, Ação fornece Bolus, Volume de |IProtetores de saída Nenhum protetor de potássio requerido desligamento| somente) Máximo de Protetor de Volume de Bicarbonato Volume = XXX mL ondições para Seleção Habilitada [ECGVALID AND (HRVALDECG OR HR VALID SPO2) AND (PUMP 1 RUNNING AND| PUMP 1 DRUG == POTASSIUM) — AND PUMP 2 STANDBY AND PUMP 2 DRUG == BICAR. BONATE)) | UE o | Lista de Ações terapêuticas Pumpl.potasium OFF

MM

[0110] A lógica de regra relativa para a Regra de Hipercalemia Exemplar inclui: IF (NOT ANY PUMP DELIVERING EPI) //Isto é uma verificação de segurança de droga básica IF (ECG FAULTED E HEART RATE ECG INVALID) // Entra- das requeridas são ambas faltadas ACTION: CFH RULE NOTA: aqui a unidade para no estado de falta, pode o CFH ser desligado off? Consideração de sempre precisar reiniciar o alarme manual- mente sem reiniciação automática.

ELSEIF (ECG FAULTED AND HEART RATE VALID) AND ( (HEART RATE < HR MIN PT HYPERKALEMIA) OR (HEART RATE < HEART RATE BASELINE * 0.6)) ACTION: CHF RULE ACTION: TURN OFF POTASIUM ELSEIF (QORS WIDTH> ORS WIDTH MAX HYPERKALIMIA) OR (QRS WIDTH>(QRS WIDTH BASLINE * 1.25))

AND

((HEART RATE < HR MIN PT HYPERKALEMIA) OR (HEART RATE < HEART RATE BASELINE * 0.6)

AND (ALGO QRS PEAKING PRESENT() OR QRS PEAKING GET LEVEL BASELINE * 1.25) // Neste con- texto, com um algoritmo ACTION: CHF RULE ACTION: TURN OFF POTASIUM ACTION: DELIVER BICARB

ENDIF ELSE ACTION: CHF RULE SHOW DIALOG INDICATE SLECTION OF HYPERKALEMIA WHILE EPI DELIVERY ENDIF

[0111] Por exemplo, o paciente 110 está em uma a unidade de telemetria 106A e está recebendo uma administração IV de potássio através de uma bomba de infusão 108A. As ondas T do paciente atingem o pico, e o complexo QRS começa a alargar e a taxa cardí- aca do paciente 110 diminui. Estes são alguns sinais típicos de hi- percalemia. O cérebro de cabeceira 100 lê os dados do paciente e reconhece este padrão, através dos "sinais típicos" apenas notado. O cérebro de cabeceira 100 soa um alarme, chamando um enfer- meiro, médico, ou outro provedor de cuidados de saúde de emer- gência. Infelizmente, ninguém responde ao alarme. O cérebro de ca- beceira 100 executa um protocolo de segurança: ele para a adminis- tração de potássio IV. Além disso, em modalidades específicas, o cérebro de cabeceira 100 pode executar protocolos de segurança de acompanhamento adicionais, tal como injetar uma ampola de bicar- bonato de sódio (ou cloreto de cálcio, se o paciente não estiver utili- zando digoxina). Para resumir, o cérebro de cabeceira 100 parará a infusão de potássio se o eletrocardiograma do paciente 110 mostrar sinais de potássio perigosamente alto.

[0112] Em um segundo exemplo, o protocolo de segurança re- fere-se a uma regra de hipotensão. Por exemplo, um paciente pós- cirúrgico 110 está recuperando, mas começa uma hemorragia in- terna. O cérebro de cabeceira 100 prediz hipotensão, recebendo en- tradas de taxa respiratória, taxa cardíaca, sinal de status de volume e valores derivados através de subnodos no algoritmo de variabili- dade de taxa cardíaca, variabilidade de taxa respiratória e taxa de mudança de status de volume. O cérebro de cabeceira 100 pede ajuda, mas ninguém responde. Então o sinal de status de volume do paciente 110, indica hipotensão. O cérebro de cabeceira 100 fornece um bolus IV de 500 cm? de solução de Ringer Lactado para o paci- ente 110, chama o médico, chama o enfermeiro e continua a emitir um alarme audível.

[0113] Em um terceiro exemplo, um protocolo de segurança re- fere-se a identificar uma sobrecarga de fluido. Por exemplo, um pa- ciente 110 no departamento de emergência está recebendo fluidos IV para desidratação, porque o paciente 110 está com gripe. O cé- rebro de cabeceira 100 identifica que o paciente 110 está tornando- se sobrecarregado de fluido, com base no sinal de status de volume 110 do paciente, e que a taxa respiratória do paciente 110 está tam- bém aumentando. A cérebro de cabeceira 100 considera estes fato- res como relativos à infusão de fluido IV, e pede ajuda, mas ninguém responde. O cérebro de cabeceira 100 reduz a taxa de infusão de fluido IV, chama o médico, chama o enfermeiro e continua a emitir um alarmar audível.

[0114] Em um quarto exemplo, um protocolo de segurança re- fere-se a predizer de hipotensão. Por exemplo, o paciente 110 está recebendo hemodiálise na unidade de terapia intensiva. O cérebro de cabeceira 100 identifica hipotensão, utilizando entradas de taxa respiratória, taxa cardíaca, sinal de status de volume, e valores deri- vados através de subnodos no algoritmo de variabilidade de taxa cardíaca, variabilidade de taxa respiratória e taxa de mudança de status de volume. O cérebro de cabeceira 100 pede ajuda, mas nin- guém responde. O cérebro de cabeceira 100 automaticamente reduz a diálise para a sua taxa mais lenta possível, chama o enfermeiro, chama o médico e continua a emitir um alarmar audível.

[0115] Em um quinto exemplo, um protocolo de segurança re- fere-se a predizer hemorragia. Por exemplo, o paciente 110 é sub- metido a injeções de heparina de baixo peso molecular para um pro- blema de coágulo sanguíneo, apesar de significativas preocupações que o paciente 110 poderia sofrer hemorragia. O cérebro de cabe- ceira 100 nota uma taxa cardíaca amentada, taxa respiratória au- mentada e baixo status de volume. O cérebro de cabeceira 100 pede ajuda, mas ninguém responde. O cérebro de cabeceira 100 pode iniciar duas ações: infundir um bolus de 250 cm? de solução salina e começar uma lenta injeção de sulfato de protamina IV (por exemplo, para parcialmente reverter as injeções de heparina).

[0116] Deve ser apreciado que os exemplos acima providos não são limitantes, e que o cérebro de cabeceira pode executar muitas outras ações de protocolo de segurança com muitos outros sensores e dispositivos terapêuticos.

[0117] Será apreciado que todos os métodos descritos e proce- dimentos aqui descritos podem ser implementados utilizando um ou mais programas ou componentes de computador. Estes componen- tes podem ser providos como uma série de instruções de computa- dor sobre qualquer meio legível por computador convencional, inclu- indo RAM, ROM, memória instantânea, discos magnéticos ou ópti- cos, memória ótica, ou outros meios de armazenamento. As instru-

ções podem ser configuradas para serem executadas por um pro- cessador, o qual quando executando a série de instruções de com- putador executa ou facilita o desempenho de todos ou parte dos mé- todos e procedimentos descritos.

[0118] Como utilizado nesta especificação, incluindo as reivindi- cações, o termo "e/ou" é uma conjunção que é ou inclusiva ou ex- clusiva. Consequentemente, o termo "e/ou" ou significa a presença de duas ou mais coisas em um grupo ou significa que uma seleção pode ser feita de um grupo de alternativas.

[0119] As muitas características e vantagens da presente descri- ção estão aparentes da descrição escrita, e assim, as reivindicações anexas pretendem cobrir todas tais características e vantagens da descrição. Ainda, como numerosas modificações e mudanças pron- tamente ocorrerão para aqueles versados na técnica, a presente descrição não está limitada à construção e operação exatas, como ilustrado e descrito. Portanto, as modalidades descritas devem ser tomadas como ilustrativas e não restritivas, e a descrição não deve ser limitada aos detalhes aqui fornecidos mas deve ser definida pe- las reivindicações seguintes e seu escopo total de equivalentes, se previsíveis ou imprevisíveis agora ou no futuro.

Claims

REIVINDICAÇÕES

1. Sistema, caracterizado pelo fato de compreender: uma memória; um ou mais processadores, em comunicação com a me- mória; uma pluralidade de dispositivos de terapia médica; uma pluralidade de dispositivos de monitoramento de pa- ciente; e um módulo de execução de protocolo, configurado para executar sobre um ou mais processadores, para: exibir uma pluralidade de protocolos; receber, de um usuário, um protocolo selecionado, o pro- tocolo selecionado associado com um dispositivo de terapia médica individual, sendo um da pluralidade de dispositivos de terapia mé- dica, e associado com um dispositivo de monitoramento de paciente individual, sendo um da pluralidade de dispositivos de monitora- mento de paciente; em que o dispositivo de terapia médica individual recebe, do usuário, uma primeira confirmação do protocolo selecionado, em que o módulo de execução de protocolo recebe, do usuário, uma segunda confirmação do protocolo selecionado, de modo que o módulo de execução de protocolo executa o protocolo selecionado com o dispositivo de terapia médica indivi- dual.

2. Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de dispositivos de terapia médica inclui pelo menos um de uma bomba de infusão, uma máquina de diálise ou terapia de insuficiência renal, um respirador, e um desfibrilador.

3. Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de dispositivos de monitoramento de paciente inclui pelo menos um de um sensor de taxa cardíaca, um sensor de temperatura, um sensor de oxímetro de pulso, um sensor de peso de paciente, um sensor de glicose, um sensor respiratório, um sensor de pressão sanguínea, um sensor de pressão, e um sen- sor de índice de volume.

4. Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que o módulo de execução de protocolo recebe a plura- lidade de protocolos de um servidor externo.

5. Sistema de acordo com a reivindicação 1, caracterizado pelo fato de que executar o protocolo selecionado com o dispositivo de terapia médica individual inclui: identificar um parâmetro de paciente com o dispositivo de monitoramento de paciente individual; e determinar que o parâmetro de paciente viola um limite, em que o limite é ditado pelo protocolo selecionado.

6. Sistema de acordo com a reivindicação 5, caracterizado pelo fato de que executar o protocolo selecionado com o dispositivo de terapia médica individual ainda inclui, responsivo a determinar que o parâmetro de paciente viola o limite, disparar um alarme.

7. Sistema de acordo com a reivindicação 6, caracterizado pelo fato de ainda compreender, responsivo a disparar o alarme, exi- bir, no módulo de execução de protocolo, uma ação ditada pelo pro- tocolo selecionado.

8. Sistema de acordo com a reivindicação 7, caracterizado pelo fato de ainda compreender iniciar um temporizador de conta- gem regressiva.

9. Sistema de acordo com a reivindicação 8, caracterizado pelo fato de que o temporizador de contagem regressiva expira, de modo que o módulo de execução de protocolo instrui o dispositivo de terapia médica individual para executar a ação, e em que o disposi- tivo de terapia médica individual executa a ação.

10. Sistema de acordo com a reivindicação 9, caracteri- zado pelo fato de que o dispositivo de terapia médica individual é uma bomba de infusão, e em que a ação é uma de aumentar a taxa de infusão da bomba de infusão, diminuir a taxa de infusão da bomba de infusão, e cessar a infusão.

11. Sistema de acordo com a reivindicação 8, caracteri- zado pelo fato de que, antes do temporizador de contagem regres- siva expirar, o usuário instrui o módulo de execução de protocolo para executar a ação, e o módulo de execução de protocolo instrui o dispositivo de terapia médica individual para executar a ação, de modo que o dispositivo de terapia médica individual executa a ação.

12. Sistema de acordo com a reivindicação 8, caracteri- zado pelo fato de que, antes do temporizador de contagem regres- siva expirar, o usuário instrui o módulo de execução de protocolo para executar o cancelamento da ação, de modo que o módulo de execução de protocolo pausa o temporizador de contagem regres- Siva e remove a ação dos dispositivos de monitoramento de paciente individuais de modo que a primeira confirmação não mais existe.

13. Sistema de acordo com a reivindicação 8, caracteri- zado pelo fato de ainda compreender, antes do temporizador de con- tagem regressiva expirar: identificar um parâmetro de paciente atualizado com o dis- positivo de monitoramento de paciente individual; determinar que o parâmetro de paciente atualizado não mais viola o limite; e remover a ação do protocolo selecionado, de modo que a ação não é mais exibida no módulo de execução de protocolo.

14. Módulo de execução de protocolo, caracterizado pelo fato de compreender: uma memória; um ou mais processadores, em comunicação com a me- mória; em que o módulo de execução de protocolo está configu- rado para: exibir uma pluralidade de protocolos; receber, de um usuário, um protocolo selecionado, o pro- tocolo selecionado associado com um dispositivo de terapia médica individual, sendo um de uma pluralidade de dispositivos de terapia médica, e associado com um dispositivo de monitoramento de paci- ente individual, sendo um de uma pluralidade de dispositivos de mo- nitoramento de paciente; identificar um parâmetro de paciente com o dispositivo de monitoramento de paciente individual; e determinar que o parâmetro de paciente viola um limite, em que o limite é ditado pelo protocolo selecionado, e em que o dispositivo de terapia médica individual executa uma ação, ditada pelo protocolo selecionado.

15. Módulo de execução de protocolo de acordo com a reivindicação 14, caracterizado pelo fato de que o dispositivo de te- rapia médica individual é uma bomba de infusão.

16. Módulo de execução de protocolo de acordo com a reivindicação 15, caracterizado pelo fato de que a ação é uma de aumentar a taxa de infusão da bomba de infusão, diminuir a taxa de infusão da bomba de infusão, e cessar a infusão.

17. Módulo de execução de protocolo de acordo com a reivindicação 14, caracterizado pelo fato de que, responsivo a exe- cutar a ação, o módulo de execução de protocolo remove o protocolo selecionado de modo que o protocolo selecionado não está mais as- sociado com o dispositivo de terapia médica individual e o dispositivo de monitoramento de paciente individual.

18. Método, caracterizado pelo fato de compreender: exibir uma pluralidade de protocolos; receber um protocolo selecionado, o protocolo selecio- nado associado com um dispositivo de terapia médica individual, sendo um de uma pluralidade de dispositivos de terapia médica, e associado com um dispositivo de monitoramento de paciente indivi- dual, sendo um de uma pluralidade de dispositivos de monitora- mento de paciente; em que o dispositivo de terapia médica individual recebe, do usuário, uma primeira confirmação do protocolo selecionado, e em que o módulo de execução de protocolo recebe, do usuário, uma segunda confirmação do protocolo selecionado, de modo que o módulo de execução de protocolo executa o protocolo selecionado com o dispositivo de terapia médica indivi- dual.

19. Método de acordo com a reivindicação 18, caracteri- zado pelo fato de que a pluralidade de dispositivos de terapia médica inclui pelo menos um de uma bomba de infusão, uma máquina de diálise ou terapia de insuficiência renal, um respirador, e desfibrila- dores.

20. Método de acordo com a reivindicação 18, caracteri- zado pelo fato de que a pluralidade de dispositivos de monitoramento de paciente inclui pelo menos um de um sensor de taxa cardíaca, um sensor de temperatura, um sensor de oxímetro de pulso, um sen- sor de peso de paciente, um sensor de glicose, um sensor respira- tório, um sensor de pressão sanguínea, um sensor de pressão, e um sensor de índice de volume.

= ú e & e FS da F Aut ESB | Fá : É 7 : ê 3 2 : El; Lda À à o? 1, 8 "e =. Í Pé X Ml Í + í j Í & 7 poa

TA Í Í Í = : & é e : | " í = Í Í í - Í i í Peg i NE Í = : S : E - x N Í 2 so : Í Bio, Í = sm : tó 2

Í E W 22 2 & 7 o? e = + Í f go : Se, lg + t í is, 18,2, Ti Í Ê i 982 ii oB2 Tiieo | í ii Es5S 205 Peso sina asas 1 3RS il 38 CTC | 88% 1888 Wii 820 o | SR j âs “TE E Ss ; às js PAR GE É jo já os Po 8 Í 3 À PO o ncaEAA À fx í Po so í E 8 RETTIIIT $ na o 8 f 2 t t À: oco, 8 s =ç á & | 828. ii seo. = io Fi ij 852 1 se í i/ 8 | sEx || 23 í é ã i ES ij ÉS ij = TA. $ so í SS 2 ; os2o "ó Z r i os2E ij 82 Ni A 258 | os | ; j Í A as i a? 1 Í Í Í FA i í Í ! ió Í Í 2 — á 2