BR112019017154A2 - sistemas e métodos para coletar dados de grandes imagens médicas - Google Patents

sistemas e métodos para coletar dados de grandes imagens médicas Download PDF

Info

Publication number
BR112019017154A2
BR112019017154A2 BR112019017154A BR112019017154A BR112019017154A2 BR 112019017154 A2 BR112019017154 A2 BR 112019017154A2 BR 112019017154 A BR112019017154 A BR 112019017154A BR 112019017154 A BR112019017154 A BR 112019017154A BR 112019017154 A2 BR112019017154 A2 BR 112019017154A2
Authority
BR
Brazil
Prior art keywords
medical image
image data
file
image
medical
Prior art date
Application number
BR112019017154A
Other languages
English (en)
Inventor
Kopylov Viktor
Original Assignee
Agfa Healthcare
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 Agfa Healthcare filed Critical Agfa Healthcare
Publication of BR112019017154A2 publication Critical patent/BR112019017154A2/pt

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/5866—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, manually generated location and time information

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Software Systems (AREA)
  • Radiology & Medical Imaging (AREA)
  • Epidemiology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Library & Information Science (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

expõe-se um sistema e método para coletar itens de dados de imagens médicas. um processador central identifica um novo arquivo de dados de imagens médicas em uma memória de armazenamento de imagens reemota. o processador central determina que o novo arquivo de dados de imagens médicas é um arquivo completo e copia o arquivo completo para uma memória de armazenamento central. o processador central determina um conjunto esperado de arquivos correspondentes ao arquivo de dados de imagens médicas que define um item de dados de imagens médicas. o processador central determina que cada um dos arquivos de dados de imagens médicas no conjunto esperado foi copiado para a memória de armazenamento central. o processador central gera então um indicador de que o item de dados da imagem médica se encontra disponível na memória de armazenamento central.

Description

SISTEMAS E MÉTODOS PARA COLETAR DADOS DE GRANDES IMAGENS MÉDICAS
Campo [001] As concretizações descritas referem-se de um modo geral ao gerenciamento de dados médicos, e em particular a sistemas e métodos para gerenciar itens de dados de granfes imagens médicas, sistemas e métodos para a coleta de itens de dados de imagens médicas, e sistemas e métodos para o processamento de itens de dados de imagens médicas.
Antecedentes [002] O que se segue não é uma admissão de que qualquer que seja o assunto discutido mais adiante é parte da técnica anterior ou parte do conhecimento geral comum de uma pessoa versada na técnica.
[003] Sistemas de gerenciamento de arquivos eletrônicos são cada vez mais usados para gerenciar registros médicos. Esses sistemas são usados para facilitar e dinamizar vários processos, tais como gerar, armazenar, arquivar, pesquisar, revisar e relatar registros médicos eletrônicos. À medida que o tamanho dos registros médicos eletrônicos aumenta, são necessários sistemas eficazes de gerenciamento e organização de registros médicos eletrônicos para evitar ineficiências e atrasos na transmissão e comunicação de dados. Sistemas de gerenciamento de arquivos ineficientes ou lentos podem ter um impacto direto na eficiência clinica, por exemplo, aumentando o tempo necessário para que um clinico recupere e revise cada arquivo de paciente.
Petição 870190079843, de 16/08/2019, pág. 12/197
2/167 [004] Um Sistema de Arquivamento e Comunicação de Imagens (PACS) proporciona o armazenamento e gerenciamento de itens de dados de imagens médicas. O PACS define um formato universal de Imagem e Comunicação Digital em Medicina (DICOM) para comunicação (por exemplo, armazenameno e transmissão) de arquivos de imagens e metadados relacionados. Os sistemas PACS são usados em muitas disciplinas da área da saúde, tais como, mas não limitadas a, radiologia, tomografia computadorizada, tomografia por emissão de positrons, ressonância magnética, ultrassonografia e cardiologia. Como resultado, o padrão DICOM e o sistema de mensagens DICOM desempenham um papel fundamental nos cuidados médicos digitais modernos, juntamente com outros protocolos de comunicação, tais como os padrões Health Level Seven International (HL7) e o padrão Fast Healthcare Interoperability Resources (FHIR).
[005] As disciplinas médicas que envolvem a coleta e revisão de imagens médicas têm sido cada vez mais transformadas em sistemas de imagens eletrônicas e digitais. A Patologia é um exemplo de tal disciplina. A Patologia é o estudo da enfermidade no tecido humano e os resultados da patologia são frequentemente usados como resultados de testes da maior importância para decisões diagnosticas e terapêuticas (por exemplo, medidas teciduais de HER2 necessárias para permitir a prescrição de certos medicamentos contra o cancro). A patologia pode envolver análises microscópicas, macroscópicas, químicas (biologia molecular) e biológicas de amostras de tecidos.
[006] Para lidar com o aumento das cargas de trabalho, os departamentos de patologia de alto volume
Petição 870190079843, de 16/08/2019, pág. 13/197
3/167 estão digitalizando slides de amostra de tecido como imagens de slide inteiras de alta resolução (WSI). Essas lâminas digitalizadas são usadas para reorganizar rotinas e procedimentos clínicos e também podem ser usadas em pesquisas clínicas. A convergência de medicina laboratorial, anatomia patológica e imagem digital com dados de biomarcadores está mudando dramaticamente como a patologia e a medicina laboratorial são praticadas. Esses diagnósticos in vivo e in vitro de um modo geral precisam ser traduzidos em relatórios integrados com dados coletados de várias fontes.
[007] Em patologia, a transformação para o mundo digital foi possibilitada por digitalizadores disponíveis comercialmente, usados para digitalizar lâminas de microscópio. Cada digitalizador de imagem gera uma representação digital do slide microscópico em um ou mais arquivos de dados que juntos formam um item de dados de imagens médicas eletrônicas. No entanto, a transformação de imagens médicas eletrônicas e de itens de imagens de imagens médicas não está isenta de desafios técnicos.
[008] Diferentes geradores de imagens médicas podem gerar itens de arquivo de imagens médicas em formatos diferentes e, por vezes, proprietários. Embora alguns desses formatos de imagens sejam baseados em especificações de imagem de código aberto (por exemplo, TIFF, JPEG, BMP, etc.) com modificações proprietárias, outros usam formatos de dados totalmente proprietários. Como resultado, diferentes aplicativos de visualização podem ser necessários para visualizar os itens de dados de imagens gerados pelos diferentes visualizadores.
Petição 870190079843, de 16/08/2019, pág. 14/197
4/167 [009] A geração de itens de imagens de video em diferentes formatos também pode complicar ou limitar a capacidade de integrar itens de dados de imagens médicos de diferentes imageadores em sistemas centralizados de gerenciamento de arquivos para o gerenciamento de imagens médicas, como um PACS. Isso pode fazer com que os fluxos de trabalho eletrônicos sejam limitados a departamentos ou laboratórios específicos que geram itens de dados de imagens médicos no formato definido por um sistema de gerenciamento de arquivos específico. Como resultado, os fluxos de trabalho eletrônicos podem cobrir apenas uma parte das etapas necessárias para uma determinada tarefa de geração de imagens.
[0010] Por exemplo, no caso de biópsias direcionadas por ultrassom, um fluxo de trabalho de aquisição de tecido faz parte do sistema PACS, enquanto o fluxo de trabalho de processamento de amostra está fora do PACS e, portanto, não é visível para o PACS. O mesmo pode ser verdade para procedimentos de amostragem direcionada por CT / RM ou endoscopia. Como resultado, vários fluxos de trabalho eletrônicos independentes (que podem não se comunicar um com o outro) podem ser necessários para um único procedimento de imagem.
[0011] Pode ser difícil para um clínico obter uma visão holística dos itens de dados de imagens médicos disponíveis para o mesmo paciente ou mesmo tipo de imagem quando os diferentes geradores de imagens e fluxos de trabalho de imagens não estiverem integrados a um sistema centralizado. Por exemplo, no caso de amostragem de tecido mamário, uma amostra do mesmo bloco de tecido pode ser
Petição 870190079843, de 16/08/2019, pág. 15/197
5/167 usada tanto para criar uma lâmina de microscópio quanto para fazer uma radiografia. No entanto, a imagem de raios-X pode não estar disponível no sistema de gerenciamento de imagens de patologia, enquanto a patologia não está disponível no sistema de gerenciamento de imagens de raiosX.
[0012] Um clínico que usa um sistema de gerenciamento de imagens pode não conseguir acessar diretamente imagens de outros sistemas, o que pode causar atrasos, já que eles precisam alterar programas ou dispositivos para acessar os outros sistemas. Em alguns casos, o clínico pode não estar ciente de que outras imagens foram captadas ou estão disponíveis em outros sistemas de arquivos, o que pode levar a descuidos ou erros.
SUMÁRIO [0013] Este sumário destina-se a apresentar leitor a descrição mais detalhada que se segue e a não limitar ou definir qualquer invenção reivindicada ou ainda não reivindicada. Uma ou mais invenções podem residir em qualquer combinação ou sub combinação dos elementos ou etapas do processo expostas em qualquer parte deste documento, incluindo suas reivindicações e figuras.
[0014] De acordo com um aspecto amplo proporciona-se um sistema para o gerenciamento de itens de imagens médicas. O sistema compreende um sistema de arquivamento e comunicação de imagens (PACS) que inclui uma memória de armazenamento de imagens que é configurada para armazenar itens de arquivo de imagens médicas, e o PACS é acoplado de forma comunicativa a pelo menos uma estação de
Petição 870190079843, de 16/08/2019, pág. 16/197
6/167 visualização; um grande componente de gerenciador de grandes imagens em comunicação com o PACS e com pelo menos um formador de imagens médicas, com o componente gerenciador de grandes imagens incluindo uma memória de armazenamento de grandes imagens; em que o componente gerenciador de grandes imagens é configurado para: identificar itens de dados de grandes imagens médicas gerados por meio da pelo menos uma imagem médica; e armazenar dados de pixel provenientes de cada um dos itens de dados de grandes imagens médicas na memória de armazenamento de grandes imagens; gerar pelo menos um objeto de dados representativos para cada um dos itens de dados de grandes imagens médicas; e transmitir o pelo menos um objeto de dados representativos para cada um dos itens de dados de grandes imagens médicas para o PACS; e o PACS é configurado para armazenar o pelo menos um objeto de dados representativos para cada um dos itens de dados de grandes imagens médicas na memória de armazenamento de imagens.
[0015] De acordo com determinadas concretizações, o PACS é configurado para: receber um pedido para uma imagem médica especifica a partir de uma das estações de visualização; determinar que a imagem médica especifica corresponde a um dos itens de dados de grandes imagens médicas armazenados na memória de armazenamento de grandes imagens; e reencaminhar o pedido da imagem médica especifica para o componente gerenciador de grandes imagens; e o componente gerenciador de grandes imagens é configurado para proporionar dados de pixel particulares correspondentes à imagem médica particular a partir dos dados de pixel armazenados para o correspondente item de
Petição 870190079843, de 16/08/2019, pág. 17/197
7/167 dados de grande imagem médica para a estação de visualização em resposta ao pedido reencaminhado.
[0016] De acordo com determinadas concretizações, o componente gerenciador de grande imagem é ainda configurado para determinar que um novo item de dados de grande imagem médica foi gerado em um dos geradores de imagens médicas, o novo item de dados de grandes imagens médicas incluindo dados de pixel que definem uma ou mais sub-imagens e metadados correspondentes à uma ou mais subimagens; extrair os metadados a partir do novo item de dados de grandes imagens médicas; gerar pelo menos um objeto de dados representativo correspondente ao novo item de dados de grande imagem médica para incluir pelo menos uma parte dos metadados extraídos; e transmitir o pelo menos um objeto de dados representativo para o PACS; e o PACS é configurado para armazenar o pelo menos um objeto de dados representativo na memória de armazenamento de imagens.
[0017] De acordo com determinadas concretizações, o componente gerenciador de grandes imagens é configurado para: determinar que um novo item de dados de grandes imagens médicas foi gerado em um das geradores de imagens médicas, o novo item de dados de grandes imagens médicas incluindo dados de pixel que definem uma ou mais subimagens e metadados correspondentes a uma ou mais subimagens; extrair os dados de pixel do novo item de dados de grandes imagens médicas; e armazenar os dados de pixel extraídos na memória de armazenamento de grandes imagens.
[0018] De acordo com determinadas concretizações, o componente do gerenciador de grande imagens é ainda
Petição 870190079843, de 16/08/2019, pág. 18/197
8/167 configurado para: armazenar o novo item de dados de grandes imagens médicas em um arquivo de imagens da memória de armazenamento de i grandes magens; e os dados de pixel extraídos são armazenados em um cache de dados processados na memória de armazenamento de grandes imagens.
[0019] De acordo com determinadas concretizações, o componente gerenciador de grande imagem é configurado para gerar pelo menos um objeto de dados representativo para incluir metadados de endereço identificando uma localização dos dados de pixel correspondentes ao novo item de dados de grande imagem médica; e o PACS é configurado para: identificar o pelo menos um objeto de dados representativo em resposta ao recebimento de uma solicitação para uma imagem médica particular correspondente ao novo item de dados de grande imagem médica de uma das estações de visualização; identificar a localização dos dados de pixel armazenados dos metadados de endereço em pelo menos um objeto de dados representativo; e redirecionar a solicitação da imagem médica específica para o componente do gerenciador de grandes imagens usando o local identificado.
[0020] De acordo com determinadas concretizações, reencaminhar o pedido para o item de dados de imagem medica particular compreende proporcionar a estação de visualização com uma resposta de encaminhamento indicando a localização identificada dos dados de pixels armazenados correspondentes à imagem médica particular.
[0021] De acordo com determinadas concretizações, reencaminhar o pedido para o item de dados de imagem médica particular compreende reencaminhar automaticamente, por
Petição 870190079843, de 16/08/2019, pág. 19/197
9/167 meio do PACS, o pedido para o componente do gerenciador de grande imagem em resposta ao recebimento de um pedido de dados de pixel a partir da estação de visualização.
[0022] De acordo com determinadas concretizações, o PACS é configurado para: definir uma pluralidade de tipos de geradores de grandes imagens médicas, a pluralidade de tipos de grandes imagens médicas, incluindo geradores de imagens médicas configurados para gerar itens de dados de grandes imagens médicas; determinar, a partir do pedido recebido, que o item de dados de imagem medica particular foi gerado por um gerador de imagens médicas correspondente a um dos tipos de geradores de grandes imagens médicas; e reencaminhar automaticamente o pedido para o componente do gerenciador de grandes imagens em resposta à determinação de que o item de dados de uma determinada imagem médica foi gerado por um gerador de imagens médicas correspondente a um dos tipos de grandes imagens médicas.
[0023] De acordo com determinadas concretizações, o item de dados de grandes imagens médicas inclui uma pluralidade de sub-imagens de série de imagens médicas; ande o componente gerenciador de grandes imagens médicas está configurado para: armazenar dados de pixel específicos da imagem para cada uma das sub-imagens na pluralidade de sub-imagens na série de imagens médicas, em que os dados de pixel específicos da imagem para pelo menos algumas das sub-imagens são armazenados separadamente dos dados de pixel específicos da imagem para outras das sub-imagens.
[0024] De acordo com determinadas concretizações, o pedido recebido identifica uma das sub-imagens da série de imagens médicas correspondente à imagem médica
Petição 870190079843, de 16/08/2019, pág. 20/197
10/167 particular; e o componente do gerenciador de grandes imagens é configurado para proporcionar os dados de pixel específicos da imagem para a sub-imagem solicitada em resposta ao pedido reencaminhado.
[0025] De acordo com determinadas concretizações, o componente gerenciador de grandes imagens é configurado para proporcionar os dados de pixel correspondentes à imagem médica particular diretamente para a estação de visualização em resposta ao pedido reencaminhado.
[0026] De acordo com determinadas concretizações, o componente gerenciador de grandes imagens é configurado para proporcionar os dados de pixel correspondentes à imagem médica particular para a estação de visualização por meio do PACS em resposta ao pedido reencaminhado.
[0027] De acordo com determinadas concretizações, o PACS é configurado para se comunicar utilizando um protocolo de comunicação de PACS; o gerador de imagens médicas é configurado para gerar itens de dados de grandes imagens médicas emum formato que é diferente do formato definido pelo protocolo de comunicação de PACS; e o componente gerenciador de grandes imagens é configurado para gerar o pelo menos um objeto de dados representativos no formato definido pelo protocolo de comunicação de PACS.
[0028] De acordo com um aspecto amplo, é proporcionado um método para gerenciar itens de dados de imagens médicas usando um sistema de arquivamento e comunicação de imagens (PACS) que inclui uma memória de armazenamento de imagem configurada para armazenar itens de dados de imagens médicas e um componente de gerenciamento de grandes imagens em comunicação com o PACS que inclui uma
Petição 870190079843, de 16/08/2019, pág. 21/197
11/167 memória de armazenamento de grandes imagens. 0 método compreende identificar itens de dados de grandes imagens médicas gerados por pelo menos um gerador de imagens médicas; armazenamento de dados em pixels correspondentes a cada item de dados de grandes imagens médicas na memória de armazenamento de grandes imagens; gerar, pelo menos um objeto representativo de dados para cada um dos itens de dados das grandes imagens médicas; transmitindo, por meio do gerenciador de grandes imagens, o objeto de dados representativos para cada um dos itens de dados de grande porte médico para o PACS; e armazenando o objeto de dados representativos para cada um dos itens de dados de grandes imagens médicas no PACS.
[0029] De acordo com determinadas concretizações, o método compreende ainda: receber, pelo PACS, um pedido de uma imagem médica particular a partir de uma estação de visualização; determinar que a imagem médica particular corresponde a uma grande quantidade de memória de dados armazenada na memória de armazenamento de grandes imagens; reencaminhamento do pedido para a imagem médica particular para o componente gerenciador de grandes imagens; e proporcionar, por meio de dados de pixel particulares correspondentes à imagem médica particular, dos dados de pixel armazenados para o item de dados de grande imagem médica correspondente à estação de visualização em resposta ao pedido reencaminhado.
[0030] De acordo com determinadas concretizações, o método compreende ainda: a determinação de que um novo item de dados de grandes imagens médicas foi gerado em um dos geradores de imagens médicas, o novo item de dados de
Petição 870190079843, de 16/08/2019, pág. 22/197
12/167 grandes imagens médicas incluindo dados de pixel que definem uma ou mais sub-imagens e metadados correspondentes a uma ou mais sub-imagens; extrair os metadados do novo item de dados de grandes imagens médicas; a geração de um objeto de dados representativo correspondente ao novo item de dados de grandes imagens médicas para incluir pelo menos uma parte dos metadados extraídos; e armazenar o objeto de dados representativos no PACS.
[0031] De acordo com determinadas concretizações, o método compreende ainda: a determinação de que um novo item de dados de grandes imagens médicas foi gerado em um dos geradores de imagens médicas, o novo item de dados de grandes imagens médicas incluindo dados de pixel que definem uma ou mais sub-imagens e metadados correspondentes a uma ou mais mais sub-imagens; extrair os dados de pixel do novo item de dados de grande imagem médica; e armazenar os dados de pixel extraídos na memória de armazenamento de grandes imagens.
[0032] De acordo com determinadas concretizações, o método compreende ainda: armazenar o novo item de dados de grande imagem médica em um arquivo de grandes imagens da memória de armazenamento de imagens; e em que os dados de pixel extraídos são armazenados em um cache de dados processados na memória de armazenamento de grandes imagens. De acordo com algumas destas concretizações, os metadados extraídos também podem ser armazenados no cache de dados processados.
[0033] De acordo com determinadas concretizações, o método compreende ainda: a geração de metadados de endereço identificando uma localização dos dados de pixel
Petição 870190079843, de 16/08/2019, pág. 23/197
13/167 correspondentes ao novo item de dados de grande imagem médica; identificação, pelo PACS, do pedido de uma imagem médica particular correspondente ao novo item de dados de grande imagem médica de uma das estações de visualização; identificação, por meio do PACS, da localização dos dados de pixel armazenados a partir dos metadados de endereço em um objeto de dados representativos; e reencaminhamento, pelo PACS, do pedido para a imagem médica particular para o componente gerenciador de grandes imagens usando o local identificado.
[0034] De acordo com determinadas concretizações, reencaminhar o pedido para o item de dados de imagem medica particular compreende proporcionar a estação de visualização com uma resposta de encaminhamento indicando a localização identificada dos dados de pixels armazenados correspondentes imagem médica particular.
[0035] De acordo com determinadas concretizações, reencaminhar o pedido para o item de dados de imagens médicas em particular compreende reencaminhar automaticamente, pelo PACS, a solicitação para o componente gerenciador de grandes imagens em resposta ao recebimento de um pedido de dados de pixel da estação de visualização.
[0036] De acordo com determinadas concretizações, o método compreende ainda: a definição de uma pluralidade de tipos de grandes imagens médicas, a pluralidade de tipos de imagem médica de grande dimensão incluindo geradores de imagens médicas configurados para a configuração de grandes quantidades de imagens médicas; determinar, pelo PACS, a partir do pedido recebido que o item de dados de imagem médica especifico foi gerado por um gerador de imagens
Petição 870190079843, de 16/08/2019, pág. 24/197
14/167 médicas correspondendo a um dos de gerador de grandes imagens médicas; e reencaminhar automaticamente, por meio do PACS, o pedido para o componente gerenciador de grandes imagens em resposta a determinação de que o item e dados de imagens médicas em particular foi gerado por um herador de imagens médicas correspondente a um dos tipos de geradores de grandes imagens médicas.
[0037] De acordo com determinadas concretizações, o item de dados de grandes imagens médicas inclui uma pluralidade de sub-imagens de uma série de imagens médicas e o método compreende ainda: armazenar dados de pixels específicos da imagem para cada uma das sub-imagens na pluralidade de sub-imagens na série de imagens médicas, em que os dados de pixel específicos da imagem para pelo menos algumas das sub-imagens são armazenados separadamente dos dados de pixel específicos de imagem para outras das subimagens .
[0038] De acordo com determinadas concretizações, o pedido recebido identifica uma das sub-imagens da série de imagens médicas correspondente à imagem médica particular; e proporcionar, por meio de grandes imagens, os dados de pixel particulares correspondentes à imagem médica particular compreende proporcionar os dados de pixel específicos da imagem para a sub-imagem solicitada em resposta ao pedido reencaminhado.
[0039] De acordo com determinadas concretizações, proporcionar, por meio de grandes imagens, os dados em pixels particulares correspondentes à imagem médica particular compreende fornecer os dados de pixel
Petição 870190079843, de 16/08/2019, pág. 25/197
15/167 particulares diretamente para a estação de visualização em resposta ao pedido reencaminhado.
[0040] De acordo com determinadas concretizações, proporcionar, por meio de grandes imagens, os dados de pixel particulares correspondentes à imagem médica particular compreende fornecer os dados de pixel particulares para a estação de visualização através do PACS em resposta ao pedido reencaminhado.
[0041] De acordo com determinadas concretizações, o PACS é configurado para comunicação usando-se um protocolo de comunicação de PACS; o gerador de imagens médicas é utilizado em um formato diferente do formato definido pelo protocolo de comunicação de PACS; e o gerenciador principal de grandes imagens é configurado para gerar o pelo menos um objeto de dados representativos no formato definido pelo protocolo de comunicação de PACS.
[0042] De acordo com outro aspecto geral, é proporcionado um produto de programa de computador que compreende um meio de armazenamento não transitório capaz de ser lido por computador que armazena instruções executáveis por computador para configurar um processador para executar um método de gestão de itens de dados de imagens médicas, em que o método é definido no presente caso.
[0043] De acordo com outro aspecto amplo, é proporcionado um método para coletar itens de dados de imagens médicas. O método compreende a identificação, por meio de um processador central, de um novo arquivo de dados de imagens médicas em uma memória de armazenamento de imagem remota que é remota em relação ao processador
Petição 870190079843, de 16/08/2019, pág. 26/197
16/167 central; definir, pelo processador central, um identificador de arquivo único para o novo arquivo de dados de imagens médicas; determinar, por meio do processador central, que o novo arquivo de dados de imagens médicas é um arquivo de dados completo, determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído; copiar o arquivo de dados completo para uma memória de armazenamento central em comunicação com um sistema de gerenciamento de imagens; armazenar o identificador de arquivo exclusivo do arquivo de dados copiado em um banco de dados de origem de imagem na memória de armazenamento central; identificar um conjunto esperado de arquivos de dados de imagens médicas correspondentes ao arquivo de dados copiados, o conjunto esperado de arquivos de dados de imagens médicas definindo um item de dados de imagens médicas e incluindo pelo menos um arquivo de dados de imagens médicas, que inclui o arquivo de dados copiado; definir um identificador de conjunto único para o conjunto de arquivos de dados de imagens médicas que definem o item de dados de imagens médicas, o identificador de conjunto único que identifica os identificadores de arquivo únicos para cada um dos arquivos de dados de imagens médicas nesse item de dados de imagens médicas; determinar que cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas foio copiado para a memória de armazenamento central; e gerar um indicador de que o item de dados de imagens médicas está disponível para o sistema de gerenciamento de imagens na memória de armazenamento central.
Petição 870190079843, de 16/08/2019, pág. 27/197
17/167 [0044] De acordo com determinadas concretizações, identificar o novo arquivo de dados de imagens médicas compreende: identificar, pelo processador central, um conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagens remotas; determinar, pelo processador central, identificadores de arquivos remotos correspondentes aos arquivos de dados de imagem no conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagens remotas; comparar, pormeio do processador central, os identificadores de arquivos remotos com os identificadores de arquivos exclusivos armazenados no banco de dados de origem da imagem; identificar o novo arquivo de dados de imagens médicas, pelo processador central, como um dos arquivos de dados de imagem com um identificador de arquivo remoto que não corresponde a nenhum dos identificadores de arquivo exclusivos armazenados no banco de dados de origem da imagem.
[0045] De acordo com determinadas concretizações, o método compreende ainda: monitorar, pelo processador central, o conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagem remota; determinar, a partir do monitoramento, que arquivos adicionais são armazenados na memória de armazenamento de imagens remotas; e determinar, pelo processador central, os identificadores remotos de arquivos como identificadores de arquivo dos arquivos adicionais, de modo que o novo arquivo de dados de imagens médicas seja identificado entre os arquivos adicionais.
Petição 870190079843, de 16/08/2019, pág. 28/197
18/167 [0046] De acordo com determinadas concretizações, determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi completado compreende: determinar as características de arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas; determinar um tipo de arquivo do novo arquivo de dados de imagens médicas, o tipo de arquivo indicando um tipo de item de dados de imagens médicas definido pelo conjunto de arquivos de dados de imagens médicas; determinar um conjunto completo de características de arquivo para o tipo de arquivo determinado; comparar as características do arquivo com o conjunto completo de características do arquivo; e determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagem remota foi concluído quando as características do arquivo correspondem ao conjunto completo de características do arquivo.
[0047] De acordo com determinadas concretizações, determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi completado compreende: determinar as características de arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas; posteriormente, determinar as características atualizadas do arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas; comparar as características do arquivo com as características atualizadas do arquivo; e determinar que o armazenamento do novo arquivo de dados de imagens médicas
Petição 870190079843, de 16/08/2019, pág. 29/197
19/167 na memória de armazenamento de imagem remota foi concluído quando as características do arquivo correspondem às características do arquivo atualizado.
[0048] De acordo com determinadas concretizações, o método compreende ainda: alocar o novo arquivo de dados de imagens médicas a um novo conjunto de arquivos após identificação do novo arquivo de dados de imagens médicas, o novo conjunto de arquivos incluindo uma pluralidade ordenada de arquivos de dados de imagens médicas; determinar as características de arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas no momento da alocação do novo arquivo de dados de imagens médicas ao novo conjunto de arquivos; determinar que o novo arquivo de dados de imagens médicas alcançou uma posição a ser copiada no novo conjunto de arquivos, indicando que o novo arquivo de dados de imagens médicas deve ser copiado para a memória de armazenamento central; e determinar as características de arquivo atualizadas do novo arquivo de dados de imagens médicas sobre o novo arquivo de dados de imagens médicas que alcança a posição a ser copiada.
[0049] De acordo com determinadas concretizações, o arquivo de dados de imagens médicas está associado a um tipo de gerador de imagens médicas; e o conjunto esperado de arquivos de dados de imagens médicas é determinado a partir do ripo de gerador de imagens médicas.
[0050] De acordo com determinadas concretizações, o identificador único de arquivo para o novo arquivo de dados de imagens médicas é definido pelo processador central independente das características de arquivo do novo
Petição 870190079843, de 16/08/2019, pág. 30/197
20/167 arquivo de dados de imagens médicas definido na memória de armazenamento de imagem remota.
[0051] De acordo com determinadas concretizações, o processador central é impedido de modificar arquivos na memória de armazenamento de imagens remotas.
[0052] De acordo com determinadas concretizações, subseqüentemente a cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas copiados para a memória de armazenamento central, o processador central está configurado para ignorar a exclusão da memória de armazenamento de imagem remota de qualquer arquivo de dados de imagens médicas para os dados de imagens médicas item.
[0053] De acordo com determinadas concretizações, o processador central é configurado para armazenar cada um dos arguivos de dados de imagens médicas para o item de dados de imagens médicas em seu formato original na memória de armazenamento central. De acordo com determinadas concretizações, o processador central é impedido de modificar os arquivos de dados de imagens médicas armazenados na memória de armazenamento central em seu formato original. De acordo com determinadas concretizações, o processador central gera uma assinatura digital para cada um dos arquivos de dados de imagens médicas armazenados em seu formato original, em que a assinatura digital para um determinado arquivo de dados de imagens médicas indica que o arquivo de dados de imagens médicas específico não foi modificado.
[0054] De acordo com determinadas concretizações, o método compreende ainda: determinar, pelo processador
Petição 870190079843, de 16/08/2019, pág. 31/197
21/167 central, para um item de dados de imagem médica adicional que pelo menos um arquivo de dados de imagem médica adicional em um conjunto esperado de arquivos de dados de imagens médicas adicionais que definem o item de dados de imagem médica adicional não estará disponível para ser copiado da memória de armazenamento remota; e excluir qualquer um dos itens de dados de imagens médicas adicionais já copiados para a memória de armazenamento central.
[0055] De acordo com um aspecto geral, é proporcionado um sistema de coleta de imagens que compreende: uma memória de armazenamento central com uma secção de armazenamento de imagens e uma base de dados de fontes de imagem, a memória de armazenamento central em comunicação com um sistema de gerencimento de imagens; e um processador central acoplado à memória de armazenamento central e uma memória de armazenamento de imagem remota que é remota em relação ao processador central e da memória de armazenamento central, em que o processador central é configurado para: identificar um novo arquivo de dados de imagem médica na memória de armazenamento de imagem remota;
definir um identificador de arquivo exclusivo para o novo
arquivo de dados de imagens médicas; determinar que o novo
arquivo de dados de imagens médicas é um arquivo de dados
completo, determinando que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído; copiar o arquivo de dados completo para a seção de armazenamento de imagens; armazenar o identificador de arquivo exclusivo do arquivo de dados copiado no banco de dados de origem da imagem;
Petição 870190079843, de 16/08/2019, pág. 32/197
22/167 dentificar um conjunto esperado de arquivos de dados de imagens médicas correspondentes ao arquivo de dados copiados, o conjunto esperado de arquivos de dados de imagens médicas que definem um item de dados de imagens médicas e incluindo pelo menos um arquivo de dados de imagens médicas, incluindo o arquivo de dados copiado; definir um identificador de conjunto exclusivo para o conjunto de arquivos de dados de imagens médicas que definem o item de dados de imagens médicas, o identificador de conjunto exclusivo que identifica os identificadores de arquivo exclusivos para cada um dos arquivos de dados de imagens médicas naquele item de dados de imagens médicas; determinar que cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas foi copiado para a seção de armazenamento de imagens; e gerar um indicador de que o item de dados de imagens médicas está disponível para o sistema de gerenciamento de imagens na memória de armazenamento central.
[0056] De acordo com determinadas concretizações, o processador central é configurado para identificar o novo arquivo de dados de imagens médicas, identificando um conjunto de arquivos de dados de imagens armazenados na memória de armazenamento de imagens remotas; determinar identificadores de arquivo remotos correspondentes aos arquivos de dados de imagem no conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagens remotas; comparar os identificadores de arquivos remotos com os identificadores de arquivos exclusivos armazenados no banco de dados de origem da imagem; e identificar o novo arquivo de dados de imagens médicas como
Petição 870190079843, de 16/08/2019, pág. 33/197
23/167 um dos arquivos de dados de imagem com um identificador de arquivo remoto que não corresponde a nenhum dos identificadores de arquivo exclusivos armazenados no banco de dados de origem da imagem.
[0057] De acordo com determinadas concretizações, o processador central é configurado para: monitorar o conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagens remotas; determinar, a partir do monitoramento, que arquivos adicionais são armazenados na memória de armazenamento de imagens remotas; determinar os identificadores de arquivo remotos como os identificadores de arquivo dos arquivos adicionais, de forma que o novo arquivo de dados de imagens médicas seja identificado dentre os arquivos adicionais.
[0058] De acordo com determinadas concretizações, o processador central é configurado para determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído: determinar as características do arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas; determinar um tipo de arquivo do novo arquivo de dados de imagens médicas, o tipo de arquivo indicando um tipo de item de dados de imagens médicas definido pelo conjunto de arquivos de dados de imagens médicas; determinar um conjunto completo de características de arquivo para o tipo de arquivo determinado; comparar as características do arquivo com o conjunto completo de características do arquivo; e determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagem
Petição 870190079843, de 16/08/2019, pág. 34/197
24/167 remota foi concluído quando as características do arquivo correspondem ao conjunto completo de características do arquivo.
[0059] De acordo com determinadas concretizações, o processador central é configurado para determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído: determinar as características do arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas; posteriormente, determinar as características atualizadas do arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas; comparar as características do arquivo com as características atualizadas do arquivo; e determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagem remota foi concluído apenas se as características do arquivo corresponderem às características do arquivo atualizado.
[0060] De acordo com determinadas concretizações, o processador central é ainda configurado para: alocar o novo arquivo de dados de imagens médicas a um novo conjunto de arquivos ao identificar o novo arquivo de dados de imagens médicas, o novo conjunto de arquivos incluindo uma pluralidade ordenada de arquivos de dados de imagens médicas; determinar as características de arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas no momento da alocação do novo arquivo de dados de imagens médicas ao novo conjunto de arquivos; determinar que o novo arquivo de dados de
Petição 870190079843, de 16/08/2019, pág. 35/197
25/167 imagens médicas alcançou uma posição a ser copiada no novo conjunto de arquivos, indicando que o novo arquivo de dados de imagens médicas deve ser copiado para a seção de armazenamento de imagens; e determinar as características de arquivo atualizadas do novo arquivo de dados de imagens médicas sobre o novo arquivo de dados de imagens médicas, atingindo a posição a ser copiada.
[0061] De acordo com determinadas concretizações, o arquivo de dados de imagens médicas está associado a um tipo de gerador de imagens médicas; e o processador central é configurado para determinar o conjunto esperado de arquivos de dados de imagens médicas do tipo de imagens médicas associadas ao arquivo de dados de imagens médicas.
[0062] De acordo com determinadas concretizações, o processador central é configurado para definir o identificador de arquivo exclusivo para o novo arquivo de dados de imagens médicas, independente das características do novo arquivo de dados de imagens médicas definido na memória de armazenamento de imagens.
[0063] De acordo com determinadas concretizações, o processador central é impedido de modificar arquivos na memória de armazenamento de imagens remotas.
[0064] De acordo com determinadas concretizações, o processador central é configurado para ignorar a exclusão de qualquer um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas da memória de armazenamento de imagens remotas quando cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas foi copiado para a seção de armazenamento de imagens.
Petição 870190079843, de 16/08/2019, pág. 36/197
26/167 [0065] De acordo com determinadas concretizações, o processador central é configurado para armazenar cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas em seu formato original na memória de armazenamento central. De acordo com determinadas concretizações, o processador central é impedido de modificar os arquivos de dados de imagens médicas armazenados na memória de armazenamento central em seu formato original. De acordo com determinadas concretizações, o processador central gera uma assinatura digital para cada um dos arquivos de dados de imagens médicas armazenados em seu formato original, em que a assinatura digital para um determinado arquivo de dados de imagens médicas indica que o arquivo de dados de imagens médicas especifico não foi modificado.
[0066] De acordo com determinadas concretizações, o processador central está ainda configurado para: determinar para um item de dados de imagem médica adicional que pelo menos um arquivo de dados de imagem médica adicional em um conjunto esperado de arquivos de dados de imagem médica adicionais que definem o item de dados de imagem médica adicional não estará disponível para cópia da memória de armazenamento remota; e apague qualquer um dos itens adicionais de dados de imagens médicas já copiados para a memória de armazenamento central.
[0067] De acordo com um aspecto geral, é proporcionado um produto de programa de computador que compreende um meio de armazenamento capaz de ser lido por computador não transitório que armazena instruções executáveis por computador para configurar um processador
Petição 870190079843, de 16/08/2019, pág. 37/197
27/167 para realizar um método de coleta de itens de dados de imagens médicas, em que o método é definido neste documento.
[0068] De acordo com um aspecto amplo, é proporcionado um método para gerenciar itens de dados de imagens médicas. O método compreende: receber um item de dados de imagens médicas, o item de dados de imagens médicas incluindo pelo menos um conjunto de imagens médicas em que cada imagem médica definida em pelo menos um conjunto de imagens médicas é do mesmo procedimento de imagem médica e define uma subimagem de o procedimento de imagiologia médica, e cada conjunto de imagens médicas tem uma resolução correspondente e inclui pelo menos um objeto de subimagem; definir um identificador de item de dados para o item de dados de imagem médica recebido; analisar o item de dados de imagem médica recebido para identificar metadados de imagem e dados de pixel de imagem; gerar uma pluralidade de objectos de pixel para o item de dados de imagem médica utilizando os dados de pixel de imagem, em que cada objecto de pixel inclui pelo menos uma porção dos dados de pixel de imagem que corresponde a uma das subimagens, cada sub-imagem tem pelo menos um objeto de pixel correspondente, cada parte dos dados de pixel de imagem é incluída em um dos objetos de pixel, e cada objeto de pixel também inclui um identificador de objeto de pixel que identifica o identificador de item de dados e a sub-imagem correspondente para esse objeto de pixel; armazenar a pluralidade de objetos de pixel em uma primeira memória de armazenamento com cada objeto de pixel tendo um local de endereço na primeira memória de armazenamento; gerar pelo
Petição 870190079843, de 16/08/2019, pág. 38/197
28/167 menos um objeto representativo para o item de dados de imagens médicas usando os metadados de imagem, o pelo menos um objeto representativo incluindo um objeto representativo definido correspondente a cada conjunto de imagens médicas e cada objeto representativo definido define características de identificação para a subimagem correspondente de o conjunto de imagens médicas e identifica a primeira memória de armazenamento na qual o objeto correspondente de pelo menos um pixel é armazenado; e armazenar o pelo menos um objeto representativo em uma segunda memória de armazenamento.
[0069] De acordo com determinadas concretizações, cada objeto de pixel corresponde a uma das sub-imagens e inclui todos os dados de pixel da imagem dessa sub-imagem.
[0070] De acordo com determinadas concretizações, a localização do endereço para cada objeto de pixel é endereçável individualmente na primeira memória de armazenamento.
[0071] De acordo com determinadas concretizações, para cada objeto de pixel na pluralidade de objetos de pixel, o local do endereço na primeira memória de armazenamento na qual o objeto de pixel é armazenado é determinado independentemente do local do endereço para qualquer um dos outros objetos de pixel.
[0072] De acordo com determinadas concretizações, cada objeto representativo de conjunto compreende um objeto de metadados representativo que inclui metadados que define as características de identificação para a correspondente sub-imagem e identificando a primeira memória de
Petição 870190079843, de 16/08/2019, pág. 39/197
29/167 armazenamento em que o correspondente pelo menos um objeto de pixel é armazenado.
[0073] De acordo com determinadas concretizações, o método compreende ainda: gerar pelo menos um objeto representativo para incluir pelo menos um objeto de visão geral para o item de dados de imagens médicas, em que cada objeto de visão geral inclui um objeto de pixel de visão geral e metadados de objeto de visão geral, o objeto de pixel de visão geral gerado a partir de uma porção selecionada dos dados de pixel de imagem e representando uma visão geral dos conjuntos de imagens médicas do procedimento de imagens médicas com uma resolução geral que é menor que a resolução dos dados de pixels da imagem em pelo menos um conjunto de imagens médicas, e os metadados do objeto de visão geral incluem uma parte dos metadados de imagem correspondentes para a porção selecionada dos dados de pixel da imagem e identificadores de objeto representativos identificando cada um dos pelo menos um conjunto de objetos representativos; e armazenar o pelo menos um objeto de visão geral na segunda memória de armazenamento.
[0074] De acordo com determinadas concretizações, gerar o pelo menos um objeto de visão geral compreende: gerar uma pluralidade de objetos de visão geral para um dos conjuntos de imagens médicas no item de dados de imagens médicas, onde cada objeto de visão geral na pluralidade de objetos de visão geral é dotado de m objeto de pixel de visão geral com uma resolução geral diferente.
[0075] De acordo com determinadas concretizações o método compreende ainda a definição dos critérios de
Petição 870190079843, de 16/08/2019, pág. 40/197
30/167 acessibilidade do objeto de visão geral que controlam o acesso a cada um dos objetos de visão geral com base nos metadados do objeto de visão geral e em uma função atribuída a um usuário que tenta acessar os objetos de visão geral.
[0076] De acordo com determinadas concretizações: a segunda memória de armazenamento é acessível usando-se um sistema de arquivamento e comunicação de imagens (PACS) que se comunica usando-se um protocolo de comunicação definido; e cada objeto representativo é gerado de acordo com o protocolo de comunicação definido.
[0077] De acordo com determinadas concretizações, o item de dados de imagem médica recebido está em um formato que não é compatível com o protocolo de comunicação definido.
[0078] De acordo com determinadas concretizações, o método compreende ainda: gerar pelo menos um conjunto de objetos de metadados de pixel, cada conjunto de objetos de metadados de pixel correspondente a um dos conjuntos de imagens médicas e cada conjunto de objetos de metadados de pixel, incluindo a identificação de características de identificação de objetos de pixel correspondentes a conjunto de imagens médicas e metadados relacionadas definindo relações espaciais entre os objetos de pixel correspondentes àquele conjunto de imagens médicas.
[0079] De acordo com determinadas concretizações, o método compreende ainda armazenar o pelo menos um conjunto de objetos de metadados de pixel na primeira memória de armazenamento.
Petição 870190079843, de 16/08/2019, pág. 41/197
31/167 [0080] De acordo com determinadas concretizações, a primeira memória de armazenamento e a segunda memória de armazenamento são remotas entre si e são acessíveis através de diferentes sistemas de gerenciamento de imagens.
[0081] De acordo com um aspecto amplo, é proporcionado um produto de programa de computador que compreende um meio de armazenamento não transitório capaz de ser lido por computador que armazena instruções executáveis por computador para configurar um processador para executar um método de gerenciamento de itens de imagens de imagens médicas, em que o método é tal como definido no presente caso.
[0082] De acordo com um aspecto amplo, é proporcionado um sistema para o gerenciamento de itens de arquivo de imagens médicas, que compreende: uma primeira memória de armazenamento; uma segunda memória de armazenamento; e pelo menos um processador acoplado à primeira memória de armazenamento e segunda memória de armazenamento, em que pelo menos um processador é configurado para: receber um item de dados de imagens médicas, o item de dados de imagens médicas incluindo pelo menos um conjunto de imagens médicas em que cada imagem médica conjunto no, pelo menos, um conjunto de imagens médicas é do mesmo procedimento de imagem médica e define uma sub-imagem do procedimento de formação de imagem médica, e cada conjunto de imagens médicas é dotado de uma resolução correspondente e inclui pelo menos um objeto de sub-imagem; definir um identificador de item de dados para o item de dados de imagem médica recebido; analisar o item de dados de imagem médica recebido para identificar
Petição 870190079843, de 16/08/2019, pág. 42/197
32/167 metadados de imagem e dados de pixel de imagem; gerar uma pluralidade de objetos de pixel para o item de dados de imagens médicas usando os dados de pixel de imagem, em que cada objeto de pixel inclui pelo menos uma parte dos dados de pixel de imagem que corresponde a uma das sub-imagens, cada sub-imagem tem pelo menos um Correspondente objeto de pixel, cada parte dos dados de pixel de imagem é incluída em um dos objetos de pixel, e cada objeto de pixel também inclui um identificador de objeto de pixel que identifica o identificador de item de dados e a subimagem correspondente a esse objeto de pixel; armazenar a pluralidade de objetos de pixel na primeira memória de armazenamento com cada objeto de pixel tendo um local de endereço na primeira memória de armazenamento; gerar pelo menos um objeto representativo para o item de dados de imagens médicas usando os metadados de imagem, o pelo menos um objeto representativo incluindo um objeto conjunto representativo correspondente a cada conjunto de imagens médicas e cada objeto representativo definido define características de identificação para a correspondente subimagem do conjunto de imagens médicas e identifica a primeira memória de armazenamento em que o correspondente pelo menos um objeto de pixel é armazenado; e armazenar o pelo menos um objeto representativo na segunda memória de armazenamento.
[0083] De acordo com determinadas concretizações, o pelo menos um processador é configurado para gerar cada objeto de pixel para corresponder a uma das sub-imagens e para incluir todos os dados de pixel de imagem dessa subimagem.
Petição 870190079843, de 16/08/2019, pág. 43/197
33/167 [0084] .De acordo com determinadas concretizações, o pelo menos um processador é configurado de maneira a armazenar cada objeto de pixel em um local de endereço endereçável individualmente na primeira memória de armazenamento.
[0085] De acordo com determinadas concretizações, para cada objeto de pixel na pluralidade de objetos pixel, o pelo menos um processador é configurado para determinar a localização do endereço na primeira memória de armazenamento na qual o objeto pixel é armazenado independentemente da localização do endereço de qualquer um dos outros objetos de pixel.
[0086] De acordo com determinadas concretizações, o pelo menos um processador é configurado para gerar cada objeto representativo definido como um objeto de metadados representativo que inclui metadados que definem as características de identificação para a correspondente subimagem e identificando a primeira memória de armazenamento em que o objeto de pixel é armazenado.
[0087] De acordo com determinadas concretizações, o pelo menos um processador está configurado para: gerar pelo menos um objeto representativo para incluir pelo menos um objeto de visualização geral para o item de dados de imagens médicas, em que cada objeto de visualização geral inclui um objeto de pixel de visualização geral e metadados de objeto de visualização geral, o objeto de pixel de visualização geral gerando uma porção selecionada dos dados de pixels da imagem e representando uma visualização geral dos conjuntos de imagens médicas do procedimento de imagens médicas com uma resolução geral que é menor do que a
Petição 870190079843, de 16/08/2019, pág. 44/197
34/167 resolução dos dados de pixels da imagem em pelo menos um conjunto de imagens médicas e o objeto de visualização geral com os metadados incluindo uma parte dos metadados da imagem correspondente à porção selecionada dos dados de pixel da imagem e identificadores de objeto representativos identificando cada um dos pelo menos um conjunto de objetos representativos; e armazenar pelo menos um objeto de visualização geral na segunda memória de armazenamento.
[0088] De acordo com determinadas concretizações, o pelo menos um processador é configurado de maneira tal a gerar pelo menos um objeto de visualização geral: gerar uma pluralidade de objetos de visão geral para um dos conjuntos de imagens médicas no item de dados de imagens médicas, em que cada objeto de visualização geral na pluralidade de objetos de visualização geral tem uma visualização geral objeto de pixel com uma resolução geral diferente.
[0089] De acordo com determinadas concretizações, o pelo menos um processador é configurado para: definir critérios de acessibilidade de objeto de visualização geral que controlam o acesso a cada um dos objetos de visualização geral com base nos metadados do objeto de visualização geral e uma função atribuída a um usuário que tenta acessar os objetos de visualização geral.
[0090] De acordo com determinadas concretizações, a segunda memória de armazenamento é acessível usando-se um sistema de arquivamento e comunicação de imagens (PACS) que se comunica usando um protocolo de comunicação definido; e o pelo menos um processador é configurado para gerar cada objeto representativo de acordo com o protocolo de comunicação definido.
Petição 870190079843, de 16/08/2019, pág. 45/197
35/167 [0091] De acordo com determinadas concretizações, o item de dados de imagem médica recebido está em um formato que não é compatível com o protocolo de comunicação definido.
[0092] De acordo com determinadas concretizações, o pelo menos um processador é configurado para: gerar pelo menos um conjunto de objetos de metadados de pixel, cada conjunto de objetos de metadados de pixel correspondentes a um dos conjuntos de imagens médicas e cada conjunto de objetos de metadados de pixel, incluindo a identificação de metadados que define as características de identificação para o pixel de objetos correspondentes a esse conjunto de imagens médicas e metadados relacionados que definem relações espaciais entre os objetos de pixel correspondentes a esse conjunto de imagens médicas.
[0093] De acordo com determinadas concretizações, o pelo menos um processador é configurado para armazenar o pelo menos um conjunto de objetos de metadados de pixel na primeira memória de armazenamento.
[0094] De acordo com determinadas concretizações, a primeira memórua de armazenamento e a segunda memória de armazenamento são remotas em relação uma à outra e são acessíveis por meio de diferentes sistemas de gerenciamento de imagens.
[0095] Estes e outros objetivos e aspectos novos das várias concretizações serão descritos adiante de forma mais detalhada.
DESCRIÇÃO BTREVE DOS DESENHOS [0096] Para uma melhor compreensão das concretizações descritas e para mostrar mais claramente
Petição 870190079843, de 16/08/2019, pág. 46/197
36/167 como podem ser realizadas, será agora feita referência, a título de exemplo, aos desenhos anexos em que:
A Figura 1 é um diagrama de blocos de um sistema de gerenciamento de imagens de acordo com uma concretização exemplificativa;
A Figura 2 é um diagrama de blocos de um exemplo de sistema de arquivamento e comunicação de imagens (PACS);
A Figura 3 é um diagrama de blocos do grande gerenciador de imagens de acordo com uma concretização exemplificativa;
A Figura 4 é um fluxograma que ilustra um método de gerenciamento de grandes imagens médicas de acordo com uma concretização exemplificativa;
A Figura 5 é um fluxograma que ilustra um método de fornecimento de dados de pixel para grandes imagens médicas de acordo com uma concretização exemplificativa;
A Figura 6 é um fluxograma que ilustra um método de coleta de itens de dados de imagens médicas de acordo com uma concretização exemplificativa;
A Figura 7 é um fluxograma que ilustra um método de processamento de um item de dados de imagens médicas de acordo com uma concretização exemplificativa;
A Figura 8 é um fluxograma que ilustra um método de transmissão de um item de dados de imagens médicas para um sistema externo de acordo com uma concretização exemplificativa; e
A Figura 9 é um diagrama de blocos que ilustra a transmissão de um grande item de dados de imagens médicas entre sistemas de gerenciamento de imagem de acordo com uma concretização exemplificativa
Petição 870190079843, de 16/08/2019, pág. 47/197
37/167 [0097] Os desenhos descritos adiante são proporcionados com propósitos de ilustração, e não de limitação, dos aspectos e características dos vários exemplos de concretizações descritos no presente caso. Para simplicidade e clareza de ilustração, os elementos mostrados nos desenhos não foram necessariamente desenhados em escala. As dimensões de alguns dos elementos podem ser exageradas em relação a outros elementos para maior clareza. Será apreciado que, para simplicidade e clareza de ilustração, quando considerado apropriado, os números de referência podem ser repetidos entre os desenhos para indicar elementos ou etapas correspondentes ou análogas. .
DESCRIÇÃO DAS CONCRETIZAÇÕES EXEMPLIFICATIVAS [0098] Vários sistemas, métodos e produtos de programas de computadores serão descritos amais adiante para proporcionar um exemplo de uma concretização do objecto reivindicado. Nenhuma concretização descrita abaixo limita qualquer objeto reivindicado e qualquer objeto reivindicado pode abranger métodos ou sistemas que diferem daqueles descritos mais adiante. O objecto reivindicado não está limitado a sistemas ou métodos que possuam todas as características de qualquer sistema ou método descrito mais adianteo ou a características comuns a vários ou a todos os aparelhos ou métodos descritos mais adiante. É possível que um sistema ou método descrito mais adiante não seja uma forma de realização que é recitada em qualquer assunto reivindicado. Qualquer assunto divulgado em um sistema ou método descrito mais adiante que não seja reivindicado neste documento pode ser objeto de outro instrumento de proteção, por exemplo, um pedido de patente em andamento, e
Petição 870190079843, de 16/08/2019, pág. 48/197
38/167 os requerentes, inventores ou proprietários não pretendem abandonar, renunciar ou dedicar ao público qualquer assunto por sua divulgação neste documento.
[0099] Será apreciado que numerosos detalhes específicos são estabelecidos a fim de proporcionar uma compreensão plena das formas de realização descritas no presente caso. Contudo, será entendido pelas pessoas versadas na técnica que as concretizações aqui descritas podem ser praticadas sem estes detalhes específicos. Em outros casos, os métodos, procedimentos e componentes bem conhecidos não foram descritos em detalhe, de modo a não obscurecer as formas de realização aqui descritas. Além disso, a descrição não deve ser considerada como limitativa do âmbito das concretizações expostas no presente caso.
[00100] Também deve ser notado que os termos acoplado ou acoplamento tais como usados no presente caso podem ter vários significados diferentes, dependendo do contexto em que esses termos são usados. Por exemplo, os termos acoplado ou acoplamento podem ser usados para indicar que um elemento ou dispositivo pode enviar dados por meio eletrônico, óptico ou sem fio para outro elemento ou dispositivo, bem como receber dados de outro elemento ou dispositivo..
[00101] Deve notar-se que os termos de grau tais como substancialmente, cerca de e aproximadamente conforme utilizados no presente caso significam uma quantidade razoável de desvio do termo modificado de tal modo que o resultado final não é significativamente alterado. Estes termos de grau também podem ser interpretados como incluindo um desvio do termo
Petição 870190079843, de 16/08/2019, pág. 49/197
39/167 modificado se este desvio não se afastar do significado do termo que ele modifica.
[00102] Os termos uma concretização, concretização, concretizações, a concretização, as concretizações, uma ou mais concretizações, determinadas concretizações, e uma concretização significam uma ou mais (mas não todas) as concretizaçõesda presente invenção (s) , a não ser que de outro modo expressamente especificado.
[00103] Os termos incluindo, compreendendo e variações significam incluindo, mas não limitado a, a menos que expressamente especificado em contrário. Uma listagem de itens não implica que algum ou todos os itens
sejam mutuamente exclusivos, a menos que expressamente
especificado de outra forma. Os termos um, uma e o/a
significam um ou mais, a menos que expressamente
especificado em contrário. [00104] Além disso, qualquer citação relativa a
intervalos numéricos por pontos finais inclui todos os números e frações incluídos dentro dessa gama (por exemplo, 1 a 5 inclui 1, 1,5, 2, 2,75, 3, 3, 90, 4 e 5) . Deve ser igualmente compreendido que todos os números e frações dos mesmos se presumem modificados pelo termo cerca de, o que significa uma variação até um determinado valor do número para o qual está a ser feita referência se o resultado final não for alterado significativamente.
[00105] As concretizações exemplificativas dos sistemas e métodos descritos no presente caso podem ser concretizadas como uma combinação de hardware ou software. De acordo com determinados casos, as concretizações
Petição 870190079843, de 16/08/2019, pág. 50/197
40/167 examplificativas descritas no presente caso podem ser concretizadas, pelo menos em parte, pelo uso de um ou mais programas de computador, execução de um ou mais dispositivos programáveis que compreendem pelo menos um elemento de processamento e um elemento de armazenamento de dados (incluindo memória volátil, memória não volátil, elementos de armazenamento ou qualquer combinação dos mesmos). Estes dispositivos podem também ter pelo menos um dispositivo de entrada (por exemplo, um teclado de botão, mouse, tela sensível ao toque e similares), e pelo menos um dispositivo de saída (por exemplo, uma tela, uma impressora, um rádio sem fio e outros) dependendo sobre a natureza do dispositivo.
[00106] Também deve ser observado que podem existir alguns elementos que são utilizados para concretizar pelo menos parte de uma das formas de realizao descritas no presente caso Ique podem ser concretizadas através de software que é gravado em uma linguagem de programação de computador de alto nível, tal como programação direcionada a objetos. Por conseguinte, o código do programa pode ser gravado em C, C ++ ou qualquer outra linguagem de programação adequada e pode compreender módulos ou classes, tal como é conhecido das pessoas versadas na técnica de programação direcionada a objetos. De uma forma alternativa, ou além disso, alguns desses elementos implementados via software podem ser escritos em linguagem assembly, linguagem de máquina ou firmware, conforme necessário. Em ambos os casos, o idioma pode ser uma linguagem compilada ou interpretada.
Petição 870190079843, de 16/08/2019, pág. 51/197
41/167 [00107] Pelo menos alguns desses programas de software podem ser armazenados em uma mídia de armazenamento (por exemplo, um meio capaz de ser lido por computador, tais como, sendo que não se fica limitado aos mesmos, ROM, disco magnético, disco óptico) ou um dispositivo capaz de ser lido por um dispositivo programável de propósito geral ou especial.. O código do programa de software, quando lido pelo dispositivo programável, configura o dispositivo programável para operar de uma maneira nova, específica e predefinida, a fim de executar pelo menos um dos métodos descritos no presente caso.
[00108] Além disso, pelo menos alguns dos programas associados aos sistemas e métodos das concretizações aqui descritas podem ser capazes de ser distribuídos em um produto de programa de computador compreendendo um meio capaz de ser lidoel por computador que suporta instruções utilizáveis por computador para um ou mais processadores. O meio pode ser proporcionado em várias formas, incluindo formas não transitórias, tais como, sendo que não se fica limitado aos mesmos, um ou mais disquetes, discos compactos, fitas, chips e armazenamento magnético e eletrônico.
[00109] Muito embora o uso de sistemas eletrônicos de gerenciamento de arquivos esteja se tornando cada vez mais predominante nas disciplinas médicas, os atuais sistemas de gerenciamento de imagens podem estar mal equipados para lidar com o tamanho e o volume das imagens médicas que estão sendo geradas. Frequentemente, os sistemas de gerenciamento de imagens operam isoladamente em
Petição 870190079843, de 16/08/2019, pág. 52/197
42/167 um departamento especifico, e imagens médicas geradas por diferentes processos de imagens ou diferentes imagens em outros departamentos podem não estar aparentes ou disponíveis. Por exemplo, diferentes sistemas de gerenciamento de imagens podem operar usando diferentes formatos de arquivo ou protocolos de comunicação.
[00110] De acordo com alguns casos, os itens de imagens de imagens médicas podem ser convertidos em um formato ou protocolo padrão, como o padrão DICOM. Embora isso possa permitir a integração com um sistema centralizado de gerenciamento de imagens, como um PACS, o gerenciamento de grandes itens de imagens de imagens médicas ainda pode apresentar desafios técnicos. A arquitetura central existente do PACS (e sistemas legados) pode ser mal equipada para os aumentos de desempenho, taxa de transferência e volume que muitas vezes são necessários para gerenciar grandes itens de imagens de imagens médicas,
especialmente em alto volume.
[00111] Os fluxos de trabalho e as políticas de
armazenamento do PACS principal podem não ser configurados
para suportar os recursos de largura de banda e
armazenamento da rede associados a itens de arquivo de grandes imagens médicas. Como o padrão DICOM está principalmente preocupado com a padronização da transmissão / comunicação de dados, o protocolo não é definido com foco nas questões de armazenamento, recuperação e desempenho de exibição e viabilidade que estão na vanguarda do gerenciamento de itens de dados de grandes imagens, médicas.
Petição 870190079843, de 16/08/2019, pág. 53/197
43/167
[00112] Muio embora a atualização da
arquitetura central do PACS possa aliviar alguns desses
problemas, esse é um processo demorado e caro. A
atualização da arquitetura central do PACS geralmente requer amplo desenvolvimento, verificação, validação e aprovação regulamentar. Enquanto isso, itens adicionais de imagens de imagens médicas são gerados e os itens de dados de imagens médicas continuam a crescer em tamanho.
[00113] Por exemplo, considere-se uma amostra de lâmina de tecido de aproximadamente 20 mm x 15 mm de tamanho. Esta amostra pode ser digitalizada com uma resolução de 0,25 micrómetros / pixel (microns por pixel ou mpp), o que pode geralmente corresponder a um microscópio óptico com uma ampliação de 400X. A imagem médica resultante pode ter cerca de 80.000 pixels x 60.000 pixels ou 4.8 GigaPixels. A correspondente imagem médica digital gerada em cores de 24 bits pode então ter um tamanho de dados de cerca de 15 GB.
[00114] Tamanhos de dados ainda maiores também podem ser gerados por geradores de imagens médicas. Por exemplo, amostras de tecido com tamanhos de até 50 mm x 25 mm podem ser captadas em lâminas de tecido convencionais de 1 x 3, e tamanhos de amostra ainda maiores podem existir em lâminas de tecido de 2 x 3. As imagens médicas também podem ser digitalizadas em resoluções superiores a 0,25 mpp por exemplo, alguns instrumentos de varredura agora suportam lentes de imersão em óleo que podem ampliar até 100X, produzindo uma resolução de cerca de 0,1 mpp.
[00115] Para alguns tipos de amostras, uma amostra de tecido pode ser mais espessa do que a
Petição 870190079843, de 16/08/2019, pág. 54/197
44/167 profundidade de campo da lente objetiva. Como resultado, múltiplos planos focais (planos Z) podem ser captados como sub-imagens da imagem médica gerada para a amostra de tecido. Uma amostra de tecido de 50 mm x 25 mm pode ser digitalizada em um item de dados de imagens médicas em .mpmp com 10 planos Z, resultando em um item de dados de imagens médicas que inclui 10 sub-imagens de dimensão 500.000 x 250.000 pixels cada. Cada sub-imagem plana seria de cerca de 125Gp, ou 375GB de dados, e todo o item de dados de imagens médicas seria de cerca de 3,75TB de dados. Além disso, a imagem multiespectral pode capturar até 10 bandas espectrais na resolução de 16 bits por pixel.
[00116] À medida que a resolução aumenta, e a capacidade de captar mais sub-imagem (por exemplo, planos z adicionais) também aumenta, o tamanho dos dados de itens de imagens de imagens médicas continuará a aumentar. Deste modo, os sistemas de gerenciamento de imagens médicas podem precisar de se adaptar para facilitar os procedimentos usando esses grandes itens de imagens de imagens médicas.
[00117] Concretizações descritass no presente caso podem porcionar um sistema centralizado configurado para acessar e gerenciar itens de dados de imagens gerados por diferentes geradores de imagens e em diferentes formatos. Esse sistema pode proporcionar acesso centralizado a imagens médicas que anteriormente só poderíam ser acessadas por meio de sistemas de gerenciamento de arquivos específicos do departamento. As concretizações descritas no presente caso também podem porcionar sistemas e métodos capazes de identificar, coletar, processar e gerenciar uma ampla gama de grandes
Petição 870190079843, de 16/08/2019, pág. 55/197
45/167 itens de imagens de imagens médicas. As concretizações descritas podem aliviar algumas das ineficiências dos sistemas atuais para o gerenciamento de itens de arquivo de imagens médicas.
[00118] As concretizações dos sistemas, métodos e produtos de programas de computador descritos no presente caso referem-se de um modo geral ao gerenciamento de itens de dados de imagens médicas. Da forma que é utilizado no presente caso, o termo item de dados de imagens médicas refere-se ao conjunto de dados eletrônicos que definem uma imagem médica eletrônica. Um item de dados de imagens médicas é formado por um conjunto de arquivos que inclui um ou mais arquivos eletrônicos que juntos incluem todos os dados de pixel e metadados que definem a imagem médica (possivelmente incluindo várias sub-imagens) e propriedades associadas.
[00119] De um modo geral, os itens de dados de imagens médicas são gerados por geradores de imagens médicas. Um item individual de dados de imagem médica geralmente corresponde a um procedimento de imagem médica, tal ccomo a digitalização de uma lâmina de amostra de tecido, a realização de uma radiografia ou tomografia computadorizada ou a captação de um vídeo de endoscopia, por exemplo. No exemplo de um vídeo de endoscopia, o item de dados de imagens médicas pode incluir sub-imagens correspondentes a cada quadro do vídeo. .
[00120] Os itens de dados de imagens médicas também podem incluir metadados adicionais que definem características ou propiredades da imagem médica, tais como dados de paciente ou outros dados recuperados a partir de
Petição 870190079843, de 16/08/2019, pág. 56/197
46/167 um sistema de informação hospitalar (HIS), Sistema de Informação Laboratorial / Departamental (LIS), e/ou Sistema de Informação de Radiologia (RIS). 0 formato dos itens de dados individuais de imagens médicas pode diferir, e pode ser modificado em vários processos descritos no presente caso.
[00121] Em particular, as concretizações descritas no presente caso podem facilitar a coleta, processamento e/ou gerenciamento de grandes itens de imagens de imagens médicas. Por exemplo, todos os itens de dados de imagens médicos gerados por um ou mais gerenciadores podem ser armazenados em um componente de armazenamento externo aos principais fluxos de trabalho de um sistema de gerenciamento de imagens existente. Objetos representativos podem ser gerados para cada um desses itens de dados de imagens médicas e, em seguida, fornecidos ao sistema de gerenciamento de imagens existente para serem usados nos fluxos de trabalho principais. Os objetos representativos podem ser gerados com um tamanho de dados menor que os próprios itens de dados de imagens para facilitar o gerenciamento nos fluxos de trabalho existentes. Por exemplo, objetos representativos podem ser limitados a um tamanho máximo de dados de 100MB em alguns exemplos. Em alguns exemplos, os objetos representativos podem estar limitados a um tamanho máximo de dados de 10 MB. As formas de realização aqui descritas podem proporcionar um sistema centralizado que proporciona aos médicos acesso a grandes itens de imagens de imagens médicas a partir de múltiplos imagers. Em alguns casos, o sistema centralizado pode incluir itens de dados de imagens
Petição 870190079843, de 16/08/2019, pág. 57/197
47/167 gerados originalmente por múltiplos geradores de imagens, com diferentes tipos de imagens e/ou itens de imagens de imagens geradas originalmente em diferentes formatos.
[00122] Algumas concretizações descritas no presente caso podem porcionar sistemas e métodos de gerencviamento de imagens que operam com sistemas de gerenciamento de imagens existentes. Por exemplo, concretizações descritas no presente caso podem operar em conjunção com componentes nucleares de um sistema PACS, tal como o PACS descrito na Patente US N° . 6.574.629, cuja totalidade da qual fica incluída neste conteto por referência.
[00123] Muito embora a descrição possa referirse a um sistema PACS por razões de clareza e brevidade, deve entender-se que as concretizações dos sistemas e métodos descritos no presente caso podem ser aplicadas com outros sistemas de gerenciamento de imagens médicas, salvo indicação em contrário. Da mesma forma, muito embora a descrição possa referir-se a sistemas de gerenciamento de imagens que operam usando um protocolo de comunicação DICOM, deve ser entendido que as concretizações dos sistemas e métodos descritos no presente caso podem ser aplicadas com gerenciamento de imagens e sistemas de gerenciamento de arquivos usando-se outros protocolos e padrões de comunicação definidos.
[00124] As concretizações descritas no presente caso podem proporcionar um gerenciador de imagens grande ou um grande gestor de imagens (que pode ser referido aqui como um LIM). O LIM pode armazenar grandes itens de dados de imagens na memória de armazenamento externos aos
Petição 870190079843, de 16/08/2019, pág. 58/197
48/167 principais componentes dos sistemas de gerenciamento de imagens médicas existentes, como um PACS. 0 grande componente gerenciador de imagens pode proporcionar objetos de dados representativos para os sistemas de gerenciamento de imagens médicas (por exemplo, PACS) que representam os grandes itens de dados de imagens médicos armazenados no LIM. Esses objetos de dados representativos podem, então, ser incluídos em fluxos de trabalho de gerenciamento de imagens existentes. Os objetos de dados representativos podem ser gerados com um tamanho de dados limitado para facilitar a inclusão nos fluxos de trabalho. 0 tamanho dos dados dos objetos de dados representativos pode ser significativamente menor do que o tamanho de dados de grandes itens de dados de imagens armazenados no LIM (por exemplo, 100, 1000 ou 10.000 vezes menores). Quando os pedidos de imagens médicas correspondentes aos grandes itens de arquivo de imagens médicas são recebidos por um PACS, os pedidos podem ser reencaminhados para o LIM. O LIM pode então processar o re-pedido e fornecer os dados de pixel para a imagem solicitada.
[00125] Nas concretizações no presente caso , os fluxos de trabalho de imagens médicas existentes podem ser utilizados para gerir o ciclo de vida de grandes itens de imagens de imagens médicas, semelhantes aos pequenos itens de imagens de imagens médicas. Não obstante, os grandes itens de arquivo de imagens médicas podem ser armazenados, movidos e processados externamente a partir dos componentes principais que gerenciam o ciclo de vida da imagem. Assim, o ciclo de vida de grandes itens de imagens de imagens médicas pode ser gerenciado sem introduzir
Petição 870190079843, de 16/08/2019, pág. 59/197
49/167 atrasos ou gargalos devido à transmissão ineficiente dos grandes itens de arquivo de imagens médicas nos componentes centrais do PACS.
[00126] De acordo com determinadas concretizações, o LIM pode ser completamente externo ao
PACS. De uma forma alternativa, o LIM pode operar como uma
extensão ou plug-in dentro do sistema PACS . Quando o LIM
funciona como uma extensão ou plug-in, ele pode funcionar
fora dos fluxos de trabalho do sistema PACS principal (por
exemplo, armazenando grandes itens de imagens de vídeo em uma seção separada da memória dos objetos representativos correspondentes usados nos fluxos de trabalho).
[00127] O LIM pode ser configurado com sistemas de arquivos e sistemas de mensagens separados do PACS. O LIM também pode usar um protocolo de comunicação diferente do PACS para seus processos internos de gerenciamento de arquivos e gerenciamento de imagens.
[00128] O LIM pode adquirir itens de imagens de vídeo gerados por um ou mais visualizadores de imagens médicas. Os itens de imagens de imagens médicas podem incluir itens de dados referentes a imagens médicas de imagens, tais como scanners de patologia digital, câmeras de vídeo endoscópico, scanners de raio X, tomografia computadorizada e outros assemelhados. Em alguns casos, os itens de imagens de imagens médicas podem ser gerados em um formato compatível com DICOM, tal como o DICOM WSI. Em outros casos, os itens de imagens de imagens médicas podem ser gerados em outros formatos, tais como formatos proprietários específicos do gerador de imagens, que podem não ser diretamente compatíveis com o protocolo DICOM.
Petição 870190079843, de 16/08/2019, pág. 60/197
50/167 [00129] De acordo com alguns casos, o LIM pode estar em comunicação diretamente com os geradores de imagens médicas. De uma forma alternativa, o LIM pode coletar ou adquirir itens de dados de imagens médicos a partir de bancos de dados de armazenamento de imagens, arquivos de imagens e/ou sistemas de gerenciamento de imagens associados aos geradores de imagens médicas.
[00130] De um modo geral o LIM inclui um ou mais processadores e uma memória LIM. Os itens de dados de imagens médicas coletados pelo LIM podem ser armazenados na memória LIM. O LIM pode proporcionar acesso aos itens de dados de imagens médicas por meio de uma interface que atenda ao protocolo de comunicação utilizado ou definido pelos principais componentes do sistema de gerenciamento de imagens médicas, como o PACS. Por exemplo, o LIM pode incluir uma interface DICOM ou API configurada para se comunicar com um PACS de maneira compatível com DICOM.
[00131] De acordo com algumas concretizações descritas no presente caso, itens de dados de grandes imagens médicas podem ser armazenados separadamente em relação a itens de dados de imagens médicas menores. Por exemplo, itens de pequenas imagens de imagens médicas podem ser armazenados em uma memória de armazenamento gue faz parte dos componentes centrais de um PACS, enquanto itens de grandes imagens de dados médicas (por exemplo, itens de dados de imagens médicas iguais ou maiores que um tamanho de dados limite) são armazenadas em uma memória de armazenamento separada incluída no LIM.
[00132] O tamanho dos dados de limite pode variar dependendo da configuração do sistema e dos
Petição 870190079843, de 16/08/2019, pág. 61/197
51/167 requisitos para diferentes usuários individuais e organizacionais. Em alguns casos, o tamanho dos dados de limite pode variar com base nas configurações da infraestrutura de rede e/ou considerações de armazenamento de dados para uma implementação específica do sistema.
[00133] De acordo com outras concretizações, todos os itens de arquivo de imagens médicas podem ser armazenados no LIM. Por exemplo, os itens originais de imagens de imagens médicas podem ser armazenados no LIM em um estado não modificado ou não processado para proporcionar um único repositório para os itens de arquivo de imagens médicas captados originalmente. Isso pode facilitar a conformidade reguladora, por exemplo, quando os itens de imagens de imagens médicas devem ser armazenados em seu formato original.
[00134] O LIM pode gerar objetos representativos para os itens de dados de imagens médicas coletados. Os objetos representativos podem incluir objetos formatados em DICOM que podem ser fornecidos ao PACS. O PACS pode então usar esses objetos representativos DICOM nos principais fluxos de trabalho do PACS. Por exemplo, o PACS pode integrar esses objetos representativos DICOM em seus principais fluxos de trabalho de gerenciamento de ciclo de vida de dados e acesso a dados. Os objetos representativos do DICOM podem ser integrados em fluxos de trabalho, juntamente com os pequenos itens de arquivo de imagens médicas, que são armazenados no sistema PACS principal.
[00135] Isto pode permitir que o PACS proporcione gerenciamento integrado de arquivos e de ciclo
Petição 870190079843, de 16/08/2019, pág. 62/197
52/167 de vida para itens de imagens de diferentes departamentos e diferentes procedimentos de imagem. Isso também pode proporcionar ao clinico um banco de dados centralizado de itens de dados de imagens médicas disponíveis, bem como acesso centralizado a esses itens de dados de imagens médicas.
[00136] O LIM pode integrar-se ao PACS para modificar os fluxos de trabalho dos itens de dados de imagens médicos armazenados no LIM. Por exemplo, quando os fluxos de trabalho do PACS resultam em uma solicitação para fornecer, transferir, modificar e/ou excluir um item de dados de imagens médicas, essas solicitações podem ser redirecionadas para o LIM para processar a solicitação. O LIM pode então executar as ações solicitadas ou partes das ações solicitadas envolvendo dados armazenados no LIM. Quando os fluxos de trabalho ou solicitações se referem a pequenos itens de dados de imagens médicos armazenados no PACS, as solicitações podem ser tratadas pelos componentes principais do PACS de acordo com fluxos de trabalho convencionais em formas de realização nas quais esses itens de dados de pequenas imagens médicas são armazenados no PACS. De uma forma alternativa, eles ainda podem ser redirecionados para o LIM em modalidades onde todos os itens de dados de imagens médicas são armazenados no LIM.
[00137] O LIM pode coletar itens de dados de imagens médicas em um estado no estado em que se encontra. Ou seja, o LIM pode coletar itens de arquivo de imagens médicas no formato definido pelo gerador de imagens usado para gerar esses itens de imagens de imagens médicas. O LIM também pode armazenar estes itens coletados de dados
Petição 870190079843, de 16/08/2019, pág. 63/197
53/167 de imagens médicas em seu formato original. Esses itens de dados de imagens médicas podem não ser modificáveis quando armazenados em estado no estado em que se encontram. Em vez disso, qualquer processamento pode ser limitado à leitura e/ou extração dos dados armazenados nos itens originais de dados de imagens médicas.
[00138] A memória LIM pode incluir um arquivo grande de armazenamento de imagens, no qual os itens de imagens de imagens médicas coletados podem ser armazenados em seu formato original e estado original. Isso pode garantir a conformidade com os requisitos regulamentares e proporcionar a fidelidade dos dados. O LIM também pode gerar uma assinatura digital para os itens de dados de imagens médicos coletados, indicando que os itens armazenados de imagens de imagens médicas não foram modificados de seu estado originalmente coletado. 1st o pode proporcionar garantias de que os itens de imagens de imagens médicas estão sendo armazenados de acordo com as obrigações regulamentares.
[00139] Muito embora a descrição possa descrever as operações do LIM no contexto de operação em conjunto com um PACS, deve ser entendido que vários recursos e componentes do LIM podem operar independentemente de um PACS, a menos que seja indicado o contrário. Do mesmo modo, muito embora vários sistemas e métodos possam ser descritos no presente caso com referência a um PACS e/ou LIM, deve ficar entendido que estes sistemas e métodos podem ser concretizados em outros sistemas, exceto quando indicado de outro modo. Por exemplo, os sistemas e métodos descritos no presente caso
Petição 870190079843, de 16/08/2019, pág. 64/197
54/167 para a coleta de itens de arquivo de imagens médicas podem ser concretizados com ou sem um PACS e/ou um LIM. Da mesma forma, os sistemas e métodos que estão descritos no presente caso para o envio de itens de dados de imagens médicas podem ser concretizados com ou sem um PACS e/ou um LIM.
[00140] Com referência agora à Figura 1, ilustra-se na mesma um diagrama de blocos de um sistema de gerenciamento de imagens 100 de acordo com uma concretização exemplificativa. No exemplo ilustradfo na Figura 1, o sistema 100 inclui um gerenciador de gerador de imagens 102 acoplado de forma comunicante a geradores de imagens 110 e a pelo menos um sistema de armazenamento de informação 112. O gerenciador de imagem 102 inclui um componente de gerenciamento de grande imagem (LIM) 104 acoplado a um sistema de comunicação de imagem e arquivamento (PACS) 106.
[00141] De um modo geral, o sistea 100 inclui de uma maneira geral uma pluralidade de computadores que podem ser conectados por meio de uma rede de comunicação de dados. A rede de comunicação de dados pode incluir redes de comunicação tanto locais quanto amplas, e pode ser conectada à internet.
[00142] Tipicamente, a ligação entre a rede de comunicação de dados e a Internet pode ser feita através de um servidor de firewall (não mostrado). Em alguns casos, pode haver vários elos ou firewalls, ou ambos, entre a rede de comunicação de dados e a Internet. Algumas organizações podem operar redes múltiplas ou redes virtuais, que podem ser interconectadas ou isoladas. Estas foram omitidas para
Petição 870190079843, de 16/08/2019, pág. 65/197
55/167 facilidade de ilustração, no entanto, será entendido que os ensinamentos aqui descritos podem ser aplicados a tais sistemas. As redes podem ser construídas a partir de uma ou mais tecnologias de rede de computadores, tais como IEEE
802.3 (Ethernet), IEEE 802.11 e tecnologias similares.
[00143] Computadores e dispositivos de computação, tais como os geradores de imagem 110, sistemas de armazenamento de informação 112, gerenciador de imagem 102 (isto é, LIM 104 e PACS 106), e visualizadores 108 podem ser conectados à rede de comunicação de dados ou uma porção deles através de interfaces de rede adequadas. De acordo com alguns casos, um ou mais dos dispositivos de computação, como os visualizadores 108, podem se conectar à rede de comunicação de dados através da Internet.
[00144] Exemplos de computadores que podem ser usados para implementar componentes do sistema 100, como LIM 104, PACS 106 e visualizadores 108, podem incluir computadores do tipo desktop ou laptop. Esses computadores podem ser conectados à rede de comunicação de dados através de uma conexão Ethernet com fio ou uma conexão sem fio. O gerenciador de imagens 102 (incluindo o componente de gerenciador de imagens grande 104 e PACS 106) também pode conectar-se à rede de comunicação de dados através da Internet.
[00145] O visualizador 108 é dotado de um processador, memória volátil e memória de armazenamento não volátil, pelo menos uma interface de rede, e pode incluir dispositivos de entrada tais como teclado e trackpad, bem como dispositivos de saída como visor e alto-falantes e vários outros dispositivos de saída, como será apreciado.
Petição 870190079843, de 16/08/2019, pág. 66/197
56/167 [00146] O gerenciador de imagens 102 tem pelo menos um processador, memória volátil e memória de armazenamento não volátil, pelo menos uma interface de rede, e pode incluir dispositivos de entrada tais como teclado e trackpad, bem como dispositivos de saída como um monitor e altifalantes e vários outros dispositivos de entrada / saída, como será apreciado. Em alguns casos, o gerenciador de imagens 102 pode incluir vários computadores servidores ligados que são acessíveis através da rede de comunicação de dados, por exemplo, através da Internet. Por conseguinte, o gerenciador de imagens 102 pode não requerer diretamente dispositivos de entrada e/ou dispositivos de emissão como saída.
[00147] O componente gerenciador de grandes imagens 104 também inclui de uma maneira geral pelo menos um processador, memória volátil e memória de armazenamento não volátil, e pelo menos uma interface de rede. O componente gerenciador de grandes imagens 104 pode ser concretizado na forma de uma combinação de hardware e software, e pode incluir programas de software que podem ser armazenados em uma mídia de armazenamento ou em um dispositivo que seja capaz de ser lido por um dispositivo programável de finalidade geral ou especial. O LIM 104 também pode ser distribuído entre várias instâncias de processadores e/ou memória de armazenamento.
[00148] O PACS 106 também inclui geralmente pelo menos um processador, memória volátil e memória de armazenamento não volátil, e pelo menos uma interface de rede. 0 PACS 106 pode ser concretizado na forma de uma combinação de hardware e software, e pode incluir programas
Petição 870190079843, de 16/08/2019, pág. 67/197
57/167 de software que podem ser armazenados em uma mídia de armazenamento ou em um dispositivo que seja capaz de ser lido por um dispositivo programável de finalidade geral ou especial. 0 PACS 106 também pode ser distribuído entre várias instâncias de processadores e/ou memória de armazenamento.
[00149] De acordo com alguns exemplos, pode haver sobreposição entre os processadores e/ou a memória utilizada pelo grande gerenciador de imagens 104 e PACS 106. Em outros casos, cada um dos grandes gerenciadores de imagens 104 e PACS 106 pode utilizar processadores e memórias completamente independentes. Em geral, no entanto, a grande operadora opera um sistema de arquivos separado e um sistema de mensagens do PACS 106, e possui uma memória de armazenamento de dados separada. Os grandes gerenciadores de imagens 104 e PACS 106 podem se comunicar usando uma interface de comunicação, como a interface DICOM 350 ilustrada na Figura 3 e discutida mais adiante.
[00150] Alguns dos computadores no sistema 100, tais como o visualizador 108, podem ser concretizados por meio de dispositivos móveis, tais como um telefone inteligente ou tablet. Os dispositivos móveis geralmente podem incluir uma ampla variedade de dispositivos inteligentes capazes de comunicação de dados. Em geral, os dispositivos móveis têm um processador, memória volátil e não volátil, pelo menos uma interface de rede e dispositivos de entrada / saída. Os dispositivos móveis são tipicamente portáteis e podem, às vezes, ser conectados à rede de comunicação de dados ou a uma parte dela. Por exemplo, o dispositivo móvel pode se conectar à rede de
Petição 870190079843, de 16/08/2019, pág. 68/197
58/167 comunicação de dados remotamente, usando uma rede privada virtual (VPN).
[00151] De um modo geral, os processadores utilizados pelos componentes de computador do sistema 100 podem ser compreendidos por processadores de computador, tais como um microprocessador de uso geral. De acordo com outros casos, os processadores podem incluir uma matriz de portas programáveis em campo, circuito integrado específico para aplicações, microcontrolador ou outro processador de computador adequado.
[00152] Os processadores podem ser acoplados, via um barramento de dados de computador, à memória. A memória pode incluir memória volátil e não volátil. A memória não volátil armazena programas de computador que consistem em instruções executáveis pelo computador, que podem ser carregadas na memória volátil para execução pelos processadores, conforme necessário. Seré compreendido pelas pessoas versadas na técnica que as referências a componentes tais como LIM 104 ou PACS 106 como realizar uma funo ou atuar de um modo particular implicam em que um ou mais processadores estejam executando instruções (por exemplo, um programa de software) armazenadas na memória e possivelmente transmitindo ou recebendo entradas e saídas através de uma ou mais interfaces. A memória também pode armazenar dados de entrada ou saída dos processadores durante a execução das instruções executáveis do computador.
[00153] Os processadores também podem ser acoplados a um ou mais monitores adequados para a saída de informações e dados, conforme necessário, por vários
Petição 870190079843, de 16/08/2019, pág. 69/197
59/167 programas de computador. Em particular, os monitores podem exibir uma interface gráfica de usuário (GUI) para um usuário que interage com o gerenciador de imagens 102. Por exemplo, o visualizador 108 pode incluir um monitor que proporciona uma GUI para um usuário interagir com o gerenciador de imagens 102 através do visualizador 108. Em alguns casos, um monitor pode ser omitido do LIM 104 ou PACS 106, por exemplo, onde o LIM 104 ou o PACS 106 estão configurados para operar de forma autônoma. Em tais casos, o LIM 104 ou o PACS 106 podem ser configuráveis usando-se um computador, tal como o visualizador 108, que está conectado ao gerenciador de imagens 102. Os vários componentes do sistema 100, tais como o LIM 104, o PACS 106 e o visualizador 108, podem executar um sistema operacional, tal como o Microsoft Windows ™, GNU / Linux ou outro sistema operacional adequado.
[00154] Cada um dos computadores e dispositivos de computação utilizados para concretizar componentes do sistema 100 pode, às vezes, se conectar a computadores ou servidores externos através da Internet. Por exemplo, o LIM 104 e/ou PACS 106 podem se conectar a arquivos de armazenamento de imagens externas que podem ser armazenados remotamente ou na nuvem.
[00155] Da forma que é utilizado no presente caso, o termo aplicativo de software ou aplicativo refere-se a instruções executáveis por computador, particularmente instruções executáveis por computador armazenadas em um meio não transitório, tal como uma memória não volátil, e executadas por um processador de computador. O processador do computador, ao executar as
Petição 870190079843, de 16/08/2019, pág. 70/197
60/167 instruções, pode receber entradas e transmitir saídas para qualquer um dos vários dispositivos de entrada ou saída aos quais está acoplado. .
[00156] O gerenciador de imagens 102 pode ser usado para proporcionar várias funções e operações relacionadas ao armazenamento e gerenciamento de itens de arquivo de imagens médicas. Em particular, o gerenciador de imagens 102 ilustrado na Figura 1 pode facilitar o gerenciamento de grandes itens de imagens de imagens médicas. O gerenciador de imagens 102 também pode facilitar o gerenciamento de itens de dados de imagens gerados por diferentes geradores de imagens e em diferentes formatos de arquivos de imagens.
[00157] De acordo com alguns casos, o gerenciador de imagens 102 pode ser utilizado para concretizar vários processos de gerenciamento de itens de imagens de imagens médicas, tais como os métodos 400 e 500 descritos mais adiante. Em alguns casos, o gerenciador de imagens 102 pode ser utilizado para concretizar vários processos de coleta de itens de imagens de imagens médicas, tal como o método 600 descrito mais adiante. Em alguns casos, o gerenciador de imagens 102 pode ser utilizado para concretizar vários processos para o processamento de itens de imagens de imagens médicas, tal como o método 700 descrito mais adiante no presente caso. Em alguns casos, o gerenciador de imagens 102 pode ser utilizado para concretizar vários processos de transferência de itens de imagens de imagens médicas, tais como o método 800 que se encontra descrito mais adiante.
Petição 870190079843, de 16/08/2019, pág. 71/197
61/167 [00158] O gerenciador de imagens 102 inclui de um modo geral o grande componente gerenciador de imagens ou o LIM 104 e o PACS 106. O LIM 104 e o PACS 106 podem operar em conjunto para coletar, armazenar, recuperar, processar, proporcionar acesso e exibir itens de dados de imagens médicas.
[00159] Um exemplo de um PACS 206 que pode ser usado para concretizar o PACS 106 encontra-se ilustrado na Figura 2 e descrito mais adiante em maiores detalhes. De um modo geral, o PACS 106 inclui vários componentes principais concretizados na forma de uma combinação de hardware e software. Esses componentes principais proporcionam funções tais como arquivamento, revisão e exibição de imagens médicas. De acordo com alguns casos, o visualizador 108 pode ser considerado como um componente central do PACS 106. Por exemplo, os componentes centrais do PACS 106 podem corresponder de um modo geral aos componentes centrais do PACS descritos em na patente U.S. N°. 6.574.629.
[00160] O PACS 106 inclui um componente de ativação de fluxo de trabalho 114 que define fluxos de trabalho usados para gerenciar dados armazenados no PACS 106. Os fluxos de trabalho definidos pelo componente de ativação de fluxo de trabalho 114 podem ser iniciados em resposta à entrada do usuário, como uma solicitação para revisar uma imagem médica ou transferir um item de dados de imagens médicas para um sistema externo. Os fluxos de trabalho definidos pelo componente de ativação do fluxo de trabalho 114 também podem ser iniciados automaticamente em resposta a acionadores do sistema, como um período de tempo decorrido após certas ações terem ocorrido.
Petição 870190079843, de 16/08/2019, pág. 72/197
62/167 [00161] Os fluxos de trabalho podem incluir fluxos de trabalho de gerenciamento do ciclo de vida, que podem definir onde e como são armazenados os diferentes itens de dados de imagens médicas (por exemplo, como e quando os itens de imagens devem ser arquivados, como e quando os itens de imagens devem ser modificados e/ou apagados, e outros assemelhados). Os fluxos de trabalho podem incluir fluxos de trabalho de acesso à imagem que podem definir quando e como os itens de dados de imagens médicas são proporcionados para os usuários 108 para revisão (por exemplo, como e quando os itens de imagens devem ser recuperados para acesso ou revisão, como e quando os dados de imagens médicas devem ser pré-buscados para revisão esperada, e outros assemelhados). Os fluxos de trabalho podem incluir fluxos de trabalho de transferência de imagens que podem definir quando e como os itens de dados de imagens médicos são transferidos entre o PACS 106 e os sistemas externos de gerenciamento de imagens. Os fluxos de trabalho podem incluir fluxos de trabalho de coleta de imagens que podem definir quando e como os itens de dados de imagens médicas são coletados de sistemas externos de gerenciamento de imagens. Os fluxos de trabalho podem incluir fluxos de trabalho de processamento de imagem que podem definir quando e como os itens de dados de imagens são processados pelo gerador de imagens 102. Por exemplo, os fluxos de trabalho de processamento de imagem no componente de ativação de fluxo de trabalho 114 podem acionar fluxos de trabalho de processamento de imagem correspondentes no LIM 104. Os fluxos de trabalho também podem incluir fluxos de trabalho de reconciliação de
Petição 870190079843, de 16/08/2019, pág. 73/197
63/167 imagens que podem definir quando e como os itens de imagens de vídeo médicas são atualizados com sistemas externos, como sistemas de informações de laboratório 112.
[00162] O PACS 106 pode incluir uma memória de armazenamento de imagens que pode ser usada para armazenar itens de dados de imagens médicas, bem como informações associadas. A memória de armazenamento de imagens pode armazenar arquivos de configuração para o PACS 106 que podem ser usados pelo componente de ativação de fluxo de trabalho 114 para determinar relações entre itens de dados de imagens médicas, coleta de dados ou regras e destinos de transferência, dados relacionados a sistemas externos em comunicação com o PACS. PACS 106, bem como outros dados.
[00163] De um modo geral, o PACS 106 opera usando um protocolo de comunicação definido, neste caso DICOM. Os dados armazenados pelo PACS 106 são armazenados e gerenciados de acordo com o protocolo padrão DICOM. Por exemplo, os fluxos de trabalho definidos pelo componente de ativação do fluxo de trabalho 114 operam de acordo com o padrão DICOM.
[00164] O PACS 106 também pode incluir interfaces externas ou portas para interface com componentes externos tais como o LIM 104, visualizador 108, imagers 110, e/ou sistema de armazenamento de informação 112. As interfaces externas podem ser configuradas para receber e transmitir dados e mensagens de acordo com protocolos de comunicação definidos, como DICOM, HL7, FHIR, e assim por diante.
[00165] Uma concretização exemplificativa de um LIM 304 que pode ser usada para concretizar o LIM 104 está
Petição 870190079843, de 16/08/2019, pág. 74/197
64/167 ilustrada na Figura 3 e descrito em maior detalhe mais adiante. De um modo geral, o LIM 104 inclui uma combinação de componentes de hardware e software que podem ser utilizados para gerir grandes itens de imagens de imagens médicas, por exemplo, como descrito mais adiante com referência à Figura 3. O LIM 104 também pode incluir um componente interno de ativação de fluxo de trabalho semelhante ao componente de ativação de fluxo de trabalho 114 do PACS 106. O componente de ativação de fluxo de trabalho do LIM 104 pode definir fluxos de trabalho específicos para o LIM 104, tais como fluxos de trabalho relacionados a dados de imagens médicas e/ou gerando objetos representativos. Em alguns casos, os fluxos de trabalho definidos pelo componente de ativação de fluxo de trabalho 114 do PACS 106 podem ser fluxos de trabalho mais gerais do sistema / corporativo, enquanto os fluxos de trabalho específicos do LIM podem ser mais focados no armazenamento e processamento de itens de arquivo de imagens médicas. Os fluxos de trabalho do LIM 104 também podem ser acionados pelos fluxos de trabalho do PACS 106.
[00166] O LIM 104 pode incluir interfaces de comunicação externas para interface com componentes externos, tais como PACS 106, visualizador 108, imageadores 110 e/ou o sistema de armazenamento de informações 112. As interfaces no LIM 104 podem incluir uma variedade de APIs configuradas para comunicação usando comunicação diferente protocolos e com diferentes formatos de dados para permitir que o LIM 104 interaja com vários sistemas externos. Por exemplo, o LIM 104 pode incluir uma interface DICOM para
Petição 870190079843, de 16/08/2019, pág. 75/197
65/167 fazer interface com o PACS 106 de acordo com o protocolo usado pelo PACS 106.
[00167] De acordo com determinadas concretizações, o LIM 104 e o PACS 106 podem operar de uma maneira combinada ou interdependente para proporcionar o gerenciador de imagem 102. O LIM 104 pode armazenar os itens de imagens de imagens médicas e gerar objetos representativos a partir dos itens de dados de imagens médicos armazenados. Os objetos representativos podem então ser usados nos fluxos de trabalho de gerenciamento de imagens do PACS 106. O PACS 106 pode, então, solicitar apenas os itens completos de imagens de imagens médicas ou dados de pixel em tamanho real desses itens de dados de imagens médicas quando solicitados por um do usuário.
[00168] De um modo geral, o LIM 104 pode armazenar todos os itens de dados de imagens médicas para facilitar o gerenciamento de dados removendo grandes itens de dados de imagens médicos dos fluxos de trabalho de armazenamento e gerenciamento do PACS 106. Além disso, o LIM 104 pode armazenar itens de dados de imagens geradas em diferentes formatos que podem não ser compatíveis com os fluxos de trabalho do PACS 106. O LIM 104 pode então gerar os objetos representativos como arquivos DICOM que podem ser gerenciados pelos componentes principais do PACS 106.
[00169] O LIM 104 pode gerar os objetos representativos com um tamanho de dados reduzido ou limitado. Em alguns casos, o LIM 104 pode gerar objetos de visão geral representativos com um tamanho máximo de dados de 10 MB que podem ser transmitidos para o PACS 106 e usados nos fluxos de trabalho de gerenciamento do PACS. Em
Petição 870190079843, de 16/08/2019, pág. 76/197
66/167 alguns casos, o LIM 104 pode gerar objetos de metadados representativos com um tamanho máximo de dados de 5 MB ou até 1 MB, que podem então ser enviados para o PACS 106 e usados em fluxos de trabalho de gerenciamento. Os objetos de visão geral podem ser maiores, pois podem incluir dados de pixel de visão geral que podem ser revisados pelos usuários, enquanto os objetos de metadados representativos podem incluir apenas metadados usados pelos fluxos de trabalho de gerenciamento e possivelmente revisados pelos usuários. O tamanho máximo de dados dos objetos de visão geral e/tomada dos objetos de metadados representativos pode variar dependendo da concretização específica do sistema.
[00170] De uma forma alternativa, o LIM 104 pode gerenciar e armazenar grandes itens de imagens de imagens médicas enquanto o PACS 106 armazena pequenos itens de imagens de imagens médicas. A distinção entre pequenos itens de arquivo de imagens médicas (isto é, aqueles armazenados no PACS 106) e grandes itens de arquivo de imagens médicas (isto é, aqueles armazenados no LIM 104) geralmente podem ser determinados com base no tamanho dos dados ou no tamanho esperado dos dados de itens, dados de imagens médicas sendo armazenados. Por exemplo, um tamanho de dados limite pode ser definido pelo gerenciador de imagens 102 para diferenciar pequenos itens de imagens de imagens médicas e grandes itens de imagens de imagens médicas. Os itens de imagens de imagens médicas superiores ou iguais ao tamanho dos dados limite podem ser determinados como grandes itens de dados de imagens médicas.
Petição 870190079843, de 16/08/2019, pág. 77/197
67/167 [00171] O tamanho dos dados de limite pode depender de vários fatores relacionados a concretizações especificas do sistema 100. Por exemplo, o tamanho dos dados de limite pode ser definido como 10 GB, 25 GB, 50 GB ou 100 GB em diferentes exemplos de concretização.
[00172] De acordo com alguns casos, um tamanho de dados esperado dos itens de dados de imagens médicos armazenados pode ser usado para diferenciar pequenos itens de imagens de imagens médicas e grandes itens de imagens de imagens médicas. De acordo com alguns casos, o tipo de item de dados de imagens médicas que está sendo armazenado (por exemplo, raios X, video endoscópico, tomografia computadorizada) ou o gerador de imagens que gerou um item de dados de imagens médicas especifico pode ser usado para determinar se o item de dados de imagens médicas deve ser armazenado, o LIM 104 ou PACS 106. Por exemplo, geradores de imagens ou tipos de imagens que tendem a gerar imagens médicas com tamanhos maiores de dados podem ser alocados ao LIM 104 enquanto outros itens de imagens de imagens médicas são alocados ao PACS 106. Mais uma vez, o tamanho de dados esperado do limite (e tipos de imagens correspondentes ou geradores de imagens) pode variar dependendo da concretização.
[00173] O LIM 104 pode realizar várias operações relacionadas à coleta, armazenamento e processamento de itens de arquivo de imagens médicas. O PACS 106 pode armazenar objetos representativos e pode realizar várias operações relacionadas à coleta e processamento desses objetos representativos. De acotdo com alguns casos, o PACS também pode armazenar e executar
Petição 870190079843, de 16/08/2019, pág. 78/197
68/167 operações relacionadas à coleta e ao processamento de pequenos itens de partes de imagens médicas, por exemplo, itens de arquivo de imagens médicas já armazenados em um PACS 106 antes da adição do LIM 104. O PACS 106 também pode gerenciar o ciclo de vida e o acesso a pequenos itens de arquivo de imagens médicas e grandes itens de arquivo de imagens médicas. Isso pode facilitar a integração do LIM 104 em fluxos de trabalho clínicos e procedimentos clínicos existentes.
[00174] O gerenciador de imagens 102 pode ser acoplado de forma comunicativa a um ou mais visualizadores 108. Os visualizadores 108 podem ser compreendidos por dispositivos de computação operados por usuários, tais como médicos, para solicitar, rever e/ou analisar imagens médicas, entre outras funções. Os usuários podem interagir com o gerenciador de imagens 102 através dos visualizadores 108 .
[00175] O componente gerenciador de grandes imagens 104 pode facilitar as interações com o PACS 106, removendo os grandes itens de dados de imagens médicos dos principais fluxos de trabalho do PACS 106. Isso pode reduzir os requisitos de largura de banda nos componentes centrais do PACS 106 e, por sua vez, facilitar o usuário de interações com o PACS 106. Ao mesmo tempo, pedidos de grandes itens de dados de imagens transmitidos ao PACS 106 podem ser reencaminhados para o LIM 104 para servir a imagem médica solicitada a um observador 108.
[00176] Do ponto de vista de um clínico, as interações com o PACS 106 para solicitar e rever imagens podem parecer as mesmas. No entanto, os médicos podem ter
Petição 870190079843, de 16/08/2019, pág. 79/197
69/167 acesso a um maior número e tipo de item de dados de imagens médicas. Além disso, como o rendimento necessário para o PACS 106 realizar suas operações de gerenciamento de imagens pode ser reduzido, os médicos podem experimentar latência reduzida ao interagir com o gerenciador de imagens 102 .
[00177] Conforme ilustrado pelas transmissões de dados 116, 122 e 126 na Figura 1, o LIM 104 e o PACS 106 podem operar com comunicação bidirecional para gerenciar itens de arquivo de imagens médicas. Por exemplo, o LIM 104 pode transmitir uma mensagem de metadados 116 ao PACS 106, indicando que um novo item de dados de imagem médica foi armazenado no LIM 104 e está disponível para ser acessado. A mensagem de metadados 116 ou outra mensagem enviada pelo LIM 104 também pode incluir um ou mais objetos representativos correspondentes ao novo item de dados de imagens médicas. Os objetos representativos podem então ser usados pelo PACS 106 em fluxos de trabalho de gerenciamento de imagens.
[0017 8] O PACS 106 pode determinar que um dos itens de dados de imagens médicos armazenados no LIM 104 deve ser modificado e/ou atualizado e/ou arquivado e/ou excluído e/ou pré-buscado e/ou processado, e assim por diante, pode então transmitir uma mensagem de gerenciamento 126 para o LIM 104 indicando a ação apropriada do ciclo de vida. 0 LIM 104 pode então executar uma ação de ciclo de vida relacionada em relação ao item de dados de imagens médicas identificado pela mensagem 126.
[00179] O gerenciador de imagens 102 pode também comunicar-se com um ou mais visualizadores 108. Os
Petição 870190079843, de 16/08/2019, pág. 80/197
70/167 visualizadores 108 podem corresponder reesticao de visualizao que utilizei para receber e exibir imagens e sub-imagens micas. O visualizador 108 e o PACS 106 podem trocar mensagens de visualizador 118 relativas a itens de dados de imagens médicos armazenados no PACS 106 e / ou no LIM 104. O visualizador 108 pode ser configurado para comunicar utilizando o protocolo DICOM utilizado pelo PACS 106.
[00180] De acordo com determinados casos, o visualizador 108 pode proporcionar um pedido 120 para uma imagem médica para o PACS 106. Por exemplo, um usuário do visualizador 108 pode selecionar uma imagem médica para o pedido com base nos dados recebidos nas mensagens do visualizador 118. Se o PACS 106 determinar que o pedido corresponde a um objeto representativo (ou em alguns casos um item de dados de imagem médica) armazenado no PACS 106, o PACS 106 pode proporcionar os dados de pixel solicitados diretamente. Contudo, se o PACS 106 determinar que a imagem médica pedida corresponder a um dos itens de dados de imagens médicos armazenados no LIM 104, o pedido pode ser reencaminhado para o LIM 104.
[00181] De acordo com alguns casos, um pedido redirecionado 122 pode ser enviado automaticamente para o LIM 104 pelo PACS 106 em resposta ao pedido 120. De uma forma alternativa, o PACS 106 pode responder ao visualizador 108 com uma indicação de que é necessário um pedido reencaminhado. O visualizador 108 pode então transmitir o pedido reencaminhado 122 para o LIM 104.
[00182] Em resposta ao recebimento do pedido reencaminhado 122, o LIM 104 pode identificar os dados de
Petição 870190079843, de 16/08/2019, pág. 81/197
71/167 pixel da imagem médica pedida. 0 LIM 104 pode então transmitir uma mensagem de resposta de imagem 124 para o visualizador 108 que inclui os dados de pixel solicitados. A mensagem de resposta de imagem 124 pode ser enviada diretamente para o visualizador 108, ou pode ser encaminhada através do PACS 106. O visualizador 108 pode então exibir os dados de pixel para o usuário.
[00183] O gerenciador de imagens 102 pode ser acoplado de forma comunicante a um ou mais geradores de imagens 110. Os geradores de imagens 110 podem ser configurados para gerar imagens médicas digitais na forma de itens de imagens de imagens médicas. Exemplos de dispositivos de imagem 110 incluem scanners (digitalizadores) de patologia digital, câmaras de video de endoscopia, scanners de raios X, scanners de tomografia computadorizada, scanners de ultra-sons, imagens de ressonância magnética, e outros assemelhados.
[00184] De acordo com alguns casos, o gerenciador de imagens 102 pode não estar diretamente conectado a dispositivos de imagem 110. Por exemplo, o gerenciador de imagens 102 pode recuperar itens de arquivo de imagens médicas a partir de componentes de armazenamento de imagens (isto é, memória de armazenamento usada para armazenar itens de imagens de imagens médicas) ou arquivos que, por sua vez, recebem os elementos de imagens de imagens médicas dos geradores de imagem. O administrador de imagens também pode receber itens de dados de imagens médicas de sistemas externos de gerenciamento de imagens, tais como aqueles associados a um serviço de saúde diferente.
Petição 870190079843, de 16/08/2019, pág. 82/197
72/167 [00185] O sistema de armazenamento de informação 112 pode armazenar dados adicionais associados a itens de dados de imagens gerados por imageadores 110 ou armazenados pelo gerenciador de imagens 102. Exemplos de sistemas de armazenamento de informação 112 incluem sistemas de informação hospitalar (HIS), Sistemas de Informação Laboratorial / Departamental (LIS).e/ou Sistemas de Informação Radiológica (RIS).
[00186] O gerenciador de imagem 102 pode comunicar-se com o sistema de armazenamento de informação 112 para recuperar metadados adicionais relacionados com os itens de dados de imagens médicos armazenados pelo LIM 104 e/ou PACS 106. Por exemplo, o gerenciador de imagens 102 pode comunicar-se com o sistema de armazenamento de informação 112 para recuperar dados do paciente associados a um item de dados de imagem médica particular. Os dados do paciente podem ser então armazenados como parte dos metadados da imagem para o item de dados de imagens médicas.
[00187] Com referência agora à Figura 2, ilustra-se na mesma um exemplo de um sistemade gerenciamento de imagens 200 que inclui uma PACS 206 sem um grande componente gerenciador de imagens, tais como o LIM 104 ilustrado na Figura 1. Um exemplo de arquivamento de imagens e sistema de comunicação que pode ser usado para concretizar o PACS 206 e seus componentes principais é descrito em detalhes na patente U.S.N°. 6.574.629.
[00188] De um modo geral, o PACS 206 é concretizado como uma combinação de componentes de hardware e software, incluindo um processador, memória volátil,
Petição 870190079843, de 16/08/2019, pág. 83/197
73/167 memória de armazenamento não volátil e uma interface de comunicação. A interface de comunicação pode ser uma ou mais interfaces de rede de dados, como uma interface IEEE
802.3 ou IEEE 802.11, para comunicação através de uma rede.
[00189] Confforme ilustrado na Figura 2, o PACS 206 é acoplado de forma comunicante a um visualizador 208, um sistema de armazenamento de informação 212 e um arquivo de imagem 230. O PACS 206 pode estar diretamente ligado a qualquer um ou mais do visualizador 208, um sistema de armazenamento de informação 212 e arquivo de imagem 230, por exemplo, através de um barramento em série universal, Bluetooth ™ ou conexão Ethernet. De uma forma alternativa, o PACS 206 pode ser ligado a qualquer um ou mais do visualizador 208, um sistema de armazenamento de informação 212 e arquivo de imagem 230, através de uma rede de comunicação de dados ou, em alguns casos, da Internet.
[00190] De uma maneira geral, o PACS 206 opera utilizando um protocolo de comunicação definido, no presente exemplo DICOM. Os dados armazenados pelo PACS 106 são comunicados e gerenciados de acordo com o protocolo padrão DICOM. Por exemplo, os fluxos de trabalho definidos pelo componente de ativação do fluxo de trabalho 214 operam de acordo com o padrão DICOM.
[00191] O PACS 206 também pode incluir interfaces externas ou portas para interface com componentes externos, como o visualizador 208, um sistema de armazenamento de informações 212 e arquivo de imagens 230. As interfaces externas podem ser configuradas para receber e transmitir dados e mensagens de acordo com
Petição 870190079843, de 16/08/2019, pág. 84/197
74/167 protocolos de comunicação definidos, como DICOM, HL7, FHIR, e outros assemelhados.
[00192] O PACS 206 inclui um componente de ativação de fluxo de trabalho 214 e uma base de dados 232. A base de dados 232 pode ser armazenada na memória de armazenamento de não voltagem do PACS 206. Em algumas concretizações de exemplo, a base de dados 232 é uma base de dados relacionai. De acordo com outras concretizações, a base de dados 232 pode ser uma base de dados não relacionai, tal como uma base de dados de valores chave, uma base de dados NoSQL ou semelhante.
[00193] A base de dados 232 pode ser utilizada para armazenar itens de imagens de imagens médicas. O banco de dados também pode armazenar outros dados relacionados aos itens de dados de imagens médicas e de gerenciamento de itens de dados de imagens médicas. Por exemplo, o banco de dados 232 também pode armazenar arquivos de configuração do sistema que definem os fluxos de trabalho usados pelo componente de ativação do fluxo de trabalho 214 ou configurações de fluxo de trabalho. O componente de ativação de fluxo de trabalho 214 pode ser geralmente análogo ao componente de ativação de fluxo de trabalho 114. No entanto, o componente de ativação de fluxo de trabalho 214 também pode incluir fluxos de trabalho relacionados ao armazenamento de itens de dados de imagens médicas para o PACS 206 para concretização sem um LIM para armazenar itens de dados de imagens médicas.
[00194] O visualizador 208 e o sistema de armazenamento de informaçãoo 212 podem geralmente corresponder ao visualizador 108 e ao sistema 112 de
Petição 870190079843, de 16/08/2019, pág. 85/197
75/167 armazenamento de informação que se encontra ilustrado na
Figura 1.
[00195] O arquivo de imagens 230 pode incluir uma memória de armazenamento. O arquivo de imagens 230 pode proporcionar armazenamento persistente a longo prazo de itens de imagens de imagens médicas. Embora mostrado separadamente da base de dados 232, em alguns casos, o arquivo de imagens 230 pode ser armazenado na base de dados 232. De uma forma alternativa, o arquivo de imagens 230 pode ser localizado remotamente a partir do PACS 206.
[00196] No sistema de gerenciamento de imagens 200 da Figura 2 o PACS 206 armazena e gerencia todos os itens de imagens de imagens médicas que são acessíveis através do PACS 206. O PACS 206 pode não ser capaz de acessar ou gerenciar itens de dados de imagens gerados em formatos que não são compatíveis com o definido protocolo de comunicação utilizado pelo PACS 206. Como resultado, a um usuário acedendo ao PACS 206 através do visualizador 208 pode ser apenas mostrado os itens de imagens de dados gerados num formato DICOM.
[00197] Do mesmo modo, o PACS 206 gerencia todos os itens de dados de imagens médicos independentemente do tamanho dos dados. Os fluxos de trabalho definidos pelo componente de ativação de fluxo de trabalho 214 podem operar a mesma, independentemente do tamanho de um item de dados de imagem médica. Assim, a determinação de processar um item de dados de imagens médicas ou de modificar ou mover um item de dados de imagens médicas armazenadas pode não levar em consideração
Petição 870190079843, de 16/08/2019, pág. 86/197
76/167 o tamanho dos dados do item de dados de imagens médicas envolvido.
[00198] Por conseguinte, quando os fluxos de trabalho do PACS 206 indica que um item de dados de imagens médicas deve ser transferido da base de dados 232 para o arquivo de imagens 230, ou vice versa, pode ocupar, total ou parcialmente, o processador e a memória do PACS 206 durante o período da transferência de dados. Isso pode causar atrasos ou gargalos significativos quando grandes itens de arquivo de imagens médicas, às vezes com até 100 gigabytes ou mesmo 10 ou 100 terabytes, estiverem sendo transferidos. Da mesma forma, várias outras operações em itens de dados de imagem grandes podem ocupar uma largura de banda significativa disponível para o PACS 206.
[00199] Em contraste, no sistema de gerenciamento de imagens 100 mostrado na Figura 1, itens de dados de imagens médicas são armazenados no LIM 104. Pequenos objetos representativos correspondentes a esses itens de imagens de imagens médicas são proporcionados para o PACS 106 para serem inccluídos nos fluxos de trabalho. Assim, com pouca ou nenhuma modificação nos fluxos de trabalho do PACS, o processamento e o gerenciamento de grandes itens de arquivo de imagens médicas podem ser removidos do PACS 206. Isto pode aliviar a pressão sobre o PACS 206, pois ele gerencia o ciclo de vida de itens de dados de imagens médicas pequenas e grandes.
[00200] Fazendo-se referência agora à Figura 3, ilustra-se na mesma um diagrama de blocos de um grande componente gerenciador de imagens 304 de acordo com uma concretização exemplificativa. O Grande componente
Petição 870190079843, de 16/08/2019, pág. 87/197
77/167 gerenciador de imagens 304 é um exemplo de um grande componente gerenciador de imagens que pode ser usado como
LIM 104 no gerenciador de imagens 102.
[00201] O LIM 304 geralmente inclui pelo menos um processador, bem como memória volátil e memória de armazenamento sem tensão. O processador do LIM 304 pode ser configurado para executar várias funções em um sistema de gerenciamento de imagens em relação a grandes itens de imagens de imagens médicas. Estas funções podem ser funções que de outro modo seriam realizadas pelo PACS 106, mas são removidas do PACS 106 para aliviar a distensão e/ou porque os protocolos de comunicao utilizados pelo PACS 106 podem desempenhar as funções de modo ineficiente.
[00202] Conforme ilustrado na Figura 3, o LIM 304 pode manter o seu próprio sistema de arquivos 340 e sistema de mensagens 342. O sistema de arquivos 340 e o sistema de mensagens 342 podem ser mantidos independentemente do sistema de arquivos do PACS 206.
[00203] Tal como mencionado, o PACS 106/206 pode operar de acordo com um protocolo de comunicação DICOM. No entanto, o protocolo de comunicação DICOM pode ser estruturado de forma ineficiente para armazenar e gerenciar arquivos grandes. Por conseguinte, o sistema de arquivos 340 e o sistema de mensagens 342 podem funcionar de acordo com protocolos de comunicação alternativos.
[00204] O sistema de arquivos 340 e o sistema de mensagens 342 do LIM 104 podem ser configurados para manusear uma maior taxa de transferência de dados em comparação com um PACS 106/206. Por exemplo, o sistema de arquivos 340 e o sistema de mensagens 342 do LIM 104 podem
Petição 870190079843, de 16/08/2019, pág. 88/197
78/167 ser configurados para ter um débito de dados nos 10s de TB ou mais por dia. Em contraste, o PACS 206 convencional pode ser configurado para ter um rendimento de apenas 10s de TB por ano. O sistema de arquivos 340 e o sistema de mensagens 342 do LIM 104 podem ser configurados para processar os itens de dados de imagens médicas.
[00205] O LIM 304 também inclui um banco de dados 352. O banco de dados 352 pode ser armazenado na memória de armazenamento não volátil do LIM 304. O banco de dados 352 pode ser usado para armazenar grandes itens de imagens de imagens médicas. Em alguns casos, a memória de armazenamento não volátil do LIM 304 pode armazenar objetos de pixel gerados a partir dos grandes itens de arquivo de imagens médicas. De acordo com alguns casos, a memória de armazenamento não-volátil do LIM 304 pode armazenar objetos de pixels gerados a partir dos grandes itens de dados de imagens médicas.
[00206] O LIM 304 também pode incluir um componente de coleta ou coletor 344. O coletor 344 pode se comunicar com componentes de armazenamento externos, tais como geradores de imagens 110 e/ou memória de armazenamento remoto para coletar itens de dados de imagens médicos para armazenamento no banco de dados 352. De acordo com alguns casos , o coletor 344 também pode comunicar-se com sistemas de armazenamento de informação 112 para reconciliar informação adicional com os itens de dados de imagens médicas armazenados na base de dados 352.
[00207] Em geral, o coletor 344 pode ser configurado para coletar imagens de componentes externos de armazenamento de imagens de várias maneiras. Por exemplo, o
Petição 870190079843, de 16/08/2019, pág. 89/197
79/167 coletor 344 pode replicar itens de dados de imagens médicos armazenados na memória de armazenamento remota. 0 coletor 344 pode ser concretizado como uma aplicação de coletor armazenada na memória do LIM 304. Um exemplo de um processo de coleta de imagem 600 que pode ser concretizado pelo coletor 344 encontra-se ilustrado na Figura 6 e será discutido de forma mais detalhada.
[00208] O LIM 304 também pode incluir um componente de análise ou analisador de sintaxe 346. O analisador de sintaxe 346 pode analisar os itens de dados de imagens médicos armazenados no banco de dados 352 para identificar metadados de imagem e dados de pixel de imagem. O analisador 346 pode ser concretizaso como um aplicativo de análise armazenada na memória do LIM 304.
[00209] O LIM 304 pode receber ou coletar itens de dados de imagens médicos em vários formatos diferentes a partir de componentes externos de armazenamento de imagens. Exemplos de formatos de dados recebidos podem incluir formatos proprietários; formatos proprietários baseados em formatos de código aberto, tais como TIFF, JPEG, BMP, assim como em itens de imagens de imagens médicas formatados em DICOM.
[00210] O analisador 346 pode identificar o formato dos itens de dados de imagens médicas recebidos. Com base no formato dos elementos de dados de imagens médicos recebidos, o analisador 346 pode identificar os arquivos de dados de imagens médicas e as porções de arquivos de dados de imagens médicas que armazenam os metadados de imagem e os dados de pixel de imagem, respectivamente. O analisador 346 pode então extrair os
Petição 870190079843, de 16/08/2019, pág. 90/197
80/167 metadados de imagem e os dados de pixel de imagem dos itens de dados de imagens médicos analisados. O analisador de erro 346 pode também armazenar os dados de pixel de imagem para facilitar a recuperação de pedidos recebidos do PACS
106 ou visualizadores 108.
[00211] O analisador 346 pode ler e extrair os metadados armazenados nos itens de imagens de imagens médicas recebidos. O analisador 346 pode armazenar os metadados extraídos em um componente de armazenamento em cache para facilitar a geração dos objetos representativos. Os metadados extraídos podem então ser usados, por exemplo, pelo conversor 348 para gerar objetos representativos em um formato compatível com DICOM. O analisador 346 pode armazenar os metadados extraídos em um componente de armazenamento em cache para facilitar a geração dos objetos representativos.
[00212] O analisador 346 também pode processar os dados de pixel e metadados dos itens de dados de imagem médica recebidos. O analisador 346 pode gerar metadados de imagem adicionais com base no processamento do item de dados de imagem médica recebido. Esses metadados adicionais podem ser usados ao gerar os objetos representativos. Por exemplo, o analisador 346 pode analisar os dados de pixel correspondentes a uma ou mais sub-imagens do item de dados de imagem médica para identificar metadados de sub-imagem que podem ser incluídos como parte dos metadados de imagem adicionais.
[00213] O LIM 304 também pode incluir um componente de conversão ou conversor 348. O conversor 348 pode gerar vários objetos correspondentes aos itens de
Petição 870190079843, de 16/08/2019, pág. 91/197
81/167 imagens de imagens médicas recebidos e/ou armazenados pelo LIM 304. Por exemplo, o conversor 348 pode usar os metadados de imagem extraídos e/ou extrair dados de pixel de imagem do analisador para gerar objetos correspondentes aos itens de imagens de imagens médicas recebidos e/ou armazenados pelo LIM 304. O conversor 348 pode ser concretizado como uma aplicação de conversão armazenada na memória do LIM 304. Um exemplo de um processo de conversão de imagem 700 que pode ser concretizaado pelo conversor 348 está ilustrado na Figura 7 e será discutido de uma forma mais detalhada.
[00214] Em geral, o conversor 348 pode gerar objetos pixel correspondentes às imagens médicas e/ou subimagens de um item de dados de imagens médicas. Os objetos de pixel podem ser gerados a partir dos dados de pixel de imagem extraídos pelo analisador 346. Em alguns casos, o conversor 348 também pode gerar objetos de metadados de pixel definindo características dos objetos de pixel e relações espaciais entre os objetos de pixel.
[00215] O conversor 348 pode gerar objetos representativos correspondentes às imagens médicas e/ou sub-imagem do item de dados de imagens médicas. Alguns dos objetos representativos podem ser fornecidos ao PACS 106 para serem utilizados como parte dos fluxos de trabalho do PACS 106. O conversor 348 pode gerar alguns dos objetos representativos em um formato compatível com DICOM para permitir a fácil integração com os fluxos de trabalho do PACS 106. Exemplos de objetos representativos podem incluir objetos de metadados representativos e objetos de visão geral. O conversor 348 também pode gerar os objetos
Petição 870190079843, de 16/08/2019, pág. 92/197
82/167 representativos com um tamanho de dados máximo limitado para reduzir ao mínimo o tamanho dos objetos de dados incluídos nos fluxos de trabalho do PACS 106.
[00216] O LIM 304 também pode incluir uma interface DICOM 350. A interface DICOM pode proporcionar uma interface ou API entre o LIM 304 e o PACS 106. A interface DICOM 350 pode ser configurada para se comunicar com o PACS 106 para transmitir e receber dados compatíveis com DICOM, tais como as mensagens 116, 122 e 126 mostradas na Figura 1. A interface DICOM 350 pode ser utilizada para transmitir objetos representativos compatíveis com DICOM para o PACS 106.
[00217] A interface DICOM 350 pode também comunicar-se com um visualizador 108 que esteja configurado para operar de acordo com o protocolo DICOM. A interface 350 DICOM pode receber pedidos redireccionados 122 do PACS 106 e/ou visualizador 108. A interface 350 DICOM pode então transmitir dados de pixel ou objetos de pixel para o visualizador 108 rm um formato que seja compatível com DICOM ou de outro modo utilizável pelo visualizador 108.
[00218] O banco de dados 352 também pode armazenar informações relacionadas aos itens de arquivo de grandes imagens médicas, tais como identificadores de arquivos exclusivos e identificadores únicos de conjuntos, relativos a arquivos de dados de imagens médicas e conjuntos de arquivos de dados de imagens médicas, respectivamente. O banco de dados 352 também pode incluir um índice ou catálogo de endereços que correlaciona os identificadores de arquivo exclusivos e/ou identificadores de conjunto exclusivos com os endereços de memória dos
Petição 870190079843, de 16/08/2019, pág. 93/197
83/167 arquivos de dados de imagens médicas correspondentes ou conjuntos de arquivos de dados de imagens médicas. A base de dados 352 também pode indicar se determinados itens de imagens de imagens médicas estão disponíveis para acesso pelo observador 108 e/ou se os itens de dados de imagens médicos estão disponíveis para processamento adicional, por exemplo, pelo analisador 346.
[00219] De acordo com determinados casos, a memória não volátil do LIM 304 (por exemplo, o banco de dados 352) pode incluir uma seção de armazenamento de longo prazo e uma seção de acesso de curto prazo ou seção de cache. A seção de armazenamento de longo prazo pode proporcionar armazenamento permanente ou efetivamente permanente para itens de arquivo de imagens médicas. De acordo com alguns casos, o componente de armazenamento de longo prazo pode ser localizado remotamente a partir do processador do LIM 304, por exemplo, como uma memória de armazenamento externo ou em nuvem. Isso pode permitir flexibilidade e dimensionamento à medida que itens adicionais de dados de imagens médicas (e deste modo quantidades crescentes de dados) são armazenados no LIM 304 .
[00220] O armazenamento em cache pode ser usado para armazenar itens de imagens médicas e/ou arquivos de dados de imagens médicas de uma maneira que seja mais prontamente acessível para comunicação com PACS 106 e/ou visualizador 108. Por exemplo, o armazenamento em cache pode ser usado para armazenar objetos derivados dos itens de imagens de imagens médicas ou arquivos individuais dos itens de imagens de imagens médicas. O armazenamento em
Petição 870190079843, de 16/08/2019, pág. 94/197
84/167 cache pode armazenar arquivos de dados de imagem médica ou objetos que tenham sido solicitados (por exemplo, por um espectador 108 e/ou sistema externo) ou espera-se que sejam solicitados (por exemplo, como resultado de uma pré-busca de mensagens de um PACS 106) . Os dados armazenados no armazenamento em cache podem ser armazenados em um formato compatível com o sistema solicitado ou esperado para solicitar o objeto ou arquivo. Isso pode proporcionar uma resposta mais rápida às solicitações dos visualizadores 108 ou PACS 106.
[00221] O armazenamento em cache pode ter uma capacidade de armazenamento reduzida em comparação com o componente de armazenamento de longo prazo. Assim, objetos ou arquivos armazenados no armazenamento em cache podem ser armazenados por um período de tempo limitado (ou até que seja necessária capacidade adicional). Em alguns casos, objetos ou arquivos podem ser armazenados no armazenamento de cache em resposta a solicitações ou mensagens de prébusca .
[00222] De acordo com determinados casos, os itens de informações de imagens médicas recebidos pelo LIM 304 podem ser armazenados em seu formato originalmente recebido ou no estado em que se encontram. Isso pode garantir a fidelidade de dados para os itens de dados de imagens médicos armazenados. De acordo com alguns casos, também pode haver requisitos regulamentares que determinam o armazenamento dos itens de dados de imagens médicas em seu formato original. Os itens originais de imagens de imagens médicas podem ser armazenados na seção de armazenamento de longo prazo.
Petição 870190079843, de 16/08/2019, pág. 95/197
85/167 [00223] O LIM 304 também pode processar os itens de dados de imagens médicas para gerar objetos de pixel e outros objetos representativos. De acordo com alguns casos, o LIM 304 pode armazenar esses objetos de pixel e/ou objetos representativos, além dos itens de arquivo de imagens médicas originais. Isto pode permitir que imagens ou sub-imagens médicas individuais (e/ou metadados relacionados) sejam facilmente fornecidos em resposta a pedidos do PACS 106 e/ou do visualizador 108.
[00224] De uma forma alternativa, os objetos de pixel e/ou objetos representativos podem ser gerados em resposta a pedidos (ou pedidos antecipados / instruções de pré-busca do PACS 106) dos visualizadores 108. Os objetos de pixel e/ou objetos representativos podem ser então armazenados temporariamente, por exemplo, pelo período de tempo durante o qual se espera que sejam solicitados.
[00225] De acordo com determinados casos, o armazenamento em cache pode ser usado para armazenar os objetos de pixel e/ou objetos representativos. Desta forma, o armazenamento em cache pode ser utilizado para armazenar arquivos que incluam dados que se espera que sejam solicitados pelo PACS 106 e/ou visualizador 108. O armazenamento em cache pode então omitir outras porções dos itens de dados de imagens médicas que são improváveis de serem solicitado, ou que sejam de outro modo armazenados no PACS 106 (tais como por objetos representativos já transmitidos para o PACS 106).
[00226] O LIM 304 também pode incluir um componente de ativação de fluxo de trabalho interno semelhante ao componente de ativação de fluxo de trabalho
Petição 870190079843, de 16/08/2019, pág. 96/197
86/167
114 do PACS 106. O componente de ativação de fluxo de trabalho do LIM 304 pode definir fluxos de trabalho específicos para o LIM 304, tais como fluxos de trabalho relacionados a processamento de itens de dados, de imagens médicas e/ou gerando objetos representativos. O LIM 304 também pode incluir fluxos de trabalho de gerenciamento de cache que definem como e quando armazenar objetos no armazenamento em cache e como e quando remover ou excluir objetos do armazenamento em cache.
[00227] Os fluxos de trabalho definidos pelo LIM 304 podem ser acionados por fluxos de trabalho definidos pelo PACS 106/206. Por exemplo, o PACS 106 pode definir fluxos de trabalho de gerenciamento de cache que acionam os fluxos de trabalho de gerenciamento de cache correspondentes do LIM 304. O PACS 106 pode transmitir uma mensagem de pré-busca ao LIM 304 para acionar o fluxo de trabalho de gerenciamento de cache correspondente.
[00228] Fazendo-se referência agora à Figura 4, ilustra-se na mesma um fluxograma de um método 400 para gerenciar imagens médicas de acordo com uma concretização exemplificativa. De acordo com alguns casos, o método 400 pode ser concretizado na forma de um aplicativo de gerenciamento de imagens em um sistema de gerenciamento de imagens, tal como o gerenciador de imagens 102.
[00229] Em 410, estão identificados um ou mais itens de imagens de imagens médicas. Os itens de imagens de imagens médicas podem ser identificados a partir de um gerador de imagens médicas, como os geradores de imagens 110 ilustrados na Figura 1. Os itens de imagens de imagens médicas também podem ser identificados em outros locais de
Petição 870190079843, de 16/08/2019, pág. 97/197
87/167 armazenamento, tais como aqueles associados a dispositivos de imagem 110 ou a outros sistemas externos. Por exemplo, os itens de imagens de imagens médicas podem ser identificados ou recebidos a partir de sistemas externos de gerenciamento de imagens, tais como sistemas de gerenciamento de imagens associados a unidades de saúde externas. Os itens de imagens de imagens médicas também podem ser identificados a partir de um arquivo de imagem, tal como o arquivo de imagens 230 ilustrado na Figura 2.
[00230] O gerenciador de imagens 102 pode ser acoplado a múltiplas localizações de memória de armazenamento de imagens. O gerenciador de imagens 102 pode identificar os itens de dados de imagens médicas nas localizações da memória de armazenamento. O gerenciador de imagens 102 pode transferir ou copiar os itens de dados de imagens médicas identificados para uma memória de armazenamento local ou central associada ao gerenciador de imagens 102. Um exemplo de processo 600 para identificar e recolher itens de imagens de imagens médicas é descrito de forma mais detalhada mais adiante com referência à Figura 6.
[00231] O processo de identificação de itens de dados de imagens médicas pode ser implementado concretizado por um ou ambos os LIM 104 e PACS 106. De acordo com alguns casos, a identificação de itens de dados de imagens médicas pode ser incluída em um processo geral de identificação e coleta de itens de dados de imagens médicas. O gerenciador de imagem 102 pode determinar que um ou mais dos itens de imagem de imagens médicos identificados sejam grandes itens de imagens de imagens médicas.
Petição 870190079843, de 16/08/2019, pág. 98/197
88/167 [00232] De acordo com alguns casos, grandes itens de arquivo de imagens médicas podem ser identificados a partir dos componentes de armazenamento ou imagens mencionados anteriormente no presente caso. Os itens de imagens de imagens médicas identificados podem ser comparados a grandes critérios de imagem para determinar se os itens de imagens de imagens médicos identificados devem ser considerados itens de dados de imagem grande. Por exemplo, um tamanho de dados de limite pode ser usado para determinar se um item de dados de imagem médica identificado é um item de dados de imagem grande. Como alternativa, um tipo de imagem ou tipo de item de dados pode ser usado para diferenciar grandes itens de pequenos arquivos de imagens de imagens médicas (por exemplo, com base no tipo de gerador de imagens ou no processo / formato de imagens usado para gerar o item de dados de imagem).
[00233] Os itens de dados de grandes imagens médicas podem ser então armazenados (por exemplo, copiados para) em LIM 104. Por exemplo, os itens de dados de grandes imagens médicas podem ser armazenados no banco de dados 352 de LIM 304. de acordo com alguns casos, os outros itens de dados de imagens médicas identificados (isto é, itens de dados de pequenas imagens médicas) podem ser armazenados no PACS 106. Entretanto, todos os itens de dados de imagens médicas podem ser armazenados no LIM 104 em outros casos para proporcionar uma memória de armazenamento de imagens abrangente.
[00234] De acordo com determinados casos, os itens de dados de imagens médicas podem ser armazenados no banco de dados 352 não processados. Alternativamente, os
Petição 870190079843, de 16/08/2019, pág. 99/197
89/167 itens de dados de imagens médicas podem ser processados antes do armazenamento. Como alternativa, as versões processadas e não processadas dos itens de dados de imagens médicas podem ser armazenadas no LIM 304.
[00235] Em 420, os dados de pixel podem ser identificados nos itens de dados de imagens médicas. Os dados de pixel podem ser identificados nos itens de dados de imagem médica após um item de dados de imagem médica original ser armazenado no LIM 104/304. Alternativamente, os dados de pixel podem ser identificados em um item de dados de imagens médicas antes do armazenamento no LIM 104. Isso pode permitir que o LIM 104 extraia os dados de pixel do item de dados de imagens médicas antes do armazenamento.
[00236] Os dados de pixel podem ser identificados pelo gerenciador de imagem 102 que identifica os arquivos de dados de imagem médica no item de dados de imagem médica que incluem dados de pixel para a imagem médica e sub-imagens desse item de dados de imagem. De acordo com alguns casos, um subconjunto dos arquivos de dados de imagens médicas pode ser identificado como arquivos de pixel que incluem os dados de pixel [00237] De acordo com determinados casos, o gerenciador de imagens 102 pode identificar partes dos arquivos de dados de imagens médicas que incluem os dados de pixel para o item de dados de imagens médicas. Por exemplo, alguns dos arquivos de dados de imagens médicas podem incluir tanto metadados de imagem como dados de pixel de imagem relacionados com a imagem médica e/ou uma subimagem da imagem médica. As partes de dados de pixel dos arquivos de dados de imagens médicas que incluem os dados
Petição 870190079843, de 16/08/2019, pág. 100/197
90/167 de pixel de imagem podem ser identificadas como definindo os dados de pixel.
[00238] Os dados de pixel podem ser identificados, pelo menos parcialmente, com base em um formato do item de dados de imagem médica. Por exemplo, o formato do item de dados de imagens médicas pode indicar que um ou mais dos arquivos de dados de imagens médicas são arquivos de índice que incluem metadados relacionados ao conjunto de arquivos de dados de imagens médicas no item de dados de imagens médicas. O gerenciador de imagens 102 pode analisar o arquivo de índice para identificar os arquivos de dados de imagens médicas que incluem os dados de pixel .
[00239] O gerenciador de imagens 102 pode também determinar as partes dos arquivos de dados de imagens médicas que incluem dados de pixel das definições de estrutura de arquivos para o formato particular do item de dados de imagens médicas. Por exemplo, o formato do item de dados de imagens médicas pode especificar como os dados são organizados dentro de um arquivo de dados de imagens médicas. O formato pode definir uma parte de metadados específica e uma parte de pixel específica. Os dados de pixel podem então ser identificados na porção de pixel particular dos arquivos de dados de imagens médicas. De acordo com alguns casos, o arquivo de índice pode adicionalmente ou alternativamente identificar a parte de pixel específica de um ou mais arquivos de dados de imagens médicas.
[00240] Em 430, os dados de pixel podem ser armazenados em uma memória de armazenamento do gerenciador de grandes imagens 104. Em alguns casos, armazenar os dados
Petição 870190079843, de 16/08/2019, pág. 101/197
91/167 de pixel pode referir-se ao armazenamento do próprio item de dados de imagens médicas que inclui os dados de pixel identificados em 420. Por exemplo, o item de dados de imagens médicas pode ser armazenado em seu formato e estado original (ou pelo menos no formato em que foi recebido e / ou coletado pelo gerenciador de imagens 102).
[00241] Adicionalmente ou alternativamente, os dados de pixel podem ser extraídos do item de dados de imagens médicas e armazenados no componente de armazenamento como objetos de pixel. De acordo com alguns casos, os dados de pixel podem ser extraídos dos itens de dados de imagens médicas antes do armazenamento no LIM 104. Por exemplo, os dados de pixel identificados em 430 podem ser usados para gerar um ou mais objetos de pixel para o item de dados de imagens médicas.
[00242] Os objetos de pixel podem incluir um ou mais objetos de pixel para cada sub-imagem do item de dados de imagens médicas. Por exemplo, cada sub-imagem pode ter um conjunto correspondente de objetos de pixel armazenados na memória de armazenamento. Quando um pedido é recebido pelo LIM 104 para uma sub-imagem ou parte de uma sub-magem, o LIM 104 pode então recuperar o objeto de pixel ou objetos de pixel correspondentes. O (s) objeto (s) de pixel pode (m) , então, ser fornecidos para atender o pedidoo. Cada objeto de pixel pode ser armazenado em um local de memória endereçável individualmente na memória de armazenamento para facilitar a recuperação de objetos de pixel individuais.
[00243] De acordo com determinados casos, os objetos de pixel podem ser armazenados de forma
Petição 870190079843, de 16/08/2019, pág. 102/197
92/167 independente no componente de armazenamento. Ou seja, o endereço na memória em que cada objeto de pixel é armazenado pode ser determinado independentemente do local do endereço para outros objetos de pixel. Isso pode proporcionar flexibilidade para armazenar os objetos de pixel usando-se locais de endereço de memória distribuíd.
[00244] De acordo com determinados casos, o conjunto de objetos de pixel para uma sub-imagem pode ser armazenado como um grupo na memória. Em tais casos, cada conjunto de objetos de pixel pode ser armazenado independentemente dos outros conjuntos de objetos de pixel.
[00245] De acordo com determinados casos, tanto o item de dados da imagem médica original quanto os dados de pixel extraídos podem ser armazenados no componente de armazenamento. Isso pode garantir a conformidade com os requisitos regulamentares, permitindo a recuperação direta dos dados de pixel para sub-imagens individuais e partes das sub-imagens sem a necessidade de processamento imediato.
[00246] De acordo com determinados casos, o item de dados de imagem médica original pode ser armazenado em uma seção de memória de armazenamento de longo prazo enquanto os dados de pixel extraídos são armazenados em uma seção de cache. O cache pode proporcionar acesso mais rápido aos dados nele armazenados. Consequentemente, os dados de pixel podem ser recuperados para satisfazer pedidos de imagens médicas recebidos pelo LIM 104.
[00247] De uma forma alternativa, somente o item de dados da imagem médica original pode ser armazenado permanentemente. Como alternativa, somente os dados de
Petição 870190079843, de 16/08/2019, pág. 103/197
93/167 pixel extraídos podem ser armazenados no componente de armazenamento e o item de dados de imagens médicas originais pode ser descartado ou armazenado em um arquivo de imagem remota.
[00248] De acordo com determinados casos, (ou seja, guando dados de pixel / objetos de pixel extraídos não são armazenados permanentemente) , dados de pixel podem ser extraídos de um item de dados de imagens médicas em resposta a uma solicitação de um visualizador 108. Adicionalmente ou alternativamente, os dados de pixel podem ser extraídos de um item de dados de imagens médicas resposta a uma mensagem de pré-busca do PACS 106. Adicionalmente ou alternativamente, o LIM 104 pode determinar que um pedido para os dados de pixel é esperado (por exemplo, porque o objeto de pixel / dados de pixel é relacionado a objetos de pixel / dados de pixel solicitados recentemente) e extrair os dados de pixel antes de receber um pedido.
[00249] Em tais casos, os dados de pixel podem ser armazenados temporariamente no LIM 104 (por exemplo, em um cache). Os dados de pixel podem ser então descartados / apagados após um período de tempo e/ou quando um limite de armazenamento é atingido.
[00250] De acordo com determinados casos, os dados de pixel do item de dados de imagens médicas podem ser analisados para identificar propriedades adicionais das sub-imagens do item de dados de imagens médicas. Essas propriedades adicionais de sub-imagem podem ser então armazenadas como metadados adicionais para o item de dados de imagens médicas. Por exemplo, as propriedades da subPetição 870190079843, de 16/08/2019, pág. 104/197
94/167 imagem podem ser usadas para proporcionar uma indicação ou estimativa da importância de uma sub-imagem ou região de sub-imagem particular.
[00251] Em 440, o gerenciador de imagens grandes pode gerar objetos de dados representativos para os itens de arquivo de imagens médicas. Os objetos representativos podem ser gerados para representar os dados de pixel e os metadados de imagem relacionados, armazenados no LIM 104. Emo 450, pelo menos alguns dos objetos de dados representativos podem ser armazenados em uma memória de armazenamento do PACS 106.
[00252] Alguns dos objetos representativos podem ser gerados em um formato compatível com DICOM. Os objetos representativos compatíveis com DICOM podem ser transmitidos do LIM 104 para o PACS 106 para serem incluídos nos fluxos de trabalho do PACS 106.
[00253] Os objetos representativos gerados em 440 podem incluir pelo menos um objeto de metadados representativo. Cada objeto de metadados representativo pode incluir metadados que representem ou reflitam características de uma das sub-imagens no item de dados de imagens médicas.
[00254] Os objetos de metadados representativos podem ser gerados pelo LIM 104 em um formato compatível com DICOM. Os objetos de metadados representativos podem ser transmitidos para o PACS 106 e, em seguida, usados pelo PACS 106 em fluxos de trabalho de gerenciamento de imagens. Por exemplo, os usuários que acessam o PACS 106 podem receber dados dos objetos de metadados representativos como
Petição 870190079843, de 16/08/2019, pág. 105/197
95/167 parte de um processo para determinar que imagem médica solicitar e/ou solicitar imagens médicas.
[00255] Os objetos representativos gerados em 440 também podem incluir objetos de visão geral. Os objetos de visão geral podem ser gerados usando os dados de pixel e os metadados do item de dados de imagens médicas. Cada objeto de visão geral pode corresponder à imagem médica e/ou uma subimagem da imagem médica. Os objetos de visão geral podem incluir dados de pixel para uma representação de sub-amostra ou resolução inferior de uma sub-imagem. Os objetos de visão geral também podem ser gerados em um formato compatível com DICOM e fornecidos ao PACS 106.
[00256] De acordo com alguns casos, objetos de metadados de pixel ou fragmentos também podem ser gerados. Cada objeto de metadados de pixel pode incluir metadados relacionados a um objeto de pixel específico gerado a partir dos dados de pixel do item de dados de imagens médicas. Os objetos de metadados de pixel podem incluir a identificação de características de definição de metadados de um objeto de pixel individual. Os objetos de metadados de pixel também podem incluir relacionamentos de definição de metadados relacionais entre os objetos de pixel. Por exemplo, os metadados relacionais podem identificar uma relação espacial entre vários objetos de pixel.
[00257] De acordo com determinados casos, os objetos de metadados de pixel podem ser armazenados no LIM 104. Como os objetos de pixel também são armazenados no LIM 104, os objetos de metadados de pixel podem não ser necessários a menos que ou até que uma solicitação seja recebida para um ou mais objetos de pixel.
Petição 870190079843, de 16/08/2019, pág. 106/197
96/167
Consequentemente, os objectos de metadados de pixel podem ser armazenados no LIM 104 para reduzir o armazenamento requerido pelo PACS 106. Tal como acontece com os objectos de pixel, nalguns casos os objectos de metadados de pixel podem ser gerados apenas em resposta a um pedido (ou pedido esperado ou pré instrução -fetch). Um exemplo de um método de processamento de imagem para um objeto de pixel geral, objetos representativos e objetos de metadados de pixel encontra-se d escrito mais adiante de forma detalhada com referência à Figura 7.
[00258] Como mencionado, os objetos de pixel e objetos representativos podem ser gerados a partir de dados de metadados e pixels identificados em um item de dados de imagens médicas. Em alguns casos, os metadados e/ou dados de pixel são extraídos dos itens de dados de imagens médicos e armazenados, por exemplo, como objetos de pixel e objetos representativos.
[00259] De acordo com determinados casos, o LIM 104 pode armazenar um mapeamento do item de dados de imagens médicas indicando as partes dos itens de dados de imagens que armazenam metadados e dados de pixel, respectivamente. Por exemplo, o LIM 104 pode armazenar o mapeamento do item de dados de imagem médica em concretizações onde os objetos de pixel não são armazenados permanentemente. Isso pode facilitar a geração subsequente de objetos de pixel e/ou objetos representativos.
[00260] Ao armazenar os itens de dados de imagens médicos no LIM 104 externos aos fluxos de trabalho principais do PACS 106, a transmissão ou movimentação desnecessária dos itens de dados de imagens médicas pode
Petição 870190079843, de 16/08/2019, pág. 107/197
97/167 ser evitada porque esses itens de dados não estão diretamente envolvidos nos fluxos de trabalho. Isso pode impedir a saturação da rede e aumentar a disponibilidade do
PACS para outras funções potencialmente da maior importância.
[00261] Os objetos representativos fornecidos ao PACS 106 podem ser gerados com um tamanho de dados máximo limitado ou restrito, como 1 MB ou 10 MB, por exemplo. O tamanho máximo dos dados pode variar para diferentes tipos de objetos representativos. Por exemplo, os objetos de visão geral podem ter um tamanho máximo de dados de 10 MB, enquanto os objetos de metadados representativos podem ter um tamanho máximo de dados de 1 MB. No entanto, deve ser observado que o tamanho máximo dos dados pode variar dependendo da concretização especifica do sistema.
[00262] Fazendo-se referência agora à Figura 5, ilustra-se na mesma um fluxograma de um método 500 para gerenciar imagens médicas de acordo com uma concretização exemplificativa. De acordo com alguns casos, o método 500 pode ser concretizado na forma de um aplicativo de gerenciamento de imagens em um sistema de gerenciamento de imagens tal como o gerenciador de imagens 102. De acordo com alguns casos os métodos 400 e 500 podem ser os dois concretizados como parte do mesmo aplicativo de gerenciamento de imagens.
[002 63] O método 500 é um exemplo de um processo que pode ser usado para proporcionar dados de pixel em resposta a uma solicitação de uma imagem médica. O método 500 pode ser geralmente concretizado como parte de
Petição 870190079843, de 16/08/2019, pág. 108/197
98/167 um sistema, tal como o sistema 100, no qual grandes itens de imagens de imagens médicas são armazenados externamente ao componente principal do PACS.
[00264] Em 510, uma solicitação de uma imagem médica é recebida no PACS 106. A imagem médica pode ser recebida a partir de um dispositivo de computador, tal como o visualizador 108. Um usuário, tal como um clinico, interagindo com o observador 108 pode introduzir um pedido de sub-paciente. imagem ou região de uma sub-imagem para o PACS 106.
[00265] O visualizador 108 pode transmitir um pedido ao PACS 106 para uma sub-imagem ou uma parte de uma sub-imagem. A solicitação pode incluir um identificador de imagem solicitado correspondente ao identificador exclusivo da região de subimagem e/ou sub-imagem. O visualizador 108 pode determinar o identificador de imagem solicitado como parte de uma série de comunicações entre o visualizador 108 e o PACS 106.
[00266] Um usuário que interage com o visualizador 108 pode inicialmente selecionar um ou mais objetos representativos armazenados no PACS 106 através de uma interface de usuário fornecida pelo visualizador 108. Por exemplo, o PACS 106 pode transmitir um ou mais objetos representativos de metadados e/ou objectos de vista geral para o visualizador 108 na mensagem 118. De acordo com alguns casos, um usuário pode inicialmente selecionar ou identificar um paciente particular no visualizador 108. O PACS 106 pode então fornecer objetos representativos ao visualizador 108 que correspondem ao paciente. O visualizador 108 pode então exibir os objetos
Petição 870190079843, de 16/08/2019, pág. 109/197
99/167 representativos de metadados e/ou objetos de visão geral em uma GUI. Um usuário pode selecionar um dos objetos representativos e iniciar uma solicitação para a correspondente sub-imagem ou região de sub-imagem.
[00267] De acordo com determinados casos, o PACS 106 pode proporcionar múltiplos objetos de visão geral correspondentes à mesma sub-imagem. Por exemplo, cada um desses objetos de visão geral pode incluir dados de pixel para a mesma sub-imagem, mas com uma resolução diferente. Um usuário que interage com o visualizador 108 pode inicialmente rever um ou mais objectos de visão geral para realizar uma revisão preliminar da imagem médica e/ou da sub-imagem. Se o usuário determinar que é necessária uma versão de maior resolução, o pedido pode ser iniciado por um usuário, por exemplo selecionando um botão na GUI do visualizador 108 para proporcionar a sub-imagem de alta resolução e/ou região de sub-imagem. O pedido 120 pode então ser transmitido para o PACS 106.
[00268] Em 520, o PACS 106 pode determinar que a imagem médica solicitada corresponde a um item de dados de imagem médica para o qual os dados de pixel são armazenados no LIM 104. O PACS 106 pode determinar que a imagem médica solicitada corresponde a um item de dados de imagem médica armazenado em LIM 104 com base nos objetos representativos armazenados no PACS 106. Por exemplo, o visualizador 108 pode solicitar a imagem médica que corresponde a um objeto representativo selecionado pelo visualizador 108 durante a troca de mensagens 118. O PACS 106 pode determinar a partir dos metadados no representante
Petição 870190079843, de 16/08/2019, pág. 110/197
100/167 selecionado o objeto que a imagem médica é um item de dados de imagens médicas armazenados no LIM 104.
[00269] De acordo com determinados casos, o PACS 106 pode determinar que a imagem solicitada corresponde a um grande item de dados de imagem médica com base no tipo de imagem solicitada. Como mencionado, os itens de dados de imagens médicas podem ser determinados como grandes itens de dados de imagens médicas com base no tipo de imager e/ou processamento de imagem usado para gerar a imagem. Por conseguinte, um pedido do visualizador 108 pode indicar uma imagem médica de um tipo particular. O PACS 106 pode então determinar que o tipo particular corresponde aos tipos de imagem definidos como grandes itens de imagens de imagens médicas.
[00270] De acordo com determinados casos, a solicitação do visualizador 108 pode indicar diretamente que a imagem médica requerida corresponde a um item de dados de imagem médica armazenado no LIM 104. Por exemplo, o visualizador 108 pode determinar que a imagem médica solicitada armazenada no LIM 104 com base em metadados nas mensagens 118 recebido do PACS 106. O visualizador 108 pode então indicar no pedido 120 que a imagem médica corresponde a um item de dados de imagem médica armazenado no LIM 104 (por exemplo, configurando um sinalizador ou bit de imagem grande).
[00271] Em 530, a localização dos dados de pixels correspondentes à imagem médica pedida pode ser determinada. De acordo com várias concretizações, a localização dos dados de pixel pode ser determinada pelo LIM 104, PACS 106 e/ou visualizador 108.
Petição 870190079843, de 16/08/2019, pág. 111/197
101/167 [00272] De acordo com determinados casos, ο local do endereço dos dados de pixel correspondente à imagem médica solicitada pode ser incluído nos metadados de um ou mais objetos representativos armazenados no PACS 106. Por exemplo, o (s) objeto (s) representativo (s) pode (m) incluir uma URL indicando a localização dos dados de pixel. Quando o objeto representativo ou um objeto representativo correspondente é selecionado, o local do endereço dos dados de pixel pode ser determinado diretamente a partir do URL.
[00273] Em 540, o pedido pode ser reencaminhado para o gerenciador de imagens grandes. Uma vez que o PACS 106 tenha identificado que a imagem solicitada corresponde a um item de dados de imagem mediana armazenado no LIM 104, a solicitação pode ser redirecionada para o LIM 104. De acordo com alguns casos (por exemplo, quando pequenos itens de arquivo de imagens médicas são armazenados no PACS 106), quando o PACS 106 determina que a imagem solicitada corresponde a um pequeno item de dados de imagem, a imagem pedida pode ser fornecida pelo PACS 106 diretamente, por exemplo, da base de dados 232.
[00274] A etapa de reencaminhar o pedido para LIM 104 pode ocorrer antes ou depois de determinar a localização de memória dos dados de pixel mostrados em 530. Por exemplo, a localização de memória pode ser identificada em um URL utilizado pelo PACS 106 ou visualizador 108 para iniciar o pedido. Como alternativa, a solicitação reencaminhada pode simplesmente identificar o identificador exclusivo da imagem solicitada. Nesses casos, o LIM 104 pode determinar a localização do endereço de memória da
Petição 870190079843, de 16/08/2019, pág. 112/197
102/167 imagem solicitada com base no identificador exclusivo identificado a partir da solicitação reencaminhada.
[00275] De acordo com determinados casos, o pedido pode ser reencaminhado para o LIM 104 através do PACS 106. Por exemplo, o visualizador 108 pode transmitir um pedido de imagem médica ao PACS 106 e o PACS 10 6 pode redirecionar automaticamente o pedido para o LIM 104.
[00276] De acordo com outros casos, o próprio observador 108 pode reencaminhar o pedido para o LIM 104. De acordo com alguns casos, o visualizador 108 pode transmitir um pedido de imagem médica ao PACS 106, o PACS 106 pode responder ao visualizador 108 com uma mensagem de re-rotemento indicando que o pedido deve ser reencaminhado para o LIM 104. O visualizador 108 pode então reencaminhar (isto é, retransmitir) o pedido para o LIM 104.
[00277] De acordo com determinados casos, o visualizador 108 pode determinar com base em mensagens de metadados 118 que a imagem médica a ser solicitada é armazenada no LIM 104. Nesses casos, o visualizador 108 pode redirecionar automaticamente sua solicitação para o LIM 104 com base nos metadados dos objetos representativos armazenados no PACS 106.
[00278] Em 550, o LIM 104 pode fornecer os dados de pixel da imagem solicitada ao visualizador. De acordo com alguns casos, o LIM 104 pode transmitir os dados de pixel para o visualizador 108 diretamente. Alternativamente, o LIM 104 pode transmitir os dados de pixel para o PACS 106 e o PACS 106 pode, por sua vez, proporcionar os dados de pixels para o visualizador 108.
Petição 870190079843, de 16/08/2019, pág. 113/197
103/167 [00279] De acordo com alguns casos, o LIM 104 pode simplesmente recuperar os dados de pixel para transmissão de dados de pixel já armazenados no LIM 104. Alternativamente, como mencionado anteriormente no presente caso, os dados de pixel podem ser extraídos a partir do item de dados de imagem médica correspondente em resposta ao pedido. De acordo com alguns casos, o LIM 104 pode transmitir apenas os dados de pixel para a imagem de pedido.
[00280] De acordo com determinados casos o LIM 104 pode adicionalmente transmitir metadados de pixel para o visualizador 108. Por exemplo, onde o visualizador 108 é capaz de processar objetos de metadados de pixel indicando a relação entre múltiplos objetos de pixel, o LIM 104 pode transmitir múltiplos objetos de pixel e os correspondentes objetos de metadados de pixel o visualizador 108. Alternativamente, o LIM 104 pode transmitir apenas dados de pixel em relação a uma sub-imagem individual ou região de sub-imagem exibível na GUI proporcionada pelo visualizador 108 .
[00281] O visualizador 108 pode ser configurado para comunicar utilizando o protocolo DICOM utilizado pelo PACS 106. Consequentemente, o LIM 104 pode gerar uma resposta que inclui os dados de pixel num formato que seja compatível com o protocolo DICOM utilizado pelo visualizador 108.
Coleta de Itens de Dados de Grandes Imagens [00282] Segue-se uma descrição geral de sistemas e métodos para a recolha de itens de imagens de vídeo médicas e outras características estabelecidas no
Petição 870190079843, de 16/08/2019, pág. 114/197
104/167 presente caso que podem ser utilizadas isoladamente ou em combinação com uma ou mais concretizações expostas no presente caso, incluindo sistemas e métodos para gerenciar itens de dados de imagens médicas, sistemas e métodos para o envio de itens de dados de imagens médicas e sistemas e métodos de transferência de itens de imagens de imagens médicas. A descrição apresentada em seguida contém vários recursos de sistemas e métodos para a coleta de itens de arquivo de imagens médicas que podem ser usados individualmente ou em qualquer combinação ou subcombinação.
[00283] A coleta de imagens médicas de locais de origem da imagem, tais como imagens ou componentes de armazenamento associados a dispositivos de imagem, apresenta várias dificuldades associadas. Os itens de imagens de imagens médicas são gerados em vários formatos diferentes. Diferentes geradores de imagens ou produtos de software de imagens podem usar diferentes formatos de imagem para gerar itens de arquivo de imagens médicas. Isso pode resultar em itens de dados de imagens médicas com diferentes estruturas de dados.
[00284] De acordo com determinados casos, o processo para gerar um item de dados de imagem médica em um local de origem de imagem pode ser desconhecido para um sistema externo que se comunica ou acessa o local da fonte de imagem. Além disso, o sistema de arquivos (por exemplo, Windows, Linux e assim por diante) pode variar entre os locais de origem da imagem. Como resultado, a estrutura de arquivos esperada de um item de dados de imagens médicas pode não ser imediatamente aparente.
Petição 870190079843, de 16/08/2019, pág. 115/197
105/167 [00285] Da mesma forma, os itens de imagens de imagens médicas estão aumentando de tamanho. Isso pode resultar em estruturas de dados complexas, uma vez que um item de dados de imagens médicas pode ser armazenado em vários arquivos de dados de imagens médicas. O processo de criar os arquivos de dados de imagens médicas para um único item de dados de imagens médicas também pode ser um processo longo e demorado. Por conseguinte, pode ser difícil determinar quando um item terminou de ser gerado.
[00286] Também pode ser impraticável ou impossível executar qualquer processo no local de origem da imagem. Por exemplo, um sistema central configurado para coletar itens de arquivo de imagens médicas pode estar limitado a realizar operações de leitura no local da fonte da imagem. Isso pode tornar o processo de coleta de itens de dados médicos mais imprevisível, já que o sistema de coleta de imagens não tem nenhum controle sobre como e quando os itens de imagens são gerados, modificados, armazenados, movidos e/ou excluídos.
[00287] O local da fonte da imagem também pode ter processos de gerenciamento de dados que complicam o processo de coleta de itens de imagens de imagens médicas. Por exemplo, os nomes de arquivos fornecidos para arquivos de dados de imagens médicas ou para itens de imagens de imagens médicas em um local de origem de imagem podem se repetir ao longo do tempo. Um local de origem da imagem pode excluir de forma rotineirae itens de sua memória de armazenamento de imagens após um período de tempo (por exemplo, ao atingir um limite de capacidade de armazenamento) e reutilizar os mesmos nomes de arquivo
Petição 870190079843, de 16/08/2019, pág. 116/197
106/167 quando os itens armazenados anteriormente tiverem sido excluídos. Além disso, em alguns casos, os metadados (por exemplo, registros de data e hora) incluídos nos itens de arquivo de imagens médicas podem não ser confiáveis ou estarem incorretos. Assim, um sistema de coleta de imagens pode não ser capaz de confiar em nomes de arquivos ou registros de data e hora para identificar diferentes itens de imagens de imagens médicas. .
[00288] Concretizações dos sistemas e métodos de recolha de imagens descritos no presente caso podem permitir que os itens de imagens de imagens médicas sejam recolhidos a partir de várias localizações de fontes de imagem diferentes. As concretizações descritas no presente caso podem facilitar a aquisição de itens de imagens de imagens médicas a partir de localizações de fontes de imagem isoladas e distribuídas, tais como imagens médicas. Isso pode permitir o armazenamento centralizado e/ou o gerenciamento de uma seleção mais ampla de itens de imagens de imagens médicas. As concretizações descritas no presente caso também podem proporcionar processos flexíveis de coleta de imagens que são configurados para interagir e coletar imagens de diferentes tipos de locais de origem de imagem.
[00289] Algumas concretizações descritas neste contexto proporcionam sistemas e métodos para a recolha de itens de imagens de vídeo médicas a partir de um ou mais dispositivos de armazenamento de imagem remota ou memória de armazenamento remota. De acordo com alguns casos, os sistemas e métodos de coleta de itens de imagens de imagens médicas podem ser utilizados com sistemas e métodos de
Petição 870190079843, de 16/08/2019, pág. 117/197
107/167 gerenciamento de itens de dados de imagens médicas descritos neste documento.
[00290] De acordo com determinados casos, a memória de armazenamento remoto ou a memória de armazenamento de imagens remotas podem ser proporcionadas por dispositivos médicos. De acordo com alguns casos, a memória de armazenamento remoto também pode incluir outros componentes de armazenamento, como arquivos de imagens médicas. A memória de armazenamento de imagens remotas pode armazenar arquivos de dados de imagens médicas gerados em vários formatos de dados.
[00291] De acordo com determinados casos, a memória de armazenamento remoto pode não permitir que o LIM, o PACS ou outros sistemas externos de coleta de imagens criem ou modifiquem qualquer um dos dados ou arquivos nele armazenados. Por conseguinte, o sistema de recolha de imagens pode estar limitado a monitorizar / observar os dados gerados e armazenados na memória de armazenamento remota e recolher / copiar esses dados.
[00292] O sistema de coleta de imagens pode definir identificadores de arquivos exclusivos para arquivos de dados de imagens médicas identificados na memória de armazenamento remoto. Os identificadores de arquivo exclusivos podem ser independentes dos metadados de característica de arquivo atribuídos aos arquivos de dados na memória de armazenamento remoto.
[00293] O sistema de coleta de imagens também pode definir conjuntos ou conjuntos esperados de arquivos correspondentes a um item de dados de imagens médicas. Cada conjunto de arquivos também pode receber um identificador
Petição 870190079843, de 16/08/2019, pág. 118/197
108/167 de conjunto exclusivo. O identificador de conjunto exclusivo pode incluir os identificadores de arquivo exclusivos atribuídos a cada arquivo ou arquivo esperado para esse conjunto. O sistema de coleta de imagens pode usar identificadores de arquivos exclusivos e identificadores de conjuntos exclusivos para garantir que um item de dados de imagens médicas seja completamente coletado. Isso também permite que o sistema de coleta de imagens identifique independentemente os arquivos coletados, uma vez que os identificadores podem permanecer independentes de quaisquer exclusões ou modificações nos arquivos armazenados nos componentes de armazenamento remoto.
[00294] Como os arquivos de dados de imagens médicas individuais podem ser grandes em tamanho, pode haver um atraso entre o momento em que um novo arquivo é identificado e quando ele é gerado ou armazenado na memória de armazenamento remoto. Por conseguinte, antes de copiar um arquivo de dados de imagens médicas da memória de armazenamento remoto, o sistema de recolha de imagens pode determinar que o armazenamento do arquivo de dados de imagens médicas na memória de armazenamento remoto foi concluído. O sistema de coleta de imagens pode monitorar as características do arquivo dos arquivos de dados de imagens médicas na memória de armazenamento remoto para determinar se o armazenamento foi concluído.
[00295] O sistema de coleta de imagens também pode monitorar a coleta de arquivos individuais que formam o conjunto de arquivos de dados de imagens médicas que definem um item de dados de imagens médicas. Depois que
Petição 870190079843, de 16/08/2019, pág. 119/197
109/167 todos os arquivos de dados de imagens médicas no item de dados de imagens médicas são copiados pelo sistema de coleta de imagens, o sistema de coleta de imagens pode gerar um indicador de que o item de dados de imagens médicas está disponível. Essa indicação pode ser usada para iniciar processamento adicional ou para indicar que o item de dados de imagens médicas pode ser recuperado ou fornecido em resposta a uma solicitação.
[00296] O sistema de coleta de imagens também pode ter vários critérios definidos de coleta de imagens, como caminhos de coleta de imagens, critérios de prioridade de imagem, critérios de credenciais de segurança, números de repetição, critérios de destino da imagem. Os critérios de coleta de imagens podem incluir critérios de coleta definidos pelo usuário e definidos pelo sistema.
[00297] Fazendo-se eferência agora à Figura 6, ilustra-se na mesma um fluxograma de um método 600 para a recolha de elementos de imagens de imagens médicas de acordo com uma concretização exemplificativa. De um modo geral, o método 600 pode ser usado por um sistema central de coleta de imagens para coletar itens de dados de imagens médicos da memória de armazenamento de imagem remota associada a vários locais de fonte de imagem. De acordo com alguns casos, o método 600 pode ser concretizado na forma de um aplicativo de coleta de imagens que faz parte de um sistema de gerenciamento de imagens, tal como o gerenciador de imagens 102.
[00298] Um processador central pode ser acoplado de forma comunicante a uma pluralidade de exemplos de memória de armazenamento de imagem remota ou componentes
Petição 870190079843, de 16/08/2019, pág. 120/197
110/167 para coletar itens de dados de imagens médicos de diferentes locais de armazenamento. O processador central pode se comunicar com cada componente de memória de armazenamento de imagem remota para identificar arquivos de dados de imagens médicas.
[00299] De acordo com determinados casos, o processador central pode estar limitado a operações de leitura em um ou mais componentes de memória de armazenamento de imagem remota com os quais se comunica. Ou seja, o processador central pode não ser capaz de executar quaisquer operações ou modificações nos dados armazenados nos componentes da memória de armazenamento de imagens remotas. O processador central pode estar limitado a observar e copiar dados dos componentes da memória de armazenamento de imagem remota.
[00300] Em 610, um novo arquivo de dados de imagens médicas pode ser identificado em uma memória de armazenamento de imagens remotas. De acordo com alguns casos a memória de armazenamento de imagem remota pode ser um imager médico ou memória de armazenamento associada a um imager médico. Em outros casos, a memória de armazenamento de imagens remotas pode ser um arquivo de imagens ou parte de um sistema externo de gerenciamento de imagens [00301] O processador central pode identificar um conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagens remotas. O processador central pode então identificar os novos arquivos de dados de imagens médicas do conjunto de arquivos de dados de imagem armazenados na memória de armazenamento de imagens remotas. Um exemplo de processo para identificar novos
Petição 870190079843, de 16/08/2019, pág. 121/197
111/167 arquivos de dados de imagens médicas encontra-se ilustrado na Tabela 1:
Tabela 1 - Processo Exemplificative para
Identificar Novo Arquivo de Dados de Imagens Médicas
Etapa Ação
i Identificar identificadores exclusivos de um conjunto de imagens no local de origem da imagem / memória de armazenamento de imagens remotas;
2 Armazenar os identificadores exclusivos de imagens copiadas em um banco de dados na memória de armazenamento central;
3 Identificar identificadores de arquivos remotos para uma leitura subseqüente do conjunto de imagens no local de origem da imagem;
4 Comparar o resultado· da Etapa 3 com os identificadores exclusivos armazenados na memória de armazenamento central (por exemplo, na Etapa 2)
5 Determinar uma lista de possíveis novos identificadores de arquivo da comparação na etapa 4 (isto é, identificadores de arquivo identificados na etapa 3 ainda não armazenados na memória de a rma. z e name n t o c e nt r a. 1)
5 Processar novos identificadores de arquivos em. potencial para identificar novos identificadores de arquivos.
6 Atualizar um DetectedFileQueue para adicionar novos identificadores de arquivo
ReLOinsT cL EiLcLpe e
[00302] O processador central pode atribuir a cada arquivo de dados de imagem um identificador de arquivo exclusivo. O processador central pode associar o identificador de arquivo exclusivo às características do arquivo ou às propriedades do arquivo de dados da imagem. Por exemplo, cada identificador de arquivo exclusivo pode estar associado a uma combinação específica de
Petição 870190079843, de 16/08/2019, pág. 122/197
112/167 características de arquivo, como nome do arquivo, registro de data e hora, formato, tamanho do arquivo e semelhantes. Em alguns casos, certas características de arquivo inicialmente variáveis associadas a um identificador de arquivo exclusivo podem ser atualizadas até que o processador central determine que o armazenamento do arquivo de dados de imagem no componente de memória de armazenamento de imagem remota foi concluído (por exemplo, para considerar alterações no tamanho do arquivo de dados de imagem está sendo criado).
[00303] O identificador de arquivo exclusivo pode ser definido pelo processador central, independentemente das características do arquivo de dados da imagem. Por exemplo, o identificador de arquivo exclusivo pode ser independente do nome do arquivo e do registro de data e hora do arquivo de dados da imagem na memória de armazenamento de imagens remotas. Isso pode garantir que o processador central pode identificar de forma exclusiva os diferentes arquivos de imagens médicas armazenados no componente de memória de armazenamento de imagens remotas, por exemplo, nos casos em que o componente de memória de armazenamento de imagem remota reutiliza nomes de arquivos ao longo do tempo ou pode gerar metadados não confiáveis carimbos de hora incorretos).
[00304] O processador central pode então comparar os identificadores de arquivo exclusivos para os arquivos de dados de imagem no componente de memória de armazenamento de imagem remota a identificadores de arquivo exclusivos armazenados em uma memória de armazenamento local / central associada ao processador central. Os
Petição 870190079843, de 16/08/2019, pág. 123/197
113/167 identificadores de arquivos exclusivos armazenados na memória de armazenamento local / central podem corresponder aos arquivos de dados de imagens médicas já armazenados na memória de armazenamento local / central. Novos identificadores de arquivo podem ser determinados com base na comparação.
[00305] De acordo com determinados casos, o processador central pode monitorar os locais da memória de armazenamento de imagens remotas e identificar quando arquivos adicionais são armazenados na memória de armazenamento de imagens remotas. Por exemplo, alterações no conjunto de arquivos de dados de imagem (por exemplo, arquivo sem identificadores exclusivos atribuídos anteriormente) podem indicar que arquivos adicionais foram armazenados. Os arquivos adicionais podem então ser identificados como novos arquivos de dados de imagens médicas.
[00306] O processador central pode monitorizar cada localização de memória de armazenamento de imagem remota em uma base contínua (isto é, em progresso) . Por exemplo, o processador central pode monitorar cada local da memória de armazenamento de imagens remotas em intervalos periódicos para determinar se quaisquer novos arquivos de dados de imagens médicas foram armazenados. Quando um novo arquivo de dados de imagens médicas é identificado, o processador central pode atribuir esse novo arquivo de dados de imagens médicas (ou seja, seu identificador exclusivo) a um novo conjunto de arquivos. O novo conjunto de arquivos pode incluir uma pluralidade de arquivos de dados de imagens médicas que devem ser copiados. O novo
Petição 870190079843, de 16/08/2019, pág. 124/197
114/167 conjunto de arquivos pode ser usado para solicitar os arquivos de dados de imagens médicas a serem copiados para a memória de armazenamento central.
[00307] De um modo heral, o novo conjunto de arquivos pode ser concretizado em várias configurações para permitir que os arquivos de dados de imagens médicas no novo conjunto de arquivos sejam organizados em uma ordem específica. Por exemplo, o novo conjunto de arquivos pode ser concretizado como uma fila (por exemplo, uma fila de mensagens), como DetectedFileQueue mostrado na Tabela 1. Como alternativa, o novo conjunto de arquivos pode ser ordenado usando uma tabela de banco de dados ou outra configuração conhecida por um pesso versada na técnica.
[00308] O novo conjunto de arquivos também pode ser usado para garantir que os arquivos de dados de imagens médicas tenham sido gerados na memória de armazenamento remoto antes de serem copiados para a memória de armazenamento local / central.
[00309] Em 620, o processador central pode determinar que o novo arquivo de dados de imagens médicas esteja completo na memória de armazenamento de imagens remotas. O processador central pode determinar que um arquivo esteja completo quando o arquivo de dados de imagens médicas tiver terminado de ser gerado na memória de armazenamento de imagens remotas.
[00310] Como os arquivos de dados de imagens médicas podem ser grandes em tamanho, a geração de um arquivo de dados de imagens médicas pode ocorrer durante um período de tempo. Como resultado, o arquivo de dados de imagens médicas ainda pode estar em processo de ser gerado
Petição 870190079843, de 16/08/2019, pág. 125/197
115/167 quando é identificado pelo processador central em 620. Assim, o processador central pode monitorar as características do arquivo de novos arquivos de dados de imagens médicas para garantir que o arquivo terminou de ser armazenado / gerado na memória de armazenamento de imagens remotas antes de ser copiado. Um exemplo de processo para identificar arquivos de dados de imagens médicas concluídas é mostrado na Tabela 2:
Tabela 2 - Processo Exemplificative para identificar arquivos de dados de imagens médicas concluídos
Etapa H.Ç ci O
_L Ler / receber o próximo arquivo disponível / identificador de arquivo a partir de D e t. e c t. e d F i 1 e Qu e u e
o Ler as características de arquivo do arquivo no local de origem
3 Comparar os valores de caracter!stica de arquivo de Etapa 2 com os valores associados ao identificador de arquivo armazenado em DetectedFileQueue (com base na política específica do fornecedor / scanner recuperada).
4 Se a mudança for detectada, na Etapa 3, atualize os valores de característica do arquivo em DetectedFileQueue e Retornar para a Etapa 1.
5 Se nenhuma alteração for detectada na Etapa 3, comparar os valores de característica do arquivo· com o conjunto completo· esperado de características do arquivo.
6 Se os valores de característica do arquivo corresponderem ac· conjunto completo esperado, mover o identificador de arquivo de DetectedFileQueue para CompletedFileQueue.
1 Retornar à etapa 1
[00311] Tal como mencionado anteriormente, os novos arquivos de dados de imagens médicas identificados em
Petição 870190079843, de 16/08/2019, pág. 126/197
116/167
610 podem ser atribuídos a um novo conjunto de arquivos (por exemplo, DetectedFileQueue) . O novo conjunto de arquivos (DetectedFileQueue) pode ser usado para manter uma lista de arquivos de dados de imagens médicas armazenados no componente de memória de armazenamento de imagens remotas que ainda não foram, copiados para a. memória de armazenamento central e não foram confirmados para serem concluídos no remoto memória de armazenamento de imagens. O DetectedFileQueue pode ser organizado como uma lista armazenada, na memória de armazenamento central.
[00312] Os arquivos no novo conjunto de arquivos podem ser ordenados com base em vários critérios. Por exemplo, os arquivos podem ser ordenados com base em uma ordem FIFO (First-In-First-Out). Isso proporciona uma disposição simples para coletar arquivos de dados de imagens médicas em ordem de detecção pelo processador central. Alternativamente, outros critérios de ordenação podem ser usados, tais como técnicas Last-In-First-Out (LIFCj ou First-In-Last-Out (FILO) .
[00313] De acordo com determinados casos, o novo conjunto de arquivos pode ser ordenado com base nas propriedades do arquivo associadas a cada um. dos arquivos de dados de imagens médicas. A cada arquivo de dados de imagem médica pode ser atribuído um valor de prioridade que indica a importância de copiar o correspondente item de dados de imagem médica, para a. memória de armazenamento central. O valor de prioridade pode ser atribuído por meio de vários componentes, tais como o gerador de imagens ou o processador central. O valor de prioridade pode ser determinado com. base em. um período de tempo de solicitação
Petição 870190079843, de 16/08/2019, pág. 127/197
117/167 esperado (por exemplo, quando se espera que o item de dados de imagens médicas seja solicitado por um usuário do sistema de gerenciamento de imagens).
[00314] De acordo com determinados casos, os valores de prioridade atribuídos aos arquivos de dados de imagens médicas podem variar com o tempo. Por exemplo, o valor de prioridade pode aumentar com o tempo para garantir que os arquivos de dados de imagens médicas mais antigos sejam copiados antes de serem excluídos de um. local de memória de origem. Os valores de prioridade também, podem ser atualizados com base nos dados recebidos dos arquivos de dados específicos do processador central. Por exemplo, entradas indicando uma consulta de acompanhamento para o paciente correspondente ou uma solicitação para o arquivo de dados de imagens médicas ou arquivos de dados de imagens médicas relacionadas podem acionar uma atualização dos v a1o r e s de p r io ri d ade.
[003151 De acordo com. determinados casos, outras propriedades de arquivo também poderá ser usadas, tais como o local da memória de armazenamento de imagem remota ou o tamanho de vários arquivos de dados de imagens médicas. De acordo com alguns casos, os arquivos de dados de imagens médicas podem inicialmente ser agrupados com base em seu valor de prioridade atribuído. Cada grupo de arquivos pode ser organizado usando os critérios FIFO, LIFO ou FILO, conforme discutido anteriormente no presente caso.
[00316] O processador central pode determinar que ura novo arquivo de dados de imagens médicas atingiu uma posição a ser copiada no novo conjunto de arquivos. Por exemplo, a. posição a ser copiada pode ser a posição
Petição 870190079843, de 16/08/2019, pág. 128/197
118/167 superior (ou seja, primeira) no novo conjunto de arquivos (por exemplo, DetectedFileQueue) ou uma primeira pluralidade de posições no novo conjunto de arquivos.
[00317] Quando um novo arquivo de dados de imagens médicas atinge uma posição a ser copiado no novo conjunto de arquivos, as características do arquivo de dados de imagens médicas podem ser atualizadas. As características atualizadas do arquivo podem ser comparadas às características do arquivo associadas ao arquivo de dados de imagens médicas, desde o momento da alocação até o novo conjunto de arquivos. Se as características do arquivo· forem alteradas, o processador central pode determinar que o armazenamento da nova imagem médica na memória de armazenamento de imagens remotas não foi concluído (ou pelo menos pode indicar que uma revisão adicional é necessária para garantir que o armazenamento foi concluído).
[00318] De acordo com determinados casos, o
novo conjunto atraso entre de arquivo a alo c a ç ã ·: • s também pode incluir uir s de um novo arquivo c i período de le dados de
imagens médic as ao novo conjunto de arquivos e C[ 11 cL Π d. Ο Θ S S Θ
novo arquivo de dados ·; ie imagens médicas tive 1? pG S S dO
para, alcançar cl p O S .1 Ç ci O a ser copiado. Isso pc >de permitir
que o tempo do processador central monitore / identifique quaisquer alterações nas características do arquivo depois que um arquivo for detectado.
[00319] Um conjunto completo esperado de características de arquivo também, pode ser determinado para o arquivo de dados de imagens médicas. O conjunto completo esperado de características de arquivo pode ser determinado com base no formato de dados do arquivo de dados de imagens
Petição 870190079843, de 16/08/2019, pág. 129/197
119/167 médicas. As características do arquivo para o novo arquivo de dados de imagens médicas podem ser comparadas com o conjunto completo esperado de características do arquivo· para garantir que o armazenamento do arquivo de dados de imagens médicas tenha sido concluído. 0 novo arquivo de dados de imagens médicas pode ser determinado como um arquivo de dados de imagens médicas completo quando suas caracter!sticas de arquivo correspondem ao conjunto completo esperado de características do arquivo.
[00320] A configuração do novo conjunto de arquivos ou DetectedFileQueue (e até mesmo o método 600 em geral) pode variar em diferentes concretizações de um processo de coleta de arquivos. Por exemplo, um único novo conjunto de arquivos pode ser usado para arquivos de dados de imagens médicas de todos os locais de memória de armazenamento de imagens remotas com os quais um processador central se comunica. Isso pode proporcionar uma ordem simplificada, para o processo de coleta, em particular para concretizações com menor volume de imagens médicas sendo geradas.
[00321] De uma forma alternativa, conjuntos de arquivos novos separados podem ser usados para cada localização de memória de armazenamento de imagem remota. Por exemplo, um novo conjunto de arquivos separado pode ser usado para cada gerador de imagens médicas em um centro de saúde. Isso pode simplificar a determinação de quais arquivos de dados de imagens médicas serão copiados em instalações maiores, com um grande volume de arquivos de dados de imagens médicas que está sendo gerado.
Petição 870190079843, de 16/08/2019, pág. 130/197
120/167 [00322] De acordo com determinados casos, a configuração especifica do novo conjunto de arquivos pode variar com o tempo. Por exemplo, o relacionamento entre os novos conjuntos de arquivos e os locais da memória de armazenamento de imagens remotas pode ser configurado dinamicamente com base no desempenho necessário e no tamanho do volume de dados que está sendo gerado.
[00323] De acordo com determinados casos, cada novo conjunto de arquivos pode ser usado para arquivos de dados de imagens médicas do mesmo tipo. Por exemplo, pode haver ura ou mais novos conjuntos de arquivos para cada tipo de imagem e formato dos arquivos de dados de imagens médicas gerados. Várias outras configurações e combinações de novos conjuntos de arquivos podem ser usadas, como será evidente para uma pessoa versada na técnica.
[00324] Uma vez determinado que o armazenamento do arquivo de dados de imagens médicas foi concluído na memória de armazenamento de imagens remotas, o processador central pode determinar que o arquivo de dados de imagens médicas está pronto para ser copiado para o componente de armazenamento central. O processador central pode então copiar o novo arquivo de dados de imagens médicas para a memória de armazenamento central em. 630.
[00325] De acordo com determinados casos, o novo arquivo de dados de imagens médicas pode ser atribuído a um conjunto de arquivos concluído (por exemplo, CompletedFileQueue). A cópia de novos arquivos de dados de imagens médicas pode então ocorrer com base na posição dos arquivos de dados de imagens médicas dentro do conjunto de arquivos concluído. O conjunto de arquivos completo e a
Petição 870190079843, de 16/08/2019, pág. 131/197
121/167 ordenação do conjunto de arquivos concluído podem ser executados de várias maneiras, conforme explicado anteriormente neste contexto em referência ao novo conjunto de arquivos. Como no novo conjunto de arquivos, o conjunto de arquivos concluído também pode ser configurado para um ou mais geradores de imagens remotos. De acordo com alguns casos, vários conjuntos de arquivos completos podem ser usados pelo processador central para organizar a cópia de arquivos de dados de imagens médicas a partir de locais de memória de armazenamento de imagens remotas.
[00326] Na Tabela 3 está ilustrado um Processo Exemplificativo para copiar arquivos de dados de imagens médicas concluídas:
Tabela 3 - Processo Exemplificativo para copiar arquivos de dados de imagem médica concluídos
Etapa Ação
*1 Ler / receber o próximo arquivo disponível do CompletedFileQueue
2 Copiar o arquivo da memória de armazenamento de imagens remotas para a memória de armazenamento local / central
3 Mover o identificador de arquivo do CompletedFileQueue para o CopiedFileQueue
4 Adicionar o identificador de arquivo ao banco de dados na memória de armazenamento central
5 Seguir para o estágio 1
[00327] Um arquivo de dados de imagens médicas pode ser copiado para a memória de armazenamento central associada ao processador central. O arquivo de dados de imagens médicas pode ser armazenado na memória de armazenamento central em seu formato original. O
Petição 870190079843, de 16/08/2019, pág. 132/197
122/167 identificador de arquivo único do arquivo de dados de imagens médicas pode ser então armazenado em um banco de dados de origem de imagem na memória de armazenamento· central. 0 banco de dados de origem da imagem pode incluir identificadores de arquivo exclusivos para cada um dos arquivos de dados de imagens médicas copiados de um local de memória de armazenamento remoto específico. De acordo com os casos determinados, o banco de dados de origem da imagem, pode ser separado em registros de banco de dados diferentes para diferentes locais de memória de armazenamento remoto. Em alguns casos, o banco de dados de origem da imagem pode proporcionar um registro combinado para todos os locais de memória de armazenamento remoto em comunicação com o processador central.
[003281 O banco de dados de origem da imagem também pode armazenar informações de arquivo relacionadas associadas a cada identificador de arquivo. As informações do arquivo relacionado podem incluir o local de origem para o arquivo de dados de imagens médicas. O local de origem pode incluir a data / hora em que o arquivo de dados de imagens médicas foi coletado, bem como o caminho completo de endereço / local de origem do qual o arquivo de dados de imagens médicas foi coletado. As informações de arquivo relacionadas também podem incluir o local de armazenamento atual para o arquivo de dados de imagens médicas. O local de armazenamento atual pode identificar o endereço no qual o arquivo de dados de imagens médicas é armazenado na memória de armazenamento central.
[00329] Depois que o arquivo de dados de imagens médicas é copiado, o identificador de arquivo pode
Petição 870190079843, de 16/08/2019, pág. 133/197
123/167
ser movido do conjunto de arquivos concluído para um
conj unto de arquivos copiados (por exemplo,
CopiedFileQi ieue) na memória de armazenamento central. 0
conjunto de arquivos copiados pode indicar que o arquivo de
dados de 1 .magens médicas < está presente na memória de
armazenamento central a ser acessada e / ou para processamento adicional. 0 conjunto de arquivos copiados
pode ser imp1ementado em várias configura i ç õ es, con fo rme
descrito a: n t e r i o rme n t e no presente caso, coi n referência ao
novo conj i unto de arq uivos e ao conjunt o de arquivos
concluiOo.
[00330] Em 640, o processador central pode
determinar um conjunto esperado de arquivos correspondentes
ao arquivo de dados de imagem copiado. 0 conjunto esperado
de arquivos pode definir o item de dados de imagens médicas do qual o arquivo de dados de imagem copiado faz parte. 0 conjunto esperado de arquivos pode incluir um ou mais arquivos de dados de imagens médicas que, em conjunto, formam o item de dados de imagens médicas gerado na memória de armazenamento remoto.
[00331] O conjunto de arquivos que definem um item de dados de imagens médicas geralmente se refere ao grupo de arquivos gerados a partir de um processo / procedimento de imagem (por exemplo, uma varredura de imagem inteira, um video de endoscopia, uma varredura de TC, e assim por diante). O conjunto de arquivos que definem um item de dados de imagens médicas pode variar dependendo do tipo de imagem médica. O conjunto de arquivos que definem um item de dados de imagens médicas também pode depender do software de geração de imagens e / ou de
Petição 870190079843, de 16/08/2019, pág. 134/197
124/167 imagens usado para capturar a imagem médica e gerar o item de dados de imagens médicas.
[00332] O processador central pode determinar o conjunto esperado de arquivos com base nas características do arquivo de dados da imagem copiada, tais como formato do arquivo, tipo de imagem, tipo / marca do imager e tipo de software do imager e outros assemelhados. Por exemplo, o processador central pode determinar um formato do arquivo de dados da imagem copiada. O processador central pode, então, determinar o conjunto esperado de arquivos com base no form ato identificado do arquivo de dados de imagem copiado.
[00333] Por exemplo, um Scanner de Slide de Patologia Digital da Aperio pode gerar um item de dados de imagens médicas como um único arquivo de dados de imagens médicas com uma extensão svs que é formatada em TIFF e possui dados proprietários e propriedades de arquivo adicionados. Nesse caso, o conjunto de arquivos para o item de dados de imagens médicas pode incluir o único arquivo de dados de imagens médicas.
[00334] Outros geradores de imagem podem gerar um item de dados de imagens médicas como uma pasta nomeada que inclui um subdiretório de arquivos. O subdiretório de arquivo pode incluir um arquivo de índice e uma pluralidade de arquivos de pixel, cada um armazenando o conjunto completo de dados de pixel para um nível / escala específico de imagem WSI. Os arquivos de dados de imagens médicas no subdiretório (ou seja, o arquivo de índice e os arquivos de pixel) podem então constituir o conjunto de arquivos para o item de dados de imagens médicas.
Petição 870190079843, de 16/08/2019, pág. 135/197
125/167 [00335] De acordo com determinados casos, ο processador central pode determinar o conjunto esperado de arquivos com base em itens de arquivo de imagens médicas copiados anteriormente. Por exemplo, o processador central pode monitorar o conjunto de arquivos coletados para os itens anteriores de dados de imagens médicos da mesma localização de memória de armazenamento de imagem remota. O processador central pode então determinar o conjunto esperado de arquivos para corresponder ao conjunto de arquivos copiados para os itens de dados de imagens anteriores do mesmo componente de armazenamento (ou gerados pelo mesmo gerador de imagens ou tipo de gerador de imagens).
[00336] De acordo com determinados casos, o processador central pode determinar o conjunto esperado de arquivos antes de copiar o arquivo de dados da imagem. Como alternativa, o processador central pode determinar o conjunto esperado de arquivos após o arquivo de dados da imagem ter sido copiado para a memória de armazenamento central.
[00337] O processador central pode definir um identificador de conjunto exclusivo para o conjunto de arquivos que definem o item de dados de imagens médicas. O identificador de conjunto exclusivo pode identificar identificadores de arquivo exclusivos para cada um dos arquivos de dados de imagens médicas em um item de dados de imagens médicas específico.
[00338] De acordo com determinados casos, o conjunto esperado de arquivos para um arquivo de dados de imagem copiado pode ter sido determinado anteriormente com
Petição 870190079843, de 16/08/2019, pág. 136/197
126/167 base em um arquivo de dados de imagem copiado anteriormente para o mesmo item de dados de imagens médicas. Em tais casos, o conjunto esperado de arquivos pode ser determinado usando o identificador de arquivo exclusivo para o arquivo de dados de imagem copiado para identificar o correspondente identificador de conjunto exclusivo para o conjunto esperado de arquivos.
[00339] Em 650, o processador central pode determinar que todos os arquivos no conjunto de arquivos identificados em 640 foram copiados para a memória de armazenamento central. Por exemplo, o processador central pode comparar os identificadores de arquivo exclusivos definidos em um identificador de conjunto exclusivo aos identificadores de arquivo armazenados no banco de dados de origem da imagem. Se todos os identificadores de arquivo exclusivos corresponderem a um identificador de arquivo no banco de dados de origem da imagem, o processador central poderá determinar que todos os arquivos foram copiados.
[00340] O processador central pode então gerar um indicador em 660 que um item de dados de imagem médica está disponível no componente de gerenciamento de imagem. O indicador gerado em 660 pode indicar que o item de dados de imagem médica está disponível para processamento adicional pelo processador central (por exemplo, de acordo com o método 700 ilustrado na Figura 7 e descrito mais adiante no presente caso).
[00341] O indicador também pode indicar que o item de dados de imagens médicas está acessível para ser revisado e/ou transferido para sistemas externos. De acordo com alguns casos, a geração do indicador também pode
Petição 870190079843, de 16/08/2019, pág. 137/197
127/167 introduzir o item de dados de imagens médicas (ou objetos representativos correspondentes) nos fluxos de trabalho definidos pelo processador central ou pelos componentes de gerenciamento de imagem relacionados.
[00342] De acordo com determinados casos, o processador central pode determinar que o conjunto de arquivos para um determinado item de dados de imagens médicas nunca foi criado no componente de memória de armazenamento de imagem remota. Por exemplo, isso pode ocorrer onde houve um erro durante a criação do item de dados de imagem e uma nova varredura pode ser iniciada. Nesses casos, o processador central pode excluir os arquivos de dados de imagens médicas que foram copiados, pois o item de dados de imagens médicas completo não ficará disponível.
[00343] Depois que um item de dados de imagens médicas é copiado para a memória de armazenamento central, o processador central pode ignorar a exclusão subsequente desse item de dados na memória de armazenamento remoto. Por conseguinte, a eliminação subsequente desse item de dados na memória de armazenamento de imagens remotas não resultaria na eliminação desse item de dados da memória de armazenamento central. Isso pode garantir que a memória de armazenamento central controle o armazenamento e o gerenciamento de itens de dados de imagens médicos, independentemente das políticas de gerenciamento de dados implementadas por dispositivos de imagem e/ou memória de armazenamento de imagens remotas. Por exemplo, alguns locais de memória de armazenamento de imagens remotas podem
Petição 870190079843, de 16/08/2019, pág. 138/197
128/167 excluir itens de dados periodicamente para compensar a capacidade limitada de armazenamento.
[00344] Tal como mencionado anteriormente, os identificadores de arquivo exclusivos podem ser gerados pelo processador central independentemente das características do arquivo dos arquivos de dados de imagens médicas na memória de armazenamento remoto. Por conseguinte, quando é gerado um novo arquivo de dados de imagem médica na memória de armazenamento de imagem remota com o mesmo nome de arquivo de dados de imagem médica anteriormente copiado, o processador central pode atribuir um identificador de arquivo único diferente ao novo arquivo de dados de imagem médica. Esse novo arquivo de dados de imagens médicas pode ser copiado para o componente de armazenamento central como um arquivo de dados de imagens médicas separado.
[00345] De acordo com determinados casos, a memória de armazenamento remoto pode atualizar / modificar um arquivo de dados de imagens médicas armazenado nele. O processador central pode identificar o arquivo de dados de imagens médicas atualizado como um novo arquivo de dados e atribuir um novo identificador exclusivo ao arquivo de dados de imagens médicas atualizado. O processador central pode então copiar o arquivo de dados de imagens médicas atualizado para a memória de armazenamento central como um arquivo de dados de imagens médicas separado do arquivo de dados previamente copiado.
[00346] Por exemplo, um gerador de imagens associado a um local da memória de armazenamento de imagens remotas pode determinar que é necessário um novo exame ou
Petição 870190079843, de 16/08/2019, pág. 139/197
129/167 nova imagem para o mesmo assunto (por exemplo, a mesma lâmina de tecido ou o mesmo paciente. 0 resultado de tal exame pode ser armazenado no memória de armazenamento de imagem remota com o mesmo nome de arquivo da digitalização original ou item de dados de imagem. 0 processador central pode identificar o item de dados de imagem redigitalizado como um item de dados separado com um identificador exclusivo diferente.
[00347] De acordo com determinados casos, os locais de memória de armazenamento de imagens remotas podem armazenar arquivos de dados de imagens médicas e de imagens médicas em um formato que não é compatível com um sistema central de gerenciamento de imagens. Por exemplo, os itens de arquivo de imagens médicas não podem ser armazenados em um formato compatível com DICOM. Por conseguinte, um PACS 106 convencional pode não conseguir recolher os itens de dados de imagens médicos da memória de armazenamento remota.
[00348] Nesses casos, os itens de imagens de imagens médicas coletados podem ser armazenados em um componente de gerenciamento de imagem externo ou adicional que se comunica com o PACS 106, como o LIM 104. O sistema de coleta de imagens pode proporcionar os itens de imagens de processamento por componentes de um sistema de gerenciamento de imagens, tais como LIM 104. De acordo com alguns casos, os itens de imagens de imagens médicas coletados também podem ser organizados em um conjunto de processamento ou conjunto de arquivos de processamento para definir a ordem na qual os itens de imagens de dados coletados médicas são processadas. O conjunto de
Petição 870190079843, de 16/08/2019, pág. 140/197
130/167 processamento (ou CopiedItemQueue) pode ser estruturado e operar de forma semelhante aos conjuntos mencionados anteriormente neste contexto, como o novo conjunto de arquivos, o conjunto de arquivos concluído e o conjunto de arquivos copiados.
[00349] Objetos representativos que são compatíveis com DICOM podem ser gerados a partir dos itens de dados de imagens médicas coletados e fornecidos ao PACS 106 para serem incluídos nos fluxos de trabalho do PACS 106. Por exemplo, os itens de imagens de imagens médicas coletados podem ser processados usando-se as concretizações do método 700 para o processamento de itens de dados de imagens médicas. Processamento de Itens de Dados de Grandes Imagens [00350] Segue-se uma descrição geral dos sistemas e métodos para o processamento de itens de imagens de vídeo médicas e outras características contidas no presente caso que podem ser usadas por si só ou em combinação com uma ou mais modalidades divulgadas aqui, incluindo sistemas e métodos para gerenciar itens de dados de imagens médicas, sistemas e métodos de coleta de itens de imagens médicas e sistemas e métodos de transferência de itens de imagens médicas. A descrição a seguir contém vários recursos de sistemas e métodos para o processamento de imagens que podem ser usadas individualmente ou em qualquer combinação ou subcombinação.
[00351] Os sistemas e métodos para o envio de itens de dados de imagens médicas descritos no presente caso podem ser concretizados como parte de um sistema de
Petição 870190079843, de 16/08/2019, pág. 141/197
131/167 gerenciamento de imagens, tal como o sistema de gerenciamento de imagens 100. Por exemplo, concretizações do método 700 para o processamento de imagens ser implementado pelo LIM 104 e PACS 106 do gerenciador de imagens 102.
[00352] Os itens de imagens de imagens médicas podem ser gerados com diversos tamanhos de dados e em uma variedade de formatos. Em alguns casos (como em muitos grandes itens de imagens de imagens médicas), os itens de imagens de imagens médicas podem ser gerados em formato específico de imagem ou proprietário. Como resultado, os itens de arquivo de imagens médicas podem ser separados em diferentes sistemas de gerenciamento de imagens baseados em departamento ou tipo de imagem. Esses itens de imagens médicas podem não se integrar facilmente em sistemas de gerenciamento centralizado ou combinado de imagens.
[00353] Muitos sistemas de saúde centralizados (por exemplo, PACS, HIS, RIS, e assim por diante) podem utilizar formatos / protocolos de comunicação definidos baseados em DICOM. No entanto, como muitos dos itens de imagens de imagens médicas não são gerados para serem compatíveis com esses sistemas baseados em DICOM, eles permanecem isolados e podem não ser acessíveis por meio da interface de gerenciamento de serviços de saúde centralizada.
[00354] Mesmo quando são geradas imagens compatíveis com DICOM, pode ser ineficiente incorporar todo o grande item de dados de imagens médicas diretamente nos fluxos de trabalho de gerenciamento de imagens. Os protocolos DICOM tratam principalmente de comunicação
Petição 870190079843, de 16/08/2019, pág. 142/197
132/167 padronizada e troca de dados entre dispositivos DICOM (geralmente chamados de entidades de aplicativos). 0 desempenho e a eficiência da comunicação e da transferência de dados não são enfatizados nos fluxos de trabalho gerados por sistemas baseados em DICOM, como o PACS convencional 106.
[00355] Muito embora os protocolos de comunicação DICOM padrão possam permitir a transferência de itens de arquivo de imagens médicas entre dispositivos, pode não ser confiável ou sustentável usar essa abordagem frequentemente com grandes itens de dados de imagens médicas com tamanhos de dados na faixa Gigabyte e Terabyte. Consequentemente, as formas de realização aqui descritas podem processar itens de dados de imagens médicas (para itens gerados e formatados em DICOM) para gerar objetos derivados que podem facilitar o armazenamento, processamento e recuperação dentro de um sistema de gerenciamento de imagens, como gerenciador de imagens 102 e/ou PACS 206. Alguns ou todos esses objetos derivados podem ser gerados com um tamanho de dados restrito a um tamanho de dados máximo limitado ou restrito que é menor que o tamanho dos dados de itens de imagens médicas (em alguns casos, milhares de vezes menores) . Por exemplo, objetos representativos podem ser gerados de acordo com um tamanho de dados máximo restrito definido como 100MB em alguns casos. De acordo com outros exemplos, objetos representativos podem ser gerados de acordo com um tamanho de dados máximo restrito definido como 10 MB.
[00356] As concretizações descritas no presente caso podem também incluir sistemas e métodos para o
Petição 870190079843, de 16/08/2019, pág. 143/197
133/167 processamento de itens de dados de imagens médicas. Cada item de dados de imagens médicas pode incluir pelo menos um conjunto de imagens médicas do mesmo procedimento de imagem (por exemplo, da mesma amostra de tecido, exame de Raio-X, vídeo de endoscopia, e assim por diante). Cada conjunto de imagens médicas define uma sub-imagem do procedimento de imagem. De acordo com alguns os casos, um conjunto de imagens médicas pode definir a sub-imagem como um todo (isto é, uma única região de sub-imagem).
[00357] De acordo com outros casos, o conjunto de imagens médicas pode separar a sub-imagem em uma pluralidade de regiões ou secções de sub-imagem. Podem ser processados itens de dados de imagens médicas para identificar metadados de imagem e dados de pixel de imagem. De acordo com determinados casos, os dados de pixels da imagem podem ser extraídos a partir do item de dados de imagens médicas.
[00358] Os dados de pixel podem ser usados para gerar uma pluralidade de objetos de pixel que, em conjunto, incluem todos os dados de pixel do item de dados de imagem médica. Cada objeto de pixel individual pode incluir os dados de pixel de uma sub-imagem (por exemplo, um plano z ou fatia) , para uma região dentro de uma sub-imagem (por exemplo, um bloco ou uma subseção de uma fatia) ou para vários regiões na subimagem. Os objetos de pixel podem ser armazenados e recuperados de forma independente, para proporcionar flexibilidade de armazenamento adicional. Os objetos de pixel também podem ser endereçados individualmente na memória, proporcionando a capacidade de
Petição 870190079843, de 16/08/2019, pág. 144/197
134/167 acessar, modificar ou recuperar somente as sub-imagens ou regiões de sub-imagem necessárias.
[00359] Os metadados da imagem podem ser usados para gerar objetos representativos. Os objetos representativos podem incluir um ou mais objetos representativos definidos. Os objetos representativos podem incluir um conjunto de objetos representativos correspondentes a cada conjunto de imagens médicas e definir características de identificação para a sub-imagem definida por aquele conjunto de imagens médicas.
[00360] Os objetos representativos definidos podem ser gerados como objetos de metadados representativos. Cada objeto de metadados representativo pode definir características de identificação de uma subimagem da imagem médica definida pelo item de dados de imagem médica. De acordo com alguns casos, os objetos de metadados representativos podem ser gerados em um formato correspondente a um protocolo de comunicação usado pelo sistema de gerenciamento de imagens de componentes principais, como o protocolo DICOM usado pelos principais componentes de um PACS.
[00361] De acordo com alguns casos, os objetos representativos também podem incluir um objeto de metadados representativo global que defina características de identificação da imagem médica como um todo ou grupo.
[00362] Os objetos derivados também podem incluir um ou mais objetos de metadados de pixel. Os objetos de metadados de pixel podem incluir a identificação de metadados definindo características de identificação de objetos de pixels individuais. Os objetos de metadados de
Petição 870190079843, de 16/08/2019, pág. 145/197
135/167 pixel também podem incluir relacionamentos de definição de metadados relacionais entre os objetos de pixel individuais. Por exemplo, os metadados relacionais podem definir as relações espaciais entre os objetos de pixel individuais. Os metadados relacionais podem indicar como uma sub-imagem ou toda a imagem médica pode ser reconstruída a partir dos objetos de pixel.
[00363] Os objetos representativos também podem incluir um ou mais objetos de visão geral. Cada objeto de visão geral pode incluir metadados de objeto de visão geral e dados de pixel de visão geral. Os dados de pixel de visão geral podem proporcionar uma representação da imagem médica ou de uma subimagem em uma resolução inferior àquela definida pelo objeto de pixel correspondente. Os metadados do objeto de visão geral podem incluir uma parte dos metadados da imagem correspondente à imagem ou sub-imagem médica representativa. De acordo com alguns casos, os objetos de visão geral podem ser gerados em um formato correspondente a um protocolo de comunicação usado pelo sistema de gerenciamento de imagens de componentes principais, tais como o protocolo DICOM usado pelos principais componentes de um PACS.
[00364] De acordo com determinados casos, os sistemas e métodos de tratamento de dados de imagens médicas podem ser utilizados com sistemas e métodos de gerenciamento de itens de arquivo de imagens médicas e/ou sistemas e métodos de coleta de itens de dados de imagens médicas descritos neste artigo.
[00365] Fazendo-se referência agira à Figura 7, ilustra-se na mesma um fluxograma de um método 700 para
Petição 870190079843, de 16/08/2019, pág. 146/197
136/167 processamento de itens de dados de imagens médicas de acordo com uma concretização. De acordo com alguns casos, o método 700 pode ser concretizado na forma de um aplicativo de processamento de imagens dentro de um sistema de gerenciamente de imagens. Por exemplo, o método 700 pode ser concretizado utilizando-se o gerenciador de imagens 102. O método 700 também pode ser concretizado por um gerador de imagens ou sistema de formação de imagens médicas.
[00366] Em 710, um item de dados de imagens médicas pode ser recebido ou identificado. O item de dados de imagem médica pode ser recebido a partir de vários locais de memória de armazenamento de imagens externas e/ou internas. De acordo com alguns casos, o item de dados de imagem médica pode ser identificado na memória de armazenamento de um método de implementação de sistema 700.
[00367] O item de dados de imagens médicas pode ser coletado como parte de um processo de coleta de imagens, tal como o Processo Exemplificativo 600 descrito anteriormente com referência à Figura 6. Alternativamente, o item de dados de imagens médicas pode ser armazenado em um arquivo de imagens, tal como o arquivo de imagens 230 ilustrado na Figura 2 descrito anteriormente. O item de dados de imagens médicas também pode ser armazenado na memória de armazenamento associada a um gerador de imagens médicas.
[00368] De acordo com determinados casos, o item de dados de imagens médicas pode já estar armazenado em um sistema de gestão de imagens, tal como pelo PACS 106/206 ou pelo LIM 104/304. Alternativamente, o item de
Petição 870190079843, de 16/08/2019, pág. 147/197
137/167 dados de imagens médicas pode ser recebido de um sistema externo de gerenciamento de imagens, como um PACS ou gerenciador de imagens associado a uma instituição de saúde diferente.
[00369] O item de dados de imagens médicas pode ser recebido em vários formatos. De acordo com os casos, um item de dados de imagens médicas pode ser recebido em formatos não-DICOM. Por exemplo, o item de dados de imagens médicas pode ser recebido em formatos proprietários ou formatos proprietários baseados em formatos de código aberto, como TIFF, JPEG e BMP.
[00370] De acordo com determinados casos, o item de dados de imagem médica pode ser recebido em um formato compatível com DICOM. Por exemplo, o item de dados de imagens médicas pode ser gerado em um formato WSI DICOM.
[00371] O item de dados de imagem médica geralmente inclui um ou mais conjuntos de imagens médicas do mesmo procedimento de imagem médica. Em geral, um conjunto de imagens médicas define uma subimagem do item de dados de imagens médicas. Assim, cada conjunto de imagens médicas pode incluir pelo menos um objeto de subimagem que corresponde à subimagem definida por esse conjunto de imagens médicas.
[00372] De acordo com determinados casos, cada conjunto de imagens médicas pode corresponder a um único objeto de sub-imagem que define o conjunto de imagens médicas. Como alternativa vários objetos de subimagem podem corresponder a um conjunto de imagens médicas, por exemplo, com cada objeto de sub-imagem definindo uma região da subimagem correspondente.
Petição 870190079843, de 16/08/2019, pág. 148/197
138/167 [00373] Por exemplo, uma sub-imagem pode referir-se a um quadro de item de dados de imagens médicas de video de endoscopia. Uma subimagem também pode se referir a um plano focal em uma pilha de imagens médicas geradas a partir de uma única amostra de tecido. Uma subimagem também pode se referir a uma fatia de uma série de imagens volumétricas. Em alguns casos, o item de dados de imagens médicas pode incluir sub-imagens com diferentes resoluções. Assim, cada conjunto de imagens médicas pode ter uma resolução correspondente.
[00374] De acordo com determinados casos, um item de dados de imagens médicas pode incluir apenas uma única sub-imagem. Consequentemente, um item de dados de imagens médicas pode ter apenas um conjunto de imagens médicas de acordo com os casos. Por exemplo, uma lâmina de amostra de tecido digitalizada com um único plano focal pode corresponder a um item de dados de imagem médica com uma única sub-imagem (isto é, o plano focal).
[00375] O item de dados de imagem médica recebido geralmente inclui um ou mais arquivos de dados de imagens médicas. Os um ou mais arquivos de dados de imagens médicas, juntos, formam o item de dados de imagens médicas. Os um ou mais arquivos de dados de imagens médicas são gerados pelo mesmo procedimento de imagens médicas.
[00376] Um identificador de item de dados ou um identificador de item exclusivo pode ser gerado para o item de dados de imagem médica recebido. Por exemplo, o identificador de item de dados pode ser gerado como um identificador de conjunto único.
Petição 870190079843, de 16/08/2019, pág. 149/197
139/167 [00377] Em 720, os metadados da imagem e os dados do pixel da imagem podem ser identificados no item de dados da imagem médica. Por exemplo, os metadados de imagem e os dados de pixel de imagem podem ser identificados com base no formato de arquivo do item de dados de imagem médica recebidos (por exemplo, como explicado acima com referência ao analisador 346).
[0037 8] O formato do item de dados de imagens médicas recebido em 710 pode ser identificado. O número e tipo de arquivos de dados de imagens médicas que definem o item de dados de imagens médicas podem ser identificados com base no formato determinado. Da mesma forma, os arquivos de dados de imagens médicas e as partes de arquivos de dados de imagens médicas que armazenam os metadados de imagem e os dados de pixel de imagem, respectivamente, podem ser determinados com base no formato de arquivo identificado.
[00379] Por exemplo, um item de dados de imagens médicas pode ser gerado por um herador de imagens do Aperio. Por conseguinte, o formato do item de dados de imagens médicas pode ser identificado como um formato TIFF modificado correspondente ao gerador de imagens de Aperio. O item de dados de imagens médicas pode então ser analisado para extrair os atributos formatados / codificados em TIFF. Os atributos TIFF extraídos podem ser analisados para identificar os atributos específicos do Aperio com base em uma definição do formato Aperio. Os atributos TIFF extraídos e os atributos específicos do Aperio são usados para definir os metadados da imagem e os dados do pixel da imagem.
Petição 870190079843, de 16/08/2019, pág. 150/197
140/167 [00380] Uma vez que os metadados da imagem e os dados do pixel da imagem são identificados, os metadados da imagem e os dados do pixel da imagem podem ser extraídos dos itens de arquivo de imagens médicas analisados. Objetos derivados, como objetos de pixel, objetos representativos e/ou objetos de metadados de pixel, podem ser gerados a partir dos metadados de imagem extraídos e/ou dos dados de pixels da imagem. Esses objetos derivados podem ser utilizados para facilitar o armazenamento, o gerenciamento e o processamento das imagens médicas definidas pelos itens de dados de imagens médicas.
[00381] De acordo com determinados casos, a localização dos metadados de imagem e os dados de pixel de imagem dentro do item de dados de imagem médica podem ser armazenados para processamento subsequente. Por exemplo, um mapeamento pode ser armazenado para o item de dados de imagens médicas que identifica a localização dos metadados da imagem e dos dados de pixels da imagem dentro do item de dados de imagens médicas.
[00382] De acordo com determinados casos, alguns ou todos os objetos derivados podem não ser armazenados permanentemente. Por exemplo, um item de dados de imagens médicas pode ser armazenado permanentemente em seu formato original e os objetos derivados podem ser gerados sob demanda (por exemplo, em resposta a pedidos de imagens). Consequentemente, armazenar um mapeamento dos metadados de imagem e dos dados de pixel de imagem dentro ou associado ao item de dados de imagem médica pode facilitar a geração subsequente de objetos derivados..
Petição 870190079843, de 16/08/2019, pág. 151/197
141/167 [00383] De acordo com determinados casos, ο item de dados de imagens médicas pode ser processado para gerar metadados de imagem adicionais. Os metadados de imagem adicionais podem ser incluídos com ou além dos metadados de imagem extraídos do item de dados de imagens médicas.
[00384] De acordo com determinados casos, os dados de pixels correspondentes a uma ou mais sub-imagens do item de dados de imagens médicas podem ser analisados para identificar metadados de sub-imagem que podem ser incluídos como parte dos metadados de imagem adicionais. Os dados de pixel podem ser analisados para identificar propriedades de subimagem. As propriedades da sub-imagem podem ser usadas para fornecer uma indicação ou estimativa da importância de uma sub-imagem específica. Por exemplo, a estimativa da importância da subimagem pode refletir uma estimativa da probabilidade de a sub-imagem incluir dados de pixel de valor ou importância diagnostica.
[00385] Os dados de pixel podem ser analisados para identificar potenciais dados de pixel de tecido dentro de uma subimagem. Por exemplo, um processo para identificar um limite da mama e uma janela da mama dentro de um item de dados de imagens médicas está descrito na Patente US N°. 8 649 578, cuja totalidade fica incluída no presente caso por referência. Os metadados da subimagem que indicam a presença de uma janela do peito e/ou a localização de uma janela do peito dentro da subimagem podem então ser incluídos com os metadados da imagem extraída.
[00386] De acordo com determinados casos, as propriedades da subimagem podem incluir propriedades de
Petição 870190079843, de 16/08/2019, pág. 152/197
142/167 mancha que indicam a possível presença de manchas em uma sub-imagem ou região de sub-imagem. De acordo com alguns casos, as propriedades da sub-imagem podem incluir propriedades de artefatos que indicam se a sub-imagem inclui artefatos de imagem.
[00387] De acordo com determinados casos, as propriedades da subimagem podem incluir propriedades de foco ou nitidez indicando se a sub-imagem está dentro ou fora de foco e o nível de nitidez da sub-imagem. Isso pode proporcionar uma indicação se um médico provavelmente observará dados de pixel de qualidade de diagnóstico dentro da sub-imagem.
[00388] De acordo com determinados casos, os metadados de sub-imagem adicionais podem incluir metadados específicos do usuário correspondentes a um usuário que solicita o item de dados de imagens médicas ou que provavelmente solicitará o item de dados de imagens médicas. Por exemplo, os dados de pixel das sub-imagens podem ser comparados com dados de pixel de sub-imagens acessadas anteriormente e usadas diagnosticamente por um clínico. As propriedades de sub-imagem para sub-imagens que são semelhantes àquelas usadas anteriormente para diagnóstico podem indicar uma estimativa de importância aumentada.
[00389] Em 730, uma pluralidade de objetos de pixel pode ser gerada a partir dos dados de pixels da imagem. Cada objeto de pixel corresponde a uma das subimagens no item de dados de imagens médicas. Cada subimagem pode ter pelo menos um objeto de pixel correspondente na pluralidade de objetos de pixel.
Petição 870190079843, de 16/08/2019, pág. 153/197
143/167 [00390] Cada objeto de pixel geralmente inclui pelo menos uma porção dos dados de pixel de imagem identificados no item de dados de imagens médicas. Cada porção dos dados de pixel de imagem pode ser armazenada num dos objectos de pixel gerados em 730. Consequentemente, a pluralidade de objectos de pixel pode fornecer uma recolha completa dos dados de pixel do item de dados de imagens médicas recebidos em 710.
[00391] Cada objeto de pixel também inclui um identificador de objeto de pixel com características de identificação desse objeto de pixel. 0 identificador de objeto de pixel pode identificar o identificador de item de dados correspondente a esse objeto de pixel. 0 identificador de objeto de pixel também pode identificar a subimagem correspondente a esse objeto de pixel.
[00392] Cada sub-imagem pode ter um objeto de pixel correspondente. Por exemplo, onde o item de dados de imagens médicas é uma série volumétrica, cada fatia pode ser armazenada como um objeto de pixel único. Da mesma forma, objetos de pixel podem ser gerados para cada fatia de imagens CT / MR / US, cada quadro para vídeos de endoscopia, cada fatia de um Cardio digitaliza e outros assemelhados.
[00393] De acordo com determinados casos, , uma pluralidade de objetos de pixel pode ser gerada para uma sub-imagem. Por exemplo, os dados de pixel correspondentes a uma sub-imagem podem ser separados em uma pluralidade de regiões de sub-imagem. Um objeto de pixel pode então ser gerado para cada região de sub-imagem que inclui os dados de pixel correspondentes para essa região. Por exemplo, um
Petição 870190079843, de 16/08/2019, pág. 154/197
144/167 objeto de pixel pode ser gerado para cada bloco de um slide de patologia digitalizado.
[00394] De acordo com determinados casos, o item de dados de imagem médica pode incluir dados de pixel para uma ou mais sub-imagens em múltiplas resoluções. Um ou mais objetos de pixel podem ser gerados para cada resolução de uma sub-imagem específica.
[00395] Em 740, os objetos de pixels podem ser armazenados em um primeiro local de memória. Em diferentes formas de realização, a primeira localização de memória pode corresponder à memória de armazenamento associada a vários sub-sistemas de gestão de imagens e sistemas de gestão de arquivos de cuidados de saúde. Cada objeto de pixel pode ser armazenado em um local de endereço de objeto de pixel correspondente no primeiro local da memória. Cada objeto de pixel pode ser endereçado individualmente em seu correspondente local de endereço de objeto de pixel.
[00396] Por exemplo, de acordo com os casos detectados, os objetos de pixel podem ser armazenados em um LIM 104. Armazenar os objetos de pixel no LIM 104 pode remover os objetos de pixel dos fluxos de trabalho de armazenamento dos componentes principais do PACS 106.
[00397] De acordo com determinados casos, objetos de pixel podem ser armazenados em uma memória de armazenamento associada a um gerador de imagens 110. De acordo com determibados os casos, os objetos de pixel podem ser armazenados em um arquivo de imagem como o arquivo de imagem 230. De acordo com determibados casos, a primeira localização de memória pode até ser uma memória de armazenamento associada a um PACS 206.
Petição 870190079843, de 16/08/2019, pág. 155/197
145/167 [00398] De acordo com determinados casos, os objetos de pixel podem ser armazenados como um bloco ou grupo de objetos de pixel. O bloco de objetos de pixel pode incluir todos os objetos de pixel na pluralidade de objetos de pixels armazenados adjacentes um ao outro na memória de armazenamento. Isso pode facilitar o armazenamento e a recuperação de objetos pixel consecutivos, por exemplo, armazenando objetos de pixel adjacentes a objetos de pixel relacionados.
[00399] De acordo com determinados casos, os objetos de pixel podem ser armazenados de forma independente. Ou seja, o local do endereço na primeira memória em cada objeto de pixel armazenado pode ser determinado independentemente do local do endereço para cada outro objeto de pixel. Isso pode proporcionar flexibilidade ao armazenar objetos de pixel para levar em conta as considerações de capacidade de armazenamento, por exemplo, sem ter que reorganizar a forma como os dados são armazenados no momento.
[00400] De acordo com determinados casos, grupos de objetos de pixel podem ser armazenados coletivamente, mas independentes de outros grupos de objetos de pixel. Por exemplo, um grupo que inclui a pluralidade de objetos de pixel correspondentes a uma subimagem pode ser armazenado como um bloco na primeira memória, mas independentemente dos grupos, incluindo objetos de pixel correspondentes às outras sub-imagens.
[00401] De acordo com determinados casos, , cada objeto de pixel pode ser endereçável individualmente na primeira memória de armazenamento. Objetos pixeláveis
Petição 870190079843, de 16/08/2019, pág. 156/197
146/167 endereçáveis individualmente podem facilitar a recuperação de dados de pixel em resposta a solicitações de sub-imagens ou regiões de sub-imagens. Os dados de pixel correspondentes a uma sub-imagem ou região de subimagem solicitada podem ser diretamente recuperados / recuperados com base no local do endereço do objeto de pixel correspondente.
[00402] Em 750, uma pluralidade de objetos representativos pode ser gerada para o item de dados de imagens médicas. Os objetos representativos podem ser gerados a partir dos metadados da imagem e/ou dos pixels de imagem identificados em 720. Em geral, os objetos representativos correspondem à imagem médica e sub-imagens do item de dados de imagens médicas, mas incluem menos dados de pixel (por exemplo, resolução de imagens ou subimagens) ou sem dados de pixel. Os objetos representativos podem incluir metadados representativos e/ou dados de pixel representativos que reflitam os dados de pixel no item de dados de imagens médicas, mas com um tamanho de dados menor (muitas vezes substancialmente menor).
[00403] Cada objeto representativo também inclui um identificador de objeto representativo que define as características de identificação desse objeto representativo. O identificador de objeto representativo pode identificar o identificador de item de dados correspondente a esse objeto representativo. O identificador de objeto representativo também pode identificar quaisquer sub-imagens ou regiões de sub-imagem correspondentes a esse objeto representativo. Assim, os objetos representativos e objetos de pixel para o mesmo
Petição 870190079843, de 16/08/2019, pág. 157/197
147/167 item de dados de imagens médicas (e sub-imagens correspondentes) podem ser determináveis a partir do identificador do item de dados e dos identificadores representativos do objeto / objeto de pixel.
[00404] Os objetos representativos podem ser usados com fluxos de trabalho de gerenciamento de dados e de ciclo de vida relacionados aos itens de dados de imagens médicos enquanto os objetos de pixel permanecem armazenados no primeiro local de memória. Os objetos representativos também podem ser usados para fornecer interfaces de usuário a usuários interessados em itens de arquivo de imagens médicas. Por exemplo, os objetos representativos podem identificar os dados de pixel disponíveis e os objetos de pixel armazenados no primeiro local da memória. Os objetos de pixel podem então ser recuperados conforme solicitado para fornecer imagens e sub-imagens médicas de maior resolução. Isso pode facilitar o gerenciamento de dados e fluxos de trabalho, sem exigir que grandes objetos de dados sejam incorporados aos fluxos de trabalho.
[00405] Os objetos representativos podem ser armazenados em um segundo local de memória. De acordo com os casos determinados, o segundo local de memória pode ser separado do primeiro local da memória. Por exemplo, a primeira localização de memória pode corresponder a um LIM 104 ou a um arquivo de imagem 230 enquanto a segunda localização de memória corresponde a um PACS 106/206.
[00406] Os objetos representativos podem ser gerados em um formato compatível com fluxos de trabalho de um sistema de gerenciamento de imagens. Por exemplo, os objetos representativos podem ser gerados para serem
Petição 870190079843, de 16/08/2019, pág. 158/197
148/167 compatíveis com um protocolo de comunicação definido, como o protocolo DICOM usado por um PACS 106/206. Isso pode facilitar a integração dos objetos representativos no sistema de gerenciamento de imagem e fluxos de trabalho. De acordo com os casos determinados, os objetos de pixel não podem ser gerados (ou convertidos) em um formato DICOM antes do armazenamento.
[00407] Os objetos representativos podem ser gerados com um tamanho de dados menor que os próprios itens de dados de imagens para facilitar o gerenciamento nos fluxos de trabalho existentes. Por exemplo, objetos representativos podem ser gerados com um tamanho máximo de dados de 100MB em alguns exemplos. Em alguns exemplos, objetos representativos podem ser gerados com um tamanho máximo de dados de 10 MB.
[00408] Os objetos representativos podem incluir objetos de metadados representativos gerados a partir dos metadados da imagem. Cada objeto de metadados representativo pode corresponder a uma das sub-imagens do item de dados de imagens médicas. Cada objeto de metadados representativo pode definir características de identificação para a sub-imagem correspondente. Em geral, as características de identificação de uma sub-imagem geralmente caracterizam essa sub-imagem individual.
[00409] As características de identificação para uma sub-imagem podem incluir um identificador de item de dados para o item de dados de imagem médica correspondente, tipo de imagem, resolução de imagem, subregiões disponíveis (por exemplo, mosaicos) e localização de memória identificando a primeira localização de memória.
Petição 870190079843, de 16/08/2019, pág. 159/197
149/167
As características de identificação de uma subimagem também podem incluir dados do paciente, dados do estudo por imagem, dados em série, dados do método de imagem e similares. [00410] De acordo com determinados casos, o local de memória armazenado nas características de identificação pode incluir um endereço específico de subimagem indicando a localização do endereço de memória do correspondente objeto de pixel ou objetos de pixel no primeiro local de memória. De acordo com os casos determinados, a localização da memória armazenada nas características de identificação pode incluir dados de endereço específicos da região da subimagem para objetos de pixel correspondentes a regiões específicas de uma subimagem. Por exemplo, o objeto de metadados representativo pode incluir uma URL identificando o local do endereço de memória do objeto de pixel correspondente ou objetos de pixel no primeiro local da memória.
[00411] Os objetos de metadados representativos podem ser usados com os procedimentos padrão de um sistema de gerenciamento de imagens. Por exemplo, a pluralidade de objetos de metadados representativos pode incluir todos os metadados necessários para permitir operações padrão do sistema de gerenciamento de imagens, tais como fluxos de trabalho, gerenciamento do ciclo de vida das imagens, visualização, geração de relatórios, e assim por diante.
[00412] De acordo com determinados casos, os objetos de metadados representativos podem ser gerados em um formato compatível com DICOM. Por exemplo, os objetos de metadados representativos podem ser gerados como cabeçalhos
Petição 870190079843, de 16/08/2019, pág. 160/197
150/167
DICOM. Isso pode permitir que os objetos de metadados representativos sejam armazenados em um segundo local de memória que faça parte de um sistema de gerenciamento de imagens usando o padrão DICOM.
[00413] Por exemplo, os objetos de metadados representativos podem ser armazenados em um PACS 106/206. Os objetos de metadados representativos podem ser usados nos fluxos de trabalho definidos pelo componente de ativação de fluxo de trabalho 114. A pluralidade de objetos de metadados representativos pode conter todos os metadados DICOM necessários para funções PACS 106/206, como fluxos de trabalho, gerenciamento do ciclo de vida da imagem, visualização, relatórios etc. acordo com determibados casos, os objetos de metadados representativos podem ser gerados com um tamanho máximo de dados de 1MB. Em outras palavras, cada objeto de metadados representativo pode ser gerado para que seu tamanho de dados seja de 1 MB ou menos.
[00414] De acordo com determinados casos, os objetos representativos gerados em 750 também podem incluir pelo menos um objeto de visão geral para o item de dados de imagens médicas. Cada objeto de visão geral pode incluir um objeto de pixel de visão geral e metadados de objeto de visão geral.
[00415] O objeto de pixel de visão geral pode proporcionar uma visão geral de uma ou mais sub-imagens do item de dados de imagens médicas. Por exemplo, cada objeto de pixel de visão geral pode incluir uma subimagem de resolução reduzida correspondente a uma das sub-imagens do item de dados de imagens médicas. A sub-imagem de resolução reduzida pode ter uma resolução de visão geral que é menor
Petição 870190079843, de 16/08/2019, pág. 161/197
151/167 que a resolução do objeto de pixel correspondente a essa sub-imagem.
[00416] De acordo com determinados casos, cada objeto de pixel de visão geral pode ter um tamanho de dados que é mil vezes menor do que um objeto de pixel correspondente. De acordo com os casos determinados, cada objeto de pixel de visão geral pode ter um tamanho de dados que é dez mil vezes menor que um objeto de pixel correspondente.
[00417] Por exemplo, um item de dados de imagens médicas pode definir uma imagem médica com dados de pixel gue incluem 256.000 x 256.000 pixels. Um objeto de pixel de visão geral correspondente pode ser gerado que é tão pequeno quanto 256 x 256 pixels. Por conseguinte, a sub-imagem de resolução reduzida é cerca de 1.000.000 vezes menor gue os correspondentes dados de pixel do item de dados de imagem médica.
[00418] De acordo com determinados casos, o pelo menos um objeto de visão geral pode incluir uma pluralidade de objetos de visão geral com um objeto de visão geral correspondente a cada subimagem do item de dados de imagens médicas.
[00419] De acordo com determinados casos, os objetos de visão geral podem incluir vários objetos de visão geral correspondentes a uma sub-imagem específica, cada um com uma resolução geral diferente. Ou seja, cada um da pluralidade de objetos de visão geral relacionados à mesma sub-imagem pode ter um objeto de pixel de visão geral com uma resolução geral diferente. Cada objeto de pixel de
Petição 870190079843, de 16/08/2019, pág. 162/197
152/167 visão geral pode fornecer uma imagem ou sub-imagem de resolução reduzida.
[00420] Os metadados do objeto de visão geral podem incluir uma parte dos metadados da imagem correspondente à parte dos dados de pixel usados para gerar
o objeto de pixel de visão geral (ou seja, correspondente à
subimagem representada pelo objeto de pixel de visão
geral) . [ 00421] De acordo com determinados casos, os
obj etos de visão geral podem ser usados como parte de um
sistema de gerenciamento de imagens. Por exemplo, os
obj etos de visão geral podem proporcionar sub-imagens de
resolução reduzida que podem ser exibidas a um usuário que interage com o sistema de gerenciamento de imagem, por exemplo, usando um visualizador 108. Os objetos de visão geral podem permitir ao usuário (médicos, médicos, cirurgiões, e assim por diante) realizar rapidamente revisões não-diagnósticas da correspondente sub-imagem, usando os objetos de pixel de visão geral de resolução reduzida. De acordo com determibados casos, um objeto de visão geral pode até ser suficiente para alguns aspectos de uma revisão de diagnóstico.
[00422] De acordo com determinados casos, os objetos de visão geral podem ser gerados com um tamanho máximo de dados de 10 MB. Em outras palavras, cada objeto de visão geral pode ser gerado para que seu tamanho de dados seja de 10 MB ou menos.
[00423] Os metadados do objeto de visão geral também podem incluir uma lista de objetos de metadados de representantes correspondentes ao mesmo item de dados de
Petição 870190079843, de 16/08/2019, pág. 163/197
153/167 imagens médicas. Os metadados do objeto de visão geral podem listar cada um dos objetos de metadados representativos correspondentes ao mesmo item de dados de imagens médicas. Os metadados do objeto de visão geral podem fornecer um link ou URL para os objetos de metadados representativos listados. Os metadados do objeto de visão geral também podem identificar todos os outros objetos de visão geral disponíveis para o mesmo item de dados de imagens médicas.
[00424] De uma forma assemelhada, os objetos de metadados representativos podem incluir uma lista de todos os objetos de visão geral para o mesmo item de dados de imagens médicas. Os objetos de metadados representativos também podem identificar todos os outros objetos de metadados representativos disponíveis para o mesmo item de dados de imagens médicas. Assim, um usuário que interage com um sistema de gerenciamento de imagens pode selecionar um dos objetos de metadados representativos e/ou objetos de visão geral e receber informações de identificação para todos os objetos de visão geral relacionados e/ou objetos de metadados representativos.
[00425] De acordo com determinados casos, critérios de acessibilidade podem ser definidos para os objetos de visão geral. Por exemplo, os critérios de acessibilidade podem restringir ou limitar o acesso a determinados objetos de visão geral com base nas funções do usuário definidas em um sistema de gerenciamento de imagens. Os critérios de acessibilidade podem controlar o acesso a determinados objetos de visão geral com base na função de um usuário. Por exemplo, os critérios de
Petição 870190079843, de 16/08/2019, pág. 164/197
154/167 acessibilidade podem fornecer a alguns usuários acesso somente a objetos de visão geral com objetos de pixel de visão geral de baixa resolução, enquanto outros usuários podem ter acesso a objetos de visão geral de resolução mais alta (ou todos os objetos de visão geral).
[00426] Os metadados do objeto de síntese para um objeto de visão geral podem ser usados juntamente com os critérios de acessibilidade e a função definida de um usuário para determinar se o usuário tem acesso ao objeto de visão geral. De acordo com os casos determinados, a existência de um objeto de visão geral específico pode não ser visível para um usuário, a menos que sua função seja qualificada para acessar esse objeto de visão geral com base nos metadados do objeto de visão geral para o objeto de visão geral específico e nos critérios de acessibilidade de visão geral. De acordo com os casos determinados, os critérios de acessibilidade podem fornecer ao usuário acesso a apenas uma resolução dos objetos de visão geral dos dados de imagens médicas com base na função do usuário.
[00427] Os critérios de acessibilidade podem definir um tamanho de dados acessível máximo dos objetos acessíveis a um usuário específico. Um usuário solicitando objetos de visão geral ou de pixel pode, então, limitar-se a exibir objetos de visão geral ou objetos de pixel cujo tamanho de dados seja menor que o tamanho máximo de dados acessível. Por exemplo, o tamanho máximo de dados acessível pode ser definido como 10 MB para um usuário médico / clínico, enquanto o tamanho máximo de dados acessível é ilimitado para um patologista de leitura.
Petição 870190079843, de 16/08/2019, pág. 165/197
155/167 [00428] De acordo com determinados casos, os objetos de visão geral podem ser gerados em um formato compatível com DICOM. Isso pode facilitar a integração dos objetos de visão geral em um sistema de gerenciamento de imagens que opera usando o protocolo DICOM, como o PACS 106/206. Por exemplo, um objeto de visão geral pode ser gerado como um objeto de captura secundária DICOM.
[00429] De acordo com determinados casos, os objetos de metadados representativos podem ser omitidos. Por exemplo, os objetos de visão geral podem ser gerados para incluir metadados de objeto de visão geral que também incluem todos os metadados necessários para a integração em sistemas de gerenciamento de imagem e fluxos de trabalho. Os metadados do objeto de visão geral podem então ser definidos para incluir características de identificação para sub-imagens correspondentes do item de dados de imagens médicas.
[00430] De uma formsa alternativa, os objetos de visão geral podem ser omitidos. Nesses casos, os objetos de metadados representativos podem ser usados para os fluxos de trabalho de gerenciamento de imagens, bem como para proporcionar informações para uma interface de usuário. No entanto, em tais casos, um usuário pode não conseguir executar uma revisão inicial de uma subimagem sem solicitar os dados de pixel correspondentes armazenados no primeiro local da memória.
[00431] Em 760, pelo menos alguns dos objetos representativos podem ser armazenados em um segundo local de memória. Os objetos de metadados representativos e/ou os objetos de visão geral podem ser armazenados no segundo
Petição 870190079843, de 16/08/2019, pág. 166/197
156/167 local de memória separado do primeiro local de memória no qual os objetos de pixel são armazenados.
[00432] O segundo local de memória no qual os objetos representativos são armazenados pode ser uma memória de armazenamento associada a um componente de gerenciamento de imagem que opera com um protocolo de comunicação definido. Por exemplo, os objetos representativos podem ser armazenados em um PACS 106 que usa o protocolo DICOM.
[00433] De acordo com determinados casos, o segundo local de memória pode corresponder a um componente de armazenamento de acesso rápido (por exemplo, um cache) enquanto o primeiro local de memória é compreendido por um componente de armazenamento mais lento (por exemplo, um componente de arquivamento ou armazenamento de longo prazo) que pode estar localizado distante de um processamento da imagem Sistema de gestão. Por exemplo, o segundo local de memória pode ser armazenado localmente em um sistema de gerenciamento de imagens, enquanto o primeiro local de memória é externo ou remoto do sistema de gerenciamento de imagens. Isso pode permitir que os objetos representativos sejam recuperados com facilidade e rapidez para processos de gerenciamento de imagens em andamento e fluxos de trabalho com os objetos de pixel recuperáveis, conforme necessário.
[00434] De acordo com determinados casos, objetos de metadados de pixel também podem ser gerados para o item de dados de imagens médicas. Os objetos de metadados de pixel podem corresponder aos conjuntos de imagens médicas e aos objetos de pixel correspondentes.
Petição 870190079843, de 16/08/2019, pág. 167/197
157/167 [00435] Pelo menos um conjunto de objetos de metadados de pixel pode ser gerado, com cada conjunto correspondente a um dos conjuntos de imagens médicas. Cada conjunto de objetos de metadados de pixel pode incluir a identificação de metadados que definem as características de identificação para os objetos de pixel correspondentes àquele conjunto de imagens médicas. Cada conjunto de objetos de metadados de pixel também pode incluir metadados relacionados que definem relações espaciais entre os objetos de pixel correspondentes àquele conjunto de imagens médicas. Os metadados relacionais também podem incluir metadados relacionais gerais que identificam as relações espaciais entre os objetos de pixel de diferentes (por exemplo, adjacentes) conjunto / sub-imagens de imagens médicas.
[00436] Por exemplo, um item de dados de imagens médicas pode ser gerado como um item de dados DICOM WSI. Um item de dados DICOM WSI pode incluir dados binários que representam até 11 milhões de sub-imagens ou regiões de subimagem (por exemplo, blocos.). Os dados binários podem ser incluídos em uma sequência textual adjacente aos dados de pixel. Os dados binários podem ser extraídos e usados para definir os objetos de metadados de pixel. Os objetos de metadados de pixel podem ser gerados como fragmentos DICOM (objetos de cabeçalho DICOM parciais).
[00437] Os objetos de metadados de pixel podem ser armazenados no primeiro local de memória (ou outro local de memória) . Como os objetos de metadados de pixel incluem metadados de imagem que definem relações espaciais entre objetos de pixel armazenados na primeira localização
Petição 870190079843, de 16/08/2019, pág. 168/197
158/167 de memória, eles podem não ser necessários para as funções de um sistema de gerenciamento de imagens, a menos que os correspondentes objetos de pixel sejam solicitados. Como tal, os objetos de metadados de pixel podem ser armazenados externamente aos componentes principais de um sistema de gerenciamento de imagens.
[00438] De acordo com determinadas concretizações os objetos de pixel, objetos representativos e/ou objetos de metadados de pixel podem ser usados com um sistema de gerenciamento de imagem, como o sistema 100 mostrado na Figura 1. Em tais modalidades, a primeira localização de memória pode corresponder a LIM 104 e a segunda localização de memória pode corresponder para o PACS 106.
[00439] O processo de conversão DICOM 700 pode então ser realizado principalmente pelo LIM 104 ou por um sistema externo de processamento de imagem. Os objetos de pixel gerados em 730 podem ser armazenados no LIM 104. O LIM 104 pode transmitir os objetos de metadados representativos e / ou os objetos de visão geral para o PACS 106 como parte da mensagem de metadados 116 ou em uma mensagem ou série subsequente de mensagens. O PACS 106 pode então incorporar os objetos de metadados representativos e / ou os objetos de visão geral nos fluxos de trabalho definidos pelo componente de ativação do fluxo de trabalho 114 .
[00440] De acordo com alguns exemplos, o conjunto de objetos representativos gerados por um LIM 104 pode incluir objetos de metadados representativos e objetos de visão geral. O conjunto de objetos representativos pode
Petição 870190079843, de 16/08/2019, pág. 169/197
159/167 ser proporcionado para um sistema central de gerenciamento de imagens, como o PACS 106. Os objetos de visão geral podem ser gerados como objetos DICOM convencionais que incluem dados de pixel de visão geral e metadados de objeto de visão geral. Os objetos de metadados representativos podem incluir apenas metadados de imagem, bem como, talvez, um URL para os correspondentes dados de pixel no LIM 104.
[00441] Um usuário do visualizador 108 pode interagir com o PACS 106 para rever e solicitar dados relacionados com os itens de imagens de imagens médicas. O visualizador 108 pode incluir os objetos de metadados representativos e/ou objetos de visão geral em uma interface gráfica de usuário apresentada ao usuário com base em objetos recebidos do PACS 106 em mensagens do usuário 118. O usuário pode iniciar uma solicitação 120 para uma imagem médica, por exemplo, por meio da seleção de um dos objetos representativos exibidos na interface do usuário. De acordo com os casos determinados, o usuário pode revisar um ou mais dos objetos de visão geral antes ou no lugar de solicitar dados de pixel para a imagem médica.
[00442] Se a solicitação 120 corresponde a um item de dados de imagens médicas que contém dados de pixel armazenados no LIM 104 (por exemplo, um grande item de dados de imagens médicas), a solicitação 120 pode ser redirecionada para LIM 104. O LIM 104 pode transmitir uma mensagem de resposta de imagem 124 para o visualizador 108 com um objeto de pixel que inclui dados de pixel solicitados.
[00443] De acordo com determinados casos, o visualizador 108 pode ser equipado para exibir múltiplos
Petição 870190079843, de 16/08/2019, pág. 170/197
160/167 objetos de pixel. Nesses casos, o LIM 104 também pode incluir os objetos de metadados de pixel necessários na resposta 124 .
[00444] De acordo com outros casos, um usuário do visualizador 108 pode solicitar um objeto de pixel relacionado (por exemplo, um objeto de pixel adjacente) subsequente ao recebimento do objeto de pixel na resposta 124. O LIM 104 pode então usar os objetos de metadados de pixel armazenados (isto é, os metadados relacionais) para identificar o objeto correto, objeto de pixel para fornecer ao visualizador 108.
[00445] As concretizações descritas no presente caso podem proporcionar sistemas de processamento de imagem e métodos que convertem um item de dados de imagem médica em uma pluralidade de objetos derivados. Os objetos derivados podem incluir objetos de pixel e objetos representativos. De acordo com determibados casos, os objetos derivados também podem incluir objetos de metadados de pixel. Os objetos representativos podem ser integrados aos fluxos de trabalho gerais de gerenciamento de imagem e ciclo de vida, enquanto os objetos de pixel são armazenados externamente a partir do sistema central de gerenciamento de imagens. Isso pode fornecer alta eficiência e taxa de transferência para o gerenciamento de objetos, permitindo ainda o acesso aos objetos de pixel de alta resolução mediante solicitação.
[00446] De um modo geral, os objetos derivados, tais como os objetos de pixel, objetos de metadados representativos, objetos de visão geral representativos, objetos de metadados de pixel e o item de dados de imagens
Petição 870190079843, de 16/08/2019, pág. 171/197
161/167 médicas originais podem incluir um item identificando correspondente ao item de dados de imagem médica. Isso permite que cada um dos objetos e arquivos relacionados ao mesmo procedimento de imagens médicas seja facilmente identificado em um sistema de imagens.
[00447] De acordo com determinados casos, o item de dados da imagem médica original pode ser armazenado em seu estado original para evitar modificações. Por exemplo, uma assinatura digital pode ser definida para cada item de dados de imagem médica original. A assinatura digital pode indicar que o item de dados da imagem médica original não foi modificado de seu estado original. A assinatura digital pode ser configurada para ser modificada ou excluída se qualquer modificação for feita no item de dados da imagem médica original. Nesses casos, os objetos derivados podem ser gerados pela leitura e/ou extração de metadados de imagem e dados de pixel de imagem sem modificar os metadados originais da imagem ou os dados de pixels da imagem.
Transferência de itens de dados de grande imagem [00448] The following is a general description of systems and methods for transferring itens de dados de imagens médicas and other features set out herein that may be used by itself or in combination with one or more embodiments disclosed herein, including systems and methods for managing itens de dados de imagens médicas, systems and methods for collecting itens de dados de imagens médicas, and systems and methods for processamento de itens de dados de imagens médicas. The following description contains various features of systems and methods for transferring
Petição 870190079843, de 16/08/2019, pág. 172/197
162/167 itens de dados de imagens médicas which may be used individually or in any combination or sub-combination.
[00449] Referring now to FIG. 8, shown therein is a flowchart of a method 800 for managing medical images in accordance with an example embodiment. In general, method 800 may be used to transfer medical image between remotely located image storage locations.
[00450] Por exemplo, o método 800 pode ser concretizado utilizando-se um sistema de gerenciamento de imagens, tal como o sistema 100 ilustrado na Figura 1, PACS 204 ilustrado na Figura 2, e / ou LIM 304 ilustrado na Figura 3. De acordo com os casos determinados, o método 800 pode ser concretizaso como um aplicativo de transferência de imagens em um sistema de gerenciamento de imagens, como o gerenciador de imagens 102.
[00451] De uma forma alternativa, o método 800 pode ser concretizado entre dois sistemas PACS 206 ou entre quaisuer doiscomponentes de armazenamento de imagens.
[00452] Em 810, um pedido para um grande item de dados de imagens médicas pode ser recebido de um sistema externo. Por exemplo, o pedido pode ser recebido pelo PACS 106/206 ou pelo LIM 104/304. A solicitação pode identificar um formato / protocolo de comunicação definido (por exemplo, DICOM) para o item de dados de imagens médicas solicitado.
[00453] Em 820, os objetos de pixel para o item de dados de imagem médica grande podem ser recuperados a partir de um primeiro local de armazenamento. Por exemplo, os objetos de pixel podem ser armazenados em um arquivo LIM 104 ou de imagem 230 externo aos componentes principais do
Petição 870190079843, de 16/08/2019, pág. 173/197
163/167 sistema de gerenciamento de imagem que recebeu a solicitação. Em geral, os objetos de pixel definem dados de pixel para sub-imagens ou regiões de subimagem dentro do item de dados de imagens médicas. 0 conjunto de objetos de pixel para o item de dados de imagem médica grande geralmente inclui todos os dados de pixel para aquele item de dados de imagem médica. .
[00454] Em 830, os objetos representativos para o item de dados de imagem médica grande podem ser recuperados de um segundo local de armazenamento. Por exemplo, os objetos representativos podem ser armazenados em um componente de armazenamento que faz parte do sistema central de gerenciamento de imagens que recebeu a solicitação, como um PACS 106/206. Em geral, os objetos representativos incluem metadados associados ao item de dados de imagens médicas como um todo ou a sub-imagens como um todo. Por exemplo, os metadados incluídos nos objetos representativos podem refletir níveis de resolução, dados do paciente, tipo de imagem, tipo de imager, sub-imagens disponíveis, e assim por diante.
[00455] Opcionalmente, em 840, os objetos de metadados de pixel para o item de dados de imagens médicas grandes podem ser recuperados a partir do primeiro local de armazenamento. Os objetos de metadados de pixel podem ser armazenados juntamente com os objetos de pixel, por exemplo, em um LIM 104 ou arquivo de imagens 230 externo ao sistema central de gerenciamento de imagens que recebeu a solicitação. Os objetos de metadados de pixel podem definir características dos objetos de pixel individuais, bem como relações espaciais entre os objetos de pixel individuais.
Petição 870190079843, de 16/08/2019, pág. 174/197
164/167
De acordo com os casos determinados, os objetos de metadados de pixel podem não ser requeridos, e. onde os metadados são armazenados como parte dos objetos representativos recuperados em 830.
[00456] Em 850, o grande item de dados de imagens médicas pode ser reconstruído usando-se os dados de pixel e metadados dos objetos de pixel, os objetos representativos e, opcionalmente, os objetos de metadados de pixel. O grande item de dados de imagens médicas pode ser reconstruído em um objeto de dados de imagens médicas combinadas que inclui metadados dos objetos representativos (e opcionalmente os objetos de metadados de pixel) e dados de pixel dos objetos de pixel. O objecto de dados de imagem médica combinada pode ser definido de acordo com o formato de transmissão solicitado, por exemplo, DICOM.
[00457] Em 860, o objeto de dados de imagem médica combinada reconstruído pode ser transmitido para o sistema externo, um exemplo do qual é mostrado na Figura 9.
[00458] Fazendo-se referência agora à Figura 9, ilustra-se na mesma um diagrama de blocos 900 que ilustra a transmissão de um item de dados de imagens médicas entre um primeiro sistema de imagem 960 e um sistema externo 970 de acordo com uma concretização exemplificativa. Por exemplo, o item de dados de imagens médicas transmitido no diagrama de blocos 900 pode corresponder ao objeto de dados de imagens médicas combinadas gerado em 850.
[00459] De acordo com determinados casos, o primeiro sistema de imagem 960 pode ser compreendido por um PACS 106/206 associado a um primeiro prestador de cuidados de saúde ou instalação, enquanto o segundo sistema de
Petição 870190079843, de 16/08/2019, pág. 175/197
165/167 imagem 97 0 é um PACS 10 6/206 associado a um segundo fornecedor ou instalação de cuidados de saúde externos. Em alternativa, o primeiro sistema de imagem 960 pode ser um LIM 104 enquanto o segundo sistema de imagem é compreendido por um PACS 106/206. Vários outros sistemas podem ser usados como primeiro sistema de imagem 960 e sistema externo 970.
[00460] O diagrama de blocos 900 ilustra um exemplo de processo de transferência de imagens que pode ser usado para concretizar a etapa 860 do método 800. O diagrama de blocos 900 é um exemplo de como as concatenações DICOM podem ser usadas para transmitir grandes itens de dados de imagens entre sistemas de gerenciamento de imagem. As concatenações podem ser usadas para separar um único objeto DICOM em vários objetos DICOM ou concatenações.
[00461] Em 962, um grande item de dados de imagem é gerado no primeiro sistema de gerenciamento de imagem 960. Como mencionado, o grande item de dados de imagem pode ser gerado como descrito anteriormente nas etapas 810-880 do método 800. Alternativamente, o grande item de dados de imagem já pode ser armazenado no primeiro sistema 960 (por exemplo, na memória de armazenamento de um LIM 104) . De acordo com os casos determinados, o item de dados de imagem grande pode ser gerado de acordo com o padrão DICOM.
[00462] Em 964, o item de dados de imagem grande é decomposto em uma pluralidade de concatenações DICOM. O conjunto de concatenações DICOM é então proporcionado para transmissão em 966.
Petição 870190079843, de 16/08/2019, pág. 176/197
166/167 [00463] Em 968, é estabelecida uma associação entre o primeiro sistema de imagens 960 e o sistema externo 970. Estabelecer a associação pode envolver a criação de um canal de comunicação de rede entre o primeiro sistema de imagens 960 e o sistema externo 970. Uma troca de mensagens de estabelecimento de associação 972 (isto é, um DICOM handshake) pode ser usada para definir protocolos de baixo nível para conectividade de rede DICOM para garantir que o primeiro sistema de imagem 960 e o segundo sistema de imagem 970 sejam compatíveis e transfiram dados em um formato e ordem bem definidos.
[00464] Uma vez estabelecida a associação, o conjunto 966 concatenado é transmitido para o sistema 970 externo por mensagem (ns) de transmissão 974. O sistema 970 externo completa a recepção do conjunto concatenado em 976. O sistema 970 externo pode então reconstruir o item de dados de grande imagem de o conjunto concatenado em 978 e armazenar o item de dados de grande imagem reconstruído na memória de armazenamento local em 980. Em 982, o sistema externo 970 pode transmitir uma mensagem de confirmação 984 para o primeiro sistema 960 indicando a transferência bemsucedida do item de dados de grande imagem.
[00465] A presente invenção foi descrita no presente caso apenas a título de exemplo, enquanto numerosos detalhes específicos são apresentados neste contexto a fim de proporcionar uma compreensão completa das concretizações exemplificativas descritas no presente caso. Contudo, será compreendido pelas pessoas versadas na ténica que estas concretizações podem, de acordo com os casos determinados, ser praticadas sem estes detalhes
Petição 870190079843, de 16/08/2019, pág. 177/197
167/167 específicos. De acordo com outros casos, os métodos, procedimentos e componentes bem conhecidos não foram descritos em detalhe, de modo a não obscurecer a descrição das formas de realização. Podem ser feitas várias modificações e variações a estas formas de realização exemplificativas sem se afastar do espírito e âmbito da invenção, o qual é limitado tão somente pelas reivindicações em anexo.

Claims (9)

REIVINDICAÇÕES
1. Método para a coleta de itens de dados de imagens médicas, em que o método compreende:
identificar, por meio de um processador central, um novo arquivo de dados de imagens médicas em uma memória de armazenamento de imagens remotas que é remota em relação ao processador central;
- definir, por meio do processador central, um identificador de arquivo único para o novo arquivo de dados de imagens médicas;
- determinar, por meio do processador central, que o novo arquivo de dados de imagens médicas é um arquivo de dados completo, determinando que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído;
- copiar o arquivo de dados completo para uma memória de armazenamento central em comunicação com um sistema de gerenciamento de imagens;
- armazenar o identificador de arquivo exclusivo do arquivo de dados copiado em um banco de dados de origem de imagem na memória de armazenamento central;
- identificar um conjunto esperado de arquivos de dados de imagens médicas correspondentes ao arquivo de dados copiados, com o conjunto esperado de arquivos de dados de imagens médicas definindo um item de dados de imagens médicas e incluindo pelo menos um arquivo de dados de imagens médicas, que inclui o arquivo de dados copiado;
- definir um identificador de conjunto único para o conjunto de arquivos de dados de imagens médicas que definem o item de dados de imagens médicas, o identificador
Petição 870190079843, de 16/08/2019, pág. 179/197
2. Método de acordo com a reivindicação 1, em que a identificação dos novo arquivo de dados de imagens médicas compreende:
- identificar, por meio do processador central, um conjunto de arquivos de dados de imagens armazenados na memória de armazenamento de imagens remotas;
- determinar, por meio do processador central, identificadores de arquivos remotos correspondentes aos arquivos de dados de imagem no conjunto de arquivos de dados de imagens armazenados na memória de armazenamento de imagens remotas;
- comparar, por meio do processador central, os identificadores de arquivos remotos com os identificadores de arquivo exclusivos armazenados no banco de dados de origem da imagem; e
- identificar o novo arquivo de dados de imagens médicas, por meio do processador central, como um dos arquivos de dados de imagem com um identificador de arquivo remoto que não corresponde a nenhum dos identificadores de
Petição 870190079843, de 16/08/2019, pág. 180/197
2/6 de conjunto único que identifica os identificadores de arquivo únicos para cada um dos arquivos de dados de imagens médicas nesse item de dados de imagens médicas;
- determinar que cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas foi copiado para a memória de armazenamento central; e
- gerar um indicador de que o item de dados de imagens médicas está disponível para o sistema de gerenciamento de imagens na memória de armazenamento central.
3. Método de acordo com a reivindicação 1, em que a determinação de que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído compreende:
determinar as características de arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas;
- determinar um tipo de arquivo do novo arquivo de dados de imagens médicas, o tipo de arquivo indicando um tipo de item de dados de imagens médicas definido pelo conjunto de arquivos de dados de imagens médicas;
determinar um conjunto completo de características de arquivo para o tipo de arquivo determinado;
- comparar as características do arquivo com o conjunto completo de características do arquivo; e
- determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagem remota foi concluído quando as características do arquivo correspondem ao conjunto completo de características do arquivo.
3/6 arquivo exclusivos armazenados no banco de dados de origem da imagem.
4/6
- posteriormente, determinar as características atualizadas do arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas;
- comparar as características do arquivo com as características atualizadas do arquivo; e
- determinar que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído quando as características do arquivo correspondem às características do arquivo atualizado.
4. Método de acordo com a reivindicação 1, em que a determinação de que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído compreende:
determinar as características de arquivo do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas;
Petição 870190079843, de 16/08/2019, pág. 181/197
5/6 adicionais que definem o item de dados de imagem médica adicional não estará disponível para cópia do armazenamento remoto memória; e excluir qualquer um dos itens de dados de imagens médicas adicionais já copiados para a memória de armazenamento central.
5. Método de acordo com a reivindicação 1, em que o identificador de arquivo exclusivo para o novo arquivo de dados de imagens médicas é definido pelo processador central independente das características de arquivo do novo arquivo de dados de imagens médicas definido na memória de armazenamento de imagens remotas.
6/6
- identificar um conjunto esperado de ficheiros de dados de imagens médicas correspondentes ao ficheiro de dados copiados, o conjunto esperado de ficheiros de dados de imagens médicas que definem um item de dados de imagens médicas e incluindo pelo menos um ficheiro de dados de imagens médicas incluindo o ficheiro de dados copiado;
- definir um identificador de conjunto exclusivo para o conjunto de arquivos de dados de imagens médicas que definem o item de dados de imagens médicas, o identificador de conjunto exclusivo que identifica os identificadores de arquivo exclusivos para cada um dos arquivos de dados de imagens médicas naquele item de dados de imagens médicas;
- determinar que cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas foi copiado para a seção de armazenamento de imagens; e
- gerar um indicador de que o item de dados de imagens médicas está disponível para o sistema de gerenciamento de imagens na memória de armazenamento central.
6. Método de acordo com a reivindicação 1, em que, subsequentemente a cada um dos arquivos de dados de imagens médicas para o item de dados de imagens médicas
serem copiados para a memória de armazenamento central, o processador central está configurado para ignorar a eliminação da memória de armazenamento de imagem remota de qualquer dos arquivos de dados de imagens médicas para o item de dados de imagens médicas.
7. Método de acordo com a reivindicação 1, que compreende ainda:
- determinar, por meio do processador central, por um item de dados de imagem médica adicional que pelo menos um arquivo de dados de imagem médica adicional em um conjunto esperado de arquivos de dados de imagem médica
Petição 870190079843, de 16/08/2019, pág. 182/197
8. Sistema de coleta de imagens que compreende:
- uma memória de armazenamento central com uma secção de armazenamento de imagens e uma base de dados de fontes de imagem, a memória de armazenamento central em comunicação com um sistema de gestão de imagens; e
- um processador central acoplado à memória de armazenamento central e a uma memória de armazenamento de imagem remota em relação ao processador central e à memória de armazenamento central, em que o processador central é configurado para:
- identificar um novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas;
- definir um identificador de arquivo exclusivo para o novo arquivo de dados de imagens médicas;
determinar que o novo arquivo de dados de imagens médicas é um arquivo de dados completo, determinando que o armazenamento do novo arquivo de dados de imagens médicas na memória de armazenamento de imagens remotas foi concluído;
- copiar o arquivo de dados completo para a seção de armazenamento de imagens;
- armazenar o identificador de arquivo exclusivo do arquivo de dados copiado no banco de dados de origem da imagem;
Petição 870190079843, de 16/08/2019, pág. 183/197
9. Produto de programa de computador, que compreende um meio de armazenamento capaz de ser lido por computador não transitório que armazena instruções executáveis por computador para configurar um processador para realizar um método de coleta de itens de dados de imagens médicas, em que o método é definido de acordo com a reivindicação 1.
BR112019017154A 2017-02-17 2018-02-12 sistemas e métodos para coletar dados de grandes imagens médicas BR112019017154A2 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/436,048 US10671659B2 (en) 2017-02-17 2017-02-17 Systems and methods for collecting large medical image data
PCT/EP2018/053447 WO2018149790A1 (en) 2017-02-17 2018-02-12 Systems and methods for collecting large medical image data

Publications (1)

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

Family

ID=61256922

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019017154A BR112019017154A2 (pt) 2017-02-17 2018-02-12 sistemas e métodos para coletar dados de grandes imagens médicas

Country Status (5)

Country Link
US (1) US10671659B2 (pt)
EP (1) EP3583605A1 (pt)
CN (1) CN110291590A (pt)
BR (1) BR112019017154A2 (pt)
WO (1) WO2018149790A1 (pt)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10503696B1 (en) 2017-10-11 2019-12-10 Amperity, Inc. Maintaining stable record identifiers in the presence of updated data records
GB201817238D0 (en) * 2018-10-23 2018-12-05 Univ Sheffield Medical image processing

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6272235B1 (en) 1997-03-03 2001-08-07 Bacus Research Laboratories, Inc. Method and apparatus for creating a virtual microscope slide
US6574629B1 (en) 1998-12-23 2003-06-03 Agfa Corporation Picture archiving and communication system
US6938211B1 (en) 1999-11-24 2005-08-30 University of Pittsburgh of the Common Wealth System of Higher Education Methods and apparatus for an image transfer object
US6675271B1 (en) 1999-12-16 2004-01-06 General Electric Company PACS archive techniques
US6711283B1 (en) 2000-05-03 2004-03-23 Aperio Technologies, Inc. Fully automatic rapid microscope slide scanner
US6678703B2 (en) * 2000-06-22 2004-01-13 Radvault, Inc. Medical image management system and method
US7386462B2 (en) 2001-03-16 2008-06-10 Ge Medical Systems Global Technology Company, Llc Integration of radiology information into an application service provider DICOM image archive and/or web based viewer
US7583861B2 (en) * 2002-11-27 2009-09-01 Teramedica, Inc. Intelligent medical image management system
WO2005050519A1 (en) 2003-11-22 2005-06-02 Infinitt Co., Ltd. Large scale tomography image storage and transmission and system.
WO2006006202A1 (ja) 2004-07-07 2006-01-19 Satoshi Yamatake 画像データベースシステム
US20060083442A1 (en) * 2004-10-15 2006-04-20 Agfa Inc. Image archiving system and method
DE102005002981A1 (de) 2005-01-21 2006-08-03 Siemens Ag Adressierungs- und Zugriffsverfahren für Bild-Objekte in computergestützten medizinischen Bild-Informationssystemen
US7840047B2 (en) 2006-04-06 2010-11-23 Siemens Aktiengesellschaft Method for reproducibly generating views of tomographic image data
EP2036003B1 (en) 2006-06-30 2017-05-03 Leica Biosystems Imaging, Inc. Method for storing and retrieving large images via dicom
US7882064B2 (en) 2006-07-06 2011-02-01 Emc Corporation File system replication
DE102006033861B4 (de) * 2006-07-21 2008-11-27 Siemens Ag Verfahren und Datennetzwerk zum Verwalten von medizinischen Bilddaten
US20080068673A1 (en) 2006-09-14 2008-03-20 Steinar Kolbu Digital image information system and method for providing an image object in a digital image information system
US7813594B2 (en) 2006-12-14 2010-10-12 Agfa Inc. Ownership tagging and data assurance of image data system and method
CN1996847B (zh) 2006-12-27 2010-05-19 中国科学院上海技术物理研究所 基于协作网格的图像及多媒体数据通信与存储系统
DE102007001390A1 (de) 2007-01-09 2008-07-10 Siemens Ag Verfahren zur Bereitstellung von Datenobjekten in einem digitalen Bildinformationssystem
US7970203B2 (en) 2007-03-19 2011-06-28 General Electric Company Purpose-driven data representation and usage for medical images
DE102007033900B4 (de) 2007-07-20 2009-11-26 Siemens Ag Bereitstellen von Dünnschicht- und Dickschicht-Bilddaten
DE102007044599A1 (de) * 2007-09-19 2009-04-02 Siemens Ag Verfahren zum Bereitstellen von Bildobjekten in einem medizinischen Bildinformationssystem und medizinisches Bildinformationssystem
DE102008037094B4 (de) * 2008-05-08 2015-07-30 Siemens Aktiengesellschaft Speichern und Bereitstellen von medizinischen Bilddaten in einem computerbasierten verteilten System
US20090287504A1 (en) 2008-05-14 2009-11-19 Algotec Systems Ltd. Methods, systems and a platform for managing medical data records
US20110055148A1 (en) 2009-08-26 2011-03-03 Sevald Berg System and method for reducing ultrasound information storage requirements
US8649578B2 (en) 2010-03-08 2014-02-11 Agfa Healthcare Inc. Method and system for defining a breast window
JP5663979B2 (ja) * 2010-06-29 2015-02-04 ソニー株式会社 画像管理サーバ、画像表示装置、画像提供方法、画像取得方法、プログラム及び画像管理システム
GB201020079D0 (en) * 2010-11-26 2011-01-12 Siemens Medical Solutions A method for linking medical imaging reports to reviewing & processing tools
US9411931B2 (en) 2012-01-20 2016-08-09 Mckesson Financial Holdings Method, apparatus and computer program product for receiving digital data files
EP2648122B1 (de) 2012-04-05 2017-06-28 Siemens Healthcare GmbH Verfahren zum Laden von medizinischen Bilddaten sowie Vorrichtung zur Durchführung des Verfahrens
AU2013101075A4 (en) 2012-10-18 2013-09-19 Tech Mahindra Limited Cloud based versatile system for radiological images
US20140143298A1 (en) 2012-11-21 2014-05-22 General Electric Company Zero footprint dicom image viewer
WO2015172025A1 (en) 2014-05-08 2015-11-12 The Cleveland Clinic Foundation Systems and methods for detection, analysis, isolation and/or harvesting of biological objects
JP2016131573A (ja) 2015-01-15 2016-07-25 キヤノン株式会社 トモシンセシス撮影の制御装置、放射線撮影装置、制御システム、制御方法及びプログラム
US10120976B2 (en) * 2015-04-08 2018-11-06 Oracle International Corporation Methods, systems, and computer readable media for integrating medical imaging data in a data warehouse
US10929508B2 (en) * 2015-04-30 2021-02-23 Merge Healthcare Solutions Inc. Database systems and interactive user interfaces for dynamic interaction with, and indications of, digital medical image data

Also Published As

Publication number Publication date
EP3583605A1 (en) 2019-12-25
CN110291590A (zh) 2019-09-27
WO2018149790A1 (en) 2018-08-23
US20180239760A1 (en) 2018-08-23
US10671659B2 (en) 2020-06-02

Similar Documents

Publication Publication Date Title
BR112019017131A2 (pt) sistemas e métodos para o gerenciamento de grandes itens de dados de imagens médicas
US10559378B2 (en) Systems and methods for processing large medical image data
US10673922B2 (en) Cloud based 2D dental imaging system with HTML web browser acquisition
US20090287504A1 (en) Methods, systems and a platform for managing medical data records
US20090182577A1 (en) Automated information management process
JP7489643B2 (ja) ユーザ向けの医療撮像及び情報パッケージングのシステム、ならびに圧縮及び配信のシステム
US20140316807A1 (en) Cross-Enterprise Electronic Healthcare Document Sharing
US11610687B2 (en) Automated peer review of medical imagery
CN101414325A (zh) 图像诊断辅助系统和图像诊断辅助方法
JPH1097582A (ja) 医療情報システム
JP6633662B2 (ja) 医用画像ベースの連携
BR112019017154A2 (pt) sistemas e métodos para coletar dados de grandes imagens médicas
JP3232539U (ja) データ統合システム
WO2021105311A1 (en) Systems and methods for processing medical images for in-progress studies
US20130195331A1 (en) Apparatus for sharing and managing information in picture archiving communication system and method thereof
Amendolia et al. Grid databases for shared image analysis in the mammogrid project
JP4965997B2 (ja) 画像データ管理装置、画像データ管理方法、およびコンピュータプログラム
JP2011081512A (ja) 医療情報管理装置、方法、及びプログラム、並びに、医療情報システム
US10373345B2 (en) Adaptive image display characteristics
US20180366219A1 (en) Hospital Information System
EP2120171A2 (en) Methods, systems and a platform for managing medical data records
JP2009195257A (ja) 医用画像管理装置及びプログラム
US20180068071A1 (en) Active monitoring of clinical workflows
US20230377719A1 (en) Systems and Methods for Routing Medical Images Using Order Data
KR102224463B1 (ko) 병원간 의료영상정보 교류 방법 및 시스템

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]