BR112019012719A2

BR112019012719A2 - sistema de dispositivo médico incluindo infraestrutura de tecnologia de informação tendo domínio de agrupamento seguro suportando domínio externo

Info

Publication number: BR112019012719A2
Application number: BR112019012719A
Authority: BR
Inventors: Bjäre Björn; Persson Roland
Original assignee: Gambro Lundia Ab
Priority date: 2016-12-21
Filing date: 2017-12-07
Publication date: 2019-11-26
Also published as: WO2018114346A1; AU2017381172A1; JP2020504366A; US11516183B2; CA3044724A1; EP3559951B1; KR20190093575A; CN110100283A; JP7153017B2; US20200092259A1; EP3559951A1; KR102476516B1; CN110100283B; AU2023248083A1

Abstract

um sistema de transferência de dados de tecnologia de informação (it) de dispositivos médicos em uma modalidade inclui um domínio de agrupamento, um domínio externo e um domínio de interface. equipamentos pertencentes ao domínio de agrupamento podem se comunicar em tempo real, de modo que a disponibilidade, segurança, integridade confiável e desempenho são garantidos. o domínio externo inclui equipamento não habilitado para inclusão direta no domínio de agrupamento e pode incluir equipamentos para sistemas de informação externa, equipamentos de apresentação, equipamentos de computadores pessoais, equipamentos médicos compartilhados e equipamentos médicos de cabeceira. o domínio de interface permite que o equipamento de domínio externo se comunique com o equipamento de agrupamento de maneira bidirecional. a comunicação pode ser através de certos nós de acesso no agrupamento. os nós de acesso permitem a troca de informação entre o domínio externo aberto e o domínio de agrupamento fechado e privado.

Description

SISTEMA DE DISPOSITIVO MÉDICO INCLUINDO INFRAESTRUTURA DE TECNOLOGIA DE INFORMAÇÃO TENDO DOMÍNIO DE AGRUPAMENTO SEGURO SUPORTANDO DOMÍNIO EXTERNO

FUNDAMENTOS [001] A presente divulgação refere-se geralmente a sistemas de dispositivo médico e mais particularmente ao gerenciamento e operação de uma infraestrutura de tecnologia da informação (TI) com conexão a sistemas externos como sistemas de informação clinica (CIS), sistemas de faturamento, laboratórios e similares.

[002] A conectividade de TI para sistemas médicos foi introduzida originalmente para apenas um conjunto selecionado de provedores médicos e era estritamente proprietária. Eventualmente, os sistemas de TI médicos começaram gradualmente a confiar em soluções padronizadas, que eram consideradas vantajosas em termos de custo e perspectivas de desenvolvimento. No lado negativo, onde a responsabilidade residia antes com os provedores de sistema proprietários, as soluções padronizadas dividiam a responsabilidade pela confiabilidade dos sistemas de TI em várias partes, sendo as principais responsabilidades delegadas ao fabricante do equipamento associado, ao fabricante da CIS e aos profissionais de TI.

[003] A complexidade envolvida no gerenciamento da infraestrutura de um sistema de TI de dispositivo médico é considerável e, em geral, apenas clinicas maiores podem arcar com o custo e a competência para configurar e manter um sistema desse tipo funcionando com a confiabilidade e a disponibilidade necessárias em um ambiente de assistência médica. O resultado é que o progresso no uso de suporte

Petição 870190056817, de 19/06/2019, pág. 11/87

2/58 baseado em TI para aumentar a eficiência em ambientes de dispositivos médicos, como clinicas de diálise, tem sido lento. De fato, muitos dirão que pouco progresso foi observado nos últimos trinta anos no ambiente de assistência médica quando comparado ao desenvolvimento explosivo dos dispositivos de computação pessoal e comunicação móvel inteligentes de hoje.

[004] A carga sobre a clínica é aumentada ainda mais pelo fato de que a clínica é, em última instância, responsável por uma perspectiva de gerenciamento de qualidade e análise de risco ao combinar todos os subsistemas e equipamentos em uma unidade. A responsabilidade impõe expectativas à clínica para ter acesso a pessoal qualificado para realizar essas avaliações de qualidade e gerenciamento de risco, já que a maioria dos fabricantes de equipamentos e software não assumirá tais responsabilidades quando seus produtos forem combinados com outros produtos ou integrados em um sistema no qual os fabricantes de software não têm conhecimento prévio ou adiantado.

[005] Resumindo, a maioria dos ambientes de tratamento médico (por exemplo, clínicas de diálise) reconhecem hoje o potencial dos sistemas de TI na redução de erros, carga de trabalho de documentação e outras cargas de trabalho de administração. As clínicas também reconhecem o custo e a complexidade do gerenciamento de diferentes soluções de TI, e esse suporte de prateleira para a integração de tais sistemas é muito limitado. Ou seja, as clínicas percebem que vão arcar com o ônus de implementar e manter uma solução de TI. A maioria das clínicas, no entanto, não tem e não pode pagar pessoal de TI dedicado.

Petição 870190056817, de 19/06/2019, pág. 12/87

3/58 [006] Embora exista um desejo generalizado de usar TI para o gerenciamento de terapia, muitos sistemas de registros médicos eletrônicos em vigor não atendem às necessidades de uma estrutura de dados ou de uma perspectiva de relatórios. Os sistemas existentes são percebidos como carentes de compreensão para as necessidades do usuário médico no contexto do gerenciamento de fluxo de trabalho clinico.

[007] Uma solução de TI aprimorada para ambientes de tratamento médico, por exemplo, clinicas de diálise, nas quais existe uma grande necessidade de gerenciamento de dados, mas um orçamento de TI relativamente pequeno, é necessária, por conseguinte.

SUMÁRIO [008] O sistema e metodologia de tecnologia de informação (TI) de dispositivo médico da presente divulgação é aplicável, por exemplo, a dispositivos médicos tais como: plasmaférese, hemodiálise (HD), hemofiltração (HF) hemodiafiltração (HDF) e tratamentos de terapia de substituição renal continua (CRRT). O sistema de TI de dispositivo médico aqui descrito também é aplicável a diálise peritoneal (PD), entrega de fármaco intravenoso e entrega de fluido nutricional. Estas modalidades podem ser aqui referidas coletivamente ou geralmente individualmente como entrega de fluido medicinal, no entanto, o sistema de TI não está limitado à entrega de fluido medicinal e, em vez disso, pode envolver dispositivos médicos em geral. Os dispositivos médicos podem abrigar componentes necessários para fornecer fluido médico, como uma ou mais bombas, várias válvulas, um aquecedor, se necessário, equipamento de geração de fluido médico on-line, se necessário, vários sensores, como

Petição 870190056817, de 19/06/2019, pág. 13/87

4/58 qualquer um ou mais, ou todos de sensores de pressão, sensores de condutividade, sensores de temperatura, detectores de ar, detectores de fuga de sangue e semelhantes, uma interface de usuário e uma unidade de controle, que podem empregar um ou mais processador e memória para controlar o equipamento acima descrito. 0 dispositivo de entrega de fluido medicinal pode também incluir um ou mais filtros, tais como um dialisador ou hemofiltro para limpeza de sangue e/ou um ultrafiltro para purificação de água, fluido de diálise ou outro fluido.

[009] O sistema de TI de dispositivo médico e a metodologia da presente divulgação podem ser utilizados com dispositivos médicos localizados em uma clinica/hospital ou com dispositivos médicos baseados em casa. Uma máquina de hemodiálise adequada para um ambiente clinico é descrita na Patente dos EUA No. 8.647.290, emitida em 11 de fevereiro de 2014, intitulada Aparelho de Hemodiálise ou Hemo (dia) filtração e um Método de Controle de Aparelho de Hemodiálise ou Hemo (dia) filtração, depositada em 26 de maio de 2008. Uma máquina de CRRT adequada para um ambiente hospitalar ou clinico é descrita na patente dos EUA No. 8.911.390, emitida em 16 de dezembro de 2014, intitulada Sistema de Fluido multiparte e um sistema para Anticoagulação de Citrato Regional em um Circuito Sanguíneo Extracorpóreo, depositada em 31 de março de 2010. Um sistema doméstico adequado é descrito na Patente dos EUA No. 8.029.454, emitida em 4 de outubro de 2011, intitulada Hemodiálise/Hemofiltração Doméstica de Alta Convecção e Sistema Sorvente, depositada em 4 de novembro de 2004, atribuída ao cessionário do presente pedido. Outro tal sistema doméstico é descrito na

Petição 870190056817, de 19/06/2019, pág. 14/87

5/58

Patente dos EUA No. 8.393.690, emitida em 12 de março de 2013, intitulada Invólucro para um Sistema de Hemodiálise Portátil, depositada em 27 de agosto de 2008. Um sistema de diálise peritoneal adequado que pode ser usado em casa ou em uma clinica é descrito na Patente dos EUA No. 9.248.225, emitida em 2 de fevereiro de 2016, intitulada Sistema e Métodos de Tratamento Médico Usando uma Pluralidade de Linhas de Fluido, depositada em 23 de janeiro de 200 9. Todo o conteúdo de cada uma das referências acima é aqui incorporado por referência e invocado.

[0010] Cada um dos tipos de dispositivos médicos acima pode ser considerado um nó em um agrupamento de múltiplos nós, que compartilham um banco de dados distribuído comum. Cada nó do agrupamento compartilha seus dados (por exemplo, (i) dados referentes a seus parâmetros operacionais programados, (ii) dados coletados de um tratamento, como dados de saida de dispositivos médicos, dados de eventos e dados do paciente, e (iii) quaisquer outros dados relevantes) com cada outro nó do agrupamento. Para compartilhar seus dados, o agrupamento pode ser configurado de forma que os nós (i) empurrem seus dados uns para os outros, (ii) puxem seus dados uns dos outros, ou (iii) empurrem e puxem dados uns dos outros. Além disso, para compartilhar seus dados, o agrupamento pode ser configurado de tal forma que (a) os nós enviem seus dados para cada outro nó usando (i) , (ii) ou (iii) ou (b) um ou mais nós de hub podem ser fornecidos que coletam dados a partir de um subconjunto de nós, compartilham os dados juntamente com seus próprios dados no subconjunto, transmitem os dados coletados junto com seus próprios dados para qualquer outro nó de hub existente para distribuição no

Petição 870190056817, de 19/06/2019, pág. 15/87

6/58 subconjunto do outro nó, e recebem dados coletados de qualquer outro nó de hub para distribuição dentro de seu

próprio subconjunto, usando (i) ,	(ü)	ou (iii).
[0011] Independentemente	de	como a informação é
compartilhada no agrupamento	ou	no banco de dados

distribuído, o compartilhamento de informação e informação são seguros e completos. A informação é segura por vários motivos. Primeiro, apenas os nós certificados e compatíveis com agrupamento estão conectados ao agrupamento, e somente esses nós podem compartilhar dados. As exceções gerenciadas a essa regra são descritas abaixo. Em segundo lugar, o software para o agrupamento é, em uma modalidade, proprietário, de modo que dispositivos externos que não possuam o software proprietário não podem se comunicar com os nós, mesmo que de alguma forma conectados à mesma rede que os nós do agrupamento. 0 software proprietário pode ter componentes padronizados, por exemplo, pode usar software de código aberto, mas o software geral é proprietário.

[0012] O agrupamento está em uma modalidade fornecida pelos fabricantes de dispositivos médicos. O banco de dados distribuído seguro é implementado como parte de cada dispositivo médico participando como nós no agrupamento. Os dispositivos médicos compatíveis com agrupamento conectam-se em uma rede e formam automaticamente o banco de dados compartilhado ou distribuído da presente divulgação, que pode ser formado em torno de um banco de dados fisico (por exemplo, baseado em disco rigido) que reside em cada dispositivo médico fisico. Discutidas abaixo estão muitas funções que o agrupamento de nós pode controlar. O agrupamento de dispositivos (nós) projetado para execução

Petição 870190056817, de 19/06/2019, pág. 16/87

7/58 como nós de membros de agrupamento assume a maior parte da responsabilidade de lidar com as complexidades associadas a uma infraestrutura de TI aberta e é uma opção atraente para clínicas e qualquer outro ambiente de dispositivo médico em que há uma grande necessidade de gerenciamento de dados, mas um orçamento de TI relativamente pequeno. Alguma responsabilidade ainda pode residir com a clínica, como fornecer cabeamento e outros hardwares.

[0013] Pode-se dizer que o agrupamento e seus nós formam um domínio de agrupamento. Espera-se que a maioria, se não todas as clínicas ou outros ambientes de dispositivo médico, tenham algum tipo de rede de computadores com a qual enfermeiros, médicos e técnicos possam usar software pertinente, como software clínico de terceiros, software de faturamento, software de contabilidade etc. Qualquer um desses softwares fora do domínio do agrupamento pode ser dito para formar um domínio externo.

[0014] Alguns dos softwares de domínio externo podem ter a necessidade de pelo menos alguns dos dados compartilhados no banco de dados distribuído. Além disso, dependendo de quais funções são tratadas no domínio do agrupamento, pode ser necessário que o banco de dados distribuído receba dados e forneça dados ao domínio externo. Para fazer isso, é contemplado criar ou designar um ou mais nós do banco de dados distribuído como um nó de acesso. Cada nó de acesso em uma modalidade tem uma parte interna e uma parte externa, que podem se comunicar apenas através de uma ou mais interfaces controladas, como um gerenciador de memória. A parte externa do nó de acesso faz interface com o domínio externo, enquanto a parte interna do nó de acesso

Petição 870190056817, de 19/06/2019, pág. 17/87

8/58 faz interface com o domínio do agrupamento. Pode-se dizer que os nós de acesso do agrupamento formam um domínio de interface entre o domínio externo aberto e o domínio de agrupamento interno.

[0015] Está previsto fornecer três tipos diferentes de opções de acesso. Um primeiro tipo de opção de acesso é um nó de acesso, que é um nó de acesso de banco de dados distribuído. Esse nó de acesso mantém o banco de dados compartilhado formado entre todos os outros nós. O nó de acesso de banco de dados distribuído pode ou não adicionar dados ao banco de dados compartilhado, mas, em qualquer caso, recebe todos os dados de todos os outros nós, gerando dados e armazenando permanentemente os dados. O nó de acesso de banco de dados distribuído permite que um dispositivo cliente receba dados do banco de dados compartilhado e adicione dados ao banco de dados compartilhado. Embora os nós de acesso sejam geralmente descritos como sendo diferentes dos dispositivos médicos do agrupamento, é contemplado que um dispositivo médico também possa fornecer capacidades de acesso e, portanto, também formar um nó de acesso.

[0016] Um segundo tipo de opção de acesso também é um nó de acesso, mas é um nó somente de conversão ou nó de acesso de banco de dados não distribuído. Um nó de acesso de banco de dados não distribuído não contém o banco de dados compartilhado e, em vez disso, está limitado a permitir que um dispositivo cliente interaja funcionalmente com um nó de agrupamento. Por exemplo, pode ser desejado enviar, a partir de uma balança, os dados de peso de um paciente de maneira com ou sem fio para o agrupamento através do nó de acesso de banco de dados não distribuído. Em uma modalidade, o nó de

Petição 870190056817, de 19/06/2019, pág. 18/87

9/58 banco de dados não distribuído se conecta a um nó de banco de dados distribuído e transfere sua informação para esse nó. A informação transferida é compartilhada com o restante do banco de dados distribuído na próxima atualização de banco de dados distribuído. Os dados de peso, juntamente com um identificador de paciente, podem então ser recuperados por qualquer nó ou dispositivo médico que precise dos dados de peso, por exemplo, o nó ou dispositivo médico que trata o paciente naquele dia. 0 nó de acesso somente de conversão permite uma transferência segura dos dados de peso para o agrupamento de nós, mas não contém o banco de dados distribuído.

[0017] Além dos dois tipos de nós de acesso físico, está previsto fornecer um terceiro tipo de interface entre o domínio de banco de dados distribuído e o domínio externo, que pode ser referido como um nó de acesso virtual. O nó de acesso é considerado virtual porque não há hardware adicional envolvido. O nó virtual pode, por exemplo, ser um software em um computador de um médico ou clínico que seja executado em sua própria rede aberta, separado do banco de dados distribuído. O computador do médico ou clínico e o computador do técnico de laboratório podem executar softwares que precisam ou se beneficiam do compartilhamento de informação com o banco de dados distribuído. Tal software pode, por exemplo, requerer dados do computador do técnico de laboratório, por exemplo, resultados de testes de pacientes. Embora esteja previsto que o computador do médico ou clínico consiga enviar solicitações de serviço por meio de um nó de acesso para invocar rotinas operacionais em execução no banco de dados distribuído, pode alternativamente ser possível e

Petição 870190056817, de 19/06/2019, pág. 19/87

10/58 talvez desejável permitir que o computador do médico acesse o banco de dados distribuído virtualmente com a garantia de que o computador do médico esteja protegido o suficiente para fazê-lo. Por exemplo, a segurança pode ser fornecida através de uma rede privada virtual (VPN) entre o computador do médico e a parte de um nó de acesso virtual que reside dentro de um dispositivo médico.

[0018] O sistema de TI de dispositivo médico e a metodologia da presente divulgação reduzem a complexidade geral do gerenciamento e da execução de uma infraestrutura de TI, enquanto oferecendo flexibilidade total para conexão a sistemas externos (um CIS, sistemas de faturamento, laboratórios, etc.) implantados dentro ou fora de uma clínica de dispositivo médico. O sistema de TI e a metodologia são ocultados e controlados em uma única parte responsável (a configuração de agrupamento e seu banco de dados distribuído associado) para áreas críticas como confiabilidade, disponibilidade, segurança, proteção e integridade, ao mesmo tempo em que fornece acesso aos serviços necessários na clínica a partir de uma perspectiva de processo, equipe e paciente. O sistema de TI e a metodologia são capazes de integrar informação médica relacionada ao paciente armazenada no banco de dados distribuído com o sistema de registros médicos geral da clínica e com informação utilizada e produzida por equipamentos na cabeceira do paciente, antes, durante e/ou após o tratamento.

[0019] O sistema de TI de dispositivo médico e a metodologia da presente divulgação permitem que os dados fluam nos dois sentidos, em tempo real, por exemplo, entre equipamentos médicos externos e dispositivos médicos do

Petição 870190056817, de 19/06/2019, pág. 20/87

11/58 agrupamento, permitindo, por exemplo, a configuração correta do equipamento de diálise antes do tratamento com base em prescrições médicas e em informação geradas na cabeceira, por exemplo, sob a orientação de enfermeiros e outros funcionários do provedor de cuidados de diálise, antes, durante e/ou após o tratamento. Por outro lado, pode ser desejado que a informação real dos resultados do tratamento a partir de equipamentos médicos, por exemplo, eventos (por exemplo, alarmes, alertas) gerados e documentados no equipamento, e notas ou entradas da enfermeira associados a um tratamento sejam transmitidos de volta ao CIS para avaliação médica de curto e/ou longo prazo.

[0020] A complexidade de executar estruturas de TI abertas atuais nas clínicas se origina da manutenção de uma infraestrutura de servidores de aplicação com software de servidor, servidores de banco de dados, servidores de reserva (separados fisicamente dos servidores), rede de TI (com ou sem fio, cabeamento e roteadores) e computadores clientes com software cliente. Integrar essa infraestrutura em equipamentos de dispositivos médicos para formar coletivamente um banco de dados distribuído, em combinação com equipamentos de conectividade proprietários (nós de acesso) , em uma configuração de agrupamento fechada com acesso a / de sistemas externos (por exemplo, um CIS ou qualquer outro sistema de gerenciamento de informação) faz com que a responsabilidade principal pela confiabilidade geral de tal infraestrutura seja limitada e confinada dentro do domínio bem controlado do equipamento médico e seu banco de dados distribuído integrado.

[0021] As vantagens do sistema de TI de dispositivo

Petição 870190056817, de 19/06/2019, pág. 21/87

12/58 médico e da metodologia da presente divulgação são também aplicáveis ao tratamento doméstico e a outros cenários externos. Pode haver, por exemplo, um grupo separado de nós formando uma rede virtual de, por exemplo, máquinas de diálise domésticas, ou uma mistura de máquinas de diálise doméstica e no centro. A clinica responsável pelos dispositivos médicos domésticos ainda pode se beneficiar dos mecanismos de sincronização e outros serviços oferecidos pelo agrupamento. A principal exceção é o controle da infraestrutura de transporte, que, no caso de pacientes domésticos, não pode ser reivindicada como estando sob o controle da configuração de agrupamento. Isso pode afetar a disponibilidade e o desempenho, pois os distúrbios nessa infraestrutura estão além do controle do agrupamento. No entanto, a maioria dos outros benefícios da configuração de agrupamento, além da sincronização, ainda estará disponível, por exemplo, segurança, integridade e troca de informação ainda estarão disponíveis, embora sujeitas às taxas de dados oferecidas pela cadeia de transporte entre a clinica e o ambiente doméstico do paciente.

[0022] A inclusão de agrupamento de dispositivos médicos externos a uma clinica ou hospital pode ser valiosa em uma situação em que um paciente normalmente tratado em uma clinica é tratado temporariamente fora da clinica (por exemplo, em casa, viagem de trabalho ou férias). O sistema da presente divulgação pode assegurar que todos os dispositivos médicos pertencentes a uma clinica sejam configurados da mesma maneira (por exemplo, tecnicamente), independentemente de serem usados dentro ou fora da clinica. Em uma modalidade, dispositivos médicos ou nós utilizados na

Petição 870190056817, de 19/06/2019, pág. 22/87

13/58 localização da residência do paciente recebem acesso restrito ao banco de dados compartilhado, de modo que o paciente possa ver apenas seus próprios dados e a informação necessária para configurar e executar um tratamento. Os dados gerados pelo tratamento externo são adicionados ao banco de dados compartilhado. 0 dispositivo não está, portanto, necessariamente operando offline do banco de dados quando estiver operando fora do hospital ou da clinica.

[0023] À luz da divulgação aqui e sem limitar a divulgação de qualquer forma, em um primeiro aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto listado aqui, a menos que especificado de outra forma, um sistema de dispositivo médico inclui: um agrupamento incluindo uma pluralidade de nós e executando software proprietário; uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós; pelo menos um dos nós sendo um nó de acesso; um banco de dados distribuído compartilhado ao longo do agrupamento e hospedado por pelo menos alguns dos nós; e pelo menos um equipamento externo fora do agrupamento, pelo menos um equipamento externo executando um software diferente do software proprietário e capaz de pelo menos um entre (i) gravar ou (ii) ler pelo menos parte do banco de dados distribuído através do nó de acesso.

[0024] Em um segundo aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o pelo menos um nó de acesso é fornecido separadamente dos dispositivos médicos.

[0025] Em um terceiro aspecto da presente

Petição 870190056817, de 19/06/2019, pág. 23/87

14/58 divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o pelo menos um nó de acesso é fornecido com um dos dispositivos médicos.

[0026] Em um quarto aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o pelo menos um nó de acesso não hospeda o banco de dados distribuído.

[0027] Em um quinto aspecto da presente divulgação, o qual pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outra forma, o pelo menos um equipamento externo é um primeiro equipamento externo, e que inclui ainda um nó de acesso virtual do agrupamento formado por meio de um segundo equipamento externo, o nó de acesso virtual fornece um ambiente de troca de dados seguro, de modo a garantir a segurança do agrupamento operando com o segundo equipamento externo.

[0028] Em um sexto aspecto da presente divulgação, que pode ser combinado com o quinto aspecto em combinação com qualquer outro aspecto listado aqui, a menos que especificado de outro modo, o ambiente seguro de troca de dados inclui um canal seguro tal como uma rede privada virtual.

[0029] Em um sétimo aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o pelo menos um equipamento externo é configurado para fornecer dados ao banco de dados distribuído, os dados utilizados por um dos dispositivos médicos implementando um dos nós para tratamento.

Petição 870190056817, de 19/06/2019, pág. 24/87

15/58 [0030] Em um oitavo aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, a pluralidade de dispositivos médicos é de um mesmo tipo de tratamento.

[0031] Em um nono aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, a pluralidade de dispositivos médicos está tratando um mesmo paciente.

[0032] Em um décimo aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o banco de dados distribuído é preenchido por (i) cada um dos nós que produz dados empurrando seus dados para outros nós, (ii) cada dos nós tendo banco de dados distribuído empurrando dados a partir de outros nós, ou (iii) uma combinação de (i) e (ii) .

[0033] Em um décimo primeiro aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, um sistema de dispositivo médico inclui: um agrupamento incluindo uma pluralidade de nós; cada de um conjunto de nós implementado por um dispositivo médico; um banco de dados distribuído hospedado por cada um dos dispositivos médicos; pelo menos um primeiro nó de acesso que hospeda o banco de dados distribuído; pelo menos um segundo nó de acesso fornecido separadamente do banco de dados distribuído; e pelo menos um equipamento externo fora do agrupamento, o pelo menos um equipamento externo capaz de pelo menos um de (i) gravar para, ou (ii) ler a partir de, o banco de dados distribuído através do pelo menos um primeiro nó de acesso

Petição 870190056817, de 19/06/2019, pág. 25/87

16/58 ou o pelo menos um segundo nó de acesso.

[0034] Em um décimo segundo aspecto da presente divulgação, o qual pode ser combinado com o décimo primeiro aspecto, em combinação com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o pelo menos um primeiro nó de acesso e o pelo menos um segundo nó de acesso são separados dos dispositivos médicos.

[0035] Em um décimo terceiro aspecto da presente divulgação, que pode ser combinado com o décimo primeiro aspecto em combinação com qualquer outro aspecto aqui listado a menos que especificado de outro modo, pelo menos um primeiro nó de acesso e pelo menos um segundo nó de acesso são fornecidos ou operam com uma interface de usuário.

[0036] Em um décimo quarto aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, um sistema de dispositivo médico inclui: um agrupamento incluindo uma pluralidade de nós; uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós; pelo menos um dos nós sendo um nó de acesso incluindo uma parte externa e uma parte interna; um banco de dados distribuído fornecido ao longo do agrupamento e hospedado por pelo menos alguns dos nós, o banco de dados distribuído, se armazenado pelo pelo menos um nó de acesso, associado à parte interna do nó de acesso; e pelo menos um equipamento externo fora do agrupamento, o pelo menos um equipamento externo capaz de pelo menos um de (i) escrever para, ou (ii) ler de, pelo menos parte do banco de dados distribuído através da parte externa do nó de acesso.

[0037] Em um décimo quinto aspecto da presente

Petição 870190056817, de 19/06/2019, pág. 26/87

17/58 descrição, que pode ser combinado com o décimo quarto aspecto em combinação com qualquer outro aspecto aqui listado a menos que especificado de outro modo, a parte externa e a parte interna são separadas por gerenciador de processamento e memória que sabe como (i) colocar dados na parte externa provenientes da parte interna e (ii) colocar dados na parte interna provenientes da parte externa.

[0038] Em um décimo sexto aspecto da presente divulgação, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, um sistema de dispositivo médico inclui: um agrupamento incluindo uma pluralidade de nós; uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós, cada dispositivo médico incluindo processamento e memória configurados para realizar um procedimento médico; e um banco de dados distribuído compartilhado pelo agrupamento por pelo menos alguns dos nós, o banco de dados distribuído implantado na pluralidade de dispositivos médicos, o banco de dados distribuído separado do processamento e memória configurados para executar o procedimento médico por gerenciador de processamento e memória que sabe como (i) colocar dados no processamento e na memória configurados para executar o procedimento médico provenientes do banco de dados distribuído e (ii) colocar dados no banco de dados distribuído provenientes do processamento e memória configurados para executar o procedimento médico.

[0039] Em um décimo sétimo aspecto da presente divulgação, que pode ser combinado com o décimo sexto aspecto em combinação com qualquer outro aspecto aqui listado a menos

Petição 870190056817, de 19/06/2019, pág. 27/87

18/58 que especificado de outro modo, o processamento e memória configurados para realizar o procedimento médico são configurados para iniciar comunicação com o banco de dados distribuído através do gerenciador de processamento e memória.

[0040] Em um décimo oitavo aspecto da presente divulgação, que pode ser combinado com o décimo sexto aspecto em combinação com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o banco de dados distribuído está localizado em uma parte de controle de agrupamento do dispositivo médico que é separada do processamento e memória configurados para realizar o procedimento médico localizado em uma parte de controle de terapia do dispositivo médico, a parte de controle de agrupamento separada da parte de controle de terapia pelo gerenciador de processamento e memória.

[0041] Em um décimo nono aspecto da presente descrição, que pode ser combinado com qualquer outro aspecto aqui listado a menos que especificado de outro modo, um sistema de dispositivo médico inclui um sistema de dispositivo médico (110) incluindo: um agrupamento (10) incluindo uma pluralidade de nós (12); uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós (12); um banco de dados distribuído (14) compartilhado ao longo do agrupamento (10) e hospedado pela pluralidade de dispositivos médicos; um equipamento externo (50) fora do agrupamento (10); e um nó de acesso virtual (100) do agrupamento (10) formado com o equipamento externo (50) e um dos dispositivos médicos, o nó de acesso virtual (100) fornecendo um ambiente de troca de dados seguro, de modo a

Petição 870190056817, de 19/06/2019, pág. 28/87

19/58 garantir a segurança do banco de dados distribuído (14) quando o equipamento externo (50) escreve para, ou (ii) lê de, o dispositivo médico.

[0042] Em um vigésimo aspecto da presente divulgação, que pode ser combinado com o décimo nono aspecto em combinação com qualquer outro aspecto aqui listado a menos que especificado de outro modo, o dispositivo médico inclui uma primeira interface de nó de acesso virtual e o equipamento externo inclui uma segunda interface de nó de acesso virtual, e em que o ambiente de troca de dados seguro inclui um canal seguro, tal como uma rede privada virtual, que faz interface com as interfaces de nó de acesso virtual.

[0043] Em um vigésimo primeiro aspecto da presente divulgação, qualquer estrutura e funcionalidade divulgadas em ligação com as Figuras 1 a 15 podem ser combinadas com qualquer outra estrutura e funcionalidade divulgadas em ligação com as Figuras 1 a 15.

[0044] À luz da presente divulgação e os aspectos acima, portanto, é uma vantagem da presente divulgação fornecer um sistema de tecnologia de informação (TI) médico melhorado no qual a conectividade é integrada nos dispositivos médicos associados.

[0045] Outra vantagem da presente divulgação é reduzir o custo de propriedade da clínica para uma solução de conectividade de TI em um ambiente de assistência médica, e onde a responsabilidade pela operação é centralizada em torno de um agrupamento de nós com um escopo bem definido.

[0046] Outra vantagem da presente divulgação é melhorar a confiabilidade, disponibilidade e exatidão de uma solução de conectividade de TI em um ambiente de assistência

Petição 870190056817, de 19/06/2019, pág. 29/87

20/58 médica .

[0047] Ainda é outra vantagem da presente divulgação fornecer uma solução de conectividade de TI em um ambiente de cuidados de saúde que seja fácil para a equipe de cuidadores, por exemplo, enfermeiros e técnicos, usar e que reduza o trabalho de sobrecarga.

[0048] Ainda é uma vantagem adicional da presente divulgação fornecer uma solução de conectividade de TI em um ambiente de cuidados de saúde que promova e suporte as necessidades de pelo menos um cuidador (alarmes remotos, acesso instantâneo, fluxo de informação bidirecional), um médico, cujas principais preocupações são o bem-estar e benefícios para o paciente (atualizações de prescrição, acesso à informação mesmo que os dispositivos médicos pertencentes ao agrupamento não estejam disponíveis, recuperação em tempo real dos dados do paciente), um técnico de TI (reduzida complexidade de TI, responsabilidade mantida pelo menos em parte pelo fabricante do dispositivo médico ), um técnico de serviço (instalações e atualizações de software podem estar em todo o agrupamento, dados históricos prontamente disponíveis, diagnósticos de alerta precoce), e/ou um administrador (fácil de configurar e implementar preferências clínicas, executar relatórios e obter estatísticas, fácil de programar dispositivos médicos para tratamentos, fácil de rastrear dados do paciente).

[0049] Além disso, é uma vantagem da presente divulgação fornecer uma solução de conectividade de TI que forneça todas as atualizações, instantaneamente, a todos os nós, com baixo risco de informação distorcida.

[0050] É ainda outra vantagem da presente divulgação

Petição 870190056817, de 19/06/2019, pág. 30/87

21/58 fornecer uma solução de conectividade de TI que seja bidirecional entre um dominio de dispositivo médico distribuído em tempo real seguro e um domínio externo aberto, externo, e que tenha imunidade contra malware.

[0051] Ainda é uma vantagem adicional da presente divulgação fornecer escalabilidade para uma clínica ou outro dispositivo médico em que um conjunto de dispositivos médicos pode operar sozinho, com um conjunto menor de dispositivos externos após a instalação e com um conjunto expandido de bancos de dados externos no futuro, se desejado.

[0052] Ainda uma vantagem adicional da presente divulgação é fornecer uma solução de conectividade de TI que permita que um nó de dispositivo médico ou nó de acesso seja temporariamente desconectado (por escolha ou por acidente) do agrupamento de nós para ainda ter acesso ao banco de dados distribuído se existe no momento da desconexão e para ser atualizado na reconexão com o agrupamento de nós.

[0053] Além disso, é uma vantagem da presente revelação fornecer uma solução de conectividade de TI de dispositivo médico que fornece boa confiabilidade global relativamente a pelo menos um de disponibilidade de dados, exatidão, segurança, proteção, integridade e/ou usabilidade.

[0054] As vantagens aqui discutidas podem ser encontradas em uma, ou algumas, e talvez não todas as modalidades aqui divulgadas. Características e vantagens adicionais são aqui descritas e serão evidentes a partir da seguinte Descrição Detalhada e das figuras.

BREVE DESCRIÇÃO DAS FIGURAS [0055] A Figura 1 é uma vista esquemática ilustrando uma modalidade de um agrupamento de nós compartilhando um

Petição 870190056817, de 19/06/2019, pág. 31/87

22/58 banco de dados distribuído da presente divulgação.

[0056] A Figura 2 é uma ilustração esquemática de uma modalidade de um sistema de tecnologia de informação (TI) de dispositivo médico global incluindo um agrupamento de nós formando um dominio de agrupamento que comunica com um domínio externo aberto através de um domínio de interface.

[0057] A Figura 3 é uma vista esquemática de uma modalidade de um sistema de TI de dispositivo médico global que inclui um agrupamento de nós compartilhando um banco de dados distribuído interagindo com várias entidades externas via múltiplos nós de acesso do agrupamento.

[0058] A Figura 4 é uma vista esquemática ilustrando ainda exemplos de equipamento de sistema de informação externo.

[0059] A Figura 5 é uma vista esquemática ilustrando ainda um exemplo de equipamento externo tipo apresentação.

[0060] A Figura 6 é uma vista esquemática ilustrando ainda um exemplo de equipamento externo tipo tablet e computador.

[0061] A Figura 7 é uma vista esquemática ilustrando ainda um exemplo de equipamento externo tipo médico compartilhado.

[0062] A Figura 8 é uma vista esquemática ilustrando ainda um exemplo de equipamento externo tipo médico na cabeceira.

[0063] A Figura 9 é uma vista esquemática ilustrando uma modalidade de um nó de acesso de banco de dados distribuído e uma vista ampliada de um nó de dispositivo médico do sistema de agrupamento da presente divulgação.

[0064] A Figura 10 é uma vista esquemática ilustrando

Petição 870190056817, de 19/06/2019, pág. 32/87

23/58 ainda os aspectos de isolamento de um nó de dispositivo médico do sistema de agrupamento da presente divulgação.

[0065] As Figuras 11 e 12 são vistas esquemáticas ilustrando uma modalidade de uma vista ampliada de um nó de acesso de banco de dados distribuído do sistema de agrupamento da presente divulgação.

[0066] A Figura 13 é uma vista esquemática ilustrando uma modalidade de uma vista ampliada de um nó de acesso de banco de dados não distribuído do sistema de agrupamento da presente divulgação.

[0067] A Figura 14 é uma vista esquemática ilustrando uma modalidade de como o domínio de agrupamento inclui o agrupamento tendo o banco de dados distribuído e uma parte de controle de terapia de cada nó de dispositivo médico.

[0068] A Figura 15 é uma vista esquemática ilustrando uma modalidade de um nó de acesso virtual do sistema de agrupamento da presente divulgação.

DESCRIÇÃO DETALHADA [0069] Os exemplos aqui descritos são aplicáveis a qualquer tipo de dispositivo médico, por exemplo, dispositivos médicos que administram um fluido medicinal, tal como sangue, fluido de diálise, fluido de substituição ou um fármaco intravenoso (IV). Os exemplos são particularmente adequados para terapias de insuficiência renal, como todas as formas de hemodiálise (HD) , hemofiltração (HF), hemodiafiltração (HDF), terapias de substituição renal contínua (CRRT) e diálise peritoneal (PD), aqui referidos coletiva ou geralmente individualmente como terapia de insuficiência renal. Os dispositivos médicos podem, alternativamente, ser

Petição 870190056817, de 19/06/2019, pág. 33/87

24/58 dispositivos médicos de entrega de fármacos ou de entrega de fluidos nutricionais, tais como bombas tipo peristáltico de grande volume ou bombas de seringa. Os dispositivos médicos podem ter um ou mais de: uma ou mais bombas, várias válvulas, um aquecedor, se necessário, equipamento de geração de fluido médico on-line, se necessário, vários sensores, como qualquer um ou mais, ou todos os sensores de pressão, condutividade sensores, sensores de temperatura, detectores de ar, detectores de fuga de sangue e semelhantes, uma interface de usuário e uma unidade de controle, que podem empregar um ou mais processador e memória para controlar o equipamento acima descrito. 0 dispositivo médico pode também incluir um ou mais filtros, tais como um dialisador ou hemofiltro para limpeza de sangue e/ou um ultrafiltro para purificação de água, fluido de diálise ou outro fluido.

[0070] Os dispositivos médicos, em muitos casos, incluem uma parte reutilizável operando com uma parte descartável. A parte reutilizável pode (por exemplo, máquinas de diálise de tratamento de sangue on-line) ou não (por exemplo, máquinas de diálise peritoneal, máquinas de CRRT, máquinas de entrega de medicamentos e fluidos nutricionais) transportar fluido de tratamento. A parte descartável pode transportar sangue (tratamento do sangue incluindo máquinas de CRRT) ou fluido de tratamento (máquinas de diálise peritoneal, máquinas de CRRT, máquinas de entrega de fluidos nutricionais e medicamentosas).

[0071] Com referência agora aos desenhos e em particular à Figura 1, é ilustrado um agrupamento de nós 10. O agrupamento 10 inclui uma pluralidade de nós 12a a 12h (aqui referidos coletivamente como nós 12 ou geralmente

Petição 870190056817, de 19/06/2019, pág. 34/87

25/58 individualmente como nó 12) . Os nós 12 podem ser representados por qualquer um dos dispositivos médicos descritos acima. Qualquer um dos nós 12 pode, alternativamente, ser um computador. A maioria dos nós do agrupamento 10 compartilha um conjunto comum de dados ou o banco de dados distribuído 14. Conforme discutido em detalhes abaixo, o nó de acesso 12h não possui ou compartilha o banco de dados distribuído 14.

[0072] O banco de dados distribuído 14 é a combinação de todos os dados inseridos e gerados em cada um dos nós 12, incluindo dados gerados pelo nó de banco de dados não distribuído 12h. Isto é, mesmo que o nó 12h não compartilhe o banco de dados distribuído 14, os dados ainda podem vir através do nó de banco de dados não distribuído 12h ou serem gerados pelo nó 12h, que se torna parte do banco de dados distribuído 14 compartilhado pelos nós 12a a 12g.

[0073] Muitas modalidades para a forma como os nós 12a a 12g podem compartilhar os seus dados são estabelecidas no Pedido do Tratado de Cooperação de Patente Copendente PCT/EP2016/064392, tendo uma data internacional de 22 de junho de 2016, e um requerente comum com a presente descrição, todo o conteúdo do qual sendo aqui incorporado por referência e invocado. Em geral, cada nó 12 do agrupamento 10 compartilha seus dados (por exemplo, (i) dados referentes a seus parâmetros operacionais programados, (ii) dados coletados de um tratamento como dados de saída de dispositivos médicos, dados de eventos e dados do paciente, e (iii) quaisquer outros dados relevantes) com cada nó 12 do agrupamento 10, exceto certos nós de acesso, como o nó 12h. Para compartilhar seus dados, o agrupamento 10 pode ser

Petição 870190056817, de 19/06/2019, pág. 35/87

26/58 configurado de modo que os nós 12 (i) enviem seus dados uns aos outros, (ii) puxem seus dados uns dos outros, ou (iii) empurrem e puxem dados uns dos outros. Além disso, para compartilhar seus dados, o agrupamento 10 pode ser configurado de modo que (a) cada nó 12 envie seus dados para cada outro nó usando (i) , (ii) ou (iii) ou (b) um ou mais nós de hub podem ser fornecidos que coletam dados de um subconjunto de nós, compartilham os dados juntamente com seus próprios dados no subconjunto, transmitem os dados coletados junto com seus próprios dados para qualquer outro nó de hub existente para distribuição no subconjunto do outro nó e recebem dados coletados de qualquer outro nó de hub para distribuição dentro de seu subconjunto, usando (i) , (ii) ou (iii) .

[0074] Os nós do agrupamento 10 são executados em software proprietário e acesso ao banco de dados distribuído 14 é limitado ao descrito abaixo. O software pode ser construído usando componentes de prateleira, como software de código aberto, mas o produto geral é proprietário. Assim, mesmo que o agrupamento 10 seja de alguma forma acessado ou hackeado indevidamente, o acesso a dados de banco de dados distribuído 14 é difícil sem o software proprietário (por exemplo, software desenvolvido internamente pelo fabricante do dispositivo médico, que pode usar software disponível publicamente, como software de fonte aberta, mas que não está publicamente disponível). O agrupamento 10 pode, portanto, em um ambiente fechado, ser confiável para lidar com todos os aspectos relacionados às complexidades associadas às clínicas existentes que executam infraestruturas de TI abertas. Tais complexidades podem

Petição 870190056817, de 19/06/2019, pág. 36/87

27/58 incluir assumir: (i) funções necessárias de servidor (serviço) e sincronização, (ii) implantação de banco de dados, (iii) soluções de rede em todos os niveis (exceto talvez em nivel camada de fisica e de enlace, onde há uma opção de ou executar em uma inf raestrutura de hardware existente / compartilhada ou executar uma rede privada virtual em soluções de hardware de TI de clinicas existentes) e (iv) funções de servidor de reserva, pois cada nó 12 tendo um conjunto comum de dados 14 atua como um dispositivo de reserva (exceto um requisito que um servidor de reserva precisa ser fisicamente separado de qualquer outro dispositivo).

[0075] Por integrar suporte de infraestrutura de tecnologia da informação (TI) em um dispositivo médico, em combinação com suportar equipamentos de conectividade proprietários, em uma configuração de agrupamento fechada com acesso limitado de / para sistemas externos ao agrupamento (por exemplo, um sistema de informação do cliente (CIS) ou qualquer outro sistema de informação), a responsabilidade pela confiabilidade geral de tal infraestrutura de TI é restrita e confinada dentro do dominio bem controlado do equipamento médico, por exemplo, nós de dispositivo de entrega de fluido médico 12.

[0076] Referindo agora às Figuras 2 e 3, o agrupamento 10 da Figura 1 é ilustrado como sendo parte de um sistema de tecnologia de informação de dispositivos médicos (TI) 110. A Figura 2 ilustra que o sistema 110 inclui um dominio externo 110a, um dominio de agrupamento 110b, e um dominio de interface 110c, que liga o dominio externo 110a ao dominio de agrupamento 110b. Na Figura 2, o

Petição 870190056817, de 19/06/2019, pág. 37/87

28/58 agrupamento 10 da Figura 1 é ilustrado como sendo parte do dominio de agrupamento 110b. Pode haver vários agrupamentos 10 que formam o dominio de agrupamento 110b. Por exemplo, pode haver diferentes grupos 10 para os diferentes tipos de dispositivos médicos descritos acima nos nós 12.

[0077] Dominio de agrupamento 110b representa a funcionalidade principal dos serviços e da infraestrutura de banco de dados de agrupamento. O dominio de agrupamento 110b manipula a transferência e a conversão do fluxo de informação tanto nas direções de entrada e de saida do agrupamento 10 entre ele e o dominio externo 110a. Como discutido acima, cada nó 12 (exceto o nó 12h) do agrupamento 10 contém dados compartilhados 14. Cada nó 12 de cada agrupamento 10 (pode haver mais de um agrupamento 10 no dominio 110b) do dominio de agrupamento 110b é mutuamente sincronizado, o que permite para nós de membros arbitrários 12 serem encerrados enquanto ainda mantém acesso externo aos serviços e informação do agrupamento 10.

[0078] Cada agrupamento 10 do dominio de agrupamento 110b forma um espaço protegido tanto em termos de tráfego de rede como de acesso de informação, incorporando uma quantidade significativa de redundância, com a finalidade de garantir que o agrupamento 10 esteja sempre disponível. O agrupamento 10 mantém um alto grau de integridade da informação; implementa formas seguras de acessar informação a partir de clientes externos ao agrupamento, enquanto atendendo a requisitos de segurança estabelecidos associados à conexão de dispositivos médicos de nós 12 a equipamentos externos.

[0079] Em uma modalidade, se um dispositivo médico

Petição 870190056817, de 19/06/2019, pág. 38/87

29/58 associado a um nó 12 for, por qualquer razão, acessado sem utilizar o nó (por exemplo, através de um acesso virtual discutido abaixo), o dispositivo médico está sujeito a determinados requisitos de segurança. Por exemplo, se o dispositivo médico deve ser conectado, por exemplo, através de uma rede local com fio (LAN), tanto ao agrupamento 10 e para um equipamento cliente externo, então dois conectores LAN separados são necessários em uma modalidade, um conector reservado para conectividade de agrupamento 10 e um segundo conector para conectividade de ambiente aberto. Em uma outra modalidade, os conectores de LAN podem ser compartilhados tanto para o agrupamento como para ambientes abertos, mas o isolamento de software é empregado. A separação no agrupamento 10 pode, portanto, empregar diferentes combinações de isolamento de hardware e software entre uma conexão LAN do agrupamento 10 e a conexão com o ambiente aberto. Proporcionar tal isolamento e manter a responsabilidade pela qualidade, conectividade de TI e serviços associados dentro de um agrupamento bem confinado 10, onde o equipamento é desenvolvido sob rigoroso rigor associado a produtos médicos, resulta em um sistema de operação redundante e altamente estável.

[0080] Uma aplicação importante do agrupamento 10 é apoiar a manutenção técnica dos equipamentos que ocupam os nós 12. Da mesma forma que os nós 12 replicam informação médica, eles também podem replicar o código baixado (por exemplo, atualizações de software de dispositivos médicos). Ao se conectar, por exemplo, através de um laptop ou tablet através de um nó de acesso 12a ou 12h (discutido abaixo), um técnico de serviço pode diagnosticar, configurar e atualizar

Petição 870190056817, de 19/06/2019, pág. 39/87

30/58 software no dispositivo médico, incluindo a coleta de informação estatística técnica para promover a manutenção preventiva.

[0081] Do ponto de vista médico, o agrupamento 10 ajudará em diversas áreas, por exemplo, gerenciamento de prescrição operacional, montagem e armazenamento de resultados de tratamento, relatórios de sessões de tratamento, e gerenciamento e suporte de registros médicos. A partir de uma perspectiva de alarme, o agrupamento 10 atualiza e distribui constantemente alarmes e outros eventos em tempo real entre os nós 12 do agrupamento 10, incluindo equipamentos médicos e nós de acesso 12.

[0082] Ainda outra área na qual o agrupamento 10 pode desempenhar um papel importante é a sincronização entre diferentes tipos de equipamentos conectados. Em um exemplo, várias máquinas de diálise de geração de fluido de diálise on-line podem ser conectadas fluidicamente a um circuito de abastecimento de água central que fornece água purificada para as máquinas, que usam a água purificada para preparar o fluido de diálise. O circuito de abastecimento de água deve ser limpo periodicamente, por exemplo, através de desinfecção por água quente. Em uma modalidade, o software personalizado do agrupamento 10 é capaz de determinar quando cada um dos nós 12 da máquina de diálise está disponível para ter a sua parte do circuito de abastecimento de água desinfectada, para que seja iniciada uma sequência de desinfecção que limpa de forma eficiente e ideal o circuito de abastecimento de água, incluindo partes do circuito que conecta as máquinas ao restante do circuito de abastecimento de água. O agrupamento 10 pode informar que todos os nós de

Petição 870190056817, de 19/06/2019, pág. 40/87

31/58 dispositivo médico relevantes 12 (nós de acesso de dispositivos não-médicos sendo excluídos) estão disponíveis para uma sessão de limpeza, mediante o que uma instalação de água central inicia uma desinfecção de circuito de água quente. Observe que o inicio de uma solicitação de desinfecção do circuito de abastecimento de água central pode vir de (i) dentro do agrupamento 10, por exemplo, o software proprietário é programado para avisar quando todos os nós de dispositivo médico 12 estiverem em repouso e pelo menos um determinado periodo de tempo ou o total de horas de serviço terem passado desde a última desinfecção ou (ii) a instalação de água central, por exemplo, após pelo menos um determinado periodo de tempo ou total de horas de serviço terem passado desde a última desinfecção. Outros exemplos de onde os dispositivos médicos dos nós 12 podem sincronizar com equipamento externo incluem atualizações de software, em que uma atualização pode ser programada para a próxima vez que cada um dos nós de dispositivo médico 12 estiver em repouso, no qual o agrupamento 10 relata que está pronto para o novo software.

[0083] Está também contemplado que a colaboração entre os nós 12 do agrupamento 10 não se limita a aplicações médicas. Por exemplo, o agrupamento 10 pode armazenar e sincronizar informação para suportar preferências de entretenimento no centro do paciente, como sites favoritos, canais de televisão e rádio, filmes, alimentos e bebidas. Esta informação está disponível, não importa qual dispositivo médico do agrupamento 10 é usado para tratar um paciente.

[0084] Os agrupamentos 10 do dominio de agrupamento

Petição 870190056817, de 19/06/2019, pág. 41/87

32/58

110b oferecem uma plataforma poderosa com alta integridade para uma infinidade de áreas de aplicação listadas abaixo. A lista abaixo não é exaustiva, mas serve para exemplificar a variedade de serviços que se beneficiam do dominio de agrupamento fechado 110b. Cada uma das entradas da lista a seguir de outra forma se beneficia dos aspectos de segurança, proteção e qualidade que o dominio de agrupamento 110b fornece, incluindo: (i) serviços de administração clinica, (ii) serviços de administração de pessoal e paciente, (iii) serviços de atenção incluindo serviços de apresentação de informação, serviços de chamada de assistência de pessoal, serviços de distribuição de alarme de dispositivos médicos e serviços de lembrete de pessoal, (iv) serviços de conectividade incluindo serviços de conectividade de nó de agrupamento, serviços de nivel de conectividade, e serviços de conectividade de monitor de diálise, (v) serviços de equipamento incluindo serviços de monitoramento de diálise, e serviços de sistema de purificação de água, (vi) serviços financeiros incluindo serviços de faturamento de diálise, (vii) serviços de identificação incluindo serviços de identificação de sessões de diálise, serviços de identificação de medicamentos, serviços de identificação de estações de diálise, serviços de identificação de

descartáveis,	serviços de	identificação	de	equipamentos,
serviços de	identificação	de pacientes,	e	serviços de
identificação	de pessoal,	(viii) serviços	de	gerenciamento

de informação incluindo serviços de informação clinica, e serviços de informação de paciente; (ix) serviços de inventário incluindo serviços de rastreamento de consumo de inventário, serviços de rastreabilidade de produtos, e

Petição 870190056817, de 19/06/2019, pág. 42/87

33/58 serviços de rastreabilidade de reutilização, (x) serviços de agendamento incluindo serviços de agendamento de equipamentos, serviços de agendamento de pacientes e serviços de agendamento de pessoal, (xi) serviços de segurança incluindo serviços de controle de acesso, serviços de proteção de disponibilidade, serviços de proteção de confidencialidade, serviços de criptografia, e serviços de proteção de integridade, (xii) serviços de terapia incluindo serviços de avaliação, serviços de consulta, serviços de sessão de diálise, serviços de registro de sessões de diálise, serviços de exames médicos, serviços de receita médica, e serviços de acesso vascular, e (xiii) serviços de purificação de água incluindo serviços de circuitos de distribuição, e serviços de qualidade da água.

[0085] Na Figura 2, o domínio externo 110a é, em uma modalidade, um domínio de ambiente de trabalho TI instantâneo que utiliza hardware e software padrão de prateleira. A única exceção à arquitetura de prateleira sendo aplicações de software implantadas em equipamentos de domínio externo 110a com a finalidade de interagir com o domínio de agrupamento 110b via domínio de interface 110c. Em muitos casos, o equipamento de domínio externo 110a não é prontamente programável e, portanto, não receberá software personalizado para interface com o agrupamento 10. Em vez disso, os nós de acesso 12a e 12h contêm o software de interface para ler os dados que entram no equipamento externo. No caso do computador de um médico ou clínico, no entanto, pode haver software de aplicação instalado no computador que tenha software de aplicação de contraparte armazenado nos nós 12 ou software para interface com o software de aplicação

Petição 870190056817, de 19/06/2019, pág. 43/87

34/58 armazenado nos nós 12. 0 equipamento de dominio externo 110a pode incluir dispositivos não proprietários que não são projetados para o inclusão de dominio de agrupamento 110b e, portanto, precisam de equipamento adicional (dominio de interface 110c) para trocar informação com o dominio de agrupamento 110b.

[0086] A Figura 3 ilustra o dominio externo 110a em maior detalhe e opera com o dominio de agrupamento 110b tendo os nós de acesso 12a e 12h formando pelo menos parte do dominio de interface 110c. Na modalidade ilustrada, o dominio externo 110a é representado pelas seguintes classes ou tipos de equipamento: (i) sistemas de informação externa 50a, que podem ser qualquer sistema de informação externo ao agrupamento 10 que se beneficie da troca de informação com os nós membros 12 do agrupamento 10 (ii) equipamento de apresentação 50b, que pode ser qualquer equipamento usado principalmente para apresentar informação recuperada do agrupamento 10, por exemplo, telas de todos os tamanhos e tecnologias (opcionalmente do tipo sensivel ao toque), (iii) tablet e equipamento de computador pessoal 50c, que pode ser qualquer equipamento de interface de usuário baseado em teclado ou toque usado para trocar informação entre dominio externo 110a e equipamentos de dominio de agrupamento 110c, por exemplo, telefones inteligentes, pads inteligentes, laptops, computadores pessoais estacionários (PCs), hibridos, e equipamento baseados em computador similares, (iv) equipamento compartilhado (por exemplo, médico) 50d, que pode ser qualquer equipamento (médico ou não médico) usado para suportar um processo clinico de dispositivo médico que é compartilhado entre os pacientes como parte de suas

Petição 870190056817, de 19/06/2019, pág. 44/87

35/58 atividades pré e/ou pós-registro durante a presença na clínica, por exemplo, balança pré e pós-tratamento de paciente e estações de registro, estações de pressão arterial, registro de chegada / partida da clínica e equipamento implantado na clínica para propósitos similares (tal equipamento compartilhado é normalmente equipado com, conectado a e/ou usado com algum tipo de equipamento de identificação pessoal), e (v) equipamento de leito (por exemplo, médico) 50e, que pode ser qualquer equipamento (médico ou não médico) implantado na cabeceira do paciente e associado a (servindo) um paciente específico durante uma parte ou duração total do tratamento, por exemplo, unidades de osmose reversa de água para preparação de fluido de diálise, medidores de pressão arterial, consoles de entretenimento e outros equipamentos instalados na cabeceira para propósitos semelhantes.

[0087] Enquanto as Figuras 1 e 3 ilustram o agrupamento 10 tendo ambos, o nó de acesso de banco de dados distribuído 12a e o nó de acesso de banco de dados não distribuído 12h, deve ser apreciado que qualquer agrupamento contendo um ou mais nós 12b-12g pode ter (i) um ou mais nós de acesso de banco de dados distribuído 12a apenas, (ii) um ou mais nós de acesso de banco de dados não distribuído apenas 12h, (iii) um ou mais nós de acesso de banco de dados distribuído 12a e um ou mais nós de acesso de banco de dados não distribuído 12h, (iv) um nó de acesso virtual 100 (descrito abaixo) apenas, e (v) um nó de acesso virtual 100 em combinação com qualquer um ou mais de um ou ambos o nó de acesso de banco de dados distribuído 12a e o nó de acesso de banco de dados não distribuído 12h.

Petição 870190056817, de 19/06/2019, pág. 45/87

36/58 [0088] A Figura 4 ilustra exemplos não limitativos de sistemas de informação externa 50a. Sistemas de informação externa 50a podem assumir muitas formas diferentes de puramente administrativas, por exemplo, faturamento e reembolso, para sistemas médicos dedicados e especializados, tais como sistemas de análise laboratorial e sistemas de informação clinica. Os exemplos listados na Figura 4 incluem, mas não estão limitados a, sistemas de informação clinica locais, sistemas de informação clinica baseados em nuvem, sistemas de registros médicos eletrônicos, sistemas de informação de saúde, sistemas de monitoramento de qualidade médica, sistemas de análise laboratorial, sistemas de registro nacional, sistemas de faturamento e reembolso, e sistemas de inventário.

[0089] Os sistemas de informação externa 50a, em uma modalidade, conectam ao agrupamento 10 através de conexão com ou sem fio a um ou mais nós de acesso de banco de dados distribuído 12a do dominio de interface 110c.

[0090] A Figura 5 ilustra exemplos não limitativos de equipamento de apresentação 50b. O equipamento de apresentação 50b inclui equipamento, portátil ou estacionário (por exemplo, montado em uma parede), com um objetivo principal (mas não exclusivo) de apresentar informação ao pessoal e/ou pacientes dentro de uma clinica de tratamento. O equipamento de apresentação 50b em geral não gera dados para entrada nos dispositivos médicos do agrupamento 10, no entanto, ele pode, opcionalmente, ser utilizado para entrada se, por exemplo, tiver capacidade de suporte ao toque. O equipamento de apresentação 50b pode, por exemplo, apresentar informação de paciente para guiar os

Petição 870190056817, de 19/06/2019, pág. 46/87

37/58 pacientes que chegam através de vários passos durante o tratamento. Por exemplo, o paciente que chega à clinica pode ter acesso a informação de agendamento incluindo localização / status de registro de peso pré-pós e localização de estação de tratamento para receber tratamento. As telas de informação de pessoal podem apresentar o status de preparação de paciente, a ocupação de estação de diálise e o progresso de tratamento, além de informação de alarme para vários locais de tratamento na clinica.

[0091] O equipamento de apresentação 50b em uma modalidade conecta ao agrupamento 10 através de conexão com ou sem fio a um ou mais nós de acesso de banco de dados distribuído 12a do dominio de interface 110c.

[0092] A Figura 6 ilustra exemplos não limitativos de equipamento de tablet e computador pessoal (PC) 50c. O equipamento de PC e tablet 50c pode requerer mais troca de informação intensiva e avançada de entrada do que é atualmente prático usando dispositivos portáteis, por exemplo, telefone inteligente ou tablet. No entanto, o avanço da tecnologia dos tablets e de tablet / PC hibrido coloca os dois tipos de dispositivos no equipamento 50c. O software implantado no equipamento 50c pode variar de aplicações muito simples a aplicações altamente avançadas, incluindo uma interface e ambiente CIS completos para acessar a informação armazenada no agrupamento 10. Tais aplicações podem apresentar uma interface de usuário para o pessoal da clinica (médicos, enfermeiros, pessoal técnico e administrativo, etc.) para acessar e atualizar informação ou recursos nas áreas de serviços, como serviços de administração, serviços de atendimento ao paciente e pessoal, serviços de

Petição 870190056817, de 19/06/2019, pág. 47/87

38/58 conectividade, serviços de técnico de equipamento e serviços de manutenção, serviços de faturamento e reembolso, serviços de identificação, serviços de gestão de informação, serviços de inventário, serviços de agendamento, serviços de segurança, serviços de medicação de pacientes, serviços de terapia e serviços de purificação de água.

[0093] O equipamento de tablet e PC 50c em uma modalidade conecta ao agrupamento 10 através de (i) conexão com ou sem fio a um ou mais nós de acesso de banco de dados distribuído 12a do domínio de interface 110c ou (ii) conexão de acesso virtual sem hardware de nó de acesso. Conexões móveis permitem que um médico faça alterações na cabeceira nas prescrições de parâmetros operacionais originais, alterações que são então imediatamente distribuídas em dados compartilhados 14 e que entram em vigor no dispositivo médico apropriado de um nó 12. Um laptop ou PC estacionário pode

ser usado	alternativamente	onde	mobilidade	não	é uma
prioridade, interagindo	por exemplo, com o agrupamento	para 10 .	sessões	mais	longas

[0094] A Figura 7 ilustra exemplos não limitativos de equipamento compartilhado, por exemplo, médico, 50d. Equipamento compartilhado, por exemplo, médico, 50d inclui o equipamento compartilhado entre pacientes presentes ao mesmo tempo em uma clínica. O equipamento compartilhado 50d pode ter fins médicos ou não médicos. Embora o equipamento para fins médicos ou medicamente relacionados seja prevalente, vários outros equipamentos, como equipamentos que atendem fins administrativos e/ou apoiam o processo de terapia clínica, também se enquadram nessa categoria.

[0095] Um exemplo é o pré-tratamento do peso do

Petição 870190056817, de 19/06/2019, pág. 48/87

39/58 paciente e o registro pós-tratamento. Uma balança pode ser compartilhada por vários pacientes em uma clínica ou outro ambiente de tratamento. Cada paciente é identificado no momento da pesagem, por exemplo, digitando o nome do paciente ou identificação do paciente (ID) no equipamento de pesagem ou vi, por exemplo, um cartão de ID de paciente apresentado ao equipamento presente na estação de pesagem. 0 peso registrado e identificado é então transferido para o banco de dados distribuído 14 do agrupamento 10 e armazenado, por exemplo, em um arquivo de peso para esse paciente. O dispositivo médico de qualquer nó 12 para o qual o paciente é designado recupera o peso pré-tratamento do paciente para aquele dia e, por exemplo, insere o peso na máquina para uso com a prescrição do paciente. O peso pré-tratamento pode ser usado em combinação com um peso seco conhecido para determinar quanto excesso de água no sangue ou ultrafiltração para remover a partir do paciente submetido a um tratamento de diálise. Outros exemplos de equipamento compartilhado incluem equipamento de medição de pressão sanguínea, equipamento de medição de glicose e equipamento de registro e saída do paciente para registro quando o paciente entra e sai da clínica.

[0096] O equipamento compartilhado 50d em várias modalidades conecta ao agrupamento 10 através de conexão com ou sem fio a um ou mais nós de acesso de banco de dados distribuído 12a ou nó de banco de dados não distribuído 12h do domínio de interface 110c. O nó de acesso de banco de dados não distribuído 12h pode ser usado se o equipamento armazenado 50d não precisar de dados do banco de dados distribuído 14.

Petição 870190056817, de 19/06/2019, pág. 49/87

40/58 [0097] A Figura 8 ilustra exemplos não limitativos de cabeceira, por exemplo, equipamento médico 50e. O equipamento de cabeceira pode, assim como o equipamento compartilhado 50d, ter uma razão ou propósito médico ou não médico. O equipamento de cabeceira ou dedicado ao paciente não médico 50e pode incluir, por exemplo, comunicação pessoal, entretenimento (por exemplo, televisores conectados por HDMI), equipamento relacionado ao trabalho do paciente, e equipamento de identificação de paciente. O equipamento de cabeceira ou dedicado ao paciente não médico 50e pode não precisar acessar dados do banco de dados distribuído 14 e, se assim for, pode se conectar ao agrupamento 10 via conexão com ou sem fio a um ou mais nós de banco de dados não distribuído 12h do domínio de interface 110c. Os dados compartilhados 14 podem, no entanto, se beneficiar da interação com o equipamento de cabeceira não médico 50e. Em um exemplo, o banco de dados distribuído 14 do agrupamento 10 pode formar um arquivo de preferências pessoais para cada paciente que armazena preferências individuais com relação aos sites, canais de televisão, estações de rádio favoritos, etc.

[0098] Equipamentos de cabeceira ou dedicados ao paciente 50e podem, evidentemente, ser relacionados com a medicina. Certas clínicas podem fornecer braçadeiras de pressão sanguínea para cada dispositivo médico de um nó 12, para que a pressão sanguínea possa ser rastreada durante o tratamento. Outro exemplo é o equipamento de purificação de água usado para fazer fluido de diálise para diálise. Em qualquer um dos casos, o equipamento de cabeceira ou dedicado ao paciente médico 50e pode ou não precisar de acesso a dados

Petição 870190056817, de 19/06/2019, pág. 50/87

41/58 compartilhados 14 e, portanto, conectar-se ao agrupamento 10 via (i) conexão com ou sem fio a um ou mais nós de acesso de banco de dados distribuído 12a ou um ou mais nós de banco de dados não distribuído 12h do domínio de interface 110c ou (ii) um nó de acesso virtual como aqui descrito.

[0099] Outro exemplo envolve a entrega de fármacos ao paciente durante uma hemodiálise ou outro tratamento de limpeza do sangue, por exemplo, Epogen™ para células vermelhas do sangue ou Venofer™ para ferro / sacarose. Estes fármacos podem ser entregues por uma bomba de máquina de diálise de um nó 12 ou através de uma bomba externa. Se fornecido por uma bomba de máquina de diálise, a entrega do fármaco já faz parte do agrupamento 10. Se por uma bomba separada, no entanto, que, por exemplo, é uma bomba flutuante usada na clínica conforme necessário, a bomba separada pode acessar o banco de dados distribuído 14 via nó de acesso de banco de dados distribuído 12a ou nó de banco de dados não distribuído 12h do domínio de interface 110c para comunicação bidirecional entre a bomba de entrega de fármaco e a máquina de diálise do nó 12. A máquina de diálise do nó 12 adiciona quaisquer dados de entrega de fármacos desejados ao banco de dados distribuído 14 do agrupamento 10, enquanto a bomba de entrega de fármaco externa pode registrar quaisquer dados desejados, como resposta do paciente após o entrega na forma de leitura da pressão arterial, leitura da bioimpedância, leitura do nível de hidratação ou resposta subjetiva a partir do paciente inserida na interface de usuário da máquina de diálise. A bomba de entrega de fármaco em uma modalidade faz parte do seu próprio agrupamento 10 de bombas flutuantes e alimenta dados para seu próprio banco de dados distribuído

Petição 870190056817, de 19/06/2019, pág. 51/87

42/58 .

[00100] Um outro exemplo envolve um quarto de hospital ou um ambiente de entrega de fármacos em que um paciente está recebendo múltiplos fármacos. Aqui, é contemplado implementar um ou mais agrupamentos 10. Um primeiro agrupamento 10 pode ser formado em torno do paciente, onde os nós 12 são formados pelas diferentes bombas ou diferentes canais de uma ou mais bombas, juntamente com qualquer equipamento que analise o paciente durante a entrega de fármaco. O banco de dados distribuído resultante 14 pode ser usado para registros médicos eletrônicos (EMR), faturamento e outros fins, e software proprietário pode ser escrito para atingir qualquer meta para os dados compartilhados 14. Por exemplo, pode ser desejável para (i) registrar quaisquer reações a um medicamento entregue, por exemplo, leitura de pressão arterial, leitura de bioimpedância, leitura de nivel de hidratação, ou uma resposta subjetiva a partir do paciente inscrito por uma enfermeira ou (ii) registrar quaisquer reações a uma combinação de fármacos administrados, por exemplo, leitura de pressão sanguínea, leitura de bioimpedância, leitura de nível de hidratação ou resposta subjetiva a partir do paciente inscrita por uma enfermeira. O tempo de entrega de fármaco, dose, taxa de dose, etc., também podem ser registrados para cada fármaco.

[00101] Um segundo agrupamento 10 pode ser formado em torno de um fármaco particular onde, por exemplo, um fabricante de fármaco pode achar que os dados coletivos relativos ao seu fármaco são muito valiosos. Aqui, os nós 12 residem em múltiplas cabeceiras, cada entregando o fármaco

Petição 870190056817, de 19/06/2019, pág. 52/87

43/58 a ser analisado. 0 software proprietário pode ser gravado para remover ou simplesmente não registrar dados de identificação do paciente, mas para registrar, para vários pacientes, qualquer reação ao fármaco administrado, por exemplo, leitura de pressão arterial, leitura de bioimpedância, leitura de nivel de hidratação ou uma resposta subjetiva a partir do paciente. 0 software proprietário pode ser escrito para registrar dados do tipo de paciente, por exemplo, sexo, idade, raça, etnia no banco de dados distribuído 14. 0 software também pode registrar dados obtidos a partir da entrega de outros fármacos, por exemplo, qualquer das reações acima enquanto o paciente está recebendo o fármaco do fabricante em combinação com um ou mais outros fármacos no banco de dados distribuído 14. Aqui, essa outra informação de fármaco pode entrar através de um ou mais nós de acesso 12a ou 12h.

[00102] Como referido acima, ambos os agrupamentos de entrega de fármacos 10 acabados de ser descritos podem ser executados concorrentemente e simultaneamente.

[00103] Referindo agora às Figuras 2, 3 e 9, o dominio de interface 110c é descrito em mais detalhe. O dominio de interface de agrupamento 110c atua como uma fachada para acessar os serviços da configuração de agrupamento sem a exposição dos componentes internos da implementação, infraestrutura e configuração reais do agrupamento. Como discutido acima, os nós de acesso 12a e 12h fazem parte do dominio de interface 110c. Também discutido acima, a maioria dos equipamentos 50a a 50e (aqui referidos coletivamente como equipamento 50 ou geralmente individualmente como equipamento 50) pode ser conectada ao banco de dados

Petição 870190056817, de 19/06/2019, pág. 53/87

44/58 distribuído através de um nó de acesso de banco de dados distribuído 12a, um nó de banco de dados não distribuído 12h, ou um nó de acesso virtual se a finalidade principal do acesso for apenas acesso à informação.

[00104] Em uma modalidade, o nó de acesso de banco de dados distribuído 12a é um membro de pleno direito do agrupamento 10 e contém um conjunto replicado de dados 14 idênticos, em termos de conteúdo bem como capacidades de serviço, para bancos de dados distribuídos 14 alojados por nós de equipamento médico 12b a 12g nas Figuras 1, 2 e 9. O agrupamento 10 através dos nós de acesso 12a e 12h estará, portanto, ainda disponível para acesso externo, mesmo se todos os outros nós de dispositivo médico 12b a 12g do agrupamento 10 estiverem desligados. Em uma modalidade, o nó de banco de dados não distribuído 12h fornece uma conversão de interface entre o equipamento 50 do domínio externo 110a (por exemplo, equipamento arbitrário não satisfazendo os requisitos de infraestrutura de agrupamento 10) e infraestrutura interna (protegida) do domínio de agrupamento 110b. O nó de banco de dados não distribuído 12h, por exemplo, permite que dados de equipamento compartilhado arbitrário 50d e equipamento de cabeceira 50e, juntamente com o paciente identifiquem dados a partir de um dispositivo de identidade de paciente a ser enviado para o banco de dados distribuído 14 para armazenamento de registros médicos de paciente.

[00105] Em termos de capacidades de conectividade, o nó de acesso de banco de dados distribuído 12a e o nó de banco de dados não distribuído 12h são idênticos em uma modalidade. Cada um pode conectar a qualquer um dos tipos de

Petição 870190056817, de 19/06/2019, pág. 54/87

45/58 equipamento 50a a 50e acima descritos.

[00106] A Figura 2 ilustra que o domínio de interface 110c inclui um terceiro tipo de acesso ao banco de dados distribuído 14 do domínio 110b, nomeadamente, um nó de acesso virtual 100. O nó de acesso virtual 100 é virtual porque não existe equipamento adicional representando um nó, como é o caso para nós de acesso 12a e 12h. O nó de acesso virtual 100 em uma modalidade requer que a responsabilidade pela manutenção do isolamento entre o domínio externo 110a e o domínio de agrupamento 110b seja compartilhada entre o equipamento cliente conectado 50 e os nós de dispositivo médico 12 do agrupamento 10. O equipamento cliente 50 está em uma modalidade conectado ao domínio de agrupamento 110b de maneira a garantir a integridade da informação transferida para o agrupamento 10. A conectividade segura pode ser fornecida através de uma conexão de rede privada virtual (VPN) feita diretamente ao ambiente de agrupamento 10. O nó de acesso 100 virtual pode, por exemplo, permitir que um computador de médico, clínico ou técnico que esteja ligado dentro do ambiente de dispositivo de clínico ou médico através de uma VPN acesse o banco de dados distribuído 14. Tais computadores podem executar software de prescrição de dispositivo que desenvolve rotinas operacionais para os dispositivos médicos de nós 12. Os computadores através do nó de acesso virtual 100 podem operar para enviar e receber resultados de laboratório, por exemplo, para serem inseridos no software de prescrição. Uma vez completada a rotina de operação de prescrição, esta pode ser depositada através do nó de acesso virtual 100 no banco de dados distribuído 14 sob uma pasta para o paciente ou pacientes para os quais a

Petição 870190056817, de 19/06/2019, pág. 55/87

46/58 rotina operacional foi desenvolvida. Os computadores clientes também podem usar o nó de acesso virtual protegido 100 para puxar dados do banco de dados distribuído 14 do agrupamento 10, por exemplo, para revisar os resultados a partir do tratamento de uma ou mais rotinas operacionais para verificar se precisa ser modificado ou substituído.

[00107] Referindo agora às Figuras 9 e 10, os nós de dispositivo médico compatíveis com o agrupamento 12b a 12g ... 12n são ilustrados em mais detalhe. A Figura 9 ilustra os nós de dispositivo médico 12b a 12g . . . 12n operando dentro do agrupamento 10 e destaca o nó de dispositivo médico 12f, enquanto a Figura 10 fornece mais detalhes no lado de banco de dados distribuído 14 do nó de dispositivo médico 12f. As Figuras 9 e 10 ambas ilustram que o nó de dispositivo médico 12f inclui duas partes separadas (separadas por hardware e/ou software), nomeadamente, uma parte de controle de terapia 28a e uma parte de controle de agrupamento 28b. A parte de controle de terapia 28a na modalidade ilustrada inclui uma interface de servidor hospedada em middleware 16. A interface de servidor e middleware 16 opera com o software de operação 20, que pode incluir qualquer um ou mais de um processador de controle de dispositivo médico principal e memória, um ou mais processador de segurança e memória, um processador de interface de usuário e memória, e um ou mais controladores de nivel inferior, tais como, placas de sensores, placas de controle de bombas, etc., para sensores e atuadores 22 (Figura 10). Qualquer uma e todas as funções acima podem ser combinadas em um único processador e memória.

[00108] A interface de servidor e middleware 16 na modalidade ilustrada aciona a interface de usuário 18 de nós

Petição 870190056817, de 19/06/2019, pág. 56/87

47/58 de dispositivo médico 12. A interface de usuário 18 pode, por exemplo, exibir telas de configuração, telas de tratamento, dados técnicos, etc. Se o paciente deseja visualizar páginas web de sites desejados pelo paciente, por exemplo, através de uma conexão de internet fornecida pelo hospital ou clínica, o paciente pode fazê-lo em uma interface de usuário 18 de um nó de acesso, como o nó de acesso de banco de dados distribuído 12a, fornecido como parte do agrupamento 14 na Figura 9. Tais sites podem ser armazenados em um arquivo de preferências para o paciente em um banco de dados distribuído 14, para que o site preferido seja conhecido independentemente de qual nó de acesso do agrupamento 10 o paciente usa em seguida. Um nó de acesso 12a, 12h pode ser colocado em cada nó de dispositivo médico 12b a 12g ... 12n para fornecer acesso à internet para uso pelo paciente e/ou cuidador.

[00109] A parte de controle de agrupamento 28b hospeda banco de dados replicado 14, que na Figura 9 é compartilhado por dispositivos médicos nos nós 12a a 12g e 12n-2 a 12n do agrupamento 10. A parte de controle de agrupamento 28b é estruturada cuidadosamente para atender aos requisitos de segurança, disponibilidade e proteção, disponibilidade, integridade e outros para a infraestrutura de agrupamento interno protegida. Além disso, porque a parte de controle de terapia 28a executa tratamentos, é responsável para a segurança do paciente e, portanto, não deve encarar competição pelos recursos (ciclos de relógio, consumo de memória, etc.) com banco de dados distribuído 14. Em uma modalidade, um gerenciador de processamento e memória 120 pode, portanto, ser aplicado entre a parte de controle de

Petição 870190056817, de 19/06/2019, pág. 57/87

48/58 terapia 28a e a parte de controle de agrupamento 28b do nó de dispositivo médico 12f. 0 gerenciador de processamento e memória 120 pode, por exemplo, ser suportado por um sistema operacional Linux™ ou outro sistema operacional capaz de lidar com processamento suportado por hardware e proteção e virtualização de memória. O gerenciador de processamento e memória 120 em uma modalidade copia (i) dados provenientes da parte de controle de terapia 28a na parte de controle de agrupamento 28b e (ii) dados provenientes da parte de controle de agrupamento 28b na parte de controle de terapia 28a, em uma forma que preserva o isolamento entre partes 28a e 28b (por exemplo, as partes 28a e 28b nunca compartilham ou veem as áreas de memória umas das outras).

[00110] Em uma modalidade, interface de servidor e middleware 16 da parte de controle de terapia 28a sabe quando está livre para compartilhar dados com o banco de dados distribuído 14 e é, por isso, dada a responsabilidade de iniciar uma transferência de dados com a parte interna 112b. Interface de servidor e middleware 16 de parte de controle de terapia 28a envia dados para parte de controle de agrupamento 28b através de gerenciador de processamento de memória e memória 120, quando tem dados para enviar e se abre para receber dados a partir do banco de dados distribuído 14, quando está pronto.

[00111] A Figura 10 ilustra a parte de controle de agrupamento 28b em mais detalhe. Além do banco de dados distribuído 14, a parte de controle de agrupamento 28b inclui um gerenciador de banco de dados de agrupamento 2 4 e uma interface de comunicação de agrupamento 26. O gerenciador de banco de dados de agrupamento 24 e a interface de comunicação

Petição 870190056817, de 19/06/2019, pág. 58/87

49/58 de agrupamento 26 podem ser partes separadas de software, em que o gerenciador de banco de dados de agrupamento 24 é responsável por receber dados a partir de software de middleware 16 via gerenciador de processamento e memória 120 e converter com segurança os dados em um formato de armazenamento adequado para banco de dados distribuído 14. O gerenciador de banco de dados de agrupamento 24 também é responsável por converter com segurança dados recuperados do banco de dados distribuído 14 em um formato adequado para software de middleware 16 e software de operação de dispositivo médico 20 da parte de controle de terapia 28a.

[00112] Interface de comunicação de agrupamento 26 em uma modalidade é um supervisor de mensagens para controlar como os dados devem ser enviados e recebidos de outros nós 12 do agrupamento 10. Discutidas acima são muitas maneiras diferentes que os dados podem ser distribuídos entre os diferentes nós 12 do agrupamento 10. A interface de comunicação de agrupamento 26 conhece a configuração de transporte de dados selecionada e faz com que seu nó 12f envie e/ou receba dados, de forma segura e completa, no momento apropriado e/ou na ordem apropriada com outros nós 12 .

[00113] Referindo agora às Figuras 11 e 12, o nó de acesso de banco de dados distribuído 12a é ilustrado em mais detalhe. O nó de banco de dados distribuído 12a inclui e faz parte do banco de dados distribuído 14 e interage com o equipamento externo 50 como foi aqui discutido. O nó de banco de dados distribuído 12a inclui sua própria interface de servidor e middleware 116 hospedado operando com lógica de nó de acesso de agrupamento 118 (software operacional para

Petição 870190056817, de 19/06/2019, pág. 59/87

50/58 o nó de acesso) . 0 nó de acesso de banco de dados distribuído 12a, similar aos nós de dispositivo médico 12b a 12g e 12n2 a 12n, inclui uma parte externa 112a e uma parte interna 112b separadas por gerenciador de processamento e memória 120 como descrito acima, de modo que uma separação clara e distinta entre o banco de dados distribuído 14 e a interface de servidor e middleware 116 é estabelecida. O nó de acesso de banco de dados distribuído 12a é capaz de recuperar e enviar informação a partir do banco de dados distribuído 14 para o equipamento externo 50. O nó de acesso de banco de dados distribuído 12a pode receber e armazenar no banco de dados distribuído compartilhado 14 dados a partir do equipamento externo 50, como o CIS, e clientes de servidor como um computador, um dispositivo de exibição, um dispositivo inteligente portátil, como um telefone inteligente ou tablet inteligente e/ou equipamento médico, como uma balança.

[00114] A conectividade entre a parte externa 112a e o equipamento externo 50 pode, por exemplo, ser via rede local com fio (LAN), rede de área local sem fio (WLAN) ou tecnologia Bluetooth, etc. Se a conexão for feita através de um cabo LAN físico entre equipamento externo 50 e nó de acesso de banco de dados distribuído 12a, o cabo pode ser um cabo separado de qualquer outro cabo de equipamento externo e ser ligado a uma porta dedicada do nó de acesso 12a.

[00115] As Figuras 11 e 12 ilustram que o nó de acesso de banco de dados distribuído 12a pode incluir a sua própria interface de usuário 18, que opera com interface de servidor e middleware 116. Como discutido acima, a interface de usuário 18 do nó de acesso de banco de dados distribuído 12a

Petição 870190056817, de 19/06/2019, pág. 60/87

51/58 pode exibir sites da Internet a um paciente em tratamento ou para um cuidador, por exemplo, precisando de ajuda. A interface de usuário 18 pode também exibir telas de configuração, telas de tratamento, dados técnicos, etc., ao paciente ou ao prestador de cuidados. Novamente, a seleção de qualquer conteúdo externo pelo paciente ou cuidador pode ser armazenada em um arquivo de preferências no banco de dados compartilhado 14.

[00116] A transferência de dados entre equipamento externo 50 e banco de dados distribuído 14 pode ocorrer sem interferência de aplicação diretamente via lógica de nó de acesso de agrupamento 118. A interface de nó de acesso e middleware 116 e a lógica de nó de acesso 118 podem hospedar software e aplicações de configuração de nó de acesso, por exemplo, clientes da web (Internet Explorer, google chrome, etc.), para interação de usuário através de uma interface de usuário 18 integrada ou conectada externamente ao nó de acesso 12a. A lógica de nó de acesso de agrupamento 118 pode verificar erros nos dados e, se necessário, combinar dados em uma forma utilizável com o banco de dados distribuído 14. Por exemplo, pode haver um primeiro equipamento externo 50 que forneça uma prescrição operacional de tratamento ao nó de acesso de banco de dados distribuído 12a e um segundo equipamento externo 50 que fornece dados de peso de paciente. A lógica de nó de acesso de agrupamento 118 pode auxiliar na ordenação e montagem de dados relacionados, por exemplo, dados associados a um mesmo ID de paciente, e rotear para uma entrada particular no banco de dados distribuído 14.

[00117] As Figuras 11 e 12 ilustram ainda que o nó de acesso de banco de dados distribuído 12a pode armazenar

Petição 870190056817, de 19/06/2019, pág. 61/87

52/58 software de interface de dispositivo / sistema externo diferente, por exemplo, software 150a e 150e (aqui referido coletivamente como software de interface de dispositivo / sistema externo 150 ou geralmente individualmente como software de interface de dispositivo / sistema externo 150) para diferentes equipamentos externos, por exemplo, 50a e 50e, respectivamente. Software de interface de dispositivo / sistema externo 150 é fornecido para determinado equipamento externo 50 para enviar e receber informação de e para o banco de dados distribuído 14. A interação entre o software de interface de dispositivo / sistema externo 150 e a lógica de nó de acesso de agrupamento 118 fornece uma primeira camada de isolamento (como indicado pela linha pontilhada superior na parte externa 112a na Figura 12). A finalidade deste primeiro isolamento é evitar que dispositivos externos errados ou mal-intencionados afetem a lógica de nó de acesso 118.

[00118] A parte interna 112b, separada por gerenciador de processamento e memória 120 da parte externa 112a, do nó de acesso de banco de dados distribuído 12a opera da mesma maneira que a parte de controle de agrupamento 28b descrita acima para o nó de dispositivo médico 12f. Em particular, o gerenciador de banco de dados 24 pode ser responsável por receber dados a partir da lógica de nó de acesso de agrupamento 118 através do gerenciador de processamento e memória 120 e converter de forma segura os dados em uma forma adequada para o banco de dados distribuído 14. A interface de comunicação de agrupamento 26 é novamente um supervisor de mensagens para saber como os dados devem ser enviados e recebidos de diferentes nós 12 do agrupamento

Petição 870190056817, de 19/06/2019, pág. 62/87

53/58

10. O gerenciador de processamento e memória 120 fornece uma segunda camada de isolamento ao nó de acesso de banco de dados distribuído 12a.

[00119] Referindo agora à Figura 13, o nó de acesso de banco de dados não distribuído 12h é ilustrado em mais detalhe. O nó de banco de dados não distribuído 12h não possui o seu próprio armazenamento de memória para o banco de dados distribuído 14, mas interage com o equipamento externo 50, como foi aqui discutido. O nó de banco de dados não distribuído 12h pode enviar e receber dados de e para o banco de dados distribuído 14, respectivamente, e os dados do banco de dados distribuído 14 podem ser exibidos em sua interface de usuário 18. Mas o banco de dados distribuído 14 não é residente no nó de banco de dados não distribuído 12h e, portanto, não pode ser acessado sem acesso a outros nós. Por outro lado, com o nó de acesso de banco de dados distribuído 12a, o banco de dados 14 está acessível mesmo que o nó de acesso 12a seja o único nó 12 disponível do agrupamento 10.

[00120] Software de interface de dispositivo / sistema externo 150, interface de servidor e middleware 116, lógica de nó de acesso de agrupamento 118, gerenciador de processamento e memória 120, gerenciador de banco de dados 24 e interface de comunicação de agrupamento 2 6 de nó de acesso de banco de dados não distribuído 12h operam os mesmos em uma modalidade como descrito ou referenciado acima para o nó de acesso de banco de dados distribuído 12a.

[00121] Nas modalidades acima, a parte de controle de terapia 28a / parte externa 112a pode ser proporcionada no seu próprio um ou mais processador e memória separados de um

Petição 870190056817, de 19/06/2019, pág. 63/87

54/58 ou mais processador e memória utilizados para a parte de controle de agrupamento 28b / parte interna 112b. Em uma modalidade alternativa, a parte de controle de terapia 28a / parte externa 112a pode ser fornecida no mesmo processador e memória que a parte de controle de agrupamento 28b / parte interna 112b, mas ser mantida em diferentes partes da memória e ainda ser separada por gerenciador de processamento e memória 120.

[00122] Além disso, embora os nós de acesso 12a e 12h tenham sido descritos como fisicamente separados dos nós de dispositivo médico 12b a 12g e 12n-2 a 12n do agrupamento 10, a estrutura e a funcionalidade adicionais dos nós de acesso 12a e 12h podem ser fornecidas alternativamente como um nó alojado em um alojamento comum com um dos nós de dispositivo médico 12b a 12g e 12n-2 a 12n. Em particular, interface de servidor e middleware 116, lógica de nó de acesso de agrupamento 118, e interface de dispositivo / sistema 150 podem ser adicionados como uma parte externa 112a, como descrito acima, que opera ao lado da parte de controle de terapia 28a do nó de dispositivo médico 12b a 12g e 12n-2 a 12n. Em uma modalidade, a parte de controle 28a e a parte externa 112a são separadas do banco de dados de agrupamentos 14, o gerenciador de banco de dados de agrupamento 24 e a interface de comunicação de agrupamento 26 através do gerenciador de processamento e memória 120 da maneira aqui descrita. O nó de acesso 12a dentro do dispositivo médico é um nó separado do nó do dispositivo médico 12b a 12g e 12n-2 para 12n em uma modalidade. Opera independentemente do nó de dispositivo médico, embora os dois nós compartilhem o mesmo alojamento e possam

Petição 870190056817, de 19/06/2019, pág. 64/87

55/58 compartilhar o gerenciador de banco de dados de agrupamento 24 e a interface de comunicação de agrupamento 26. A informação recebida pelo nó de acesso 12a não é necessariamente destinada ao dispositivo médico hospedeiro e pode ser informação necessária por outro dispositivo médico do agrupamento 10. A informação é armazenada no banco de dados distribuído 14. Da mesma forma, o nó de acesso 12a localizado dentro do dispositivo médico pode puxar dados do banco de dados distribuído 14 e enviá-los para o equipamento externo 50 independentemente da informação ter sido gerada pelo dispositivo médico hospedeiro ou outro dispositivo médico do agrupamento 10.

[00123] Referindo agora à Figura 14, a parte de controle de terapia 28a e parte de controle de agrupamento 28b dos nós de dispositivo médico 12b a 12e e a parte externa 112a e parte interna 112b do nó de acesso de banco de dados distribuído 12a das Figuras 9 a 13 são ilustradas juntamente com o domínio externo 110a, o domínio de agrupamento 110b e o domínio de interface 110c da Figura 2. A Figura 14 representa o agrupamento 10 através de um círculo e mostra que o domínio de agrupamento 110b inclui o agrupamento 10. Adicionalmente, o domínio de agrupamento 110b inclui partes de controle de terapia 28a de nós de dispositivo médico 12b a 12e. A Figura 14 reitera que o domínio externo 110a inclui equipamento externo 50.

[00124] A Figura 14 também ilustra que o agrupamento 10 inclui partes de controle de agrupamento 28b de nós de dispositivo médico 12b a 12e e parte interna 112b (incluindo banco de dados distribuído 14) do nó de acesso de banco de dados distribuído 12a (também incluiría a parte interna 112b

Petição 870190056817, de 19/06/2019, pág. 65/87

56/58 do nó de acesso de banco de dados não distribuído 12h) . A parte externa do nó de acesso de banco de dados distribuído 12a na modalidade ilustrada não faz parte do domínio de agrupamento 110b e em vez disso forma o domínio de interface 110c juntamente com as partes externas 112a de quaisquer outros nós de acesso do agrupamento 10. As Figuras 2 e 3 ilustram o nó de acesso de banco de dados distribuído 12a tendo distribuído o banco de dados 14 no domínio de interface 110c. O banco de dados distribuído 14 é mostrado desta maneira nas Figuras 2 e 3 para diferenciar o nó de acesso de banco de dados distribuído 12a do nó de acesso de banco de dados não distribuído 12h. Deve ser apreciado a partir da Figura 14, no entanto, que o banco de dados distribuído 14 do nó de acesso completo 12a pertence ao agrupamento 10 do domínio de agrupamento 110b.

[00125] Referindo agora à Figura 15, é ilustrada uma modalidade para o nó de acesso virtual 100. O nó de acesso virtual 100 na modalidade ilustrada inclui uma interface entre um nó de dispositivo médico, tal como o nó de dispositivo médico 12f e uma peça de equipamento externo (lado aberto) 50, tal como um computador externo (médico, enfermeiro ou técnico). O nó de dispositivo médico 12f é fornecido com cada uma das estruturas e funcionalidade associada descritas acima em conexão com a Figura 10 para middleware 16, interface de usuário 18, interface de servidor 20, atuadores 22, banco de dados distribuído 14, gerenciador de banco de dados de agrupamento 24 e interface de comunicação de agrupamento.

[00126] O computador 50 na modalidade ilustrada instalou no mesmo software de aplicação de terceiros 114,

Petição 870190056817, de 19/06/2019, pág. 66/87

57/58 tal como software para desenvolver prescrições de operação de tratamento. 0 software de aplicação de terceiros 114 pode, por exemplo, receber dados do banco de dados distribuído 14 e utilizá-los para analisar ou formar novas prescrições de operação de tratamento. Se o software de aplicação de terceiros desejado 114 não existir ou o hospital ou clínica não possuir tal software, está previsto fornecer ao nó de acesso virtual 100 o software de tratamento de dados proprietário 102 que executa as mesmas funções e/ou funções adicionais de software de aplicação de terceiros 114 utilizando os dados recuperados do banco de dados distribuído

14. Em qualquer dos casos,	o	software	proprietário	de
tratamento de dados 102 e	o	software	de aplicação	de
terceiros 114 podem, por sua	vez, criar dados que	são
armazenados no banco de dados	distribuído	14 .
[00127] Uma interface	de	sistema	de terceiros	104
converte dados de software de	aplicação de	terceiros 114	em

uma forma requerida por um canal de comunicação seguro, por exemplo, uma rede privada virtual (VPN) 106, presente entre a interface de nó de acesso virtual de dispositivo médico 108a e uma interface de nó de acesso virtual de equipamento externo 108b. A VPN 106 é essencialmente uma ponte criptografada entre o nó de dispositivo médico 12f e o equipamento externo 50. A VPN 106 pode ser fornecida e instalada pelo instalador do agrupamento 10. Software de tratamento de dados proprietário 102 na modalidade ilustrada, após conversões realizadas por interface de sistema de terceiros 104, é estruturado para comunicar diretamente através da VPN 10 6 entre a interface de nó de acesso virtual de dispositivo médico 108a e uma interface de

Petição 870190056817, de 19/06/2019, pág. 67/87

58/58 nó de acesso virtual de equipamento externo 108b.

[00128] Uma vez dentro do nó de dispositivo médico 12f, os dados da interface de nó de acesso virtual de equipamento externo 108b são enviados de forma segura a partir da parte de controle de terapia 28a para a parte de controle de agrupamento 28b via gerenciador de processamento e memória 120, são disponibilizados ao banco de dados distribuído 14 através do gerenciador de banco de dados de agrupamento 24, e são enviados para outros nós através da interface de comunicação de agrupamento 26 em uma maneira descrita acima. Os dados do banco de dados distribuído 14 podem ser convertidos através do gerenciador de banco de dados de agrupamento 24 e ser enviados com segurança a partir da parte de controle de agrupamento 28b para a parte de controle de terapia 28a via gerenciador de processamento e memória 120, enviados da interface 108a para a interface 108b sobre VPN 106 e de lá para um ou ambos os programas de tratamento de dados proprietários 102 e/ou software de aplicação de terceiros 114 através da conversão na interface de sistema de terceiros 104.

[00129] Deve ser entendido que várias alterações e modificações às modalidades presentemente preferidas aqui descritas serão evidentes para os peritos na arte. Tais mudanças e modificações podem ser feitas sem se afastar do espírito e escopo do presente objeto e sem diminuir suas vantagens pretendidas. Por conseguinte, pretende-se que tais alterações e modificações sejam abrangidas pelas reivindicações anexas.

Claims

REIVINDICAÇÕES

1. Sistema de dispositivo médico (110) caracterizado pelo fato de que compreende:

um agrupamento (10) incluindo uma pluralidade de nós (12) e executando software proprietário;

uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós (12);

pelo menos um dos nós (12) sendo um nó de acesso (12a, 12h) ;

um banco de dados distribuído (14) compartilhado ao longo do agrupamento (10) e hospedado por pelo menos alguns dos nós (12); e pelo menos um equipamento externo (50) fora do agrupamento (10), pelo menos um equipamento externo (50) executando software diferente do software proprietário e capaz de pelo menos um de (i) escrever para, ou (ii) ler de, pelo menos parte do banco de dados distribuído (14) através do nó de acesso (12a, 12h).
2. Sistema de dispositivo médico (110), de acordo com a reivindicação 1, caracterizado pelo fato de que pelo menos um nó de acesso (12a, 12h) é fornecido separadamente dos dispositivos médicos.
3. Sistema de dispositivo médico (110), de acordo com as reivindicações 1 ou 2, caracterizado pelo fato de que o pelo menos um nó de acesso (12a) é fornecido com um dos dispositivos médicos.
4. Sistema de dispositivo médico (110), de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que pelo menos um nó de acesso (12h) não hospeda o banco de dados distribuído (14).

Petição 870190056817, de 19/06/2019, pág. 69/87

2/6
5. Sistema de dispositivo médico (110), de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que o pelo menos um equipamento externo (50) é um primeiro equipamento externo, e que inclui ainda um nó de acesso virtual (100) do agrupamento (10) formado através de um segundo equipamento externo (50), o nó de acesso virtual (100) fornecendo um ambiente de troca de dados seguro de modo a garantir a segurança do agrupamento (10) operando com o segundo equipamento externo (50).
6. Sistema de dispositivo médico (110), de acordo com a reivindicação 5, caracterizado pelo fato de que o ambiente de troca segura de dados inclui um canal seguro, tal como uma rede privada virtual (106).
7. Sistema de dispositivo médico (110), de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que o pelo menos um equipamento externo (50) é configurado para fornecer dados para o banco de dados distribuído (14), os dados utilizados por um dos dispositivos médicos implementando um dos nós (12) para tratamento.
8. Sistema de dispositivo médico (110), de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que a pluralidade de dispositivos médicos é de um mesmo tipo de tratamento.
9. Sistema de dispositivo médico (110), de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que a pluralidade de dispositivos médicos está tratando um mesmo paciente.
10. Sistema de dispositivo médico (110), de acordo com qualquer uma das reivindicações anteriores, caracterizado pelo fato de que o banco de dados distribuído (14) é

Petição 870190056817, de 19/06/2019, pág. 70/87

3/6 preenchido por (i) cada um dos nós (12) que produz dados empurrando os seus dados para outros nós (12), (ii) cada um dos nós (12) tendo banco de dados distribuído (14) puxando dados a partir de outros nós (12), ou (iii) uma combinação de (i) e (ii) .
11. Sistema de dispositivo médico (110) caracterizado pelo fato de que compreende:

um agrupamento (10) incluindo uma pluralidade de nós (12) ;

cada de um conjunto dos nós (12) implementados por um dispositivo médico;

um banco de dados distribuído (14) hospedado por cada um dos dispositivos médicos;

pelo menos um primeiro nó de acesso (12a) que hospeda o banco de dados distribuído (14);

pelo menos um segundo nó de acesso (12h) fornecido separadamente do banco de dados distribuído (14); e pelo menos um equipamento externo (50) fora do agrupamento (10), o pelo menos um equipamento externo (50) capaz de pelo menos um de (i) gravar para, ou (ii) ler de, o banco de dados distribuído (14) através do pelo menos um primeiro nó de acesso (12a) ou pelo menos um segundo nó de acesso (12h).
12. Sistema de dispositivo médico (110), de acordo com a reivindicação 11, caracterizado pelo fato de que pelo menos um primeiro nó de acesso (12a) e pelo menos um segundo nó de acesso (12h) são separados dos dispositivos médicos.
13. Sistema de dispositivo médico (110), de acordo com a reivindicação 11, caracterizado pelo fato de que o pelo menos um primeiro nó de acesso (12a) e o pelo menos um

Petição 870190056817, de 19/06/2019, pág. 71/87

4/6 segundo nó de acesso (12h) são fornecidos com ou operam com uma interface de usuário (18).
14. Sistema de dispositivo médico (110) caracterizado pelo fato de que compreende:

um agrupamento (10) incluindo uma pluralidade de nós (12) ;

uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós (12);

pelo menos um dos nós (12) sendo um nó de acesso (12a, 12h) incluindo uma parte externa (112a) e uma parte interna (112b);

um banco de dados distribuído (14) fornecido ao longo do agrupamento (10) e hospedado por pelo menos alguns dos nós (12), o banco de dados distribuído (14), se armazenado pelo pelo menos um nó de acesso (12a), associado com a parte interna (112b) do nó de acesso (12a); e pelo menos um equipamento externo (50) fora do agrupamento (10), o pelo menos um equipamento externo (50) capaz de pelo menos um de (i) gravar, ou (ii) ler de, pelo menos parte do banco de dados distribuído (14) através da parte externa (112a) do nó de acesso (12a, 12h) .
15. Sistema de dispositivo médico (110), de acordo com a reivindicação 14, caracterizado pelo fato de que a parte externa (112a) e a parte interna (112b) são separadas por gerenciador de processamento e memória (120) que sabe como (i) colocar dados na parte externa parte (112a) provenientes da parte interna (112b) e (ii) colocar dados na parte interna (112b) provenientes da parte externa (112a).
16. Sistema de dispositivo médico (110) caracterizado pelo fato de que compreende:

Petição 870190056817, de 19/06/2019, pág. 72/87

5/6 um agrupamento (10) incluindo uma pluralidade de nós (12) ;

uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós (12), cada dispositivo médico incluindo processamento e memória configurados para realizar um procedimento médico (20); e um banco de dados distribuído (14) compartilhado ao longo do agrupamento (10) por pelo menos alguns dos nós (12), o banco de dados distribuído (14) implantado na pluralidade de dispositivos médicos, o banco de dados distribuído (14) separado do processamento e memória configurados para realizar o procedimento médico (20) por um gerenciador de processamento e memória (120) que sabe como (i) colocar dados no processamento e memória configurados para realizar o procedimento médico (20) provenientes do banco de dados distribuído (14) e (ii) colocar dados no banco de dados distribuído (14) provenientes do processamento e memória configurados para realizar o procedimento médico (20).
17. Sistema de dispositivo médico (110), de acordo com a reivindicação 16, caracterizado pelo fato de que o processamento e a memória configurados para realizar o procedimento médico (20) são configurados para iniciar a comunicação com o banco de dados distribuído (14) através do gerenciador de processamento e memória (120).
18. Sistema de dispositivo médico (110), de acordo com a reivindicação 16, caracterizado pelo fato de que o banco de dados distribuído (14) está localizado em uma parte de controle de agrupamento (28b) do dispositivo médico que é separada do processamento e memória configurados para realizar o procedimento médico (20) localizado em uma parte

Petição 870190056817, de 19/06/2019, pág. 73/87

6/6 de controle de terapia (28a) do dispositivo médico, a parte de controle de agrupamento (28b) separada da parte de controle de terapia (28a) pelo gerenciador de processamento e memória (120) .
19. Sistema de dispositivo médico (110) caracterizado pelo fato de que compreende:

um agrupamento (10) incluindo uma pluralidade de nós (12) ;

uma pluralidade de dispositivos médicos implementando pelo menos alguns dos nós (12);

um banco de dados distribuído (14) compartilhado ao longo do agrupamento (10) e hospedado pela pluralidade de dispositivos médicos;

um equipamento externo (50) fora do agrupamento (10); e um nó de acesso virtual (100) do agrupamento (10) formado com o equipamento externo (50) e um dos dispositivos médicos, o nó de acesso virtual (100) fornecendo um ambiente de troca de dados seguro para garantir a segurança do banco de dados distribuído (14) quando o equipamento externo (50) escreve para, ou (ii) lê de, o dispositivo médico.
20. Sistema de dispositivo médico (110), de acordo com a reivindicação 19, caracterizado pelo fato de que o dispositivo médico inclui um primeiro nó de acesso virtual (108a) e o equipamento externo (50) inclui um segundo nó de acesso virtual (108b), e em que o ambiente de troca de dados seguro inclui um canal seguro, tal como uma rede privada virtual (106), que faz interface com as interfaces de nó de acesso virtual (108a, 108b).