Para um melhor entendimento do modelo que esta sendo proposto, ´e importante conhecer o modelo de armazenamento atual que inspirou a con- cepc¸˜ao de um novo modelo, como ele funciona, quais seus componentes e sua arquitetura. Na Figura 24 ´e poss´ıvel visualizar o modelo conceitual do STT/RCTM utilizado para persistˆencia de dados, que serve como estudo de caso nesta tese. Nele pode-se ver um modelo em camadas, bastante utilizado em sistemas de informac¸˜ao e/ou conhecimento em geral, que s˜ao baseados no paradigma cliente–servidor. Neste modelo s˜ao encontrados usu´arios, equi- pamentos, interfaces de comunicac¸˜ao, uma camada de imagens e aplicac¸˜ao segmentadas, um interpretador de comandos e a camada de armazenamento de fato.
Em relac¸˜ao `a camada de usu´arios, estes podem ser tanto pessoas, softwa- res, computadores, tablets, celulares, etc. Usu´arios s˜ao considerados aqui qualquer entidade que estabelece uma relac¸˜ao com o modelo, inclusive at´e os equipamentos m´edico–hospitalares. Quanto aos equipamentos, estes po- dem ser desde aparelhos de eletrocardiograma, passando por equipamentos de ressonˆancia magn´etica, tomografia computadorizada, at´e equipamentos de raio-x digital. Os equipamentos est˜ao nesta camada devido ao fato de que em v´arios momentos, eles atuam no modelo como agentes solicitados operac¸˜oes, de consulta, leituras, buscas, recuperac¸˜oes, gravac¸˜oes, etc. e desta forma, tamb´em atuam como clientes em alguns momentos.
Figura 24: Modelo Conceitual Atual do STT/RCTM.
equipamentos, com o restante do modelo. Nesta camada, encontra-se toda a parte de comunicac¸˜ao entre as entidades, desde a parte de hardware, como por exemplo links de comunicac¸˜ao, roteadores, switches, modems, entre outros, at´e na parte de l´ogica, com algoritmos de roteamento, firmwares, sistemas de controle de fluxo, proxies, etc. Nesta camada acontece toda a parte de comunicac¸˜ao com o mundo exterior ao modelo e ´e a entrada principal do modelo, do ponto de vista dos usu´arios e equipamentos.
Na camada abaixo, o modelo ´e divido em dois blocos, sendo a ca- mada de imagens e a camada de aplicac¸˜ao e a camada de interpretac¸˜ao dos comandos. Na camada de aplicac¸˜ao se encontra o pr´oprio software, neste caso espec´ıfico, escrito na linguagem de programac¸˜ao PHP e abaixo dela esta seu interpretador de comandos. Neste ponto da camada, vale a pena ressaltar que o software poderia estar escrito em outra linguagem, isto dependendo do contexto que esta sendo aplicado. Neste caso espec´ıfico, foi escrito em PHP por se tratar de um sistema Web, mas poderia ter sido escrito em Java, Python, ASP.net, entre outros. Ainda nesta camada, encontra-se o servidor Web, que ´e o respons´avel em receber as requisic¸˜oes externas, repassar para as p´aginas relacionadas, que ir˜ao usar o interpretador de comandos para atingir a base de dados, ou ainda, o servidor de imagens m´edicas.
Na camada de imagens, pode-se encontrar os servidores de imagens, como por exemplo o CyclopsDCMServer, que neste modelo ´e o respons´avel em receber as imagens advindas dos equipamentos m´edico–hospitalares, des- constru´ı-las e envi´a-las para o banco de dados que ir´a persistir o exame. Esta
camada ´e respons´avel em interagir atrav´es da interface com os usu´arios e fa- zer a intermediac¸˜ao de suas solicitac¸˜oes com as camadas inferiores, ou ainda, com o interpretador de comandos, dependendo do contexto da requisic¸˜ao. ´E neste ponto do modelo que ir´a ser iniciado o processo de desenvolvimento de um novo modelo, visto que a id´eia a princ´ıpio ´e proporcionar um novo m´etodo de armazenamento.
Na base do modelo, a camada de armazenamento, que ´e a respons´avel por persistir de fato os exames dos pacientes. Nesta camada, no modelo tradicional que esta sendo aplicado, encontra-se um sistema gerenciador de bancos de dados relacionais (PosgreSQL), que cont´em uma base de dados espec´ıfica para armazenamento de imagens em formato bin´ario (BLOBs) e outra base de dados com exames j´a segmentados e convertidos para outros formatos convencionais na Web, como JPEG2000 ou PNG. Este ´e um ponto de interesse para o novo modelo que esta sendo apresentado, pois ser´a nesta camada a principal inovac¸˜ao, onde este modelo tradicional de armazenamento ser´a substitu´ıdo por outro modelo de persistˆencia.
Resumindo, quando um paciente se dirige at´e um hospital para realizar um exame m´edico baseado em imagens, estas imagens s˜ao enviadas pelos pr´oprios equipamentos ou ainda, por seus operadores, atrav´es das interfaces de comunicac¸˜ao que interligam os pontos. Desta forma, ´e disparada uma conex˜ao direta do equipamento para a camada de imagens, onde se encontra o servidor DICOM que ir´a receber estas imagens e trat´a-las. Ap´os receber estar imagens, o servidor de imagens ir´a fazer o parsing da imagem e segment´a-la, separando os metadados da imagens em si.
Este ´e um ponto chave do modelo, pois aqui o servidor de imagens DI- COM ir´a enviar solicitac¸˜oes de gravac¸˜ao para a camada de armazenamento, gravando os metadados em uma base distinta, juntamente com as imagens DICOM j´a convertidas para formatos usuais na Web, isto para facilitar a visualizac¸˜ao no pr´oprio browser. Ainda, em um segunda etapa, o servidor de imagens ir´a enviar uma solicitac¸˜ao de armazenamento do objeto bin´ario da imagem DICOM (BLOB) em outra base de dados, pois em alguns casos, os especialistas necessitam de uma melhor resoluc¸˜ao ou flexibilidade para vi- sualizar a imagem, como por exemplo usando software de visualizac¸˜ao de imagens DICOM, como o DIMP (web), OsiriX (stand-alone), entre outros.