BR112019020663A2

BR112019020663A2 - sistemas e métodos para controle dinâmico de alimentação enteral de acordo com o gasto de energia

Info

Publication number: BR112019020663A2
Application number: BR112019020663-9A
Authority: BR
Inventors: Liron Elia; Gavriel J. Iddan
Original assignee: ART MEDICAL Ltd.
Priority date: 2017-04-02
Filing date: 2017-11-21
Publication date: 2020-07-14
Also published as: AU2017408431B2; EP3607556A1; CA3057964A1; JP2022177187A; CN110692108B; WO2018185738A1; US10898413B2; EP3607556B1; JP2020512919A; US20200222286A1; CN110692108A; US20220079845A1; US11185474B2; US20210169744A1; AU2017408431A1; US11364180B2

Abstract

SISTEMAS E MÉTODOS PARA CONTROLE DINÂMICO DE ALIMENTAÇÃO ENTERAL DE ACORDO COM O GASTO DE ENERGIA trata-se de um método implementado por computador para ajustar a alimentação enteral de um paciente por um controlador de alimentação enteral compreendendo: calcular uma estimativa do gasto de energia do paciente com base nas medições de oxigênio e medições de dióxido de carbono do paciente, calcular uma composição alvo e taxa de alimentação alvo para a alimentação enteral de acordo com a estimativa calculada de gasto de energia, quando a composição alvo e taxa de alimentação alvo diferirem de uma composição de alimentação enteral e taxa de alimentação atuais por uma necessidade, gerar instruções para ajuste, por um controlador de alimentação enteral, da taxa de administração da alimentação enteral de acordo com a composição alvo, em que o recebimento da medição de oxigênio, o recebimento da medição do dióxido de carbono e o cálculo da estimativa de gasto de energia são realizados repetitivamente para todo primeiro intervalo de tempo e a geração das instruções para o ajuste é realizada para um segundo intervalo de tempo, que é maior que o primeiro intervalo de tempo.

Description

“SISTEMAS E MÉTODOS PARA CONTROLE DINÂMICO DE ALIMENTAÇÃO ENTERAL DE ACORDO COM O GASTO DE ENERGIA” Pedido Relacionado

[001] Este pedido reivindica o benefício de prioridade sob USC $119(e)do U.S. Pedido de Patente Provisório No. 62/480.473, depositado em 2 de abril de 2017, cujos teores estão incorporados aqui pela referência em suas íntegras.

Fundamentos

[002] A presente invenção, em algumas modalidades da mesma, se refere a sistemas de alimentação enteral e, mais especificamente, mas não exclusivamente, a sistemas e métodos para controle de alimentação enteral.

[003] Os pacientes que necessitam de alimentação enteral (isto é, alimentação por meio de um tubo inserido no estômago) incluem, por exemplo, bebês, pacientes na unidade de tratamento intensivo (UTI) que podem ser sedados e/ou intubados, e pacientes de outra forma incapazes de engolir ou ingerir alimento da maneira normal. O tubo é inserido no estômago (ou duodeno, ou jejuno, ou outros locais no trato digestivo) por meio do nariz, da boca, ou uma abertura criada cirurgicamente. Pesquisa e prática recentes indicaram que alimentação enteral do paciente correta é um elemento crucial na taxa de sobrevivência e recuperação do paciente. Infelizmente, em muitos casos a taxa de alimentação e composição é realizada quando o paciente entra na unidade e atualizações são raras, se houver. Sistemas e métodos para melhorar alimentação enteral do paciente são há muito tempo procurados.

Sumário

[004] De acordo com um primeiro aspecto, um método implementado por computador para ajustar alimentação enteral de um paciente por um controlador de alimentação enteral compreende: receber medições de dióxido de carbono enviadas por um sensor de dióxido de carbono que detecta pelo menos um de inspiração e expiração do paciente, receber uma medição de oxigênio enviada por um sensor de oxigênio que detecta pelo menos um de inspiração e expiração do paciente, calcular uma estimativa de gasto de energia do paciente com base na medição de oxigênio e na medição de dióxido de carbono, calcular uma composição alvo e taxa de alimentação alvo para a alimentação enteral de acordo com a estimativa calculada de gasto de energia, quando a composição alvo e taxa de alimentação alvo diferiem de uma composição de alimentação enteral e taxa de alimentação atuais por uma necessidade, gerar instruções para ajuste, por um controlador de alimentação enteral, da taxa de administração da alimentação enteral de acordo com a composição alvo, em que o recebimento da medição de oxigênio, recebimento da medição de dióxido de carbono, e o cálculo da estimativa de gasto de energia são realizados iterativamente para todo primeiro intervalo de tempo, e as instruções de geração para ajuste são realizadas em um segundo intervalo de tempo que é maior que o primeiro intervalo de tempo.

[005] De acordo com um segundo aspecto, um sistema para ajustar a alimentação enteral de um paciente por um controlador de alimentação enteral compreende: uma memória não transitória tendo armazenado nela um código para execução por pelo menos um processador de hardware de um sistema de computação, o código compreendendo: código para receber medições de dióxido de carbono enviadas por um sensor de dióxido de carbono que detecta pelo menos um de inspiração e expiração do paciente, código para receber uma medição de oxigênio enviada por um sensor de oxigênio que detecta pelo menos um de inspiração e expiração do paciente, código para calcular uma estimativa de gasto de energia do paciente com base na medição de oxigênio e na medição de dióxido de carbono, código para calcular uma composição alvo e taxa de alimentação alvo para a alimentação enteral de acordo com a estimativa calculada de gasto de energia, código para,

quando a composição alvo e taxa de alimentação alvo diferiem de uma composição de alimentação enteral e taxa de alimentação atuais por uma necessidade, gerar instruções para ajuste, por um controlador de alimentação enteral, da taxa de administração da alimentação enteral de acordo com a composição alvo, em que o recebimento da medição de oxigênio, recebimento da medição de dióxido de carbono, e o cálculo da estimativa de gasto de energia são realizados iterativamente para todo primeiro intervalo de tempo, e as instruções de geração para ajuste são realizadas em um segundo intervalo de tempo que é maior que o primeiro intervalo de tempo.

[006] De acordo com um terceiro aspecto, um produto de programa de computador para ajustar alimentação enteral de um paciente por um controlador de alimentação enteral, compreende: uma memória não transitória tendo armazenado nela um código para execução por pelo menos um processador de hardware de um sistema de computação, o código compreendendo: instruções para receber medições de dióxido de carbono enviadas por um sensor de dióxido de carbono que detecta pelo menos um de inspiração e expiração do paciente, instruções para receber uma medição de oxigênio enviada por um sensor de oxigênio que detecta pelo menos um de inspiração e expiração do paciente, instruções para calcular uma estimativa de gasto de energia do paciente com base na medição de oxigênio e na medição de dióxido de carbono, instruções para calcular uma composição alvo e taxa de alimentação alvo para a alimentação enteral de acordo com a estimativa calculada de gasto de energia, instruções para, quando a composição alvo e taxa de alimentação alvo diferirem de uma composição de alimentação enteral e taxa de alimentação atuais por uma necessidade, gerar instruções para ajuste, por um controlador de alimentação enteral, da taxa de administração da alimentação enteral de acordo com a composição alvo, em que o recebimento da medição de oxigênio, recebimento da medição de dióxido de carbono, e o cálculo da estimativa de gasto de energia são realizados iterativamente para todo primeiro intervalo de tempo, e a geração de instruções para ajuste são realizadas em um segundo intervalo de tempo que é maior que o primeiro intervalo de tempo.

[007] De acordo com um quarto aspecto, um método implementado por computador para ajustar alimentação enteral de um paciente por um controlador de alimentação enteral compreende: receber uma medição de dióxido de carbono enviada por um sensor de dióxido de carbono que detecta inspiração e expiração do paciente, receber uma medição de oxigênio enviada por um sensor de oxigênio que detecta inspiração e expiração do paciente, calcular uma estimativa de gasto de energia do paciente com base na medição de oxigênio e na medição de dióxido de carbono, calcular uma composição alvo para a alimentação enteral de acordo com a estimativa calculada de gasto de energia, calcular uma quantidade de proteína suplementar para atender às exigências de alimentação enteral do paciente com base no gasto de energia calculado, a quantidade de proteína suplementar calculada com base na composição alvo em vista de formulação disponível armazenada em uma base de dados que armazena registros de diferentes composições de formulação de alimentação enteral, e gerar instruções para ajuste, por um controlador de alimentação enteral, da taxa de administração da quantidade de proteína suplementar e da composição alvo, em que o recebimento da medição de oxigênio, recebimento da medição de dióxido de carbono, e o cálculo da estimativa de gasto de energia são realizados iterativamente para todo primeiro intervalo de tempo, e a geração de instruções de para ajuste são realizadas em um segundo intervalo de tempo que é maior que o primeiro intervalo de tempo.

[008] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui se referem ao problema técnico de controle de alimentação enteral de um paciente. Projeto e/ou seleção de um regime de alimentação enteral apropriado, que inclui a taxa de alimentação (por exemplo, calorias por unidade de tempo) e/ou composição da alimentação enteral (por exemplo, mistura de carboidratos, proteína, gordura e/ou outros nutrientes)

afetam a sobrevivência e recuperação do paciente.

[009] De acordo com prática padrão (por exemplo, quando o paciente entra na unidade de tratamento intensivo (UTI)) um plano de alimentação (por exemplo, formulação, taxa, padrão de administração) é manualmente prescrito, por exemplo, por um profissional de saúde e/ou nutricionista calculando atualmente a meta nutricional de acordo com a fórmula de Harris Benedict ou semelhante (que geralmente não é precisa e/ou realizada apenas uma vez para o paciente) e não de acordo com a meta nutricional variável e dinâmica, uma vez que o estado do paciente muda continuamente. O plano de alimentação é selecionado de acordo com a situação específica do paciente, de acordo com especificação(ões) das variações de alimentações disponíveis pelos diferentes fornecedores, e o suprimento atualmente estocado. O plano de alimentação é manualmente prescrito com base em fórmulas recomendadas por experiência e/ou conhecimento de dietista e/ou nutricionista, experiência do líder de equipe (por exemplo, chefe da UTI), e/ou necessidade específica do paciente como prescrito pelo médico atendente atual. O método manual, que é com base em entradas subjetivas de uma ou mais pessoas, resulta em planejamento subideal para o paciente específico que não combina precisamente o metabolismo atual do paciente.

[010] Ao contrário da prática manual padrão, os sistemas, métodos, aparelho e/ou instruções de código descritos aqui sem a necessidade de um “homem no circuito” determinar dinamicamente objetivamente a condição do paciente em termos de gasto de energia, e ajustar dinamicamente a alimentação enteral dessa maneira.

[011] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui podem adicionalmente se referir ao problema técnico de ajustar a alimentação enteral do paciente de acordo com as condições dinâmicas do paciente. Por exemplo, na UTI, a condição do paciente pode mudar rapidamente, e muitas variações podem ser observadas. Por exemplo, a medida que o paciente recupera, é submetido a mudanças nos tratamentos, e experimenta novas infecções e novas condições médicas. A prática atual de métodos manuais, que são baseados em cálculo manual do regime de alimentação enteral mais adequado em um certo ponto de tempo, é incapaz de adaptar adequadamente às condições do paciente rapidamente variáveis. Por exemplo, a contínua verificação do paciente, análise da condição do paciente, substituição das alimentações diferentes, e atualização do regime de alimentação são impraticáveis e não podem ser manualmente realizadas para adaptar à condição variável do paciente.

[012] Quando a alimentação do paciente é manualmente determinada e manualmente realizada, a determinação de como alimentar o paciente é baseada em dados ultrapassados que não refletem o estado atual real do paciente. Portanto, o plano de alimentação manualmente determinado não é adequado para o estado atual do paciente. Ao contrário, os sistemas, métodos e/ou instruções de código descritos aqui obtêm um estado atual preciso do paciente, e selecionam e/ou ajustam dinamicamente o regime de alimentação (por exemplo, composição, taxa) para o paciente com base no estado atual do paciente. O regime de alimentação é ajustado rapidamente para refletir mudanças no estado atual do paciente, que não podem ser realizadas por métodos manuais que são baseados nos estados desatualizados do paciente, e não no estado atual do paciente.

[013] Além disso, profissionais de saúde são incapazes de monitorar continuamente o consumo calórico do paciente, que pode levar a alimentação subideal do paciente, por exemplo, subalimentação do paciente que pode levar a ingestão calórica e/ou proteína e ou nutrição inadequadas com efeitos adversos na recuperação e/ou sobrevivência, e/ou sobrealimentação (notou-se que sobrealimentação pode ser uma indicação de descarga pilórica de estômago fraco ou outro bloqueio gástrico que exige tratamento especial) do paciente que pode levar a refluxo e riscos associados dos mesmos (por exemplo, pneumonia por aspiração).

[014] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui não realizam simplesmente automação de um procedimento manual, mas realizam recursos automatizados adicionais que não podem ser realizados manualmente por um humano usando lápis e/ou papel. Por exemplo, combinação de fontes de alimento pode ser controlada cada uma a uma respectiva taxa, por exemplo, uma fonte de alimento de alta proteína e uma fonte de alimento padrão. Em um outro exemplo, os cálculos são realizados em tempo real (isto é, em curtos intervalos) com base em sensores que medem fluxos de oxigênio, dióxido de carbono e/ou nitrogênio do paciente, que não podem ser realizados manualmente. Ainda em um outro exemplo, a composição alvo e taxa de alimentação alvo são calculadas de acordo com o gasto de energia calculado e avaliadas para determinar se uma mudança significante ocorreu a partir da alimentação atual. Instruções para ajustar o controlador de alimentação são automaticamente geradas quando a mudança significante ocorre, para mudar a composição e/ou taxa de alimentação. O processo é iterado em curtos intervalos de tempo parar identificar rapidamente mudanças no gasto de energia do paciente e ajustar a alimentação correspondentemente, que não pode ser realizada manualmente. Ainda em um outro exemplo, a alimentação é ajustada em tempo real para impedir ou reduzir refluxo com base em GRV estimado. Em um outro exemplo, uma previsão de alimentação futura precisa ser feita com base em medições históricas do desempenho de alimentação.

[015] A GUI associada com os sistemas, aparelho, métodos e/ou instruções de código descritos aqui gera uma nova experiência de usuário, que é diferente daquela experimentada manualmente para selecionar fórmulas de alimentação e selecionar a taxa de alimentação. Por exemplo, a GUI guia o usuário através do processo de selecionar as fórmulas de alimentação e a taxa de alimentação, como descrito aqui. A GUI apresenta visualmente diferentes fórmulas de alimentação adequadas e disponíveis para o usuário escolher. A GUI guia o usuário para selecionar proteína suplementar da fórmula de alimentação adequada e disponível. A GUI apresenta ao usuário opções adequadas com base no gasto de energia do paciente em repouso automaticamente calculado, que ajuda o usuário a fazer seleções de alimentação correta. A GUI pode apresentar uma representação gráfica de parâmetros de alimentação intermitente selecionados, para ajudar a visualizar como a alimentação ocorrerá durante o intervalo de tempo futuro.

[016] Os sistemas, métodos e/ou instruções de código descritos aqui não exibem informação simplesmente usando uma GUI. Os sistemas, métodos e/ou instruções de código descritos aqui podem ser baseados em uma GUI estruturada específica, que é pareada com uma funcionalidade prescrita diretamente relacionada à estrutura da GUI que é abordada e soluciona o problema técnico especificamente identificado.

[017] Quando os recursos relacionados pelos sistemas, métodos, aparelho e/ou instruções de código descritos aqui são considerados como um todo, a combinação de recursos e responsável por um cálculo matemático significativamente mais que um simples cálculo da taxa de gasto de energia estimado (por exemplo, a taxa de gasto de energia em repouso). Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui não se referem meramente a cálculos matemáticos (por exemplo, equações), mas se referem a dados particulares coletados, armazenados, e a maneira na qual os dados são coletados por sensores, e como as instruções para ajuste dos dispositivos de alimentação enteral (por exemplo, bomba, válvula) são automaticamente geradas.

[018] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para realizar uma análise de medições de sinal vital de paciente em tempo real coletadas de um registro médico eletrônico do paciente para determinar se o paciente está em repouso, em que o gasto de energia do paciente é calculado quando é determinado que o paciente está em repouso.

[019] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o segundo intervalo de tempo é cerca de 20 minutos ou menos.

[020] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, as instruções para ajuste incluem um primeiro intervalo de alimentação associado com a taxa de administração da alimentação enteral, e segundo intervalo de não alimentação durante no qual não é administrada nenhuma alimentação enteral, em que o primeiro e segundo intervalos são iterados.

[021] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a taxa de alimentação alvo é calculada com base em medições de dióxido de carbono sozinho quando as medições de oxigênio não estão disponíveis, e em um valor estimado para um quociente respiratório (RQ).

[022] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para receber uma medição de nitrogênio enviada por um sensor de nitrogênio associado com um dispositivo de coleta na saída de urina que coleta urina enviada pelo paciente, e em que a estimativa de gasto de energia é calculada adicionalmente de acordo com a medição de nitrogênio.

[023] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para calcular uma quantidade de proteína suplementar para atender necessidades de alimentação enteral do paciente com base no gasto de energia calculado, a quantidade de proteína suplementar calculada com base na composição alvo em vista de formulação disponível armazenada em uma base de dados que armazena registros de diferentes composições de formulação de alimentação enteral, em que a proteína suplementar quando adicionada a uma formulação disponível selecionada não afeta significativamente uma taxa de alimentação calórica e/ou volumétrica calculada da formulação disponível para acionar um recálculo da taxa de alimentação da formulação disponível.

[024] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para combinar a composição alvo calculada com pelo menos um registro de uma formulação disponível armazenada em uma base de dados que armazena registros de diferentes composições de formulação de alimentação enteral, em que as instruções para ajuste são geradas com base em pelo menos um registro combinado.

[025] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para, quando pelo menos um registro for combinado com a composição alvo, apresentar em um monitor pelo menos um registro, e receber por meio de uma interface do usuário uma seleção de um certo registro de pelo menos um registro apresentado, em que as instruções para ajuste são geradas de acordo com o certo registro selecionado.

[026] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para calcular uma classificação indicativa de similaridade entre cada respectivo registro e a composição alvo, e apresentar a classificação em associação com cada respectivo registro.

[027] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para, quando nenhum registro estiver combinado com a composição alvo, combinar independentemente uma pluralidade de conjuntos de componente da composição alvo com uma respectiva pluralidade de registros, em que cada uma da pluralidade de instruções para ajuste é gerada de acordo com um respectivo registro combinado da pluralidade de registros.

[028] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, um primeiro conjunto de componentes denota componentes arbitrários combinados com uma primeira formulação, e um segundo conjunto de componentes denota um componente de proteína pura combinado com uma segunda formulação, em que um primeiro conjunto de instruções é gerado para alimentação enteral da primeira formulação a uma primeira taxa, e um segundo conjunto de instruções é gerado para alimentação enteral da segunda formulação a uma segunda taxa.

[029] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a composição alvo é calculada com base em uma agregação de dados coletados de uma pluralidade de indivíduos amostrados, em que a composição alvo é calculada de acordo com uma probabilidade de obter um resultado positivo.

[030] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, as instruções geradas incluem um primeiro conjunto de instruções para administração de uma primeira formulação de alimentação enteral a uma primeira taxa, e um segundo conjunto de instruções para administração de uma segunda formulação de alimentação enteral a uma segunda taxa, em que o primeiro conjunto de instruções e o segundo conjunto de instruções controlam um mecanismo de seleção de alimentação que seleciona entre um primeiro tubo que distribui a primeira formulação de alimentação enteral na primeira taxa e um segundo tubo que distribui a segunda formulação de alimentação enteral na segunda taxa, em que o primeiro tubo e o segundo tubo se ligam em um tubo combinado que provê alimentação enteral do paciente.

[031] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a estimativa de gasto de energia compreende uma estimativa de gasto calórico do paciente, e em que o controlador de alimentação enteral ajusta dinamicamente a taxa de alimentação para distribuir calorias para o paciente de acordo com a estimativa de gasto calórico.

[032] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a estimativa de gasto de energia é dinamicamente calculada como uma taxa de gasto de energia para uma duração de tempo predefinida durante a qual as medições de oxigênio e dióxido de carbono são obtidas, e em que a taxa de alimentação provida pelo controlador de alimentação enteral é ajustada dinamicamente para combinar a taxa de gasto de energia dentro de uma exigência de tolerância.

[033] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, as instruções geradas definem uma taxa de alimentação estabelecida abaixo de um nível de alimentação de refluxo estimado para acionar refluxo da alimentação enteral pelo paciente.

[034] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o nível de alimentação de refluxo é calculado de acordo com a porção de alimento líquido de um volume residual gástrico estimado (GRV), calculado com base em peso, volume e gravidade específica da formulação de alimentação enteral administrada pelo controlador de alimentação enteral.

[035] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o nível de alimentação de refluxo é calculado adicionalmente de acordo com um desempenho de alimentação histórico do indivíduo alvo.

[036] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a composição alvo e taxa de alimentação alvo incluem um volume de água.

[037] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para apresentar em um monitor dentro de uma interface gráfica de usuário (GUI), pelo menos um de: gasto de energia calculado atual, uma tendência com base em no histórico do gasto de energia calculado, taxa de alimentação administrada atual pelo controlador de alimentação enteral, e composição calculada da alimentação enteral que é administrada pelo controlador de alimentação enteral.

[038] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a estimativa de gasto de energia é calculada com base em uma equação de Weir ou equação correspondente, e com base na taxa metabólica estimada de consumo de oxigênio calculado com base na produção de medição de oxigênio e dióxido de carbono calculada com base na medição de dióxido de carbono.

[039] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o método compreende adicionalmente e/ou o sistema inclui adicionalmente código para e/ou o produto de programa de computador inclui instruções adicionais para estabelecer uma taxa de alimentação inicial pelo controlador de alimentação enteral independentemente da medição de oxigênio e dióxido de carbono, calcular uma incompatibilidade entre a estimativa calculada de gasto de energia e o estado da taxa de alimentação inicial, em que as instruções geradas incluem instruções para ajustar a taxa de alimentação inicial do controlador de alimentação enteral de acordo com a incompatibilidade calculada.

[040] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a estimativa de gasto de energia compreende uma previsão de gasto de energia futuro calculado pelas instruções de código de aprendizado de máquina treinada de acordo com padrões previamente observados.

[041] Em uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, a taxa de administração da alimentação enteral é calculada adicionalmente de acordo com o desempenho de alimentação histórico das indicações do paciente.

[042] EM uma forma de implementação adicional dos primeiro, segundo e terceiro aspectos, o sensor de dióxido de carbono é montado em um tubo de ventilação que ventila o paciente.

[043] EM uma forma de implementação adicional do quarto aspecto, a quantidade de proteína suplementar é calculada adicionando cada uma das formulações disponíveis para atingir cerca de 100% de necessidades de proteína da composição alvo calculada para a alimentação enteral.

[044] EM uma forma de implementação adicional do quarto aspecto, o método compreende adicionalmente realizar uma análise de medições de sinal vital de paciente em tempo real coletadas de um registro médico eletrônico do paciente para determinar se o paciente está em repouso, em que o gasto de energia do paciente é calculado quando é determinado que o paciente está em repouso.

[045] EM uma forma de implementação adicional do quarto aspecto, o método compreende adicionalmente definir um estado clínico do paciente, em que a composição de alimentação alvo é calculada de acordo com o estado clínico do paciente.

[046] EM uma forma de implementação adicional do quarto aspecto, o estado clínico do paciente é selecionado do grupo compreendendo: manutenção, estressado/MICU, traumaf/cirurgia geral, trauma/UTI, queimadura(s), câncer, obesidade (por exemplo, índice de massa corporal (BMI) > 29,9).

[047] EM uma forma de implementação adicional do quarto aspecto, o método compreende adicionalmente definir um peso do paciente, em que a composição de alimentação alvo é calculada de acordo com o peso do paciente.

[048] EM uma forma de implementação adicional do quarto aspecto, o método compreende adicionalmente apresentar em um monitor dentro de uma interface gráfica de usuário (GUI) uma indicação de que o paciente está ou não em repouso, quando for determinado que o paciente está em repouso apresentando uma indicação da estimativa calculada de gasto de energia da GUI, receber por meio da GUI uma definição de um peso do paciente, e uma seleção de uma pluralidade de ícones cada um denotando um respectivo estado clínico do paciente, receber por meio da GUI uma seleção de um ícone indicativo de uma formulação disponível de uma pluralidade de formulações disponíveis armazenadas na base de dados e apresentadas da GUI com base nos respectivos ícones, receber por meio da GUI uma seleção de um ícone indicativo de uma formulação de proteína suplementar disponível que satisfaz a quantidade de proteína suplementar de uma pluralidade de formulações disponíveis que satisfaz a quantidade de proteína suplementar armazenada em uma base de dados que armazena registros de diferentes composições de proteína suplementar, e apresentados dentro da GUI com base nos respectivos ícones, em que as instruções para ajuste são geradas de acordo com as seleções recebidas por meio da GUI.

[049] EM uma forma de implementação adicional do quarto aspecto, o método compreende adicionalmente receber, por meio da GUI, uma seleção de: um ícone indicativo de alimentação intermitente, um ícone indicativo de um inúmero de horas de uma frequência da alimentação intermitente, um ícone indicativo de um número de horas de uma duração da frequência intermitente, um ícone indicativo de um número de minutos para afunilar de forma ascendente cada intervalo de alimentação, e um ícone indicativo de um número de minutos para afunilar de forma descendente cada intervalo de alimentação.

[050] Em uma forma de implementação adicional do quarto aspecto, o método compreende adicionalmente apresentar dentro da GUI, uma linha de tempo gráfica indicativa de intervalos de alimentação durante um período vindouro de alimentação, em que porções cheias de uma primeira cor da linha de tempo são indicativas de intervalos de tempo durante os quais a entrada de alimentação ocorre, o comprimento de cada porção cheia da primeira cor é de acordo com a duração selecionada, porções cheias de uma segunda cor da linha de tempo são indicativas de intervalos de tempo durante os quais a alimentação enteral é interrompida, o comprimento de cada porção cheia da segunda cor é de acordo com a frequência selecionada menos a duração selecionada, porções mistas que representam uma mistura das primeira e segunda cores localizadas antes de cada porção cheia da primeira cor são indicativas de afunilamento ascendente e têm um comprimento de acordo com o tempo de afunilamento ascendente selecionado, e porções mistas localizadas após cada porção cheia da primeira cor são indicativas de afunilamento descendente e têm um comprimento de acordo com o tempo de afunilamento descendente selecionado.

[051] A menos que de outra forma definida, todos os termos técnicos e/ou científicos usados aqui têm o mesmo significado comumente entendido por um versado na técnica aos quais a invenção diz respeito. Embora os métodos e materiais similares ou equivalentes aos descritos aqui possam ser usados na prática ou teste das modalidades da invenção, métodos e/ou materiais exemplares são descritos a seguir. Em caso de conflito, a especificação da patente, incluindo definições, prevalecerá. Além do mais, os materiais, métodos, e exemplos são apenas ilustrativos e não são destinados a ser necessariamente limitantes.

Breve Descrição das Diversas Vistas dos Desenhos

[052] Algumas — modalidades da invenção são aqui descritas, apenas a título de exemplo, com referência aos desenhos anexos. Com referência específica agora aos desenhos em detalhes, salienta-se que os particulares mostrados são a título de exemplo e para efeitos de discussão ilustrativa das modalidades da invenção. Com relação a isso, a descrição considerada com os desenhos torna aparente aos versados na técnica como as modalidades da invenção podem ser praticadas.

[053] Nos desenhos: -a FIG. 1A é um fluxograma de um método para ajustar dinamicamente um dispositivo de alimentação enteral para controlar a taxa de alimentação enteral de acordo com uma estimativa de gasto de energia calculado com base na saída de sensores, de acordo com algumas modalidades da presente invenção; -a FIG. 1B é um fluxograma de um método para ajustar dinamicamente um dispositivo de alimentação enteral para controlar a taxa de alimentação de acordo com uma estimativa do gasto de energia calculado com base na saída de sensores e suplementar a fórmula de alimentação com proteína extra, de acordo com algumas modalidades da presente invenção; - a FIG. 2 é um esquema de componentes de um sistema para estimar gasto de energia com base na saída de sensores, e gerar instruções para ajuste da taxa de alimentação enteral providas por um controlador de alimentação enteral de acordo com o gasto de energia estimado, de acordo com algumas modalidades da presente invenção; -a FIG. 3 é um esquema representando um exemplo de um registro de uma certa formulação de produto de alimentação enteral, de acordo com algumas modalidades da presente invenção; - a FIG. 4 é um esquema de um implementação exemplar do dispositivo de alimentação enteral para controle independente da taxa de administração de dois componentes da alimentação enteral, de acordo com algumas modalidades da presente invenção; -a FIG. 5 é um diagrama de fluxo de dados de ajuste dinâmico de uma taxa de alimentação enteral por um controlador de alimentação enteral de acordo com um gasto de energia estimado calculado com base na saída de sensor(es), de acordo com algumas modalidades da presente invenção; e -as FIGs. 6A-J incluem uma sequência de imagens de GUI exemplares representando um fluxo exemplar para implementar o método para ajustar dinamicamente um dispositivo de alimentação enteral para controlar a taxa de alimentação de acordo com uma estimativa do gasto de energia calculado com base na saída de sensores e suplementar a fórmula de alimentação com proteína extra, de acordo com algumas modalidades da presente invenção.

Descrição Detalhada

[054] A presente invenção, em algumas modalidades da mesma, se refere a sistemas de alimentação enteral e, mais especificamente, mas não exclusivamente, a sistemas e métodos para controle de alimentação enteral.

[055] Um aspecto de algumas modalidades da presente invenção se refere a sistemas, um aparelho, métodos e/ou instruções de código (armazenados em um dispositivo de armazenamento de dados, executável por um ou mais processadores de hardware) para ajustar a taxa de alimentação enteral e, opcionalmente, selecionar o tipo e/ou marca da alimentação a ser administrada para um paciente que é alimentado por tubo por um controlador de alimentação enteral. A taxa é ajustada de acordo com uma estimativa calculada de gasto de energia do paciente mantendo ao mesmo tempo percussões contra superalimentação que pode resultar em refluxo indesejado. O gasto de energia estimado é calculado com base na saída de um ou mais sensores tais como um sensor de dióxido de carbono, sensor de fluxo e, opcionalmente, adição de um sensor de oxigênio que mede inspiração e/ou expiração do paciente (por exemplo, associado com um meio de ventilação e/ou instalado), e, opcionalmente, com base em um sensor de nitrogênio associado com um dispositivo de saída de urina ou qualquer outro dispositivo que detecta o gasto de energia do paciente. As medições de sensor podem ser realizadas em tempo real, por exemplo, continuamente (e/ou substancialmente de forma contínua quando sinais digitais são enviados a uma certa frequência que se assemelha ao monitoramento contínuo), ou em intervalos de tempo, por exemplo, menos que cerca de 5 a 30 minutos. O gasto de energia estimado pode ser calculado em tempo real (isto é, aproximadamente depois das medições recebidas por sensor) e a taxa de alimentação enteral ajustada dessa maneira, em tempo real. A taxa de alimentação, da alimentação enteral provida ao paciente, é ajustada dinamicamente de acordo com o consumo dinâmico de energia do paciente. À medida que a condição do paciente muda (por exemplo, devido a estresse, recuperação, movimento, administração de medicação, infecção), o consumo de energia do paciente muda, e é satisfeito pelo controle dinâmico do dispositivo de alimentação enteral.

[056] Opcionalmente, uma composição alvo da alimentação enteral é calculada de acordo com o gasto de energia calculado estimado. A composição alvo e/ou taxa de alimentação alvo podem ser calculadas de acordo com a meta nutricional do paciente. A composição alvo calculada pode ser combinada por uma ou mais formulações que são atualmente disponíveis usadas como uma definição inicial e/ou, por exemplo, tendo registros armazenados em uma base de dados. Quando a combinação não é exata, mas representa uma formulação similar, o usuário pode selecionar um dos registros combinados, por exemplo, a formulação mais similar que é disponível em estoque. Quando não são encontrados registros de combinação (isto é, de acordo com a necessidade de similaridade), subconjuntos de componentes da composição alvo podem ser independentemente combinados o mais próximo possível possível da formulação exigida. Uma taxa de alimentação diferente pode ser calculada para cada formulação combinada. Um mecanismo do controlador de alimentação enteral controla a administração de cada formulação combinada de acordo com a respectiva taxa calculada.

[057] Opcionalmente, quando a composição alvo e taxa de alimentação alvo diferem de uma composição de alimentação enteral e taxa de alimentação atuais por uma necessidade manualmente definida e/ou automaticamente calculada (por exemplo, diferença percentual, diferença absoluta, por exemplo, cerca de 10%) as instruções são geradas para ajuste da taxa de administração da alimentação enteral de acordo com a composição alvo.

[058] O recebimento do dióxido de oxigênio e/ou medições de carbono e cálculo da estimativa de gasto de energia são realizados iterativamente para cada primeiro intervalo de tempo, por exemplo, a cada 1 minuto, 5 minutos, 10 minutos, ou outros valores. As instruções para ajuste são geradas (quando a necessidade é atendida) para um segundo intervalo de tempo que é maior que o primeiro intervalo de tempo, por exemplo, minutos, 60 minutos, 120 minutos, ou outros valores. O segundo intervalo pode incluir múltiplos intervalos de tempo, por exemplo, as instruções são geradas com base nos seis primeiros intervalos de tempo prévios de cinco minutos cada (por exemplo, 6 X 5 minutos = 30 minutos). Alternativamente, ou adicionalmente, instruções são geradas a cada segundo intervalo, por exemplo, novas instruções são geradas a cada 30 minutos (quando tais novas instruções são acionadas por diferença significante no gasto de energia do paciente de acordo com a necessidade). Efetivamente, o paciente pode ser monitorado quanto ao cálculo do gasto de energia continuamente ou quase continuamente, com mudanças na alimentação ocorrendo periodicamente.

[059] Um aspecto de algumas modalidades da presente invenção se refere a sistemas, um aparelho, métodos e/ou instruções de código (armazenado em um dispositivo de armazenamento de dados, executável por um ou mais processadores de hardware) para ajustar a taxa de alimentação enteral para incluir um suplemento de proteína para obter cerca de 100% de uma taxa de alimentação calculada alvo do paciente. Quando a composição alvo da alimentação enteral é calculada, a quantidade de proteína suplementar para adição às formulações de alimentação disponíveis (armazenadas em uma base de dados que armazena registros de diferentes formulações) é calculada abordando a composição alvo. As instruções são geradas de acordo com uma seleção das formulações de alimentação disponíveis e da quantidade de proteína suplementar (que pode ser selecionada de acordo com formulações de proteína suplementar disponíveis).

[060] Os inventores observaram que, em muitos casos, as calorias e proteínas de formulações de alimentação comercialmente disponíveis não combinam diretamente dentro da tolerância do REE calculado. O caso mais comum é a falta de proteína suficiente nas formulações de alimentação comercialmente disponíveis para atender demandas de paciente com base no REE. Quando as calorias calculadas de acordo com o REE são atendidas pelas formulações de alimentação selecionadas, em muitos casos as necessidades de proteína não são completamente atendidas. Por exemplo, a formulação de alimentação comercialmente disponível pode incluir 100% das calorias de acordo com o REE, e cerca de 80% das necessidades de proteína determinadas.

[061] Opcionalmente, o gasto de energia estimado para cálculo da composição alvo é realizado quando o paciente está em repouso. Uma análise de medições de sinal vital do paciente em tempo real coletadas de um registro médico eletrônico do paciente pode ser realizada para determinar se o paciente está em repouso.

[062] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui se referem ao problema técnico de controle de alimentação enteral de um paciente. Projeto e/ou seleção de um regime de alimentação enteral apropriado, que inclui a taxa de alimentação (por exemplo, calorias por unidade de tempo) e/ou composição da alimentação enteral (por exemplo, mistura de carboidratos, proteína, gordura e/ou outros nutrientes) afetam a sobrevivência e recuperação do paciente.

[063] De acordo com prática padrão (por exemplo, quando o paciente entra na unidade de tratamento intensivo (UTI)), um plano de alimentação (por exemplo, formulação, taxa, padrão de administração) é manualmente prescrito, por exemplo, por um profissional de saúde e/ou nutricionista calculando atualmente a meta nutricional de acordo com fórmula de Harris Benedict ou semelhante (que geralmente não é precisa e/ou realizada apenas uma vez para o paciente) e não de acordo com meta nutricional variável e dinâmica uma vez que o estado do paciente muda continuamente. O plano de alimentação é selecionado de acordo com a situação específica do paciente, de acordo com especificação(es) das variações de alimentações disponíveis de diferente fornecedores, e o suprimento atualmente estocado. O plano de alimentação é manualmente prescrito com base em fórmulas recomendadas pela experiência e/ou conhecimento de dietista e/ou nutricionista, experiência do líder de equipe (por exemplo, chefe da UTI), e/ou necessidade específica do paciente como prescrito pelo médico atendente atual. O método manual, que é baseado em entradas subjetivas de uma ou mais pessoas, resulta em planejamento subideal para o paciente específico que não combina precisamente o metabolismo atual do paciente.

[064] Ao contrário da prática manual padrão, os sistemas, métodos, aparelho e/ou instruções de código descritos aqui sem a necessidade de um “homem no circuito” determinar dinamicamente objetivamente a condição do paciente em termos de gasto de energia, e ajustar dinamicamente a alimentação enteral dessa maneira.

[065] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui podem adicionalmente se referir ao problema técnico para ajustar alimentação enteral do paciente de acordo com as condições dinâmicas do paciente. Por exemplo, na UTI, a condição do paciente pode mudar rapidamente, e muitas variações podem ser observadas. Por exemplo, a medida que o paciente recupera, passa por mudanças nos tratamentos, e experimenta novas infecções e novas condições médicas. A prática atual de métodos manuais, que são baseados em cálculo manual do regime de alimentação enteral mais adequado em um certo ponto de tempo, são incapazes de adaptar adequadamente às condições do paciente que mudam rapidamente. Por exemplo, checagem contínua do paciente, análise da condição do paciente, substituição das alimentações diferentes, e atualização do regime de alimentação são impraticáveis e não podem ser manualmente realizada para acompanhar a condição de mudança do paciente.

[066] Quando a alimentação do paciente é manualmente determinada e manualmente realizada, a determinação de como alimentar o paciente é baseada em dados desatualizados que não refletem o estado atual real do paciente. Portanto, o plano de alimentação manualmente determinado não é adequado para o estado atual do paciente. Ao contrário, os sistemas, métodos e/ou instruções de código descritos aqui obtêm um estado atual preciso do paciente, e selecionam e/ou ajustam dinamicamente o regime de alimentação (por exemplo, composição, taxa) para o paciente com base no estado atual do paciente. O regime de alimentação é ajustado rapidamente para refletir mudanças no estado atual do paciente, que não podem ser realizadas por métodos manuais que são com base nos estados desatualizados do paciente e não no estado atual do paciente.

[067] Além disso, profissionais de saúde são capazes de monitorar continuamente o consumo calórico do paciente, que pode levar a alimentação subideal do paciente, por exemplo, subalimentação do paciente que pode levar a ingestão calórica e/ou proteína e ou nutrição inadequadas com efeitos adversos na recuperação e/ou sobrevivência, e/ou sobrealimentação (notou-se que sobrealimentação pode ser uma indicação de descarga pilórica de estômago fraco ou outro bloqueio gástrico que exige tratamento especial) do paciente que pode levar a refluxo e riscos associados dos mesmos (por exemplo, pneumonia por aspiração).

[068] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui não realizam simplesmente automação de um procedimento manual, mas realizam recursos automatizados adicionais que não podem ser realizados manualmente por um humano usando lápis e/ou papel. Por exemplo, combinação de fontes de alimento pode ser controlada cada uma a uma respectiva taxa, por exemplo, uma fonte de alimento de alta proteína e uma fonte de alimento padrão. Em um outro exemplo, os cálculos são realizados em tempo real (isto é, em curtos intervalos) com base em sensores que medem fluxos de oxigênio, dióxido de carbono e/ou nitrogênio do paciente, que não podem ser realizados manualmente. Ainda em um outro exemplo, a composição alvo e taxa de alimentação alvo são calculadas de acordo com o gasto de energia calculado e avaliadas para determinar se uma mudança significante ocorreu a partir da alimentação atual. Instruções para ajustar o controlador de alimentação são automaticamente geradas quando a mudança significante ocorre, para mudar a composição e/ou taxa de alimentação. O processo é iterado a curtos intervalos de tempo parar identificar rapidamente mudanças no gasto de energia do paciente e ajustar alimentação dessa maneira, que não podem ser realizadas manualmente. Ainda em um outro exemplo, a alimentação é ajustada em tempo real para impedir ou reduzir refluxo com base em GRV estimado. Em um outro exemplo, uma previsão de alimentação futura precisa ser feita com base em medições do histórico de desempenho de alimentação.

[069] A GUI associada com os sistemas, aparelho, métodos e/ou instruções de código descritos aqui gera uma nova experiência do usuário, que é diferente daquela experimentada manualmente para selecionar fórmulas de alimentação e selecionar a taxa de alimentação. Por exemplo, a GUI guia o usuário através do processo de selecionar as fórmulas de alimentação e a taxa de alimentação, como descrito aqui. A GUI apresenta fórmulas visualmente diferentes adequadas e disponíveis de alimentação para o usuário escolher. A GUI guia o usuário para selecionar proteína suplementar da fórmula de alimentação adequada e disponível. A GUI apresenta ao usuário opções adequadas com base no gasto de energia do paciente em repouso automaticamente calculado, que ajuda o usuário a fazer seleções de alimentação correta. A GUI pode apresentar uma representação gráfica de parâmetros de alimentação intermitente selecionados, para ajudar a visualizar como a alimentação ocorrerá durante o intervalo de tempo futuro.

[070] Os sistemas, métodos e/ou instruções de código descritos aqui não exibem informação simplesmente usando uma GUI. Os sistemas, métodos e/ou instruções de código descritos aqui podem ser baseados em uma GUI estruturada específica, que é pareada com uma funcionalidade prescrita diretamente relacionada à estrutura da GUI que é abordada e soluciona o problema técnico especificamente identificado.

[071] Quando os recursos relacionados pelos sistemas, métodos, aparelho e/ou instruções de código descritos aqui são considerados como um todo, a combinação dos recursos equivale a significativamente mais que um simples cálculo matemático do cálculo da taxa de gasto de energia estimado (por exemplo, a taxa de gasto de energia em repouso). Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui não se referem meramente aos cálculos matemáticos (por exemplo, equações), mas se referem a dados particulares coletados, armazenados, e a maneira que os dados são coletados pelos sensores, e como as instruções para ajuste do dispositivo de alimentação enteral (por exemplo, bomba, válvula) são automaticamente geradas.

[072] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui melhoram um processo técnico subjacente no campo técnico de sistemas de alimentação enteral, em particular no campo de controle automatizado de alimentação enteral do paciente.

[073] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui provêm uma técnica exclusiva, particular e avançada para determinar dinamicamente o gasto de energia do paciente alimentado enteralmente, e gerar instruções para ajustar dinamicamente um dispositivo de alimentação enteral (por exemplo, bomba, válvula) que distribui a alimentação enteral de acordo com o gasto de energia determinado, opcionalmente para combinar (ou minimizar a diferença, por exemplo, dentro de uma tolerância) a alimentação enteral com o gasto de energia.

[074] Os sistemas, métodos, aparelho e/ou instruções de código descritos aqui são ligados a componentes físicos da vida real, por exemplo, um ou mais de: sensor(es) que mede(m) oxigênio, dióxido de carbono, e nitrogênio, hardware computacional (por exemplo, processador(es) de hardware, dispositivo físico de memória) que analisa a saída do sensor, e um dispositivo de alimentação enteral que controla a alimentação enteral no paciente.

[075] Antes de explicar pelo menos uma modalidade da invenção em detalhes, deve-se entender que a invenção não é necessariamente limitada na sua aplicação aos detalhes de construção e ao arranjo dos componentes e/ou métodos apresentados na descrição a seguir e/ou ilustrados nos desenhos e/ou nos Exemplos. A invenção é passível de outras modalidades ou de ser praticada ou realizada de várias maneiras.

[076] A presente invenção pode ser um sistema, um método, e/ou um produto de programa de computador. O produto de programa de computador pode incluir uma mídia de armazenamento legível por computador (ou mídias) tendo instruções de programa legíveis por computador no mesmo para fazer com que um processador realize aspectos da presente invenção.

[077] A mídia de armazenamento legível por computador pode ser um dispositivo tangível que pode reter e armazenar instruções para uso por um dispositivo de execução de instrução. A mídia de armazenamento legível por computador pode ser, por exemplo, mas não se limitando a um dispositivo de armazenamento eletrônico, um dispositivo de armazenamento magnético, um dispositivo de armazenamento óptico, um dispositivo de armazenamento eletromagnético, um dispositivo de armazenamento semiconductor, ou qualquer combinação adequada dos mesmos. Uma lista não exaustiva de exemplos mais específicos da mídia de armazenamento legível por computador inclui o seguinte: um disquete de computador portátil, um disco duro, uma memória de acesso aleatório (RAM), uma memória apenas de leitura (ROM), uma memória apenas de leitura programável apagável (EPROM ou memória Flash), uma memória de acesso aleatório estático (SRAM), uma memória apenas de leitura de disco compacto portátil (CD-ROM), um disco versátil digital (DVD), um bastão de memória, um disco flexível, e qualquer combinação adequada dos mesmos. Uma mídia de armazenamento legível por computador, como usado aqui, não deve ser considerado sendo sinais transitórios per se, tais como ondas de rádio ou outras ondas eletromagnéticas que propagam livremente, ondas eletromagnéticas que propagam através de uma guia de onda ou outras mídias de transmissão (por exemplo, pulsos de luz passando através de um cabo de fibra óptica), ou sinais elétricos transmitidos através de um fio.

[078] Instruções de programa legível por computador descritas aqui podem ser transferidas para os respectivos dispositivos de computação/processamento a partir de uma mídia de armazenamento legível por computador ou para um computador externo ou dispositivo de armazenamento externo por meio de uma rede, por exemplo, a Internet, uma rede de área local, uma rede de área ambrangente e/ou uma rede sem fio. À rede pode compreender cabos de transmissão de cobre, fibras de transmissão ópticas, transmissão sem fio, roteadores, paredes corta-fogo, comutadores, computadores de porta e/ou servidores de borda. Um cartão adaptador de rede ou interface de rede em cada dispositivo de computação/processamento que recebe instruções de programa legíveis por computador da rede e encaminha as instruções de programa legíveis por computador para armazenamento em uma mídia de armazenamento legível por computador dentro do respectivo dispositivo de computação/processamento.

[079] Instruções de programa legível por computador para realizar operações da presente invenção podem ser instruções em assembler, instruções de arquitetura de conjunto de instrução (ISA), instruções de máquina, instruções dependentes de máquina, microcódigo, instruções firmware, dados de estado-definição, ou tanto código de fonte quanto código de objeto gravado em qualquer combinação de uma ou mais linguagens de programação, incluindo uma linguagem de programação orientada para objeto tais como Smalltalk, C++ ou similares, e linguagens de programação procedurais convencionais, tais como a linguagem de programação "C" ou linguagens de programação similares. As instruções de programa legíveis por computador podem executar totalmente no computador do usuário, parcialmente no computador do usuário, como um pacote de software independente, parcialmente no computador do usuário e parcialmente em um computador remoto ou totalmente no computador remoto ou servidor. No último cenário, o computador remoto pode ser conectado ao computador do usuário através de qualquer tipo de rede, incluindo uma rede de área local (LAN) ou uma rede de área ampla (WAN), ou a conexão pode ser feita em um computador externo (por exemplo, através da Internet usando um Provedor de Serviço de Internet). Em algumas modalidades, sistema de circuitos eletrônico incluindo, por exemplo, lógica programável, arranjos de porta programáveis no campo (FPGA), ou arranjos de lógica programáveis (PLA), pode executar as instruções de programa legíveis por computador utilizando informação do estado das instruções de programa legíveis por computador para personalizar o sistema de circuitos eletrônico, a fim de realizar aspectos da presente invenção.

[080] Aspectos da presente invenção são descritos aqui com referência às ilustrações de fluxograma e/ou diagramas de bloco de métodos, aparelho (sistemas), e produtos de programa de computador de acordo com as modalidades da invenção. Deve-se entender que cada bloco das ilustrações de fluxograma e/ou diagramas de bloco, e combinações de blocos nas ilustrações de fluxograma e/ou diagramas de bloco, podem ser implementados por instruções de programa legíveis por computador.

[081] Essas instruções de programa legíveis por computador podem ser providas por um processador de um computador com propósito geral, computador de uso especial, ou outro aparelho de processamento de dados programável para produzir uma máquina, de maneira tal que as instruções, que executam por meio do processador do computador ou outro aparelho de processamento de dados programável, criem dispositivos para implementar as funções/ações especificadas no fluxograma e/ou bloco ou blocos de diagrama de bloco. Essas instruções de programa legíveis por computador podem também ser armazenadas em uma mídia de armazenamento legível por computador que pode direcionar um computador, um aparelho de processamento de dados programável, e/ou outros dispositivos para funcionar de uma maneira particular, de maneira tal que a mídia de armazenamento legível por computador tendo instruções armazenado na mesma compreenda um artigo de fabricação incluindo instruções que implementam aspectos da função/ação especificada no fluxograma e/ou bloco ou blocos de diagrama de bloco.

[082] As instruções de programa legíveis por computador podem também ser carregadas em um computador, outro aparelho de processamento de dados programável, ou outro dispositivo para fazer com que uma série de etapas operacionais sejam realizadas no computador, outro aparelho programável ou outro dispositivo para produzir um processo implementado por computador, de maneira tal que as instruções que executam no computador, outro aparelho programável, ou outro dispositivo implementem as funções/ações especificadas no fluxograma e/ou bloco ou blocos de diagrama de bloco.

[083] O fluxograma e diagramas de bloco nas Figuras ilustram a arquitetura, funcionalidade, e operação de possíveis implementações de sistemas, métodos, e produtos de programa de computador de acordo com várias modalidades da presente invenção. Com relação a isso, cada bloco no fluxograma ou diagramas de bloco pode representar um módulo, segmento, ou porção de instruções, que compreendem uma ou mais instruções executáveis para implementar a(s) função(es) lógica(s) especificada(s). Em algumas implementações alternativas, as funções notadas no bloco podem ocorrer fora da ordem notadas nas figuras. Por exemplo, dois blocos mostrados em sucessão podem, de fato, ser executados de forma substancialmente simultânea, ou os blocos podem algumas vezes ser executados na ordem inversa, dependendo da funcionalidade envolvida. Deve-se também notar que cada bloco dos diagramas de bloco e/ou ilustração de fluxograma, e combinações de blocos nos diagramas de bloco e/ou ilustração de fluxograma, pode ser implementado por sistemas baseados em hardware de uso especial que realizam as funções ou ações especificadas ou realizam combinações de instruções de hardware e computador de uso especial.

[084] Como usada aqui, a expressão gasto de energia pode algumas vezes ser intercambiada com a expressão gasto de energia em repouso. As expressões gasto de energia e gasto de energia em repouso, como usadas aqui, se referem a energia vernacular sem interferência, também conhecida como necessidades de energia em repouso (por exemplo, caloria) do paciente monitorado.

[085] Como usada aqui, a expressão alimentação enteral pode ser algumas vezes intercambiada com a expressão alimentação tubária. As expressões alimentação enteral e alimentação tubária, como usadas aqui, se referem a alimentação do paciente por meio de um tubo inserido no estômago do paciente. O tubo é inserido no estômago (ou duodeno, ou jejuno, ou outros locais no trato digestivo) por meio do nariz, da boca, ou uma abertura criada cirurgicamente.

[086] Referência é feita gora à FIG. 1A, que é um fluxograma de um método para ajustar dinamicamente um controlador de alimentação enteral que controla a taxa de alimentação enteral de acordo com uma estimativa de gasto de energia calculada com base na saída de sensores, de acordo com algumas modalidades da presente invenção. Referência é feita também à FIG. 1B, que é um fluxograma de um método modificado para ajustar dinamicamente um dispositivo de alimentação enteral para controlar a taxa de alimentação de acordo com uma estimativa do gasto de energia calculado com base na saída de sensores, e suplementar a fórmula de alimentação com proteína extra, de acordo com algumas modalidades da presente invenção. A proteína pode ser suplementada de acordo com o nível recomendado pelo recebedor de cuidado (isto é, usuário), e/ou automaticamente selecionado por código. Um regime de alimentação contínuo ou regime de alimentação intermitente pode ser automaticamente selecionado por código, e/ou manualmente selecionado pelo recebedor de cuidado (isto é,

usuário).

[087] Se sinais vitais indicarem que o paciente não está em estado de repouso, a implementação adicional do método deve ser interrompida até ser determinado que o paciente está no estado em repouso. Monitoramento do paciente pode continuar para determinar quando o paciente entra no estado em repouso.

[088] Referência é feita também à FIG. 2, que é um esquema de componentes de um sistema 200 para estimar gasto de energia com base na saída de um ou mais sensores 202A-C, e gerar instruções para ajuste da taxa de alimentação enteral providas por um controlador de alimentação enteral 204 de acordo com o gasto de energia estimado, de acordo com algumas modalidades da presente invenção. Uma ou mais ações do método descrito com referência às FIGs. 1A e/ou 1B pode ser implementada por componentes de sistema 200, como descrito aqui, por exemplo, por um(s) processador(es) 206 de um dispositivo de computação 208 que executa instruções de código armazenadas em uma memória (também referido como um armazenamento de programa) 210 (outros sinais vitais, por exemplo, saturação de sangue e outros analitos podem ser incorporados no cálculo).

[089] O dispositivo de computação 208 recebe sinais elétricos enviados por um ou mais sensores de oxigênio 202A, e/ou um ou mais sensores de dióxido de carbono 202B. O dispositivo de computação 208 pode receber sinais elétricos enviados por um ou mais sensores de nitrogênio 202C. Sensor(s) de oxigênio 202A e/ou sensor(s) de dióxido de carbono 202B mede(m) inspiração e/ou expiração do paciente (por exemplo, que ocorre naturalmente por respiração do paciente e/ou ocorre por um dispositivo externo que ventila forçadamente o paciente). Sensores 202A-B podem ser, por exemplo, localizados dentro de um dispositivo de ventilação que provê oxigênio ao paciente, por exemplo, dentro de um tubo de ventilação (por exemplo, tubo endotraqueal) em um paciente ventilado mecanicamente, dentro de uma máscara Venturi e/ou cânula nasal em um paciente que respira por si próprio, e/ou dentro de componentes de máquina de ventilação mecânica e/ou componentes associados com a máscara Venturi. Sensor(es) de nitrogênio 202C podem ser localizados, por exemplo, dentro de um catéter urinário, dentro de um saco de coleta de urina, e/ou dentro de outros dispositivos de fluxo de urina e/ou dispositivos de coleta de urina (e, opcionalmente, outros sinais vitais, por exemplo, saturação de sangue, podem ser incorporados no cálculo).

[090] O dispositivo de computação 208 pode receber as saídas de um ou mais sensores 202A-C por meio de uma ou mais interfaces de sensor 212, por exemplo, uma interface de rede, uma conexão de fio, uma conexão sem fio, um barramento local, outras implementações de interface física, e/ou interfaces virtuais (por exemplo, interface de software, interface de programação de aplicação (API), kit de desenvolvimento de software (SDK)).

[091] O dispositivo de computação 208 pode ser implementado, por exemplo, como uma unidade independente, um terminal de cliente, um servidor, uma nuvem de computação, um dispositivo móvel, um computador de mesa, um cliente magro, um Telefone inteligente, um computador de Mesa digitalizadora, um computador de colo, um computador usável, computador de óculos, e um computador de relógio. O dispositivo de computação 208 pode ser implementado como uma unidade customizada que inclui software e/ou hardware armazenado localmente que realiza uma ou mais das ações descritas com referência às FIGs. 1A e/ou 1B. Alternativamente, ou adicionalmente, o dispositivo de computação 208 pode ser implementado como instruções de código carregadas em um dispositivo de computação existente. Alternativamente, ou adicionalmente, o dispositivo de computação 208 pode ser implementado como hardware e/ou instruções de código (por exemplo, um cartão acelerador) instalado e/ou integrado dentro de um dispositivo de computação existente.

[092] O(s) processador(es) 206 de dispositivo de computação 208 pode(m) ser implementado(s), por exemplo, como um(as) unidade(s) de processamento central (CPU), um(s) unidade(s) de processamento gráfico (GPU), arranjo(s) de porta programável de campo (FPGA), processador(s) de sinal digital (DSP), e circuito(s) integrado(s) específico(s) da aplicação (ASIC). O(s) processador(es) 206 pode(m) incluir um ou mais processadores (homogêneos ou heterogêneos), que pode(m) ser arranjado(s) para processamento paralelo, como agrupamentos e/ou como uma ou mais unidades de processamento multinúcleos.

[093] A memória (também conhecida aqui como um dispositivo de armazenamento de dados) 210 armazena instruções de código executáveis por processador(es) 206, por exemplo, uma memória de acesso aleatório (RAM), memória apenas de leitura (ROM), e/ou um dispositivo de armazenamento, por exemplo, memória não volátil, mídia magnética, dispositivos de memória de semicondutor, unidade de disco rígido, armazenamento removível, e mídia óptica (por exemplo, DVD, CD-ROM). À memória 210 armazena instrução de código que implementam uma ou mais ações do método descrito com referência às FIGs. 1A e/ou 1B. Alternativamente, ou adicionalmente, uma ou mais ações do método descrito com referência às FIGs. 1A e/ou 1B são implementadas em hardware.

[094] O dispositivo de computação 208 pode incluir um dispositivo de armazenamento de dados 214 para armazenar dados, por exemplo, base de dados de alimentação 214A que armazena registros de composição de formulações de alimentação enteral, por exemplo, de diferentes fornecedores. O dispositivo de armazenamento de dados 214 pode ser implementado, por exemplo, como uma memória, uma unidade de disco rígido local, uma unidade de armazenamento removível, um disco óptico, um dispositivo de armazenamento, e/ou como um servidor remoto e/ou nuvem de computação (por exemplo, acessado por meio de uma conexão de rede).

[095] O dispositivo de computação 208 inclui e/ou está em comunicação com uma interface do usuário 216 que inclui um mecanismo para um usuário entrar com dados (por exemplo, informação do paciente, taxa de alimentação enteral inicial e/ou composição) e/ou visualizar dados apresentados (por exemplo, gasto de energia calculado, mudanças na taxa de alimentação enteral e/ou mudanças na composição da alimentação enteral). Interfaces do usuário exemplares 216 incluem, por exemplo, um ou mais de, uma tela sensível ao toque, um monitor, um teclado, um mouse, e software ativado por voz usando auto-falantes e microfone. Os dispositivos externos que comunicam com o dispositivo de computação 208 podem servir como interfaces do usuário 216, por exemplo, um telefone inteligente que roda uma aplicação pode estabelecer comunicação (por exemplo, celular, rede sem fio de curto alcance) com dispositivo de computação 208 usando uma interface de comunicação (por exemplo, interface de rede, interface celular, interface de rede sem fio de curto alcance). O usuário pode entrar com dados e/ou visualizar dados no monitor do telefone inteligente, opcionalmente por meio de uma aplicação de interface gráfica do usuário (GUI).

[096] O dispositivo de computação 208 inclui uma interface do dispositivo 218 que provê comunicação elétrica com um controlador de alimentação enteral 204 que controla alimentação enteral do paciente por meio de um tubo de alimentação enteral. O controlador de alimentação enteral 204 controla e/ou ajusta a taxa da alimentação enteral de acordo com instruções geradas por dispositivo de computação 208 em resposta ao gasto de energia estimado calculado com base na saída de sensor(es) 202A-B e, opcionalmente, sensor 202C. O controlador de alimentação enteral 204 (e/ou um outro dispositivo) pode ajustar a composição da alimentação enteral de acordo com instruções geradas por dispositivo de computação 208. A interface de dispositivo 218 pode ser implementada, por exemplo, como um cartão de interface de rede, um cartão de interface de hardware, uma interface sem fio, uma interface física para conectar a um cabo,

uma interface virtual implementada em software, software de comunicação provendo maiores camadas de conectividade, e/ou outras implementações. O controlador de alimentação enteral 204 pode ser implementado usando um mecanismo de base mecânica, e/usando componentes de computador (por exemplo, processador(es), instruções de código de armazenamento de memória executável pelo(s) processador(es), e/ou componentes de hardware). O controlador de alimentação enteral 204 pode ser implementado como uma bomba (por exemplo, bomba de alimentação de deslocamento positivo) que é controlada para distribuir alimentações enterais ao paciente por meio do tubo de alimentação enteral de acordo com a taxa definida pelas instruções geradas pelo dispositivo de computação 208. O controlador de alimentação enteral 204 pode incluir uma válvula que abre seletivamente o lúmen do tubo de alimentação enteral de maneira que a alimentação enteral possa ser administrada ao paciente na taxa definida.

[097] O controlador de alimentação enteral 204 pode incluir um mecanismo de seleção de alimentação que controla administração de múltiplas formulações, cada uma a uma taxa definida. Por exemplo, uma válvula que seleciona entre dois tubos, cada uma provendo uma diferente formulação a uma respectiva taxa de alimentação diferente, de acordo com as instruções geradas. Nota-se que um aumento da porcentagem de proteína na fórmula de alimentação pode ser manualmente selecionado pelo usuário e/ou automaticamente selecionado por código como mostrado esquematicamente com referência à FIG. 1B.

[098] Referindo-se novamente à FIG. 1A, em 102, uma taxa de alimentação enteral inicial e/ou composição de alimentação enteral inicial é estabelecida. A taxa de alimentação enteral inicial e/ou composição de alimentação enteral inicial pode ser introduzida no dispositivo de computação 208, por exemplo, manualmente pelo usuário por meio de interface do usuário 216, por exemplo, por meio de uma interface gráfica de usuário (GUI) apresentada em um monitor, automaticamente calculada com base em um ou mais valores manualmente introduzidos e/ou automaticamente obtidos de armazenamento (por exemplo, de um registro de saúde eletrônico). Por exemplo, a taxa metabólica basal, que pode ser usada para estabelecer o gasto de energia estimado inicial e/ou taxa de alimentação inicial e/ou composição de alimentação inicial correspondentes, pode ser calculada de acordo com a equação de Harris-Benedict. A taxa de alimentação enteral inicial e/ou composição de alimentação enteral inicial podem ser baseadas em uma observação subjetiva manual do estado atual do paciente e/ou de acordo com materiais de alimentação disponíveis (por exemplo, estoque). A composição de alimentação enteral inicial pode ser selecionada, por exemplo, com base em parâmetros corpóreos (por exemplo, peso, altura, idade) de acordo com prática atual (por exemplo, as melhores práticas da UTI).

[099] A taxa de alimentação enteral inicial e/ou composição de alimentação enteral inicial é ajustada dinamicamente, como descrito aqui com referência às ações 104 a 116. O ajuste pode ser realizado continuamente, acionado com base em eventos detectados, e/ou a intervalos de tempo predefinidos. O ajuste é realizado em tempo real, sem um atraso significante e/ou detectável.

[0100] Opcionalmente, é calculada uma incompatibilidade entre a estimativa calculada de gasto de energia (como descrito com referência à ação 106) e o estado inicial. As instruções para ajustar o estado inicial do controlador de alimentação enteral 204 são geradas de acordo com a incompatibilidade calculada (como descrito com referência à ação 112).

[0101] Opcionalmente, em 103, uma análise é realizada para determinar se o paciente está em repouso. Opcionalmente, o gasto de energia em repouso é calculado (como descrito aqui) quando é determinado que o paciente está em repouso. Quando o paciente não está em repouso, a definição de alimentação programada e/ou manualmente determinada inicial do paciente pode ser continuada, como descrito com referência à ação 102.

[0102] A determinação de se o paciente está ou não em repouso pode ser determinada, por exemplo, por um conjunto de regras aplicado aos dados do paciente. Por exemplo, uma análise de dados obtida de sensores de monitoramento do paciente (e/ou dispositivos) e/ou obtida de um registro de saúde eletrônico pode ser feita para determinar se o paciente está em repouso. O registro médico e/ou de saúde eletrônico do paciente pode ser acessado por dispositivo de computação 208 por meio de uma interface de rede, por exemplo, por meio de protocolo HL7. O dispositivo de computação 208 pode receber dados do paciente, opcionalmente medições de sinal vital do paciente, opcionalmente em tempo real e/ou tempo quase real (por exemplo, em cerca de 1 minuto, 5 minutos, 10 minutos, ou outros valores). Dados exemplares do paciente que são analisados para determinar repouso (ou não) inclui um ou mais de: frequência cardíaca, pressão sanguínea, saturação de oxigênio (por exemplo, medidos manualmente por enfermeiras, e/ou automaticamente por um dispositivo tais como uma oximetria de pulso e/ou esfigmomanômetro). Por exemplo, um paciente com uma frequência cardíaca normal de linha de base que passa por taquicardia (alta frequência cardíaca), por exemplo, devido a estímulo (por exemplo, procedimento médico sendo realizado, estresse), não pode ser considerado em repouso.

[0103] Quando o paciente não está em repouso, os dados do paciente podem ser monitorados (por exemplo, continuamente e/ou a curtos intervalos, por exemplo, a cada 5, 10, 15 minutos ou outros valores) para determinar se o paciente entrou em estado de repouso. Alternativamente, quando é determinado que o paciente está em repouso, os dados do paciente podem ser monitorados para determinar se o paciente ainda está em repouso ou entrou em um estado de não repouso.

[0104] Quando é determinado que o paciente não está em repouso, um alerta pode ser gerado indicativo da falta de estado de repouso do paciente, por exemplo, como uma mensagem exibida na GUI.

[0105] RM 104, uma medição de oxigênio enviada por umí(ns) sensor(s) de oxigênio 202A e uma medição de dióxido de carbono enviada por um(ns) sensor(s) de dióxido de carbono 202B associado(s) com um dispositivo de ventilação (por exemplo, tubo de ventilação, máscara) do paciente é recebida por dispositivo de computação 208, opcionalmente por meio de interface de sensor 212.

[0106] Medições de oxigênio e/ou dióxido de carbono são realizadas em ar inspirado e/ou ar expirado.

[0107] A vazão líquida de oxigênio (isto é, para o paciente) e a vazão líquida de dióxido de carbono (isto é, para fora do paciente) podem ser calculadas. As vazões líquidas de oxigênio e dióxido de carbono são indicativas de calorimetria indireta, com base no equilíbrio de oxidação de carboidratos (por exemplo, glicose), gordura, e/ou proteína, pelo corpo do paciente.

[0108] Alguma(s) modalidade(s) se refere(m) à realização do cálculo da taxa de alimentação e composição com base em detecção e CO? exalado exclusivamente.

[0109] Opcionalmente, uma medição de nitrogênio na urina enviada por um(s) sensor(s) de nitrogênio 202C é recebida por dispositivo de computação 208. O cálculo calorimétrico indireto (isto é, a estimativa de gasto de energia) é dinamicamente calculado de acordo com a medição de nitrogênio, como descrito aqui. A medição de nitrogênio na urina é indicativa de oxidação de proteína. A medição de nitrogênio na urina aumentou a precisão do gasto de energia estimado calculado como uma indicação de calorimetria indireta. Alternativamente, o nitrogênio na urina pode ser calculado como uma aproximação, sem medição do nitrogênio na urina pelo sensor de nitrogênio.

[0110] Em termos de representação matemática: *V O, denota o fluxo líquido de oxigênio (por exemplo,

litros por min (L/min)) + V CO, denota o fluxo líquido de dióxido de carbono (por exemplo, litros por min (L/min)) eN denota a quantidade líquida de nitrogênio (por exemplo, grama por min (L/min)) 0, Denota uma vetor de medição, m= Vcoz CO2 , 02 em [L/min] Vo2 > Denota o vetor de medição, Vco2z CO?2 , 02 em [L/min] e m= Vvo2 nitrogênio [grama/min]

N

[0111] Opcionalmente, em 105, um ou mais parâmetros clínicos do paciente são estabelecidos. Os parâmetros clínicos podem ser manualmente introduzidos por um usuário (por exemplo, por meio da GUI), automaticamente calculados (por exemplo, com base em dados de sensor e/ou outros dados obtidos, por exemplo, a partir do registro de saúde eletrônico do paciente) e/ou recuperados de um dispositivo de armazenamento de dados (por exemplo a partir de prontuário eletrônico do paciente).

[0112] O estado clínico do paciente pode ser recebido. O estado clínico do paciente pode incluir um ou mais diagnósticos médicos do paciente. O estado clínico do paciente pode afetar o cálculo da composição de alimentação alvo. Estados clínicos exemplares incluem: manutenção, estressado/MICU, trauma/cirurgia geral, trauma/UTI, queimadura(s), câncer, obesidade (por exemplo, índice de massa corporal (BMI) > 29,9).

[0113] O peso do paciente pode ser recebido. O peso do paciente pode afetar o cálculo da composição de alimentação alvo.

[0114] Pacientes com diferentes estados clínicos e/ou diferentes pesos podem ter diferentes metas nutricionais, que podem afetar o cálculo da composição alvo e/ou taxa de alimentação alvo.

[0115] Em 106, uma estimativa de gasto de energia do paciente é dinamicamente calculada com base na medição de oxigênio, a medição de dióxido de carbono, e, opcionalmente, a medição de nitrogênio. À estimativa de gasto de energia é dinamicamente calculada como uma taxa de gasto de energia para uma duração de tempo predefinida durante o qual as medições de oxigênio e dióxido de carbono são obtidas, por exemplo, em cerca de um minuto, 5 minutos, 15 minutos, 30 minutos, 1 hora, ou outros intervalos de tempo. Alternativamente, quando alimentação intermitente é selecionada (como descrito aqui), a estimativa de gasto de energia pode ser dinamicamente calculada durante os intervalos de alimentação intermitentes. Gasto de energia pode não necessariamente ser calculado entre os intervalos de alimentação intermitentes quando não esta ocorrendo nenhuma alimentação.

[0116] Deve-se notar que os cálculos estão levando à composição necessária da alimentação material e não são necessariamente limitados apenas à vazão.

[0117] Gasto de energia denota um indicador preciso para ingestão de necessidades de alimento dos pacientes, em particular pacientes em um ambiente de UTI (ou similar). A estimativa de gasto de energia representa uma estimativa de gasto calórico do paciente. A estimativa de gasto de energia é calculada com base na taxa metabólica estimada pelo consumo de oxigênio calculada com base na medição se oxigênio e produção de dióxido de carbono, calculada com base na medição de dióxido de carbono. Como discutido aqui, o controlador de alimentação enteral ajusta dinamicamente a taxa de alimentação enteral para distribuir calorias ao paciente, para repor o gasto calórico de acordo com a estimativa calculada.

[0118] Uma vez que, como discutido aqui, o gasto de energia do paciente alimentado enteralmente pode ser considerado ser gasto de energia em repouso, a estimativa do gasto de energia (isto é, gasto de energia em repouso (REE)) pode ser calculada de acordo com a equação de Weir (ou outros métodos correspondentes e/ou similares), matematicamente representada como a seguir: REE [2] =m 5, —srã day. REE [22] = 16.2 -VO2+5-VCO2 — 6 -N day.

[0119] Quando as medições de oxigênio não são disponíveis (por exemplo, não é instalado nenhum sensor de oxigênio, o sensor de oxigênio falha), o REE pode ser calculado com base na medição de dióxido de carbono e um valor considerado e/ou estimado para quociente respiratório (RQ), por exemplo, 0,85. Alternativamente, quando as medições de oxigênio são disponíveis, o RQ pode ser calculado, e a composição de alimento pode ser ajustada correspondentemente.

[0120] Opcionalmente, uma previsão de gastos de energia futuros é calculada com base em medições atuais e/ou históricas do sensor. A previsão pode ser com baseada, por exemplo, na detecção de padrões similares previamente observados. Por exemplo, o paciente pode experimentar diferentes gastos de energia em diferentes tempos do dia, tal como durante o dia e durante a noite. A previsão pode ser realizada com base em padrões detectados, por exemplo, detecção de um início de ação do padrão noturno indicativo de gasto de energia relativamente menor para um período de tempo vindouro. A previsão pode ser calculada, por exemplo, pelas instruções de código de aprendizado de máquina (por exemplo, rede neural) que é treinada nas medições históricas do sensor (e, opcionalmente, gastos de energia calculados correspondentes) e realiza a previsão.

[0121] em 108, uma composição alvo e/ou taxa da alimentação enteral é calculada. A composição alvo e/ou taxa alvo denota a taxa de alimento de melhor combinação e/ou composição para o paciente. Opcionalmente, um ajuste da composição de alimentação enteral existente e/ou taxa estabelecida inicial para chegar na composição alvo e/ou taxa alvo é calculado. A medida que a condição do paciente muda (por exemplo, devido a estresse, recuperação, movimento, administração de medicação, infecção), as necessidades de composição ideal para o paciente mudam, e são atendidas pelo cálculo dinâmico da composição de alimentação alvo e/ou taxa alvo para a qual uma fórmula de alimentação disponível similar é selecionada.

[0122] Opcionalmente, a composição alvo e/ou taxa de alimentação é avaliada com relação à composição de alimentação enteral atual e/ou taxa de alimentação de acordo com uma necessidade, por exemplo, uma diferença absoluta e/ou diferença relativa (por exemplo, acima de 5%, ou 10%, ou 20%, ou acima de 10 cc/hora, ou 25 cc/hora, ou acima de 100 calorias, ou acima 150 calorias, ou outros valores). Quando a necessidade não é atendida, não é necessariamente exigida nenhuma mudança na composição alvo e/ou taxa de alimentação. O gasto de energia pode ser recalculado a um ponto de tempo futuro para determinar quando a necessidade é atendida.

[0123] Opcionalmente, a composição alvo e/ou taxa de alimentação alvo inclui uma quantidade de água, que pode ser adicionada separadamente a uma composição em pó e/ou composição de proteína em pó disponível. A razão entre as quantidades de água a ser adicionada a uma certa quantidade de pó pode ser calculada, opcionalmente de acordo com a razão de água para pó atualmente sendo administrada e/ou recentemente provida.

[0124] A composição alvo e/ou taxa da alimentação enteral pode ser calculada em vista da condição clínica do paciente e/ou peso do paciente (por exemplo, como descrito com referência à ação 105).

[0125] A composição alvo e/ou taxa da alimentação enteral pode ser calculada de acordo com a meta nutricional do paciente.

[0126] A taxa alvo de administração da alimentação enteral é calculada de acordo com a estimativa de gasto de energia em vista da composição de alimentação alvo.

[0127] A taxa de administração de alimentação enteral que é controlada pelo dispositivo de alimentação enteral pode ser matematicamente representada como, onde cc denota centímetros cúbicos, e hr denota por hora: f [ee/hr]

[0128] A composição alvo da alimentação enteral é calculada de acordo com a estimativa calculada de gasto de energia. À composição alvo pode incluir quantidades definidas (por exemplo, peso, porcentagem) de glicose (denotado &), lipídios (denotado DP), e/ou proteína (denotado Pp). A composição alvo pode ser representada como um vetor de alimentação, que pode ser matematicamente representado como: g f= |: Pp

[0129] O vetor de alimentação (isto é, composição, por exemplo, glicose, lipídios, e/ou proteína), pode ser calculado com base na estimativa calculada de gasto de energia, e/ou vetor de calorimetria indireta m, por exemplo, como descrito por Eric Jequier, Kevin Acheson, and Yves Shutz, “Assessment of energy Expenditure and Fuel Utilization in Man”, Ann. Rev. Nutr. 1987. 7:187-208.

[0130] Deve-se esclarecer que as equações apresentadas aqui são exemplares e não necessariamente limitantes. Nota-se que pesquisa futura pode recomendar modificação das equações descritas e/ou sugerir novas equações. Os sistemas, aparelho, métodos e/ou instruções de código descritos aqui implementam tais equações novas e/ou modificadas pelo controlador.

[0131] A composição alvo pode ser calculada de acordo para atingir uma meta nutricional do paciente. A meta nutricional pode ser determinada, por exemplo, com base em uma agregação de dados coletados a partir de múltiplos indivíduos amostrados, com base em evidência clínica, com base em opinião de perito armazenada em uma base de dados, opcionalmente com base em métodos de aprendizagem de máquina que analisam dados do paciente e/ou a evidência clínica e/ou a opinião de perito. Opcionalmente, a composição alvo é calculada com base em uma agregação de dados coletados de múltiplos indivíduos amostrados. A composição alvo pode ser calculada de acordo com uma probabilidade de obter o melhor resultado (por exemplo, recuperação, sobrevivência melhorada). Por exemplo, diferentes composições alimentadas em diferentes pacientes, e os resultados experimentados (por exemplo, “recuperação, sobrevivência melhoradary morte, descarga, readmissão). A composição alvo pode ser calculada, por exemplo, pelas instruções de código de aprendizado de máquina (por exemplo, rede neural) que é treinada em dados de múltiplos outros pacientes (por exemplo, composição provida, resultado) e computa a composição que mais provavelmente leva ao melhor resultado (por exemplo, recuperação, sobrevivência melhorada). Opcionalmente, base de dados de alimentação 214A é pesquisada para identificar um ou mais registros de formulações de alimentação disponíveis de acordo com a composição alvo calculada (por exemplo, o vetor de alimentação). Opcionalmente, quando não é disponível nenhum registro de combinação exato, os registros de combinação mais próximos são observados. Os registros de combinação mais próximos podem ser classificados de acordo com uma necessidade de similaridade com a composição alvo. Os registros de combinação mais próximos podem ser calculados, por exemplo, com base em um ajuste pelos mínimos quadrados, com base em um parâmetro de melhor ajuste, um parâmetro de correlação, uma distância estatística calculada, ou outras medições de necessidade de similaridade que indicam similaridade entre conjuntos de base (por exemplo, distância vetorial).

[0132] Opcionalmente, quando não são encontrados registros de combinação disponíveis (isto é, de acordo com a necessidade de similaridade), componentes da composição alvo calculada podem ser combinados independentemente e/ou em conjuntos em registros de base de dados de alimentação 214A. Por exemplo, para um certo paciente, um componente de proteína pura da composição alvo pode ser calculado, por exemplo, como descrito em detalhe adicional com referência à FIG. 1B. Quando não é encontrado nenhum registro de combinação disponível que inclua proteína pura, os outros componentes podem ser combinados com um certo registro de formulação, e a proteína pura pode ser combinada com um outro registro (por exemplo, provido como um aconselhamento ao médico de tratamento e dependerá da decisão dele).

[0133] Base de dados de alimentação 214A pode ser localmente armazenada em dispositivo de computação 208, e/ou remotamente armazenada (por exemplo, em um dispositivo de armazenamento de dados, servidor de rede, nuvem de computação) e acessada, por exemplo, em uma rede.

[0134] Referência é feita gora à FIG. 3, que é um esquema representando um exemplo de um registro de uma certa formulação de produto de alimentação enteral, de acordo com algumas modalidades da presente invenção. Dados para a formulação representada na FIG. 3 são armazenados como um registro em base de dados de alimentação 214A. À formulação representada na FIG. 3 pode ser selecionada e/ou classificada quanto a uma composição alvo calculada similar, de acordo com a necessidade de similaridade.

[0135] Os registros de combinação identificados de formulações de alimentação podem ser apresentados em um monitor, por exemplo, em uma GUI. Opcionalmente, uma pontuação de classificação indicativa da similaridade entre o registro de combinação e a composição alvo é apresentada. Os registros de combinação identificados podem ou não ser fisicamente disponíveis em estoque. A apresentação de múltiplos registros que são os mais similares à composição alvo permite ao usuário escolher a formulação que está atualmente disponível em estoque.

[0136] Opcionalmente, uma mudança em composição da formulação de alimentação é automaticamente sugerida. A mudança pode ser sugerida quando a composição alvo recém-calculada é significativamente diferente da formulação de alimentação atual que é provida (por exemplo, que pode ter sido previamente selecionada pelo usuário), por exemplo, de acordo com uma necessidade de similaridade. Uma ou mais composições alvo calculadas recém sugeridas podem ser apresentadas ao usuário no monitor, por exemplo, da GUI.

[0137] Referindo-se agora de volta à FIG. 1h, em 110, o usuário pode selecionar manualmente a(s) composição(s) de alimentação para alimentar o paciente a partir da lista de registros de combinação que representam as composições mais próximas da composição alvo calculada. Por exemplo, o usuário pode clicar manualmente dentro da GUI apresentada no monitor para selecionar a composição de alimentação.

[0138] Opcionalmente, uma incompatibilidade é identificada entre uma composição de alimentação disponível atualmente calculada e uma composição de alimentação disponível previamente calculada. A incompatibilidade pode ser corrigida calculando a composição de alimentação adicional (por exemplo, como descrito com referência à FIG. 1B) para prover a composição de alimentação disponível atualmente calculada.

[0139] A composição selecionada pode ser obtida e conectada ao controlador de alimentação enteral 204. O tubo de alimentação pode ser iniciado e preparado para distribuir a composição selecionada ao paciente.

[0140] Alternativamente, a seleção da composição pode ser automaticamente realizada por dispositivo de computação 208. A composição selecionada pode ser automaticamente conectada ao controlador de alimentação enteral 204. O usuário pode ser convidado a verificar a seleção automatizada, por exemplo, clicando OK em um monitor. A conexão automática da composição de alimentação selecionada pode ser realizada, por exemplo, por um sistema robótico que recupera automaticamente a composição selecionada e conecta a composição selecionada ou, por exemplo, múltiplas composições podem ser pré-estabelecidas com a conexão final no controlador de alimentação enteral realizada automaticamente por um mecanismo de conexão.

[0141] Opcionalmente, aditivos adicionais são adicionados aos materiais de alimentação selecionados. Os aditivos adicionais podem ser manualmente adicionados pelo usuário, e/ou automaticamente inseridos por um sistema automatizado (por exemplo, robô). Os aditivos adicionais incluem materiais não definidos pela composição alvo. Por exemplo, quando a composição alvo inclui glicose, gordura, e proteína, os aditivos adicionais podem incluir nutrientes (por exemplo, vitaminas, minerais), fibra, e/ou outras substâncias.

[0142] Alternativamente, ou adicionalmente, quando nenhuma medição de nitrogênio está disponível (e/ou quando um usuário seleciona manualmente para ignorar as medições de nitrogênio), uma dieta de proteína intensificada pode ser adicionada à composição alvo. A dieta de proteína intensificada pode ser selecionada com base em evidência de pesquisa mostrando benefício na redução da mortalidade. Por exemplo, cerca de 1,2 a 2,0 gramas (g) de proteína por quilograma (Kg) de peso corpóreo, por exemplo, cerca de 1,5 g/Kg. A proteína pode ser considerada como um aditivo, uma vez que valores de medição de nitrogênio não são considerados no cálculo da composição alvo. A composição alvo pode ser calculada com base em demanda calórica.

[0143] Em 112, instruções para ajuste da taxa de alimentação pelo controlador de alimentação enteral 204 são automaticamente geradas pelo dispositivo de computação 208. O ajuste pode ser provido, por exemplo, como uma nova taxa de alimentação, ou uma mudança da taxa de alimentação existente.

[0144] Nota-se que o dispositivo de computação 208 pode ser integrado com controlador de alimentação enteral, ou o dispositivo de computação 208 pode existir como um dispositivo independente que transmite as instruções geradas ao controlador de alimentação enteral 204.

[0145] A taxa de administração da alimentação enteral, quando uma taxa de alimentação alvo calculada diferente, pode ser ajustada dessa maneira. Por exemplo, quando a composição de alimentação selecionada é diferente daquela da composição de alimentação alvo, a taxa de administração real pode ser ajustada correspondentemente.

[0146] Opcionalmente, um outro conjunto de instruções é gerado. O segundo conjunto de instruções pode ser integrado com o primeiro conjunto de instruções (por exemplo, provido a um controlador comum), e/ou as primeira e segunda instruções podem ser enviadas aos dois controladores independentes (que podem sincronizar um com o outro). O segundo conjunto de instruções pode definir ajuste da taxa do(s) segundo(s) componente(s) da formulação de alimentação enteral selecionada, por exemplo, o componente de proteína pura discutido aqui com referência à ação 108 e/ou como descrito com referência à FIG. 1B. Nota-se que três ou mais conjuntos de instruções podem ser gerados de acordo com o número de conjuntos independentemente combinados de componentes. Cada conjunto de instrução define a taxa de administração dos respectivos componentes da formulação enteral, por exemplo, taxas independentes para cada um de glicose, gordura, proteína e/ou outros nutrientes.

[0147] Opcionalmente, as instruções para ajuste dinâmico da alimentação enteral pelo controlador de alimentação enteral são estabelecidas abaixo de um nível de alimentação que gera refluxo (por exemplo, limiar, faixa) estimado para desencadear refluxo da alimentação enteral pelo paciente. Controlar a taxa de alimentação para permanecer abaixo do nível de alimentação de refluxo pode impedir ou reduzir refluxo das alimentações enterais pelo paciente, que pode reduzir ou impedir complicações relacionadas tal como pneumonia por aspiração. O nível de alimentação de refluxo pode ser calculado de acordo com a porção líquida de alimento de um volume residual gástrico estimado (GRV). A estimativa do GRV pode ser calculada, por exemplo, com base em peso, volume, e gravidade específica da alimentação enteral administrada pela bomba de alimentação enteral. Um método para tomar decisões com relação a alimentação enteral envolve medir manualmente o volume de conteúdos digestivos no estômago do paciente após uma sessão de alimentação enteral, usando uma seringa para aspirar os conteúdos do estômago. O volume medido é denominado Volume Residual Gástrico (GRV). O valor do GRV é usado pelo profissional da saúde para decidir, por exemplo, se o paciente recebeu alimento suficiente, está tendo problemas ingerindo o alimento administrado e/ou se o paciente tem maior risco de pneumonia por aspiração. Por exemplo, quando o GRV medido é acima de um limiar, a alimentação enteral seguinte é atrasada. Uma avaliação total usando GRV pode levar até 72 horas, com intervalos de 4 horas entre as medições do GRV. O cálculo da estimativa do GRV como descrito aqui, pode reduzir ou impedir procedimentos para medição direta do GRV, por exemplo,

de acordo com a prática comum: retirar os conteúdos de o estômago, medir o volume dos conteúdos retirados, e retornar os conteúdos retirados de volta para o estômago.

[0148] O GRV medido pode ser usado para modificação da taxa de alimentação de acordo com: V,(modified)= V,- an

[0149] Onde WGRV denota o peso do GRV coletado, Vf denota o volume da formulação enteral, Perv denota a gravidade específica do GRV coletado, e At denota o período de acúmulo, por exemplo, uma hora.

[0150] A taxa calculada baseada no consumo de energia da alimentação enteral pode ser manualmente e/ou automaticamente reduzida correspondentemente, em vista do GRV e limiar calculados. A composição alvo pode ser ajustada dessa maneira, por exemplo, para compensar o ajuste na taxa. Por exemplo, a redução na taxa para evitar refluxo pode reduzir a proteína que o paciente necessita. A composição alvo pode ser ajustada para incluir proteína adicional para constituir a perda potencial de proteína na taxa reduzida.

[0151] Opcionalmente, a taxa de alimentação é personalizada com base em desempenho de alimentação histórico. A personalização pode ser realizada, por exemplo, com base em dados históricos indicando que o paciente é capaz de lidar com uma taxa de alimentação sem refluxo, que é 75% abaixo do limiar de refluxo de outra forma calculado. À personalização pode ser baseada, por exemplo, em uma análise de desempenho de alimentação positivo e/ou negativo. Por exemplo, o paciente pode ter refluxo a diferentes limiares de refluxo em diferentes tempos do dia, tais como durante o dia e durante a noite. A personalização pode ser calculada, por exemplo, pelas instruções de código de aprendizado de máquina (por exemplo, rede neural) que é treinada no desempenho de alimentação histórico

(por exemplo, taxas de alimentação, indicações de refluxo ou não refluxo) e realiza a personalização.

[0152] Em 114, o controlador de alimentação enteral 204 implementa as instruções recebidas, e controla a administração da composição enteral selecionada de acordo com a taxa calculada.

[0153] Opcionalmente, no caso de receber os dois conjuntos de instruções (por exemplo, os conjuntos separados, e/ou os conjuntos combinados), os dois conjuntos de instruções são implementados pelo controlador de alimentação enteral 204. Por exemplo, os dois conjuntos de instruções podem ser implementados alternando a administração das duas composições, cada uma em uma respectiva taxa (isto é, administração sequencial). Em um outro exemplo, os dois conjuntos de instruções podem ser implementados em paralelo, por exemplo, distribuindo duas composições cada uma a uma respectiva taxa.

[0154] Opcionalmente, os primeiro e segundo conjunto de instruções geradas controlam um mecanismo de seleção de alimentação (por exemplo, válvula de estrangulamento) que seleciona entre um primeiro tubo que distribui a alimentação enteral (ou outro conjunto selecionado de componente(s)) e um segundo tubo que distribui o componente da proteína (ou outro conjunto de componente(s)). O primeiro tubo e o segundo tubo podem se unir em um tubo combinado que provê a alimentação enteral do paciente, ou cada tubo pode independentemente prover a alimentação enteral (isto é, sem o tubo combinado).

[0155] Referência é feita gora à FIG. 4, que é um esquema de uma implementação exemplar do dispositivo de alimentação enteral (por exemplo, 204 da FIG. 2) para controle independente da taxa de administração de dois componentes da alimentação enteral, de acordo com algumas modalidades da presente invenção. O dispositivo de alimentação enteral 204 inclui uma entrada de alimentação padrão 402 de um primeiro tubo

F através de qual a composição de alimentação enteral selecionada padrão é provida (isto é, um primeiro conjunto de componentes), e uma outra entrada de alimentação 404 de um segundo tubo P através do qual o suplemento de proteína selecionado (isto é um segundo conjunto de componentes) é provido, de acordo com algumas modalidades da presente invenção. Uma válvula de estrangulamento de seleção de alimentação 406 (ou outra implementação de um comutador de seleção) controla qual dos dois tubos F e P supre seus respectivos conteúdos à cabeça da bomba 408 para administração ao paciente por meio da saída do tubo 410. A válvula de estrangulamento de seleção de alimentação 406 alternativamente comuta entre o tubo de proteína P e o tubo de alimentação padrão F para obter a composição selecionada, que é administrada ao paciente pela bomba 408.

[0156] Em 116, dados são apresentados em um monitor (por exemplo, interface do usuário 216), opcionalmente dentro de uma interface gráfica de usuário (GUI). Os dados apresentados podem ser dinamicamente atualizados correspondentemente.

[0157] Dados exemplares — apresentados no monitor incluem um ou mais de: * Gasto de energia calculado estimado atual, por exemplo, como um valor numérico.

* Uma tendência com base no histórico do gasto de energia calculado, por exemplo, apresentado como um gráfico denotando uma traçagem da linha de tendência com base em pontos previamente calculados indicativos de gastos de energia estimados.

* Taxa de alimentação administrada atual pela bomba de alimentação enteral.

* Composição alvo calculada, formulação selecionada, e similaridade entre a composição alvo e formulação selecionada.

[0158] Os dados apresentados podem ser salvos em um registro, base de dados, e/ou outra estrutura de dados, por exemplo, armazenados em dispositivo de armazenamento de dados 214 e/ou um outro dispositivo de armazenamento. Os dados armazenados podem ser analisados fora de linha, por exemplo, uma efetividade de meta-análise de alimentação pode ser calculada com base em dados coletados de múltiplos pacientes.

[0159] Em 118, um ou mais recursos descritos com referência às ações 104 a 116 são iterados. As iterações são realizadas para ajustar dinamicamente a taxa de alimentação enteral de acordo com a dinâmica do gasto de energia atual do paciente.

[0160] As iterações podem ser realizadas, por exemplo, continuamente (por exemplo, quando as medições de sensor são sinais analógicos) ou quase continuamente (por exemplo, quando amostragem digital é realizada), em intervalos de tempo predefinidos (por exemplo, um minuto entre iterações, ou outros valores, por exemplo, menos que cerca de 5, 10, 15, 30, 60 minutos, ou outros intervalos de tempo entre as iterações), e/ou em disparos (por exemplo, detecção de um aumento na frequência cardíaca, seleção manual por um usuário, administração de medicação).

[0161] Opcionalmente, as medições de sensor e o cálculo do gasto de energia são realizados iterativamente de acordo com uma primeira taxa e/ou primeiro intervalo de tempo, por exemplo, para realizar monitoramento em tempo real contínuo e/ou quase contínuo, por exemplo, menos que cerca de 5, 10, 15, 30, 60 minutos, ou outros intervalos de tempo. As instruções para ajuste da alimentação enteral podem ser iteradas a um segundo intervalo de tempo que é maior que o primeiro intervalo de tempo, por exemplo, pelo menos a cada 30 minutos, 60 minutos, 120 minutos ou outros valores. Dessa maneira, o paciente pode ser continuamente monitorado quanto às mudanças em gasto de energia, embora a fórmula real e/ou mudanças de taxa ocorram menos frequentemente.

[0162] Opcionalmente, a taxa de alimentação provida pela bomba de alimentação enteral é ajustada dinamicamente para combinar a taxa de gasto de energia dentro de uma exigência de tolerância. A bomba de alimentação enteral pode realizar monitoramento e/ou controle local na taxa de alimentação administrada real, para manter a taxa de alimentação instruída dentro da exigência de tolerância. Por exemplo, um laço fechado pode incluir sensores locais para medir a taxa de alimentação administrada real e uma válvula para ajustar o taxa de alimentação real correspondentemente.

[0163] As iterações corrigem a diferença (por exemplo, erro) entre as definições iniciais da taxa de alimentação e/ou composição (por exemplo, como descrito com referência à ação 102) e as necessidades do paciente reais estimadas pelo gasto de energia calculado e/ou composição calculada correspondente. Equilíbrio pode ser atingido entre o gasto de energia estimado e a alimentação enteral provida (isto é, taxa e/ou composição) uma vez que a diferença é reduzida.

[0164] Agora de volta com referência à FIG. 1B, ações 102 a 110 são como descrito com referência à FIG. 1A.

[0165] Em 119, uma análise é realizada (por exemplo, pelas instruções de código armazenadas em memória 210 executadas por processador(es) de hardware 206 de dispositivo de computação 208) para determinar se as calorias e proteína da composição selecionada (que pode combinar a composição alvo, ou pode representar a combinação disponível mais próxima com a composição alvo, como descrito aqui) combinam dentro de uma tolerância do REE calculado do paciente.

[0166] Em 120, proteína suplementar é adicionada à formulação selecionada de alimentação quando é determinado que o conteúdo de proteína de formulação selecionada de alimentação é insuficiente para atender as necessidades do paciente calculadas com base no REE.

[0167] Quando é determinado que a proteína provida pela formulação selecionada de alimentação é insuficiente, a quantidade de proteína suplementar para atender as necessidades do paciente é calculada.

[0168] Nota-se que a proteína suplementar pode ser adicionada sem aumentar significativamente a taxa de alimentação calórica e/ou volumétrica calculada para a composição selecionada. A composição selecionada pode não necessariamente exigir recálculo e/ou resseleção em vista da proteína suplementar calculada. Por exemplo, proteína suplementar pode ser adicionada como um pó misturado na composição de alimentação selecionada líquida. Alternativamente, a taxa de alimentação da proteína suplementar é independentemente calculada e administrada, como descrito aqui.

[0169] A quantidade de proteína suplementar pode ser apresentada na GUI e/ou armazenada em memória para processamento adicional. Suplementos de proteína comercialmente disponíveis (por exemplo, que são atualmente disponíveis em estoque) podem ser apresentados na GUI, e/ou armazenados em memória para processamento adicional.

[0170] Proteína suplementar pode ser adicionada como a seguir: * Manualmente por um usuário. A GUI pode apresentar o REE calculado e/ou necessidades de proteína suplementar. O usuário pode ver a lista de suplementos de proteína disponíveis, e fazer uma seleção manual. O usuário pode misturar o suplemento de proteína na composição de alimentação selecionada, e/ou unir o suplemento de proteína selecionado com a bomba de alimentação dupla, como descrito aqui (por exemplo, com referência à FIG. 4).

* Semi-automaticamente pelo usuário e código. Com base no REE calculado, a composição de alimentação alvo, e formulações de alimentação disponíveis, instruções de código podem calcular a formulação de alimentação disponível de combinação mais próxima como descrito aqui. À quantidade de proteína suplementar é calculada de acordo com suplementos de proteína disponíveis (por exemplo, armazenados em uma base de dados). As instruções de código podem calcular as opções dos suplementos de proteína de combinação mais próximos de acordo com a disponibilidade (por exemplo, armazenadas em uma base de dados). A GUI pode apresentar as opções disponíveis para seleção do usuário. O usuário seleciona o suplemento de proteína e conecta a composição de alimentação selecionada e suplemento de proteína.

*Totalmente automático. Com base no REE calculado, a composição alvo, e formulações disponíveis, instruções de código podem calcular a formulação disponível de combinação mais próxima como descrito aqui. As instruções de código podem calcular a quantidade e/ou tipo de proteína suplementar que, quando adicionada à composição selecionada, chega na proteína exigida pelo paciente (isto é, para obter 100% das necessidades do paciente). A quantidade e/ou tipo de proteína suplementar é calculada de acordo com suplementos de proteína disponíveis (por exemplo, armazenados em uma base de dados). A GUI pode apresentar instruções ao usuário para afixar a formulação selecionada e suplemento de proteína selecionados na bomba, ou para misturar o suplemento de proteína e formulação selecionada (por exemplo, adicionar pó de proteína na formulação líquida).

[0171] Em 130, a modo de alimentação é selecionado. Alimentação pode ser contínua, por exemplo, uma taxa constante por todo o dia (por exemplo, por 24 horas). Alternativamente, a alimentação pode ser intermitente, por exemplo, intervalos de alimentação de uma hora seguidos por horas sem alimentação, repetidos 4 vezes ao dia. Tal alimentação intermitente pode deixar o sistema gástrico do paciente em repouso entre alimentações consecutivas (por exemplo, mais similar a comida normal de refeições separadas por intervalos sem comida). A alimentação contínua e/ou intermitente pode ser variável e/ou incremental (por exemplo, com base em uma função e/ou conjunto de regras), por exemplo, inicialmente ajustada a

50% das necessidades de alimentação do paciente, e subindo para 100% da das necessidades de alimentação do paciente em um período de tempo predefinido (por exemplo, 3 dias). O aumento incremental pode ser linear, exponencial, ou usando outras implementações.

[0172] A alimentação contínua ou intermitente e, opcionalmente, incrementada pode ser selecionada, por exemplo, com referência ao laço alimentar 302 descrito com referência à FIG. 5, e/ou ação 114 e/ou 118 descrita com referência à FIG. 1A.

[0173] Em 140, o controlador de alimentação é ajustado e a composição de alimentação selecionada e proteína suplementar é administrada.

[0174] Em 150, a alimentação real é monitorada e/ou dados são apresentados no monitor, como descrito com referência à ação 116 da FIG. 1A.

[0175] Em 160, um ou mais recursos descritos com referência às ações 104 a 150 são iterados. As iterações são realizadas para ajustar dinamicamente a taxa de alimentação enteral e/ou formulação selecionada e/ou a proteína suplementar de acordo com a dinâmica do gasto de energia atual do paciente em repouso.

[0176] Referência é feita gora à FIG. 5, que é um diagrama de fluxo de dados de ajuste dinâmico de uma taxa de alimentação enteral por um controlador de alimentação enteral de acordo com um gasto de energia estimado calculado com base na saída de sensor(es), de acordo com algumas modalidades da presente invenção. O diagrama de fluxo de dados descrito com referência à FIG. 5 representa o fluxo de dados com base no método descrito com referência à FIGs. 1A-B, e/ou dentro de uma implementação com base em componentes do sistema 200 descrito com referência à FIG. 2. O diagrama de fluxo de dados descritos com referência à FIG. 5 representa um laço de realimentação fechado 302, que ajusta a taxa de alimentação enteral e/ou composições de acordo com mudanças em condição do paciente detectadas com base em medições de sensor.

[0177] Paciente 10 denota um paciente mecanicamente ventilado e alimentado enteralmente (por exemplo, na UTI). Calorimetria indireta 11 é realizada para estimar o gasto de energia do paciente 10, para determinar a alimentação enteral para atender o gasto de caloria do paciente

10. Paciente 10 é ventilado por meio de uma afixação de ventilador 11C. Sensores de oxigênio e dióxido de carbono medem consumo de oxigênio e produção de dióxido de carbono durante 10 inspiração 11a e expiração 11b do paciente por meio de afixação de ventilador 11c.

[0178] Opcionalmente, em 12, saída de nitrogênio é medida por um sensor de urina e/ou estimado, por exemplo, de acordo com um valor estimado de 1,3-2 miligramas de proteína produzidos por quilograma de peso corpóreo.

[0179] Opcionalmente, em 103, o estado de repouso do paciente é calculado como descrito com referência à ação 103 da FIG. 1A. Quando o paciente está em repouso, o laço de realimentação 302 continua. Quando o paciente não está em repouso, o laço de realimentação 302 é interrompido até ser determinado que o paciente está em repouso.

[0180] Opcionalmente, em 105, parâmetro(s) clínico(s) do paciente são estabelecidos como descrito com referência à ação 105 da FIG. 1A.

[0181] Em 15, a taxa de alimentação enteral é calculada de acordo com o gasto de energia estimado (opcionalmente o gasto de energia em repouso) 11, que é calculado com base no consumo de oxigênio medido, produção de dióxido de carbono e produção de nitrogênio. Em 16, a composição da alimentação enteral pode ser selecionada de acordo com uma base de dados de materiais de alimentação disponíveis. Múltiplos produtos de alimentação enteral podem ser apresentados para seleção de uso,

opcionalmente de acordo com uma classificação. A classificação pode denotar uma medida de similaridade com a composição de alimentação enteral ideal calculada. A taxa de alimentação enteral e/ou composição da alimentação enteral pode ser calculada de acordo com o(s) parâmetro(s) clínico(s) do paciente.

[0182] Opcionalmente, em 17, um monitor pode apresentar dados de monitoramento em tempo real, que podem ser armazenados em um livro de registro. Os dados de monitoramento em tempo real podem ser apresentados como um gráfico representando tendências no tempo no gasto de energia calculado estimado e/ou na taxa de alimentação calculada enteral. Os dados de monitoramento em tempo real podem incluir o valor numérico atual e/ou instantâneo do gasto de energia calculado e/ou taxa de alimentação, por exemplo, em centímetros cúbicos (cc) por hora.

[0183] Opcionalmente, em 15a, um usuário (por exemplo, profissional de saúde) seleciona um ou mais produtos de alimentação enteral do conjunto calculado de produtos enterais disponíveis que podem ser usados para obter uma composição que é similar à composição calculada ideal. Opcionalmente, quando o conteúdo de proteína dos produtos enterais disponíveis é insuficiente, e proteína suplementar é exigida, a formulação de proteína suplementar pode ser selecionada como descrito com referência às ações 119 e/ou 120 da FIG. 1B.

[0184] Em 14, o usuário insere o produto de alimentação enteral e/ou produto de proteína suplementar selecionado no sistema de alimentação enteral e clica OK para aprovar a seleção. O usuário pode selecionar o modo de alimentação como descrito com referência à ação 130 da FIG. 1B.

[0185] Em 14a o tubo de alimentação é iniciado. Em 18, a taxa de alimentação é calculada de acordo com o melhor ajuste entre o produto de alimentação enteral selecionado pelo usuário e a taxa de alimentação ideal da formulação de alimentação enteral ideal.

[0186] Em 13, a bomba de alimentação distribui o(s) produto(s) de alimentação selecionado(s) pelo usuário ao paciente 10 por meio do tubo de alimentação, de acordo com a taxa de alimentação calculada. Em 13a, um laço de controle de bomba executados pela bomba de alimentação pode monitorar a administrada alimentação enteral, e ajustar a taxa de alimentação real de acordo com a taxa de alimentação calculada.

[0187] O laço de realimentação 302 é iterado, para calcular dinamicamente o gasto de energia estimado e a taxa de alimentação correspondente, como descrito aqui.

[0188] Referência é feita gora às FIGs. 6A- J, que é uma sequência de imagens da GUI exemplares representando um fluxo exemplar para implementar o método para ajustar dinamicamente um dispositivo de alimentação enteral, para controlar a taxa de alimentação de acordo com uma estimativa do gasto de energia calculado com base na saída de sensores, e suplementar a fórmula de alimentação com proteína extra (por exemplo, como descrito com referência às FIGs. 1A-B), de acordo com algumas modalidades da presente invenção.

[0189] A FIG. 6A representa uma sequência de imagens da GUI para determinar o estado de repouso do paciente com base em uma análise de sinais vitais do paciente, por exemplo, como descrito com referência ao recurso 103 das FIGs. 1A-1B. A GUI 602 mostra que é determinado que o paciente não está em repouso (isto é, está instável). A GUI 604 mostra que o paciente é determinado estar em repouso. Uma taxa de alimentação inicial e composição são estabelecidas quando for determinado que o paciente está em repouso, por exemplo, como descrito com referência ao recurso 102 das FIGs. 1A-1B. A GUI 606 mostra que o cálculo de REE está iniciando. A GUI 608 mostra o cálculo do REE em um intervalo de tempo. A GUI 610 mostra o REE calculado resultante, mostrado como 1440 e 60 cc (centímetro cúbico)/hora.

[0190] FIG. 6B representa uma imagem da GUI para estabelecer parâmetros clínicos do paciente, incluindo peso do paciente 612 e selecionar de um ou mais das seguintes condições 614: manutenção, estressado/MICU, Trauma/Cirurgia geral, Trauma/UTI, Queimaduras, Câncer, e Obesidade, por exemplo, como descrito com referência ao recurso 105 das FIGs. 1A4-1B. O REE é automaticamente calculado com base nos parâmetros clínicos estabelecidos, por exemplo, como descrito com referência ao recurso 106 de FIGs. 1A-1B.

[0191] No exemplo representado, o peso do paciente 612 é definido em 50 Kg, e não são selecionadas condições 614. O REE 616 é calculado como 1.500, e 60 cc/hora.

[0192] A FIG. 6C representa um outro ambiente da GUI descrito com referência à FIG. 6B para um outro paciente. No exemplo representado, o peso do paciente 612 é definido em 85 Kg, e a condição 614 Trauma/UTI é selecionado. O REE 616 é calculado como 1.800, e 75 cc/hora.

[0193] A FIG. 6D representa uma imagem da GUI que apresenta a melhor fórmula disponível que é mais próxima da composição alvo calculada e/ou taxa alvo, isto é, fórmula ideal 618, por exemplo, como descrito com referência ao recurso 108 das FIGs. 1A-1B. No exemplo representado, a Fórmula Ideal Osmolite é selecionada, que inclui 100% das calorias calculadas e 85% da proteína com base no REE, a uma taxa de 75 cc/hora, por exemplo, como descrito com referência ao recurso 110 das FIGs. 1A-1B. A fórmula é selecionada para alimentação contínua. Nota-se que as fórmulas ideais são selecionadas para prover 100% das calorias exigidas calculadas (ou quase 100%) independentemente das necessidades de proteína. As fórmulas ideais são selecionadas com base na suposição de que a proteína exigida restante será atendida por adição de uma formulação de proteína suplementar.

[0194] A FIG. 6E representa uma imagem da GUI que é apresentada quando uma análise determina que o conteúdo de proteína da fórmula ideal selecionada Osmolite é insuficiente, por exemplo, como descrito com referência ao recurso 119 da FIG. 1B. Uma lista de fórmulas de proteína suplementar é apresentada da GUI para seleção para adição na fórmula ideal selecionada Osmolite, por exemplo, como descrito com referência ao recurso 120 da FIG. 1B. A lista de fórmulas de proteína suplementar e quantidades recomendadas são automaticamente calculadas, por exemplo, como descrito com referência ao parágrafo “Semi-automaticamente” com referência ao recurso 120 da FIG. 1B.

[0195] A FIG. 6F representa uma imagem da GUI de uma seleção de 45 gramas da fórmula suplementar Gold Standard 100% para adição na fórmula ideal Osmolite, por exemplo, como descrito com referência ao recurso 120 da FIG. 1B.FIG. 6G representa uma imagem da GUI de uma seleção manual 620 do tipo de fórmula e uma seleção manual da quantidade, por exemplo, como descrito com referência ao recurso 110 das FIGs. 1A4-1B, e/ou como descrito com referência ao parágrafo “Manualmente por um usuário” com referência ao recurso 120 da FIG. 1B. No exemplo representado, o usuário manualmente selecionado para alimentar Osmolite a uma taxa de 75 cc/hora.

[0196] Nota-se que a fórmula de alimentação média denotando fórmulas disponíveis que são próximas à composição alvo, sem proteína suplementar ser adicionada. Tais fórmulas de alimentação médias provêm calorias e proteínas o mais próximo possível ao paciente.

[0197] A FIG. 6H representa a imagem da GUI descrita com referência à FIG. 6G que inclui um campo de entrada de dados 622 para selecionar manualmente a quantidade para alimentação (isto é, sem ser as quantidades disponíveis clicando nos ícones de quantidade apresentados).

[0198] A FIG. 61 representa uma imagem da GUI para definir manualmente os parâmetros de uma alimentação intermitente. Parâmetros de alimentação intermitente exemplares que podem ser estabelecidos incluem:

* Frequência, por exemplo, 2 horas, 3 horas, 4 horas, e 6 horas.

* Duração, por exemplo, 1 hora, 2 horas.

* Afunilamento, por exemplo, 5 minutos, 10 minutos, 15 minutos, e 20 minutos.

* Afunilamento descendente, por exemplo, 5 minutos, 10 minutos, 15 minutos, e 20 minutos.

[0199] Por exemplo, como descrito com referência ao recurso 130 da FIG. 1B.

[0200] A FIG. 6J representa a imagem da GUI descrita com referência à FIG. 61, na qual os seguintes parâmetros são selecionados: Frequência de 4 horas, duração de 1 hora, afunilamento de 20 minutos. Uma linha de tempo 624 pode representar graficamente o padrão de alimentação durante um intervalo de 24 de acordo com os parâmetros selecionados. Por exemplo, porções cheias de uma primeira cor da linha de tempo são indicativas de intervalos de tempo durante os quais a entrada de alimentação ocorre, o comprimento de cada porção cheia da primeira cor é de acordo com a duração selecionada, porções cheias de uma segunda cor da linha de tempo são indicativas de intervalos de tempo durante os quais a alimentação enteral é interrompida, o comprimento de cada porção cheia da segunda cor é de acordo com a frequência selecionada menos a duração selecionada, porções mistas que representam uma mistura das primeira e segunda cores localizadas antes de cada porção cheia da primeira cor são indicativas de afunilamento ascendente e têm um comprimento de acordo com o tempo de afunilamento ascendente selecionado, e porções mistas localizadas após cada porção cheia da primeira cor são indicativas de afunilamento descendente e têm um comprimento de acordo com o tempo de afunilamento descendente selecionado.

[0201] As descrições das várias modalidades da presente invenção foram apresentadas para efeitos de ilustração, mas não devem ser exaustivas ou limitadas às modalidades reveladas. Muitas modificações e variações ficarão aparentes aos versados na técnica sem fugir do escopo e espírito das modalidades descritas. A terminologia usada aqui foi escolhida para explicar melhor os princípios das modalidades, a aplicação prática ou melhoria técnica em relação às tecnologias encontradas no mercado, ou para permitir que outros versados na técnica entendam as modalidades reveladas aqui.

[0202] Espera-se que, durante o tempo de maturação de patente deste pedido, muitos controladores de alimentação enteral relevantes serão revelados e o escopo da expressão controlador de alimentação enteral deve incluir todas tais novas tecnologias a priori.

[0203] Como usada aqui expressão “cerca de” se refere a + 10%.

[0204] Os termos "compreende", "compreendendo", "inclui", "incluindo", “tendo” e seus conjugados significam "incluindo, mas não limitado a". Essa expressão engloba as expressões "consistindo de" e "consistindo essencialmente de".

[0205] A expressão "consistindo essencialmente de" significa que a composição ou método pode incluir ingredientes e/ou etapas adicionais, mas apenas se os ingredientes e/ou etapas adicionais não alterar materialmente as características básicas e inovadoras da composição ou método reivindicado.

[0206] Como usadas aqui, as formas singulares "um", "uma" e "o", "a" incluem múltiplas referências a menos que o contexto dite claramente de outra forma. Por exemplo, a expressão "um composto" ou "pelo menos um composto" pode incluir uma pluralidade de compostos, incluindo misturas dos mesmos.

[0207] A palavra “exemplar” é usada aqui para significar “servindo como um exemplo, instância ou ilustração”. Qualquer modalidade descrita como “exemplar” não deve necessariamente ser interpretada como preferida ou vantajosa em relação a outras modalidades e/ou excluir a incorporação de recursos de outras modalidades.

[0208] A palavra “opcionalmente” é usada aqui para significar “é provido em algumas modalidades e não provido em outras modalidades”. Qualquer modalidade particular da invenção pode incluir uma pluralidade de recursos “opcionais” a menos que tais recursos conflitem.

[0209] Por todo esse pedido, várias modalidades desta invenção podem ser apresentadas em um formato de faixa. Deve-se entender que a descrição em formato de faixa é meramente por conveniência e concisão e não deve ser interpretada como uma limitação inflexível do escopo da invenção. Dessa maneira, a descrição de uma faixa deve ser considerada ter especificamente revelado todas as possíveis subfaixas bem como valores numéricos individuais dentro desta faixa. Por exemplo, descrição de uma faixa tal como de 1 a 6 deve ser considerada ter subfaixas especificamente reveladas tais como de 1 a 3, de 1 a 4, de 1a 5, de 2a4,de 2a 6,de 3 a6 etc., bem como números individuais dentro desta faixa, por exemplo, 1, 2,3,4, 5, e 6. Isso se aplica indiferentemente da abrangência da faixa.

[0210] Sempre que uma faixa numérica for indicada aqui, ela deve incluir qualquer número citado (fracional ou integral) dentro da faixa indicada. As expressões “variando/faixas entre" um primeiro número indicado e um segundo número indicado e “variando/faixas de” um primeiro número indicado “até” um segundo número indicado são usadas aqui indiferentemente e devem incluir os primeiro e segundo números indicados e todos os números fracionais e integrais entre os mesmos.

[0211] Percebeu-se que certos recursos da invenção, que são, para clareza, descritos no contexto de modalidades separadas, podem também ser providos em combinação em uma única modalidade. Por outro lado, vários recursos da invenção, que são, por questão de concisão, descritos no contexto de uma única modalidade, podem também ser providos separadamente ou em qualquer subcombinação adequada ou como adequado em qualquer outra modalidade da invenção descrita. Certos recursos descritos no contexto de várias modalidades não devem ser considerados recursos essenciais dessas modalidades, a menos que a modalidade seja inoperante sem aqueles elementos.

[0212] Embora a invenção tenha sido descrita com referência a modalidades específicas da mesma, é evidente que muitas alternativas, modificações e variações ficarão aparentes aos versados na técnica. Dessa maneira, pretende-se abranger todas tais alternativas, modificações e variações que se enquadrem no espírito e escopo geral das reivindicações anexas.

[0213] Todas as publicações, patentes e Pedido de Patentes mencionados nessa especificação estão aqui incorporados nas suas íÍntegras pela referência na especificação, ao mesmo ponto em que se cada publicação individual, patente ou Pedido de Patente fosse específica e individualmente indicado para ser incorporados aqui pela referência. Além do mais, citação ou identificação de qualquer referência neste pedido não deve ser interpretada como uma admissão de que tal referência é disponível como técnica anterior à presente invenção. Até o ponto em que os títulos de sessão são usados, eles não devem ser interpretados necessariamente como limitantes.

Claims

REIVINDICAÇÕES

1. MÉTODO IMPLEMENTADO POR COMPUTADOR

PARA AJUSTAR A ALIMENTAÇÃO ENTERAL DE UM PACIENTE POR UM CONTROLADOR DE ALIMENTAÇÃO ENTERAL, caracterizado pelo fato de que compreende: - receber resultados de um sensor de dióxido de carbono que detecta pelo menos um de inspiração e expiração do paciente; - receber resultados de um sensor de fluxo que detecta pelo menos um de inspiração e expiração do paciente; - calcular o gasto de energia do paciente com base no resultado do sensor de dióxido de carbono e no sensor de fluxo; - calcular uma meta nutricional alvo para a alimentação enteral que forneça 100% ou quase 100% do gasto de energia calculado do paciente independente de uma equação de previsão; - selecionar uma fórmula de alimentação alvo de uma pluralidade de fórmulas de alimentação de acordo com a meta nutricional alvo; e - gerar de instruções para o ajuste por um controlador de alimentação enteral, para administrar a fórmula de alimentação alvo

2. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende ainda realizar uma análise de medições de sinal do frasco do paciente em tempo real coletadas de um registro médico eletrônico do paciente para determinar se o paciente está em repouso, em que o gasto de energia do paciente é calculado quando se determina que o paciente está em repouso.

3. MÉTODO, de acordo com a reivindicação 2, caracterizado pelo fato de que o segundo intervalo de tempo é cerca de 20 minutos ou menos.

4. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que as instruções para o ajuste incluem um primeiro intervalo de alimentação associado com a taxa da fórmula de alimentação alvo e segundo intervalo de não alimentação durante o qual nenhuma alimentação enteral é administrada, em que o primeiro e segundo intervalos são repetidos.

5. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que a meta nutricional alvo é calculada com base no resultado do sensor de dióxido de carbono sozinho quando o resultado do sensor de dióxido de carbono não está disponível e um valor estimado para um quociente respiratório (RQ).

6. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que compreende ainda receber uma medição de nitrogênio enviada por um sensor de nitrogênio associado com um dispositivo de coleta de saída de urina que coleta a urina enviada pelo paciente e em que o gasto de energia é calculado ainda de acordo com a medição de nitrogênio.

7. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que compreende ainda calcular uma quantidade de proteína suplementar para atender às exigências de alimentação enteral do paciente com base no gasto de energia calculado, em que a quantidade de proteína suplementar é calculada com base na fórmula de alimentação alvo em vista da formulação disponível armazenada em uma base de dados que armazena registros de diferentes fórmulas de alimentação da formulação de alimentação enteral, em que a proteína suplementar, quando adicionada a uma formulação disponível selecionada, não afeta significativamente uma taxa de alimentação calórica e/ou volumétrica calculada da formulação disponível para acionar um novo cálculo da taxa de alimentação da formulação disponível.

8. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que compreende ainda: - combinar a meta nutricional alvo calculada com pelo menos um registro de uma fórmula de alimentação disponível armazenada em uma base de dados que armazena registros de diferentes fórmulas de alimentação, em que as instruções para o ajuste são geradas com base em pelo menos um registro combinado.

9. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que quando pelo menos um registro é combinado com a meta nutricional alvo, em que compreende ainda apresentar em um visor o pelo menos um registro e receber por meio de uma interface do usuário de um determinado registro do pelo menos um registro apresentado, em que a instruções para o ajuste são geradas de acordo com o determinado registro selecionado.

10. MÉTODO, de acordo com a reivindicação 9, caracterizado pelo fato de que compreende ainda calcular uma classificação indicativa de semelhança entre cada um do respectivo registro e da meta nutricional alvo e apresentar a classificação em associação com cada um do respectivo registro.

11. MÉTODO, de acordo com a reivindicação 10, caracterizado pelo fato de que quando nenhum registro é combinado com a meta nutricional alvo, que compreende ainda independentemente combinar uma pluralidade de conjuntos de componentes da meta nutricional alvo à respectiva pluralidade de registros, em que cada uma da pluralidade de instruções para o ajuste é gerada de acordo com um respectivo registro combinado da pluralidade de registros.

12. MÉTODO, de acordo com a reivindicação 11, caracterizado pelo fato de que um primeiro conjunto de componentes indica arbitrariamente componentes combinados com uma primeira formulação e um segundo conjunto de componentes indica um componente puro de proteína combinado com uma segunda formulação, em que um primeiro conjunto de instruções é gerado para alimentação enteral da primeira formulação a uma primeira taxa e um segundo conjunto de instruções é gerado para a alimentação enteral da segunda formulação a uma segunda taxa.

13. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que a fórmula de alimentação alvo é calculada com base em uma agregação de dados coletados de uma pluralidade de indivíduos amostrados, em que a fórmula de alimentação alvo é calculada de acordo com uma probabilidade de obter um resultado positivo.

14. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que as instruções geradas incluem um primeiro conjunto de instruções para a administração de uma primeira formulação de alimentação enteral a uma primeira taxa e um segundo conjunto de instruções para a administração de uma segunda formulação de alimentação enteral a uma segunda taxa, em que o primeiro conjunto de instruções e o segundo conjunto de instruções controlam uma alimentação que seleciona o mecanismo que seleciona entre um primeiro tubo que administra a primeira formulação de alimentação enteral na primeira taxa e um segundo tubo que administra a segunda formulação de alimentação enteral na segunda taxa, em que o primeiro tubo e o segundo tubo se ligam em um tubo combinado que provê alimentação enteral do paciente.

15. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que o gasto de energia compreende uma estimativa de gasto calórico do paciente.

16. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que o gasto de energia é dinamicamente calculada como um a taxa de gasto de energia para uma duração de tempo pré-definida durante a qual os resultados do sensor de dióxido de carbono e do sensor de fluxo são obtidos e em que a taxa de alimentação provida pelo controlador de alimentação enteral é dinamicamente ajustada para combinar com a taxa de gasto de energia dentro de uma exigência de tolerância.

17. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que as instruções geradas definem uma taxa de alimentação ajustada abaixo de um nível de alimentação de refluxo estimado para acionar o refluxo da alimentação enteral pelo paciente calculado com base no volume residual gástrico coletado (GRV).

18. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que uma taxa de alimentação para administração da fórmula de alimentação alvo definida pelas instruções é ajustada com base no volume residual gástrico coletado (GRV) e com base no peso e volume da fórmula de alimentação alvo selecionada administrada pelo controlador de alimentação enteral.

19. MÉTODO, de acordo com a reivindicação 17 ou reivindicação 18, caracterizado pelo fato de que o nível de alimentação de refluxo é calculado ainda de acordo com histórico de desempenho de alimentação do indivíduo alvo.

20. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que a fórmula de alimentação alvo e taxa de alimentação alvo incluem um volume de água.

21. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que compreende ainda apresentar em um visor dentro de uma interface gráfica de usuário (GUI) pelo menos um de: gasto de energia calculado atual, uma tendência com base no histórico do gasto de energia calculado, taxa de alimentação atual administrada pelo controlador de alimentação enteral e composição da fórmula de alimentação calculada sendo administrada pelo controlador de alimentação enteral.

22. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que o gasto de energia é calculado com base em uma equação de Weir ou equações correspondentes e com base na taxa metabólica estimada de consumo de oxigênio calculado com base no resultado do sensor de fluxo e produção de dióxido de carbono calculada com base no resultado do sensor de dióxido de carbono.

23. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que compreende ainda: - estabelecer uma taxa de alimentação inicial pelo controlador de alimentação enteral independentemente do resultado do sensor de dióxido de carbono e do sensor de fluxo; - calcular uma incompatibilidade entre o gasto de energia calculado e o estado da taxa de alimentação inicial; - em que as instruções geradas incluem instruções para ajustar a taxa de alimentação inicial do controlador de alimentação enteral de acordo com a incompatibilidade calculada.

24. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que o gasto de energia compreende uma previsão do gasto de energia futuro calculado pelas instruções do código de aprendizado da máquina treinada de acordo com padrões previamente observados.

25. MÉTODO, de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que a taxa de administração da fórmula de alimentação alvo é calculada ainda de acordo com desempenho de alimentação histórico das indicações do paciente.

26. SISTEMA PARA AJUSTAR A ALIMENTAÇÃO

ENTERAL DE UM PACIENTE POR UM CONTROLADOR DE ALIMENTAÇÃO ENTERAL, caracterizado pelo fato de que compreende: - uma memória não transitória que tem armazenada nela um código para execução por pelo menos um processador de hardware de um sistema de computação, o código compreendendo: e código para receber o resultado de um sensor de dióxido de carbono que detecta pelo menos um de inspiração e expiração do paciente; e código para receber o resultado de um sensor de fluxo que detecta pelo menos um de inspiração e expiração do paciente; e código para calcular o gasto de energia do paciente com base no resultado do sensor de dióxido de carbono e no sensor de fluxo; e código para calcular uma meta nutricional alvo para a alimentação enteral que provê 100% ou quase 100% do gasto de energia calculado do paciente independente de uma equação de previsão; e código para selecionar uma fórmula de alimentação alvo de uma pluralidade de fórmulas de alimentação de acordo com a meta nutricional alvo; e e código para gerar instruções para ajuste, por um controlador de alimentação enteral, para administrar a fórmula de alimentação alvo.

27. SISTEMA, de acordo com a reivindicação 26, caracterizado pelo fato de que o sensor de dióxido de carbono e o sensor de fluxo são montados em um tubo de ventilação que ventila o paciente.

28. PRODUTO DE PROGRAMA DE COMPUTADOR

PARA AJUSTAR ALIMENTAÇÃO ENTERAL DE UM PACIENTE POR UM CONTROLADOR DE ALIMENTAÇÃO ENTERAL, caracterizado pelo fato de que compreende: - uma memória não transitória que tem armazenada nela um código para execução por pelo menos um processador de hardware de um sistema de computação, o código compreendendo: e instruções para receber o resultado de um sensor de dióxido de carbono que detecta pelo menos um de inspiração e expiração do paciente; e instruções para receber o resultado de um sensor de fluxo que detecta pelo menos um de inspiração e expiração do paciente; e instruções para calcular o gasto de energia do paciente com base na medição do fluxo e na medição de dióxido de carbono; + instruções para calcular uma composição alvo e taxa de alimentação alvo para a alimentação enteral de acordo com a estimativa calculada de gasto de energia; e instruções para calcular uma meta nutricional alvo para a alimentação enteral que provê 100% ou quase 100% do gasto de energia do paciente independente de uma equação de previsão, + instruções para selecionar uma fórmula de alimentação alvo de uma pluralidade de fórmulas de alimentação de acordo com a meta nutricional alvo; e e instruções para gerar instruções para o ajuste, por um controlador de alimentação enteral, para administrar a fórmula de alimentação alvo.

29. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25, caracterizado pelo fato de que uma quantidade de proteína suplementar é calculada para adicionar a cada uma da pluralidade das fórmulas de alimentação disponíveis para atingir cerca de 100% das necessidades de proteína para o paciente.

30. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25 e 29, caracterizado pelo fato de que compreende ainda determinar um estado clínico do paciente, em que a fórmula de alimentação alvo é ainda calculada de acordo com o estado clínico do paciente.

31. MÉTODO, de acordo com a reivindicação 30, caracterizado pelo fato de que o estado clínico do paciente é selecionado do grupo que compreende: manutenção, estressado/MICU, trauma/cirurgia geral, trauma/ICU, queimadura(s), câncer, obesidade (por exemplo, índice de massa corporal (BMI) > 29,9).

32. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25 e 29 a 31, caracterizado pelo fato de que compreende ainda determinar um peso do paciente, em que a fórmula de alimentação alvo é ainda calculada de acordo com o peso do paciente.

33. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25 e 29 a 32, caracterizado pelo fato de que compreende ainda: - apresentar em um visor dentro de uma interface gráfica do usuário (GUI) uma indicação de um estado calculado se o paciente está em repouso ou não; - quando for determinado que o paciente está em repouso, apresentar uma indicação do gasto de energia calculado dentro da GUI; - receber por meio da GUI uma determinação de um peso do paciente e uma seleção de uma pluralidade de ícones cada um representando um respectivo estado clínico do paciente; - receber por meio da GUI uma seleção de um ícone indicativo de uma da formulação disponível de uma pluralidade de formulações disponíveis armazenadas na base de dados e apresentadas dentro da GUI com base nos respectivos ícones; - receber por meio da GUI uma seleção de um ícone indicativo de uma formulação de proteína suplementar disponível que satisfaz a quantidade de proteína suplementar de uma pluralidade de formulações disponíveis que satisfazem a quantidade de proteína suplementar armazenada em uma base de dados que armazena registros de diferentes fórmulas de alimentação da proteína suplementar e apresentadas dentro da GUI com base nos respectivos Ícones; - em que as instruções para o ajuste são geradas de acordo com as seleções recebidas por meio da GUI.

34. MÉTODO, de acordo com a reivindicação 33, caracterizado pelo fato de que compreende ainda: - receber, por meio da GUI, uma seleção de: - um ícone indicativo de alimentação intermitente, - um ícone indicativo de um número de horas de uma frequência da alimentação intermitente, - um ícone indicativo de um número de horas de uma duração da frequência intermitente, - um ícone indicativo de um número de minutos para afunilar de forma ascendente cada intervalo de alimentação, e - um ícone indicativo de um número de minutos para afunilar de forma descendente cada intervalo de alimentação.

35. MÉTODO, de acordo com a reivindicação 34, caracterizado pelo fato de que compreende ainda apresentar, dentro da GUI, uma linha do tempo gráfica indicativa de intervalos de alimentação durante um período de alimentação próximo, em que porções sólidas de uma primeira cor da linha do tempo são indicativas de intervalos de tempo durante os quais a entrada da alimentação acontece, o comprimento de cada porção sólida da primeira cor é de acordo com a duração selecionada, porções sólidas de uma segunda cor da linha do tempo são indicativas de intervalos de tempo durante os quais a alimentação enteral é interrompida, o comprimento de cada porção sólida da segunda cor é de acordo com a frequência selecionada menos a duração selecionada, porções mistas que representam uma mistura das primeira e segunda cores localizadas antes de cada porção sólida da primeira cor são indicativas de afunilamento de forma ascendente e têm um comprimento de acordo com o tempo de afunilamento ascendente selecionado e porções mistas localizadas depois de cada porção sólida da primeira cor são indicativas do afunilamento descendente e têm um comprimento de acordo com o tempo de afunilamento descendente selecionado.

36. SISTEMA, de acordo com qualquer uma das reivindicações 26 a 27, caracterizado pelo fato de que compreende ainda calcular a quantidade e/ou tipo de proteína suplementar que, quando adicionada à fórmula de alimentação alvo, chega a uma necessidade de proteína do paciente e adicionar a proteína suplementar à fórmula de alimentação alvo.

37. SISTEMA, de acordo com qualquer uma das reivindicações 26 a 27 e 36, caracterizado pelo fato de que o controlador de alimentação inclui um mecanismo de seleção de alimentação que alternativamente troca entre um tubo de proteína através do qual um suplemento de proteína selecionado é provido e um tubo padrão através do qual a fórmula de alimentação alvo é provida, cada um em uma taxa definida de acordo com as instruções geradas.

38. SISTEMA, de acordo com a reivindicação 37, caracterizado pelo fato de que o mecanismo de seleção de alimentação controla qual tubo de proteína e tubo padrão abastece seus respectivos conteúdos em uma cabeça da bomba para administrar ao paciente por meio da saída do tubo.

39. SISTEMA, de acordo com qualquer uma das reivindicações 37 a 38, caracterizado pelo fato de que o mecanismo de seleção de alimentação compreende uma válvula de estrangulamento.

40. SISTEMA, de acordo com qualquer uma das reivindicações 37 a 39, caracterizado pelo fato de que o primeiro e o segundo conjuntos de instruções gerados são para controlar o mecanismo de seleção da alimentação para selecionar entre o tubo de proteína e o tubo padrão.

41. SISTEMA, de acordo com qualquer uma das reivindicações 37 a 40, caracterizado pelo fato de que o tubo de proteína e o tubo padrão se conectam em um tubo combinado para administrar a fórmula de alimentação alvo ao paciente.

42. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25 e 29 a 35, caracterizado pelo fato de que o resultado do sensor de fluxo compreende uma medição de oxigênio emitida por um sensor de oxigênio.

43. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25 e 29 a 35, caracterizado pelo fato de que compreende ainda calcular a quantidade e/ou tipo de proteína suplementar que, quando adicionada à fórmula de alimentação alvo, chega a uma necessidade de proteína do paciente e adicionar a proteína suplementar à fórmula de alimentação alvo.

44. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25 e 29 a 35 e 42 a 43, caracterizado pelo fato de que o recebimento do resultado do sensor de fluxo, o recebimento do resultado do sensor de dióxido de carbono e o cálculo do gasto de energia são realizados iterativamente, quando um gasto de energia atual do paciente difere do gasto de energia anterior do paciente por uma necessidade, ajustando pelo menos um de: uma fórmula de alimentação alvo atual para uma nova fórmula de alimentação alvo e uma taxa de alimentação alvo para uma nova taxa de alimentação alvo e gerando instruções para execução pelo controlador de alimentação enteral, para administrar pelo menos uma da nova fórmula de alimentação alvo e de acordo com a nova taxa de alimentação alvo.

45. MÉTODO, de acordo com a reivindicação 9, caracterizado pelo fato de que o pelo menos um registro é apresentado no visor como uma lista, classificado de acordo com a ordem decrescente da quantidade de proteína.

46. MÉTODO, de acordo com a reivindicação 9, caracterizado pelo fato de que o pelo menos um registro é apresentado no visor como uma lista, classificado de acordo com a ordem crescente da cc/h.

47. MÉTODO, de acordo com a reivindicação 9, caracterizado pelo fato de que o pelo menos um registro é apresentado no visor como uma lista, classificado de acordo com a quantidade recomendada.

48. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 25, 29 a 35 e 42 a 47, caracterizado pelo fato de que compreende ainda receber uma indicação de uma pausa na alimentação e recalcular as instruções para ajuste da fórmula de alimentação alvo pelo controlador de alimentação enteral de acordo com a pausa na alimentação.