BR112019015873A2 - sistema implementado por computador, e, método. - Google Patents

sistema implementado por computador, e, método. Download PDF

Info

Publication number
BR112019015873A2
BR112019015873A2 BR112019015873A BR112019015873A BR112019015873A2 BR 112019015873 A2 BR112019015873 A2 BR 112019015873A2 BR 112019015873 A BR112019015873 A BR 112019015873A BR 112019015873 A BR112019015873 A BR 112019015873A BR 112019015873 A2 BR112019015873 A2 BR 112019015873A2
Authority
BR
Brazil
Prior art keywords
disease state
disease
electronic medical
ndc
patient
Prior art date
Application number
BR112019015873A
Other languages
English (en)
Inventor
Blane Huff Randy
Glynn Day William
Original Assignee
Huff & Day Entpr Llc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huff & Day Entpr Llc filed Critical Huff & Day Entpr Llc
Publication of BR112019015873A2 publication Critical patent/BR112019015873A2/pt

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00ICT specially adapted for the handling or processing of medical references

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

um sistema de gestão de estado de doença proativa incluindo elementos de rede, elementos de computador e elementos de software operáveis para suportar uma pluralidade de dispositivos de assinante, cada um sob um plano de assinatura no qual o dispositivo de assinante solicita a coleta de registros médicos eletrônicos de um paciente para avaliação por um mecanismo de administração de estado de doença proativo que inter-relaciona a informação do paciente, informação médica de paciente e informação de laboratório de paciente incluída no registro médico eletrônico de um paciente para gerar dados de resultado do mecanismo e popular os campos de uma resposta de solicitação para o dispositivo de assinante.

Description

RELATÓRIO DESCRITIVO
Pedido de Patente de Invenção para “SISTEMA
IMPLEMENTADO POR COMPUTADOR, E, MÉTODO” [0001] Este Pedido de Patente Internacional de Pedido de Patente Internacional é uma continuação do Pedido de Patente Não Provisório dos Estados Unidos N ° 15/898.135, depositado em 15 de fevereiro de 2018, que reivindica o benefício do Pedido de Patente Provisório dos Estados Unidos No. 62/460.014, depositado em 16 de fevereiro de 2017, cada um incorporado aqui por referência.
I. CAMPO TÉCNICO [0002] Um sistema de administração de estado de doença proativa que correlaciona dados incluídos no registro médico eletrônico de um paciente a uma pluralidade de estados de doença contidos em um banco de dados de estado de doença e calcula uma pontuação atribuível a cada um da pluralidade de estados de doença contidos no banco de dados de estado de doença com base em correlações feitas entre os dados no registro médico eletrônico e a pluralidade de estados de doença e calcula ainda mais uma pontuação agregada para todas as correlações aos estados de doença contidos no banco de dados de estado da doença que pode, por comparação da pontuação agregada a uma pontuação agregada média, ser atribuído um nível de risco atribuível ao registro médico eletrônico do paciente.
II. DESCRIÇÃO DA INVENÇÃO [0003] Um objeto amplo de modalidades da invenção pode ser fornecer um sistema de administração de estado de doença proativo incluindo elementos de rede, elementos de computador e elementos de software operáveis para suportar uma pluralidade de dispositivos de assinante, cada um sob um plano de assinatura no qual o dispositivo de assinante solicita a
Petição 870190073596, de 31/07/2019, pág. 44/84
2/26 coleta de registros médicos eletrônicos de um paciente para avaliação por um programa de gerenciamento de estado de doença proativo que correlaciona a Classificação Estatística Internacional de Doenças e Códigos relacionados (ICDC) ou Códigos de Fármacos Nacionais (NDC) incluídos no registro médico eletrônico de um paciente a uma pluralidade de estados de doença incluídos em um banco de dados de estado de doença e calcula uma pontuação atribuível a cada um da pluralidade de estados de doença contidos no banco de dados de estado de doença e calcula adicionalmente uma pontuação agregada para todas as correlações feitas a estados de doença contidos no banco de dados de estado de doença que pode ser por comparação da pontuação agregada a uma pontuação agregada média pode ser atribuído um nível de risco atribuível ao registro médico eletrônico do paciente.
[0004] Um outro objeto amplo de modalidades da invenção pode ser fornecer um método em um sistema de administração de estado de doença proativo implementado por computador, incluindo um ou mais dos: recuperação de um registro médico eletrônico a partir de um banco de dados de registros médicos eletrônicos e avaliação do registro médico identificando cada ICDC ou NDC no registro médico eletrônico e identificando coincidências entre o ICDC ou o NDC para a referida pluralidade de estados de doença em um banco de dados de estado de doença e pontuação do referido registro médico eletrônico de um paciente por agregação dos valores de pontuação positivos associados com cada um da pluralidade de estados de doença no banco de dados de estado de doença e atribuição da pontuação de saúde agregada a um nível de risco com base na comparação da pontuação agregada a uma pontuação agregada média.
Petição 870190073596, de 31/07/2019, pág. 45/84
3/26 [0005] Naturalmente, outros objetivos de modalidades particulares da invenção são revelados por todas as outras áreas do relatório descritivo, desenhos e reivindicações.
III. BREVE DESCRIÇÃO DOS DESENHOS [0006] A figura 1 é um diagrama de blocos de uma modalidade particular de um sistema de administração de estado de doença proativo.
[0007] A figura 2 é uma parte ampliada da Figura 1 que mostra um processador acoplado de forma comunicável a um meio legível por computador não transitório contendo uma modalidade particular do programa de administração de estado de doença proativo.
[0008] A figura 3 é um fluxograma de blocos que ilustra um método no sistema de administração de estado de doença proativa de avaliação e contagem dos dados em um registro médico eletrônico.
[0009] A figura 4 é um diagrama de blocos de um mecanismo de administração de estado de doença proativa executável para avaliar e anotar os dados em um registro médico eletrônico e resultados de mecanismo de saída.
[00010] A figura 5 é uma ilustração de um dispositivo de assinante que tem uma superfície de exibição na qual os menus de uma interface gráfica de usuário transferíveis a partir do mecanismo de administração de estado de doença proativa podem ser exibidos.
IV. MODO (S) PARA A REALIZAÇÃO DA INVENÇÃO [00011] Sistema de administração de estado de doença proativa.
Geralmente com referência às Figuras 1 a 5, o sistema de administração de estado de doença proativa (1) (PDSMS) inclui elementos de rede, elementos de computador e elementos de software operáveis para suportar uma pluralidade de dispositivos de assinante (2) cada um sob um plano de assinatura (3) no qual o dispositivo de assinante (2) solicita a coleta de
Petição 870190073596, de 31/07/2019, pág. 46/84
4/26 registros médicos eletrônicos (4) (EMR) de um paciente (5) e a avaliação do EMR (4) por um mecanismo de gerenciamento de estado de doença proativa (6) (PDSME ou mecanismo) que se refere a uma ou mais das informações do paciente (7), informação médica do paciente (8) e informação de laboratório do paciente (9) incluídas no EMR (4) para gerar dados de resultado de mecanismo (10) e popular os campos de uma resposta à solicitação (11) ao dispositivo de assinante (2).
[00012] A rede. Agora referindo primeiramente às Figuras 1 e 2, o PDSMS (1) também referido como o “sistema”) pode ser distribuído em um ou mais servidores (12) (junto com bases de dados associadas 12’ e 30) tendo uma interface de rede de servidor (13) acoplados de forma operacional a uma pluralidade de dispositivos de assinante (2) por uma rede pública (14), tal como uma Internet (15), uma rede(s) sem fio de base celular (16), ou uma rede local (17) (individualmente ou coletivamente a “rede” (18)).
[00013] A rede (18) suporta uma pluralidade de recursos de comunicação (19) (junto com outros recursos de comunicação disponíveis no futuro) para proporcionar como exemplos ilustrativos: gravação, transmissão, ou reprodução de imagens (se imagens paradas ou em movimento), som relacionados às frequências acústica, mecânica ou elétrica, correio eletrônico, mensagem instantânea, mensagem de texto (tal como um serviço de mensagem curta) mensagem de multimídia (tal como serviço de mensagem de multimídia) atribuíveis à execução de programas autocontidos ou peças de software designadas a preencher finalidades particulares (também referidas como “aplicações” (20)), como exemplos ilustrativos: aplicações da rede, aplicações online, aplicações móveis, baixáveis por um dispositivo de assinante (2).
[00014] Base de dados de informação médica de paciente remota. Um EMR de paciente (4) pode ser armazenado em uma ou mais bases de dados
Petição 870190073596, de 31/07/2019, pág. 47/84
5/26 de registros médicos (21). O termo “registro médico eletrônico (EMR)” refere ao registro do paciente encontrado e serviços médicos recebidos por um de uma pluralidade de pacientes (5) de uma ou mais organizações de entrega de cuidados (22) que podem cada ocorrer em um formato comum usando um dado clínico comum repositório (23) ou pode ser um acúmulo de EMR (4) de uma pluralidade de organizações de entrega de saúde não afiliadas (24) que por sua vez utilizam reposições de dados clínicos não filiados (25) que podem não estar em um formato comum. O EMR (4) de um paciente (5) inclui, mas não necessariamente está limitado a, informação de paciente (7) tal como data de nascimento, peso, sexo; informação médica do paciente (8) tal como diagnóstico atual, medicações prescritas e indicações de alergia; e informação laboratorial de paciente (9) tal como testes de laboratório realizados e valores de teste de laboratório.
[00015] Arquivos de dados Nível 7 de saúde. Tipicamente, a transferência de EMR (4) entre aplicações de software usadas por organizações de entrega de saúde (22) (24) ocorre de acordo com um conjunto de padrões internacionais referidos como padrões Nível 7 de saúde (“HL7”). Estes padrões focam na camada de aplicação, que é “camada 7” no Modelo de Interconexão de Sistemas abertos “modelo OSI”). Os padrões HL7 são produzidos pelo Health Level Seven International, uma organização de padrões internacionais, e são adotados por outras instituições emitindo padrões tal como Instituto de Padrões Nacionais Americanos e Organização Internacional para Padronização.
[00016] O HL7 especifica um número de padrões flexíveis, diretrizes e metodologias pelas quais uma pluralidade de organizações de entrega de cuidados de saúde (23) (24) pode se comunicar entre si. As diretrizes de H7 ou padrões de dados são um conjunto de regras que permitem que as informações sejam compartilhadas e processadas de uma maneira uniforme
Petição 870190073596, de 31/07/2019, pág. 48/84
6/26 e consistente. Estes padrões de dados destinam-se a permitir que as organizações de entrega de cuidados com a saúde compartilhem facilmente as informações clínicas.
[00017] HL7 I considera os seguintes padrões a serem seus padrões primários:
• Padrão de mensagem Versão 2.x - uma especificação de interoperabilidade para transações de saúde e médicas.
• Padrão de mensagem Versão 3 - uma especificação de interoperabilidade para transações de saúde e médicas.
• Arquitetura de Documento Clínico (CDA) - um modelo de troca para documentos clínicos, com base em versão 3 de H7.
• Continuidade de Documento de Cuidados (CCD) - uma especificação US para a central de sumários médicos, com base em CDA.
• Etiqueta de Produto Estruturado (SPL) - a informação publicada que acompanha um remédio, com base na Versão 3 de H7.
• Grupo de trabalho de Objeto de Contexto Clínico (CCOW) - uma especificação de interoperabilidade para a integração visual de aplicações de usuários.
[00018] Interface de programa de aplicação de rede PDSMS. As modalidades da PDSMS incluem uma Interface de programa de aplicação de rede PDSMS ( PDSMS web API) (26). API de Rede PDSMS (26) inclui um programa de interface de rede PDSMS (27) contido em um meio legível por computador não transitório (28) (também referido como um elemento de memória) acoplado de forma comunicativa a um processador (29). Na execução, a API da Rede PDSMS (26) encaminha solicitações de Protocolo de transferência de hipertexto (HTTP) para a uma ou mais bases de dados de registros médicos (21) para transferir o EMR solicitado (4) de um paciente
Petição 870190073596, de 31/07/2019, pág. 49/84
7/26 (5) para o banco de dados PDSME (12'), (30) para avaliação pelo PDSME (6) .
[00019] O Mecanismo. Modalidades do PDSMS (1) podem incluir um mecanismo de administração de estado de doença proativa (PDSME ou programa ) (6) contido no elemento de memória (28) acoplado de modo comunicativo ao processador (29). O PDSME inclui instruções executáveis por computador na forma de um programa e módulos que utilizam rotinas, objetos, componentes, estruturas de dados, ou semelhantes, para executar funções ou tarefas particulares ou implementar tipos de dados abstratos particulares, ou semelhantes, sendo executado pelos elementos de computador e elementos de rede, não se pretende que as modalidades da invenção sejam limitadas a um conjunto particular de instruções ou protocolos executáveis por computador.
[00020] Módulo de tradução H7. Modalidades da PDSME (6) podem incluir um módulo de tradução de HL7 (31) executável para tradução de arquivos de dados HL7 (32) contido no EMR (4) de um paciente (5) recuperado a partir de um ou mais bancos de dados de registros médicos (21) de um ou mais repositórios de dados clínicos comuns (23), ou um ou mais repositórios de dados clínicos não afiliados (24) (ou uma combinação dos mesmos) em um formato comum que pode ser baixado Para um banco de dados PDSME (30). Similarmente, o módulo de tradução HL7 (31) pode ser executado para traduzir os dados de resultado (10) a partir do PDSME (6), ou contido no banco de dados PDSME (30), do formato comum da base de dados PDSME (30) para os arquivos de dados HL7 (32) para transmissão para um ou mais dispositivos de assinante (2).
[00021] Módulo de avaliação de EMR. Modalidades da PDSME (6) ainda incluem um módulo de avaliação por EMR (33). O módulo de avaliação de EMR (33) pode ser executado para avaliar o EMR (4) de um
Petição 870190073596, de 31/07/2019, pág. 50/84
8/26 paciente (5) para identificar a Classificação estatística Internacional De doenças e códigos relacionados (34) (ICDC) (Avaliação de diagnóstico) (38) e para identificar os códigos de fármaco nacional (35) (NDC) (a avaliação de medicação) (39). O ICDC (34) inclui mais de 14.400 códigos diferentes, cada um associado a e permite o rastreamento de diagnóstico do estado de doença correspondente (36) o NDC (34) é um identificador de dez dígitos, três segmentos associado a e permite o rastreamento de cada medicação (37) Listado sob a seção 510 do US Federal Food, Drug And Cosmetic Act. Enquanto as modalidades da invenção podem descrever o uso de ICDC e NDC como praticado nos estados unidos; não se destina a impedir modalidades que utilizem sistemas de classificação similares ao ICDC ou NDC em países estrangeiros.
[00022] O módulo de avaliação de EMR (33) opera no banco de dados PDSME (30) no qual cada um de uma pluralidade de estados de doença (36) pode ser associada a um ou mais ICDC (34) ou NDC (35). Em parte, o módulo de avaliação de EMR (33) opera para Realizar uma avaliação de diagnóstico (38) em que um ou mais ICDC (34) identificados No EMR (4) de um paciente (5) pode ser comparada contra cada um de uma pluralidade de estados de doença (36) contidos na base de dados PDSME (30) e por comparação pode ser equiparado a um estado de doença (36) para disparar um indicador SIM (40) ou não correspondido a um estado de doenças para disparar um indicador NÃO (41) associado a cada estado de doença (36). Indicador SIM (40) estabelece que seja um diagnóstico para o estado da doença (36) ocorre como Um ICDC (34) NO EMR (4) do paciente (5) Ou outros diagnósticos que ocorrem como um ICDC (34) no EMR (4) do paciente (5) que poderia contribuir para exacerbação ou geração do estado da doença (34). Também em parte, o módulo de avaliação de EMR (33) opera NO banco de dados PDSME (30) para realizar a avaliação da
Petição 870190073596, de 31/07/2019, pág. 51/84
9/26 medicação (39) na qual o um ou mais do NDC (35) identificado em EMR (4) de um paciente (5) pode ser comparado contra a pluralidade de estados de doença (36) e por comparação pode ser equiparada a um estado de doença (36) para disparar um indicador Sim (40) ou não combinado para disparar um indicador NÃO (41).
[00023] Como um exemplo ilustrativo, a base de dados de PDSME relacionai (30) pode conter uma pluralidade de estados de doença (36) cada um Associado a uma pluralidade De ICDC (34) ou NDC (35) (coletivamente referidos como disparos (42) que corresponde ao ICDC (34) ou NDC (35) (ou ambos) ocorrendo no EMR (4) de um paciente (5). Como um exemplo não limitante, uma modalidade da base de dados PDSME (30) pode incluir:
Distúrbio de sono - tendo um total associado de 84 disparos
Acidente vascular tendo um total associado de 23 disparos
Infecções do Trato urinário com um total associado de 48 disparos
Mal de Parkinson tendo um total associado de 43 disparadores
Dor tendo um total associado de 34 disparos
Osteoporose tendo um total associado de 36 disparos Insuficiência cardíaca com um total associado de 25 disparos Gastrintestinais com um total associado de 53 disparos Queda com um total associado de 35 disparos
Depressão tendo um total associado de 35 disparos Desidratação com um total associado de 28 disparos COPD com um total associado de 42 disparos
Estado Nutricional alterado com um total associado de 80 disparos
Diabetes tendo um total associado de 83 disparos
Petição 870190073596, de 31/07/2019, pág. 52/84
10/26 [00024] Como um exemplo específico, o estado de doença (36) estado nutricional Alterado pode ser contido Na base de dados PDSME (30). O administrador do PDSME (6) pode associar uma Pluralidade de ICDC (34) e uma pluralidade de NDC (35) estado de doença (36) estado nutricional alterado como disparos (42) ICDC (34) ou NDC (35) associado ao estado de doença (36) como disparos (42) pode ser identificado pelo administrador utilizando diretrizes clínicas apropriadas. O Instituto de Medicina define diretrizes de prática clínica como declarações que incluem recomendações, destinadas a otimizar o tratamento do paciente, que são informados por uma revisão sistemática de evidência e uma avaliação dos benefícios e de prejuízos de opções de cuidados alternativos. Uma fonte de diretrizes clínicas pode ser o American College Of Physicians. Consequentemente, ο ICDC (34) e o NDC (35) associados com um estado de doença (36) podem ser maiores ou menores, com base em mudanças nas diretrizes clínicas ao longo do tempo. Consequentemente, o número total de disparos (42) associado a cada estado de doença (36) pode variar com o tempo.
[00025] O módulo de pontuação. Modalidades da PDSME (6) ainda incluem um módulo de pontuação por EMR (43) acoplado de modo comunicativo ao módulo de avaliação de EMR (33) módulo de pontuação por EMR (43) pode ser executada para calcular e atribuir uma pontuação (44) para cada um da pluralidade de estados de doença (36) contido na base de dados PDSME (30), e pode calcular uma pontuação agregada (45) para todos os estados de doença (36) contidos na base de dados PDSME (36) (também referida como a pontuação de saúde (45). A pontuação de saúde (45) proporciona ao médico uma nova referência referente ao nível de saúde de cada paciente (5).
[00026] Como em modalidades particulares, incluindo a avaliação de Diagnóstico (38), Se o módulo de avaliação de EMR (33) coincidir com um
Petição 870190073596, de 31/07/2019, pág. 53/84
11/26
ICDC (34) para um Estado de doença (36) contido no banco de dados PDSME (30) e associa um indicador de estado de doença de Sim (40) ao estado de doença (36), então o módulo de pontuação por EMR (43) associa um valor de pontuação (46) de um com o estado de doença relacionado (36), e se o módulo de avaliação de EMR (33) falhar em combinar um ICDC (34) para um estado de doença (36) contido na base de Dados PDSME (30) e associa um indicador de estado de doença Não (41) para o estado de doença (36), então o módulo de pontuação por EMR (43) associa um valor de pontuação (46) de zero (também referido como um valor de pontuação nulo) ou com esse estado de doença listado (36).
[00027] Como em modalidades particulares, incluindo a avaliação de medicação (39), Se o módulo de avaliação de EMR (33) corresponder a um NDC (35) a um estado de doença (36) contido Na base de dados PDSME (30) e associa um indicador De estado de doença de sim (30) com esse estado de doença (36) relacionado, e se, o módulo de avaliação de EMR (33) combina ainda mais a medicação (37) associada com o NDC (35) para um efeito adverso sobre o estado da doença (36), ou se a medicação (37) associada Com o NDC (35) contribui ou potencializa o desenvolvimento do estado da doença (36) (coletivamente um efeito adverso), então o módulo de pontuação por EMR (43) associa um valor de pontuação (46) de um com o estado de doença (36), se na alternativa, o módulo de avaliação de EMR (33) combina ainda Com a medicação (37) associada com O NDC (35) para um tratamento para um ICDC (34) também coincidente com o estado de doença (36), Então o módulo de pontuação por EMR (43) associa um valor de pontuação (46) de zero com o estado de doença (36), se no entanto , o módulo de avaliação de EMR (33) não Corresponde a um estado de doença (35) a um estado de doença (36) contido na base de dados PDSME (30) E associa um indicador de estado de doença de não (41) com o estado
Petição 870190073596, de 31/07/2019, pág. 54/84
12/26 de doença (36), então o módulo de pontuação por EMR (43) associa um valor de pontuação (46) de zero ao estado de doença (36), se o módulo de avaliação de EMR (33) corresponder a um ICDC (34) para o estado de doença (36), e se o módulo de avaliação de EMR (33) não Combina com o estado da doença (36) e Associa um indicador de estado da doença sim (40) ao estado da doença (36), então o módulo de pontuação por EMR (43) associa um valor de pontuação (46) de um ao estado da doença (36) para não tratar o estado da doença (36).
[00028] De acordo com as modalidades particulares acima descritas, devido à complexidade de resposta fisiológica individual a medicamentos (37) e outros estados de doença existentes (36), não há outros fatores pesados na atribuição dos valores de pontuação (46) conforme descrito acima.
[00029] O mecanismo de regras. Os exemplos ilustrativos acima do módulo de avaliação de EMR (33) e o módulo de pontuação por EMR (43) não se destina a impedir outras modalidades baseadas em regra que permitem o EMR (4) de um paciente (5) para ser avaliado com base Em outros dados de EMR (47) que de acordo com a hierarquia geral das regras (48) continham a base de conhecimento (49) da máquina de regras (50).
[00030] De acordo com as modalidades, a máquina de regras (50) tem uma hierarquia como segue:
I. Estado de Doença (s) contido na base de dados PDSME (30)
A. Regra de disparo - um estado(s) de doença (36) é determinado se um ICDC (34) está contido no EMR (4) de um paciente (5).
B. Agrupamento/grupo de regras similares (os sub-cabeçalhos dentro dos documentos)
1) Risco se dados de EMR (47) No EMR (4) estão associados com um risco de saúde (51) de um estado de doença (36), então esse acerto
Petição 870190073596, de 31/07/2019, pág. 55/84
13/26 é atribuído um valor de pontuação (46) que é positivo (as modalidades ilustrativas acima atribuem um 1);
2) Terapia se um dado de EMR (47) No EMR (4) é associado a uma terapia (52) de um estado de doença (36), então esse acerto é atribuído um valor de pontuação (46) que é negativo (as modalidades ilustrativas acima designam menos um “-1”).
[00031] Como exemplo, para o estado de doença (36) estado nutricional Alterado, a máquina de regras (50) inclui as seguintes regras:
I. Estado de Doença: Estado Nutricional Alterado (ANS)
A. Regra de Disparo: EMR (4) de paciente (5) inclui o ICDC (34) para ANS
Grupo: Meds de Efeito colateral de disfagia de estado nutricional alterado
Regra: Inibidores de ACE (37); risco (51); pontuação = 1 Grupo: Meds aceitáveis De Estado Nutricional Alterado Regra: Megace (37); terapia (52); pontuação = -1 [00032] O relatório PDSME. Agora com referência principalmente ao exemplo ilustrativo da Tabela 1, o módulo de avaliação de EMR (33) pode ser executado para avaliar o EMR (4) de um paciente (5) para comparar ICDC (34) e NDC (35) contra quinze estados de doença (36) (conforme mostrado na Tabela 1, Coluna 1 - estados de doença; entretanto, o exemplo dos quinze estados de doença (36) não se destina a impedir modalidades que incluam um número maior ou menor de estados de doença (36). Um ou mais disparos podem ser associados a cada estado de doença (36) (conforme mostrado na tabela 1, Coluna 2 - Fator de Risco Real (Totais) e no exemplo da Tabela 1 há um total de 695 disparos (42) associado com os quinze estados de doença (36); entretanto, isto não se destina a impedir que as modalidades tenham um número maior ou menor de disparos (42) para cada estado de
Petição 870190073596, de 31/07/2019, pág. 56/84
14/26 doença (36) ou em agregado total para todos os estados de doença (36) listados. O módulo de avaliação de EMR (33) registra os indicadores de estado da doença (40) (41) (Conforme mostrado na Tabela 1, coluna 3-o Total do paciente) e então calcula a pontuação (44) para cada estado de doença (36) (paciente Total para o Estado de Doença-Por fator de risco para o estado de doença chi 100) e no agregado para a pluralidade listada de estados de doença (36) (paciente Total para todos os estados de doença-Por Fator de Risco, Total para todos os estados de doença chi 100) para gerar a pontuação de saúde (45). No exemplo da Tabela 1, a pontuação de saúde agregada (45) é calculada pelo módulo de pontuação por EMR (43) (695 -?
467 chi 100 = 67)
TABELA 1. RELATÓRIO DE PONTUAÇÃO DE SAÚDE DE EXEMPLO.
Estados de doença (36) Atual
Fator de Risco Paciente PONTUAÇÃO
Totais de disparos (RF) Total (PT) De saúde (1000X PT/RF)
Distúrbio de sono 84 23 27
Acidente vascular 23 18 78
Infecção do trato urinário 48 41 85
Doença de Parkinson 43 34 79
Dor 34 21 62
Osteoporose 36 31 86
Falha cardíaca 25 13 52
Distúrbio gastrointestinal 53 45 85
Queda 35 23 66
Depressão 35 21 60
Demência 46 43 93
Desidratação 28 11 39
COPD 42 33 79
Estado Nutricional alterado 80 65 81
Diabete 83 45 54
Total Global 695 467 67 (Pontuação de saúde)
[00033] O módulo de atribuição de nível de risco de paciente.
Modalidades da PDSME (6) ainda incluem um módulo de atribuição de nível de risco de paciente (53) que opera para designar cada um de uma pluralidade
Petição 870190073596, de 31/07/2019, pág. 57/84
15/26 de pacientes (5) a um nível de risco (54) de: um nível de risco elevado (55), um nível de risco médio (56), ou um nível de risco nominal (57). A segregação de pacientes (5) em níveis de risco (54) se aplica àqueles pacientes (5) identificados pelo Módulo de avaliação por EMR (33) como um indicador SIM (40) indicando um ICDC (34) no EMR (4) para qualquer um dentre a pluralidade de estados De doença (36) contido no banco de dados PDSME (30). Os pacientes (5) podem então ser alocados a um nível de risco (54) com base em comparação da pontuação de saúde agregada (45) para a pontuação de saúde agregada média (58) de todos os pacientes (5) em formato de curva em forma de sino dividido em dois terços com o terceiro nível de risco elevado (55), o terceiro meio compreendendo o nível médio de risco (56) e o terço inferior compreendendo o nível de risco nominal (57). Pacientes (5) não tendo um ICDC (34) no EMR (4) para toda a pluralidade de Estados de doença (36) contidos na base de dados PDSME (36) são designados para o nível de risco nominal (57). Todos os pacientes que têm um ICDC existente (34) no EMR (4) são automaticamente designados para o alto nível de risco (55).
[00034] Mecanismo de aconselhamento. Modalidades da PDSME (6) podem, mas não necessariamente, adicionalmente incluir um mecanismo de aconselhamento (59) executável para auxiliar os clínicos em recusar o paciente (5), com um conjunto correspondente para o profissional. Pode servir tanto como um lembrete quanto em um recurso de referência confiável para clínicos com somente informações importantes destacadas.
[00035] Mecanismo de dose Min/Max. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de dose mínimomáximo (60) executável para fornecer informações de dosagem de fármacos para clínicos sobre as drogas mais frequentemente prescritas. Este conjunto de cinco mecanismos oferece um recurso fácil de implementar para a
Petição 870190073596, de 31/07/2019, pág. 58/84
16/26 informação de verificação rápida na faixa usual de doses diárias para pacientes adultos, pediátricos e geriátricos.
[00036] Mecanismo de verificação de faixa de dosagem. Modalidades da PDSME (6) podem, mas não precisam, necessariamente, incluir um mecanismo de verificação de faixa de dosagem (61) executável para monitorar a apropriabilidade da dosagem de medicação. Utiliza a idade, rota de administração, indicações e dados de função de órgão para identificar níveis de dosagem seguros com base em certos parâmetros específicos do paciente. Proporciona triagem de dose renal, indicadores de ajuste hepático e dose máxima de vida. A informação de dosagem também acomoda a janela terapêutica estreita para neonatos e bebês.
[00037] Mecanismo de contraindicação de doenças de fármacos. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de contraindicação de doença de fármacos (62) executável para criar avisos referentes ao uso de certas medicações em pacientes com condições e doenças específicas, ou pacientes que tiveram certos procedimentos ou testes de diagnóstico. Os clínicos podem usar estes avisos para fazer decisões informadas sobre a alteração de uma terapia de fármacos do paciente quando existem tais condições.
[00038] Mecanismo de avisos priorizados. Modalidades da PDSME (6) podem, mas não precisam, incluir um mecanismo de avisos priorizado (63) executável para fornecer etiquetas auxiliares e estabelece a prioridade de etiqueta para um determinado produto de fármaco com base na importância clínica relativa da mensagem para essa formulação clínica específica. Estes avisos de etiqueta permitem que os clínicos forneçam pacientes com informações essenciais, fixando os rótulos ao frasco de medicação, ou imprimindo-os separadamente para referência.
Petição 870190073596, de 31/07/2019, pág. 59/84
17/26 [00039] Mecanismo de indicações. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de indicações (64) executável para avaliar a apropriabilidade da terapia de fármaco para uma condição médica específica, com base na evidência médica atual. Este mecanismo fornece informações de clínicos para fazer decisões informadas com relação à terapia de medicação e também pode ser usado para a identificação de um tratamento de fármacos potencialmente inadequado para uma dada doença. O mecanismo inclui ambas as indicações do FDA-aprovou e certas indicações de off-rótulo substanciadas pela literatura médica primária.
[00040] Mecanismo de informação de fármacos. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de informação de fármacos (65) executável para fornecer uma fundação baseada em evidência para terapia de fármacos segura e eficaz. Estas monografias de texto pleno foram oficialmente designadas como padrão federal na terapia de fármacos, com base na prática médica aceita, e são usados por farmacêuticos, médicos, enfermeiras e outros clínicos em uma ampla gama de ambientes de cuidados de saúde.
[00041] Mecanismo de medicação de alto risco. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de medicação de alto risco (66) executável para fornecer avaliação de risco e estratégia de mitigação (REMS) e informação de alerta em caixa de fármacos de prescrição diretamente dentro do fluxo de trabalho do usuário. O mecanismo revisa REMS e avisos em caixa, captura um conteúdo importante e acionável e apresenta o mesmo num formato que é flexível e fácil de integrar, eliminação do esforço manual que leva para monitorar a REMS e as alterações de advertência em caixa do fabricante. O mecanismo também mantém informação histórica para suportar análises retrospectivas ou
Petição 870190073596, de 31/07/2019, pág. 60/84
18/26 funções de auditoria. Este mecanismo ajuda a garantir a segurança do paciente e a complacência regulatória estabelecida pelo FDA pela apresentação de mensagens acionáveis para o usuário direito.
[00042] Mecanismo guia de medicação. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo guia de medicação (67) é uma fonte conveniente para todos Os Guias de medicação atualmente disponíveis submetidos pelos fabricantes através da Etiqueta de Produto Estruturada Pela FDA (SPL) arquivo e, subsequentemente, postado na National Library Of Medicine (NLM) do sítio da rede Daily Med. Ligações validadas para o código Nacional De fármacos (NDC) no mecanismo fornecem uma notificação para farmacêuticos quando um guia de Medicação é requerido para um produto de fármaco e fornece acesso automatizado a todos os guias de Medicação Eletrônicos arquivados com o FDA, em PDF e XML.
[00043] Mecanismo de interferência de fármaco-laboratório. Modalidades da PDSME (6) podem, mas não precisa, ser necessariamente, incluem um mecanismo de interferência de fármaco-laboratório (68) executável para identificar fármacos que podem alterar falsamente os resultados de testes de laboratório. Um fármaco pode alterar falsamente um resultado de teste de laboratório, causando uma interferência analítica num teste de laboratório. Este mecanismo pode ser usado por clínicos para a triagem de dados de laboratório e de terapia de fármacos, e para pesquisar informações de referência em conflito de fármaco-laboratório in vitro.
[00044] Mecanismo de terapia em duplicata. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de terapia em duplicata (69) ajuda a clínicos evitar que os pacientes recebam terapias de fármacos em duplicata através do desenvolvimento de uma triagem clínica altamente específica de terapias de fármacos em duplicata com relevância
Petição 870190073596, de 31/07/2019, pág. 61/84
19/26 clínica. O mecanismo ajuda a detectar duplicações potencialmente problemáticas não simplesmente duas drogas na mesma classe terapêutica, que podem ser válidas.
[00045] Mecanismo alergênico. Modalidades da PDSME (6) podem, mas não necessariamente, incluir um mecanismo de alergia a fármacos (70) executável para identificar e consolidar a informação sobre drogas conhecidas para causar reações alérgicas significativas, sensibilidades cruzadas, e intolerâncias de fármacos, por identificação e auxílio de problemas de saúde-alergia a evitar. Triagens de fármacos-alergia também visam determinados ingredientes de medicação inativos tais como látex e amendoins. Uma lista de captação de alérgeno especialmente desenvolvida para o fluxo de trabalho, dando ao usuário uma forma conveniente para registrar rapidamente e facilmente a alergia do paciente, permitindo um perfil de alergia rápido e conveniente.
[00046] Dispositivo de assinante. Agora com referência à Figura 1, como descrito acima, um ou mais dispositivos de assinante (2) podem ser conectados a um ou mais servidores (12) do sistema (1) através da rede (18). Em modalidades específicas, o dispositivo de assinante (2) pode assumir a forma de um computador de capacidade limitada projetado especificamente para comunicações através da rede (18).
[00047] Altemativamente, os dispositivos de assinante (2) podem ser uma caixa de um conjunto, televisão inteligente conectada para receber dados através de uma mídia de entretenimento tal como uma rede de televisão a cabo ou uma difusão digital por satélite, um dispositivo portátil tal como um telefone inteligente, um computador de batida ou almofada, um assistente digital pessoal ou um telefone celular/celular, ou um sistema multiprocessador, um computador pessoal baseado em microprocessador ou programável, um computador pessoal de rede, um minicomputador, um
Petição 870190073596, de 31/07/2019, pág. 62/84
20/26 computador de grande porte, ou semelhantes. Cada um dos um ou mais dispositivos de assinante (2) pode ainda incluir outros dispositivos periféricos de saída (71) tais como alto-falantes e impressoras, embora os dispositivos periféricos de saída (71) não sejam tão limitados. Cada dispositivo de assinante (2) pode incluir um navegador da internet (72) tal como INTERNET EXPLORER® da Microsoft, GOOGLE CHROME®, MOZILLA®, FIREFOX®, ou semelhantes, que funciona para baixar e renderizar conteúdo multimídia que é formatado em linguagem de marcação de hipertexto (HTML).
[00048] Plano de assinatura. Dispositivos de assinante (2) utilizados com a rede (18) que opera sob um plano de assinatura (3) que definem os termos, características e taxas sob as quais a rede (18) o uso é concedido. Por exemplo, um plano de assinatura (3) podería permitir um número prédefinido de pedidos do PDSME (6).
[00049] Módulo gráfico de interface de usuário. Agora com referência às Figuras 1 e 5, as modalidades da PDSME (6) incluem, ainda, um módulo gráfico de interface de usuário (73). O módulo gráfico de interface de usuário (73) pode ser residente em um ou mais servidores (12) do sistema (Como mostrado no exemplo da figura 1) e, como em modalidades particulares , o dispositivo de assinante (2) pode Utilizar o navegador da Internet (72) para simplesmente exibir a interface gráfica com o usuário (74) na superfície de exibição (75) do dispositivo de assinante (2) e para retransmitir entradas de usuário de volta para um ou mais servidores (12). O servidor (12) responderá por formatação ou povoamento de um ou mais menus gráficos de interface de usuário (76) (Veja, por exemplo, figura 4) e transferi-los para exibição na superfície de exibição (77) do dispositivo de assinante (2).
[00050] Em outras modalidades, um ou mais servidores (12) podem ser utilizados principalmente como fontes de imagens e dados, com
Petição 870190073596, de 31/07/2019, pág. 63/84
21/26 responsabilidade primária para implementar a interface gráfica de usuário (74) sendo colocado sobre cada um dos um ou mais dispositivos de assinante (2) (conforme mostrado no exemplo da figura 4). De acordo com estas modalidades, cada um dos um ou mais dispositivos de assinante (2) pode executar o módulo gráfico de interface de usuário (73) implementando a interface gráfica de usuário (74), para recuperar imagens e dados a partir de um ou mais servidores (12). Enquanto os exemplos ilustrativos desta descrição representam imagens e dados a um ou mais servidores (12) para maior clareza, deve ser entendido que vários tipos de imagens e dados podem residir em um computador servidor (12) ou podem ser distribuídos entre uma pluralidade de computadores servidores (12).
[00051] Pode ser apreciado que o PDSME (6) ou parte Do PDSME (6) tal como o módulo de interface gráfica do usuário (73) pode ser contida e provida em um meio legível por computador (78) que pode armazenar dados que são acessíveis pelo dispositivo de assinante (2) tais como cassetes magnéticos, cartões de memória flash, discos de vídeo digital, cartuchos de Bernoulli, memórias de acesso Aleatório (RAMs), memórias somente de leitura (ROMs) e semelhantes.
[00052] Um assinante (79) pode introduzir comandos e informação no dispositivo de assinante (2) através da interface gráfica de usuário (74) através de dispositivos de entrada (79) tal como um teclado ou um dispositivo indicador tal como um mouse; entretanto, qualquer método ou dispositivo que converte o assinante (79) a ação em comandos e informação pode ser utilizada incluindo, mas não se limitando a: um microfone, joystick, bloco de jogos, tela de toque ou similar.
[00053] Um evento de clique ocorre quando o assinante (80) opera uma função PDSME (6) através do uso de um comando que, por exemplo, pode incluir pressionar ou liberar o botão esquerdo enquanto um indicador
Petição 870190073596, de 31/07/2019, pág. 64/84
22/26 está localizado sobre um ícone de controle (ou outro campo interativo que ativa uma função) exibido na interface gráfica do usuário (74). Entretanto, não se pretende que um evento de clique seja limitado à prensa e liberação do botão esquerdo em um mouse, enquanto um indicador (está localizado sobre um ícone de controle (ou campo), ao invés disso, um evento de clique pretende abranger amplamente um comando pelo usuário através do qual uma função de PDSME (6) (ou outro programa, aplicação, módulo ou similar) incluindo o módulo gráfico de interface de usuário (73) que implementa a interface gráfica do usuário (74) pode ser ativado ou executado, quer através da seleção de uma ou de uma pluralidade de ícones ou campos de controle, ou por comando de voz do usuário, toque de teclado, botão de mouse, toque sobre uma tela de toque, ou de outra forma.
[00054] Novamente, com referência principalmente à Figura 4, que mostra uma modalidade exemplar da interface gráfica de usuário (74) que pode ser implementado utilizando várias tecnologias e diferentes dispositivos, dependendo das preferências do projetista e das eficiências particulares desejadas para uma dada circunstância. Por um evento de clique, o assinante (80) pode operar as funcionalidades do módulo gráfico de interface de usuário (73) para exibir uma interface gráfica de usuário interativa (74) em uma superfície de exibição (77) do dispositivo de assinante (2).
[00055] Como pode ser facilmente entendido a partir do precedente, os conceitos básicos da presente invenção podem ser incorporados em uma variedade de modos. A invenção envolve numerosas e variadas modalidades de um sistema de gerenciamento de estado de doença proativa implementado por computador e métodos para fazer e utilizar tal sistema de gerenciamento de estado de doença proativa implementado por computador incluindo o melhor modo.
Petição 870190073596, de 31/07/2019, pág. 65/84
23/26 [00056] Como tai, as modalidades ou elementos específicos da invenção apresentados pela descrição ou nas tabelas que acompanham este pedido não se destinam a ser limitativos, mas, ao invés disso, exemplar das numerosas e variadas modalidades geneticamente englobadas pela invenção ou equivalentes abrangidas com relação a qualquer elemento em particular da mesma. Além disso, a descrição específica de uma única modalidade ou elemento da invenção pode não descrever explicitamente todas as modalidades ou elementos possíveis; muitas alternativas são implicitamente descritas pela descrição e figuras.
[00057] Deve ser entendido que cada elemento de um aparelho ou cada etapa de um método pode ser descrito por um termo de aparelho ou termo de método. Tais termos podem ser substituídos, onde desejado, a fim de tomar explícita a cobertura implicitamente ampla à qual esta invenção é intitulada. Como um exemplo, deve ser entendido que todas as etapas de um método podem ser apresentadas como uma ação, um meio para fazer essa ação, ou como um elemento que causa essa ação. Similarmente, cada elemento de um aparelho pode ser apresentado como o elemento físico ou a ação que o elemento físico facilita. Como um exemplo, deve-se entender que a descrição de um disparo abrange a descrição do ato de disparar explicitamente discutido ou não-e, por outro lado, houve uma exposição eficaz do ato de disparo, tal descrição deve ser entendida como englobando a descrição de um disparo ou mesmo um dispositivo para disparo. Tais termos alternativos para cada elemento ou etapa devem ser entendidos como sendo explicitamente incluídos na descrição.
[00058] Além disso, de acordo com cada termo utilizado, deve ser entendido que a menos que sua utilização neste pedido seja inconsistente com tal interpretação, as definições comuns do dicionário devem ser entendidas como estando incluídas na descrição para cada termo, conforme
Petição 870190073596, de 31/07/2019, pág. 66/84
24/26 contido no Unabridged Dictionary de Random House Webster, segunda edição, sendo que cada definição é aqui incorporada por referência.
[00059] Supõe-se que todos os valores numéricos sejam modificados pelo termo cerca de, seja ou não explicitamente indicado. Para os propósitos da presente invenção, as faixas podem ser expressas como de cerca de um valor particular para cerca de um outro valor particular. Quando tal faixa é expressa, outra incorporação inclui a partir de um valor particular para o outro valor particular. A recitação de faixas numéricas por pontos finais inclui todos os valores numéricos incluídos dentro dessa faixa. Uma faixa numérica de um A cinco inclui, por exemplo, os valores numéricos 1; 1,5; 2; 2,75; 3; 3,80; 4; 5 e assim por diante. Será adicionalmente entendido que os pontos finais de cada uma das faixas são significativos tanto em relação ao outro ponto final, e independentemente do outro ponto final. Quando um valor é expresso como uma aproximação pelo uso do antecedente “cerca de”, deve ser entendido que o valor específico forma uma outra modalidade. O termo cerca de geralmente se refere a uma faixa de valores numéricos que alguém versado na técnica consideraria equivalente ao valor numérico mencionado ou que tem a mesma função ou resultado. Similarmente, o antecedente substancialmente significa grandemente, mas não totalmente, a mesma forma, ou grau e o elemento específico terá uma faixa de configurações como uma pessoa versada na técnica consideraria como tendo a mesma função ou resultado. Quando um elemento específico é expresso como uma aproximação pelo uso do antecedente substancialmente será entendido que o elemento específico forma uma outra modalidade.
[00060] Além disso, para os propósitos da presente invenção, o termo uma ou a entidade se refere a uma ou mais destas entidades, a menos que
Petição 870190073596, de 31/07/2019, pág. 67/84
25/26 de outra forma limitada. Como tal, os termos um ou o, um ou mais e pelo menos um podem ser usados de forma intercambiável aqui.
[00061] Assim, o requerente (s) deve ser compreendido de acordo com a reivindicação pelo menos: i) cada um dos sistemas ou mecanismos aqui revelados e descritos, ii) os métodos relacionados apresentados e descritos, iii) similares, equivalentes e mesmo variações implícitas de cada um destes dispositivos e métodos, iv) aquelas modalidades alternativas que realizam cada uma das funções mostradas, descritas, ou descritas, v) aqueles projetos alternativos e métodos que realizam cada uma das funções mostradas como estão implícitas para realizar isto que é descrito e descrito, vi) cada característica, componente e etapa mostradas como invenções separadas e independentes, vii) as aplicações melhoradas pelos vários sistemas ou componentes descritos, viii) os produtos resultantes produzidos por tais sistemas ou componentes, ix) métodos e aparelhos substancialmente como descrito anteriormente e com referência a qualquer um dos exemplos anexos, x) as várias combinações e permutações de cada um dos elementos anteriores descritos.
[00062] A seção de fundo deste pedido de patente fornece uma declaração do campo de esforços para o qual a invenção pertence. Esta seção também pode incorporar ou conter parcela de certas patentes dos estados unidos, pedidos de patente, publicações, ou matéria objeto da invenção reivindicada, úteis em relacionar informações, problemas, ou preocupações em relação ao estado da tecnologia à qual a invenção é direcionada. Não se pretende que qualquer patente dos Estados Unidos, pedido de patente, publicação, declaração ou outra informação citada ou incorporada aqui seja interpretada, interpretado ou considerado como sendo admitido como técnica anterior com relação à invenção.
Petição 870190073596, de 31/07/2019, pág. 68/84
26/26 [00063] As reivindicações apresentadas neste relatório descritivo, se houver, são aqui incorporadas por referência como parte desta descrição da invenção, e o requerente reivindica expressamente a direita para usar toda ou uma parte desse conteúdo incorporado de tais reivindicações como descrição adicional para suportar qualquer uma ou todas as reivindicações ou qualquer elemento ou componente do mesmo, e o requerente ainda expressamente reserva o direita a mover qualquer porção ou todo o conteúdo incorporado de tais reivindicações ou qualquer elemento ou componente da descrição nas reivindicações ou vice-versa conforme necessário para definir a matéria para a qual a proteção é buscada por este pedido ou por qualquer aplicação ou continuação subsequente, divisão, ou aplicação de continuação-em-parte, ou para obter qualquer benefício de redução de taxas de acordo com, ou de acordo com as leis de patente, regras, ou regulamentos de qualquer país ou tratado, e tal conteúdo incorporado por referência deve sobreviver durante toda a pendência deste pedido, incluindo qualquer continuação subsequente, divisão, ou aplicação de continuação-em-parte, ou qualquer reemissão ou extensão sobre a mesma.
[00064] Adicionalmente, as reivindicações apresentadas neste relatório descritivo, se houver, são também destinadas a descrever os metes e limites de um número limitado das modalidades preferidas da presente invenção e não devem ser interpretadas como a modalidade mais ampla da invenção ou uma listagem completa das modalidades da invenção que podem ser reivindicadas. O requerente não renunciará qualquer direito de desenvolver outras reivindicações com base na descrição apresentada acima como parte de qualquer continuação, divisão, ou continuação em parte, ou aplicação similar.

Claims (34)

  1. REIVINDICAÇÕES
    1. Sistema implementado por computador, caracterizado por compreender:
    um processador acoplado de modo comunicativo a um meio legível por computador não transitório contendo um programa de gerenciamento de estado de doença proativo executável para:
    recuperar um registro médico eletrônico a partir de um ou mais bancos de dados de gravação médica;
    avaliar o referido registro médico eletrônico, incluindo:
    identificar cada ICDC no referido registro médico eletrônico; e comparar cada ICDC como uma referência a uma pluralidade de estados de doença mantidos em um banco de dados de estado de doença.
  2. 2. Sistema, de acordo com a reivindicação 1, caracterizado por o referido programa de gerenciamento de estado de doença proativo ser executável adicionalmente para:
    identificar cada NDC no referido registro médico eletrônico; e comparar cada NDC como referência à referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  3. 3. Sistema, de acordo com a reivindicação 2, caracterizado por o referido programa de administração de estado de doença proativa ser executável para pontuação do referido registro médico eletrônico com base em correspondência entre o referido ICDC ou o referido NDC referenciado a um ou mais dos referidos estados de doença no referido banco de dados de estado de doença.
  4. 4. Sistema, de acordo com a reivindicação 3, caracterizado por o referido programa de administração de estado de doença proativa ser executável adicionalmente para atribuir um valor de pontuação positiva para
    Petição 870190073596, de 31/07/2019, pág. 70/84
    2/9 cada correspondência do referido ICDC a um da referida pluralidade de estados de doença no referido banco de dados de estado da doença.
  5. 5. Sistema, de acordo com a reivindicação 3, caracterizado por o referido programa de administração de estado de doença proativo ser executável adicionalmente para atribuir um valor de pontuação nulo para cada falha para combinar o referido ICDC a um da referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  6. 6. Sistema, de acordo com a reivindicação 3, caracterizado por o referido programa de administração de estado de doença proativo ser executável ainda para atribuir um valor de pontuação positiva para cada combinação do referido sistema NDC a um dentre a referida pluralidade de estados de doença, se uma medicação associada com a referida referência de NDC for um efeito adverso associado ao referido estado de doença.
  7. 7. Sistema, de acordo com a reivindicação 3, caracterizado por o referido programa de administração de estado de doença proativa ser ainda executável para atribuir um valor de pontuação positiva para cada combinação de um ICDC para um dos referidos estados da referida pluralidade de estados que não tem uma combinação correspondente a um NDC para tratar o referido estado da doença.
  8. 8. Sistema, de acordo com a reivindicação 3, caracterizado por o referido programa de administração de estado de doença proativa ser ainda executável para atribuir um valor de pontuação nulo para cada combinação de um NDC a uma dentre a referida pluralidade de estados de doença, se o referido NDC referir ainda a um tratamento associado com o referido estado de doença.
  9. 9. Sistema, de acordo com a reivindicação 3, caracterizado por o referido programa de administração de estado de doença proativo ser ainda executável para agregar os referidos valores de pontuação positivos
    Petição 870190073596, de 31/07/2019, pág. 71/84
    3/9 combinados com a referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  10. 10. Sistema, de acordo com a reivindicação 9, caracterizado por o referido programa de gerenciamento de estado de doença proativo ser executável para comparar a pontuação de saúde agregada a uma pontuação de saúde agregada média associada a uma pluralidade de registros médicos eletrônicos.
  11. 11. Sistema, de acordo com a reivindicação 10, caracterizado por compreender ainda alocar cada um da referida pluralidade de registros médicos eletrônicos a um nível de risco com base em comparação da pontuação de saúde agregada a uma pontuação média de saúde agregada.
  12. 12. Sistema, de acordo com a reivindicação 11, caracterizado por compreender ainda:
    associar um triângulo superior associado a um alto nível de risco associar um triângulo médio a um nível médio de risco; e associar um triângulo inferior a um nível de risco nominal.
  13. 13. Método em sistema implementado por computador, caracterizado por compreender:
    recuperar um registro médico eletrônico a partir de um banco de dados de registros médicos eletrônicos; identificação de cada ICDC no referido registro médico eletrônico;
    comparar cada ICDC no referido registro médico eletrônico por referência a uma pluralidade de estados de doença em um banco de dados de estado de doença; e identificar coincidências entre o referido ICDC no referido registro médico eletrônico para a referida pluralidade de estados de doença em um banco de dados de estado de doença.
    Petição 870190073596, de 31/07/2019, pág. 72/84
    4/9
  14. 14. Sistema, de acordo com a reivindicação 13, caracterizado por compreender ainda:
    identificar cada NDC no referido registro médico eletrônico;
    comparar cada NDC no referido registro médico eletrônico por referência a uma pluralidade de vários estados de doença em um banco de dados de estado de doença;
    identificar coincidências entre o referido NDC no referido registro médico eletrônico para a referida pluralidade de estados de doença em um banco de dados de estado de doença.
  15. 15. Sistema, de acordo com a reivindicação 14, caracterizado por compreender ainda a pontuação do referido registro médico eletrônico do referido paciente com base em combinações do referido ICDC ou do referido NDC com estados de doença no referido banco de dados do estado da doença.
  16. 16. Sistema, de acordo com a reivindicação 15, caracterizado por compreender ainda a atribuição de um valor de pontuação positiva para cada combinação de um ICDC nos referidos registros médicos eletrônicos do referido paciente a um dentre a referida pluralidade de estados de doença no referido banco de dados de estado de doença gera.
  17. 17. Sistema, de acordo com a reivindicação 15, caracterizado por compreender ainda a atribuição de um valor nulo de pontuação para cada falha para corresponder a um ICDC nos referidos registros médicos eletrônicos do referido paciente a um dentre a referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  18. 18. Sistema, de acordo com a reivindicação 15, caracterizado por compreender ainda a atribuição de um valor de pontuação positiva para cada correspondência de um NDC a um da referida pluralidade
    Petição 870190073596, de 31/07/2019, pág. 73/84
    5/9 de estados de doença no referido dispositivo os registros médicos eletrônicos do referido paciente a um dos referidos estados de doença no referido banco de dados de estado de doença, se o referido NDC referir ainda mais a um efeito adverso associado ao referido estado de doença.
  19. 19. Sistema, de acordo com a reivindicação 15, caracterizado por compreender ainda a atribuição de um valor nulo de pontuação para cada falha para combinar o referido NDC a uma da referida pluralidade de estados de doença no referido banco de dados de estado de doença se o referido NDC referir ainda mais a um tratamento associado ao referido estado de doença.
  20. 20. Sistema, de acordo com a reivindicação 15, caracterizado por compreender ainda a atribuição de um valor de pontuação positiva para cada correspondência de um ICDC a um da referida pluralidade de estados de doença no referido banco de dados de estado de doença se o referido NDC não fazer referência adicional a um tratamento associado ao referido estado de doença.
  21. 21. Sistema, de acordo com a reivindicação 15, caracterizado por compreender ainda agregar os referidos valores de pontuação positivos associados com a referida pluralidade de estados de doença no referido banco de dados de estado de doença para gerar uma pontuação de saúde agregada.
  22. 22. Sistema, de acordo com a reivindicação 21, caracterizado por compreende ainda:
    comparar a pontuação de saúde agregada a uma pontuação de saúde agregada média associado a uma pluralidade de registros médicos eletrônicos de uma pluralidade de pacientes; e
    Petição 870190073596, de 31/07/2019, pág. 74/84
    6/9 atribuir a pontuação de saúde agregada a um nível de risco com base na referida comparação da pontuação de saúde agregada para a referida pontuação média de saúde agregada.
  23. 23. Sistema, de acordo com a reivindicação 22, caracterizado por compreender ainda:
    associar um triângulo superior das referidas pontuações de saúde agregadas a um alto nível de risco;
    associar um triângulo médio das referidas pontuações de saúde agregadas a um nível de risco mediano; e associar um triângulo inferior das referidas pontuações de saúde agregada a um nível de risco nominal.
  24. 24. Sistema implementado por computador, caracterizado por compreender:
    um processador acoplado comunicativamente a um meio legível por computador não transitório;
    um banco de dados de estado de doença incluindo uma pluralidade de estados de doenças, em que cada um da referida pluralidade de estados de doença referenciado a um ou mais ICDC;
    um programa contido no referido meio legível por computador não transitório, o referido programa incluindo:
    uma interface de gravação médica eletrônica executável para acessar registros médicos eletrônicos de um paciente em um ou mais bancos de dados de registros médicos;
    um módulo de avaliação de registros médicos eletrônicos executável para:
    identificar ICDC nos referidos registros médicos eletrônicos do referido paciente; e
    Petição 870190073596, de 31/07/2019, pág. 75/84
    7/9 comparar cada referido ICDC identificado nos referidos registros médicos eletrônicos do referido paciente a um ou mais referidos ICDC associados a cada um da referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  25. 25. Sistema, de acordo com a reivindicação 24, caracterizado por cada um da referida pluralidade de estados de doença no referido banco de dados de estado de doença ser ainda referido a um ou mais NDC, e em que o referido módulo de avaliação de registros médicos eletrônicos é adicionalmente executável para:
    identificar cada NDC nos referidos registros médicos eletrônicos do referido paciente; e comparar cada referido NDC identificado nos referidos registros médicos eletrônicos do referido paciente ao referido um ou NDC associado a cada um da referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  26. 26. Sistema, de acordo com a reivindicação 25, caracterizado por o referido programa ainda compreender um módulo de pontuação executável para associar uma pontuação com os referidos registros médicos eletrônicos do referido paciente.
  27. 27. Sistema, de acordo com a reivindicação 26, caracterizado por cada correspondência de um ICDC nos referidos registros médicos eletrônicos do referido paciente a um da referida pluralidade de estados de doença no referido banco de dados de estado de doença gerar um valor de pontuação positiva.
  28. 28. Sistema, de acordo com a reivindicação 26, caracterizado por cada falha para combinar um ICDC nos referidos registros médicos eletrônicos do referido paciente a um da referida
    Petição 870190073596, de 31/07/2019, pág. 76/84
    8/9 pluralidade de estados de doença no referido banco de dados de estado de doença gerar um valor de pontuação nulo.
  29. 29. Sistema, de acordo com a reivindicação 26, caracterizado por cada combinação de um NDC a um da referida pluralidade de estados de doença nos referidos registros médicos eletrônicos do referido paciente a um dos referidos estados de doença no referido banco de dados de estado de doença gerar um valor de pontuação positiva se a referência de NDC for um efeito adverso associado ao referido estado de doença.
  30. 30. Sistema, de acordo com a reivindicação 26, caracterizado por cada combinação de um NDC a um da referida pluralidade de estados de doença nos referidos registros médicos eletrônicos do referido paciente a um dos estados de doença no referido banco de dados do estado da doença gerar um valor nulo de pontuação, se o referido tratamento for associado ao referido estado da doença.
  31. 31. Sistema, de acordo com a reivindicação 26, caracterizado por cada correspondência de um ICDC a um dos referidos estados de doença que não tem uma combinação correspondente a um NDC para tratar o referido estado de doença gerar um valor de pontuação positiva.
  32. 32. Sistema, de acordo com a reivindicação 26, caracterizado por o referido módulo de pontuação executável para associar uma pontuação com os referidos registros médicos eletrônicos do referido paciente ser executável adicionalmente para agregar os referidos valores de pontuação positivos coincididos com a referida pluralidade de estados de doença no referido banco de dados de estado de doença.
  33. 33. Sistema, de acordo com a reivindicação 32, caracterizado por compreender ainda um módulo de atribuição de nível de risco de paciente executável para comparar a referida pontuação de saúde
    Petição 870190073596, de 31/07/2019, pág. 77/84
    9/9 agregada a uma pontuação média de saúde agregada associada a uma pluralidade de registros médicos eletrônicos de uma pluralidade de pacientes.
  34. 34. Sistema, de acordo com a reivindicação 33, caracterizado por a referida atribuição de nível de risco de paciente ser executável adicionalmente para:
    associar um triângulo superior das referidas pontuações de saúde agregadas a um alto nível de risco;
    associar um triângulo médio das referidas pontuações de saúde agregadas a um médio nível de risco; e associar um triângulo inferior das referidas pontuações de saúde agregadas a um baixo nível de risco.
BR112019015873A 2017-02-16 2018-02-16 sistema implementado por computador, e, método. BR112019015873A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762460014P 2017-02-16 2017-02-16
US15/898,135 US10311977B2 (en) 2017-02-16 2018-02-15 Proactive disease state management system
PCT/US2018/018518 WO2018152419A1 (en) 2017-02-16 2018-02-16 Proactive disease state management system

Publications (1)

Publication Number Publication Date
BR112019015873A2 true BR112019015873A2 (pt) 2020-04-14

Family

ID=63105404

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019015873A BR112019015873A2 (pt) 2017-02-16 2018-02-16 sistema implementado por computador, e, método.

Country Status (5)

Country Link
US (2) US10311977B2 (pt)
EP (1) EP3583601A4 (pt)
BR (1) BR112019015873A2 (pt)
PH (1) PH12019501797A1 (pt)
WO (1) WO2018152419A1 (pt)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109065143A (zh) * 2018-09-10 2018-12-21 深圳市前海澳威智控科技有限责任公司 智能监护系统监护设备数据采集方法
US11848084B1 (en) 2020-07-23 2023-12-19 Express Scripts Strategic Development, Inc. Automated on-demand generation of custom physical labels for medication containers
CN112259179A (zh) * 2020-10-09 2021-01-22 首都医科大学宣武医院 一种患者日志生成方法及装置
CN112233763A (zh) * 2020-10-15 2021-01-15 刘明 布鲁氏菌病管理云平台系统及智能药盒

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8301468B2 (en) * 2000-05-15 2012-10-30 Optuminsight, Inc. System and method of drug disease matching
US7309001B2 (en) 2005-05-31 2007-12-18 Catalina Marketing Corporation System to provide specific messages to patients
US20100004947A1 (en) * 2008-07-01 2010-01-07 Michael Nadeau System and Method for Providing Health Management Services to a Population of Members
US20150024961A1 (en) 2008-10-30 2015-01-22 Caris Life Sciences Switzerland Holdings Gmbh Methods and systems of using biomarkers for determining phenotypes
US20120284105A1 (en) * 2009-10-13 2012-11-08 Ezsav Inc. Apparatuses, methods, and computer program products enabling association of related product data and execution of transaction
ES2387358B1 (es) * 2011-02-25 2013-08-02 Fundación Alzheimur Procedimiento para la determinación de la predisposición genética a la enfermedad de parkinson.
CA2833779A1 (en) 2011-04-20 2012-10-26 The Cleveland Clinic Foundation Predictive modeling
US11424040B2 (en) 2013-01-03 2022-08-23 Aetna Inc. System and method for pharmacovigilance
US20150046182A1 (en) * 2013-08-06 2015-02-12 Atigeo Llc Methods and automated systems that assign medical codes to electronic medical records
US20150095046A1 (en) * 2013-09-30 2015-04-02 Aetna, Inc. Systems and methods for mitigating risk of a health plan member
EP2921105B1 (en) * 2014-03-20 2018-02-28 Physical Enterprises, Inc. (dba Mio Global) Health risk indicator determination
US20170039346A1 (en) * 2014-04-11 2017-02-09 ROCA Medical Ltd. Individually customized allergy cream for individual patient profile
US10275576B2 (en) * 2014-06-27 2019-04-30 Passport Health Communications, Inc Automatic medical coding system and method
WO2016022437A1 (en) 2014-08-08 2016-02-11 Icahn School Of Medicine At Mount Sinai Electronic phenotyping technique for diagnosing chronic kidney disease
WO2016059602A2 (en) 2014-10-16 2016-04-21 Glaxo Group Limited Methods of treating cancer and related compositions
US20180046763A1 (en) 2015-03-03 2018-02-15 Loyola University Of Chicago Detection and Visualization of Temporal Events in a Large-Scale Patient Database

Also Published As

Publication number Publication date
EP3583601A1 (en) 2019-12-25
US20180233231A1 (en) 2018-08-16
WO2018152419A1 (en) 2018-08-23
PH12019501797A1 (en) 2020-06-15
US10311977B2 (en) 2019-06-04
US20190279772A1 (en) 2019-09-12
EP3583601A4 (en) 2020-11-25

Similar Documents

Publication Publication Date Title
US20220392644A1 (en) Systems and methods for determining a wellness score, an improvement score, and/or an effectiveness score with regard to a medical condition and/or medical treatment
Mangin et al. Making patient values visible in healthcare: a systematic review of tools to assess patient treatment priorities and preferences in the context of multimorbidity
Chen et al. Continuity of care, medication adherence, and health care outcomes among patients with newly diagnosed type 2 diabetes: a longitudinal analysis
Lenk et al. Socioeconomic benefit to individuals of achieving 2020 targets for four neglected tropical diseases controlled/eliminated by innovative and intensified disease management: Human African trypanosomiasis, leprosy, visceral leishmaniasis, Chagas disease
Cho et al. Effects of continuity of care on hospital admission in patients with type 2 diabetes: analysis of nationwide insurance data
US20130110548A1 (en) Electronic health record system and method
US20170235882A1 (en) Condition management system and method
US20150213194A1 (en) Methods, Devices, And Systems For Multi-Format Data Aggregation
US20120173285A1 (en) Proactive Clinical Evidence at Point of Care and Genomic Data Integration through Cloud EMR Media
BR112019015873A2 (pt) sistema implementado por computador, e, método.
US10475540B2 (en) Impactability scoring
US20070136090A1 (en) System and method for macro-enhanced clinical workflow
US20200243200A1 (en) System and method for determining veracity of patient diagnoses within one or more electronic health records
US20150310455A1 (en) Generation of an Image Regarding a Status Associated with a Patient
US20170091401A1 (en) System and method for determining a heathcare utilization rate score
Jiang et al. Effectiveness of a nurse‐led smartphone‐based self‐management programme for people with poorly controlled type 2 diabetes: A randomized controlled trial
US20220310219A1 (en) Medical record digest
US10777308B2 (en) Electronic health record system and method
US20110137670A1 (en) Methods, apparatuses, and computer program products for facilitating development and execution of a clinical care plan
US20120253842A1 (en) Methods, apparatuses and computer program products for generating aggregated health care summaries
US20220189641A1 (en) Opioid Use Disorder Predictor
US9977864B2 (en) Electronic health record system and method
US20180261325A1 (en) Systems and methods for providing aggregated and customizable clinical decision support information
Chua et al. Risk of COVID-19 in patients with cancer—reply
WO2016014336A1 (en) System and method for prescribing diagnostic based therapeutics to patients

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]