DESENVOLVIMENTO DO PROCESSO DE RACIOCÍNIO

 Para as funções (create function) desenvolvidas no modelo físico, utilizou-se o

prefixo F_ no início do nome destas.

Figura 11. Modelo Lógico.

4.4DESENVOLVIMENTO DO PROCESSO DE RACIOCÍNIO

As camadas da ontologia permitem a definição de classes e propriedades para a conceitualização e formalização de um domínio, estas quais, estão representadas no banco de dados relacional por tabelas e relacionamentos. Porém, a camada ontológica não é suficiente para descrever por completo as relações lógicas existentes em determinado domínio, uma vez que, inclui apenas composições de hierarquias de classes e propriedades.

Assim, a fim de complementar a modelagem semântica dos domínios, a OntoDecideDRC dispõe de regras semânticas que foram adicionadas à ontologia na forma de axiomas, objetivando realizar inferências e chegar a conclusões. Neste contexto, no projeto de banco de dados relacional foram desenvolvidas regras semânticas na forma de sentenças (linhas de comando) a partir de stored procedures, que representam e atuam como

44

os axiomas dispostos na OntoDecideDRC.

Essas sentenças, foram desenvolvidas no formato (Condições) -> (Ação). A inferência pode ser realizada da seguinte forma: dado um conjunto de condições e combinando-as com determinada tabela, ao se relacionarem verdadeiramente, então uma ação é determinada. Além disso, considerando o escopo proposto neste estudo, o raciocínio foi explicado com foco nos aspectos para diagnóstico e estadiamento da DRC, onde o processo de raciocínio começa na obtenção das principais informações sobre o paciente e encerra com as recomendações aos médicos.

O processo de raciocínio inicia-se com a identificação do tipo de médico que fará uso da abordagem. Considerando que o propósito delineado é apenas aos médicos da atenção primária, está etapa se justifica importante, pois restringe o escopo de conhecimento, preservando a recomendação de procedimentos ou informações incompatíveis com o tipo de usuário. Esse tipo de informação pode ser obtido por meio de

query no BD-Ontology.

A etapa seguinte determinou a coleta de informações sobre o paciente. Nesta etapa foi considerada a representação do conhecimento apresentado na OntoDecideDRC, objetivando utilizar as informações realmente relevantes para o processo de raciocínio. Isto é, foram utilizadas as informações alimentadas nas tabelas TB_Paciente, TB_FatoresDeRisco, estas que representam o mapeamento das classes Paciente, Informações Básicas e Fatores de Risco. Além disso, foram consideradas as tabelas TB_Exame e TB_Requisicao, que juntas com as informações do paciente emitem informações relevantes para que pudessem ser realizados raciocínios sobre os procedimentos de diagnóstico e estadiamento da DRC. Adaptavelmente estas tabelas traduzem o conhecimento representado na ontologia do domínio experimental, apresentando a mesma finalidade em suas respectivas classes. Assim, esse conjunto de dados permitiram o desenvolvimento de sentenças para a realização de consultas na base de dados.

Genericamente, a lógica de raciocínio recebe os dados como parâmetros e os formaliza em forma de sentenças dentro das stored procedures, com o intuito de executar o raciocínio e identificar orientação de ações. Desta maneira, e a partir delas o processo de raciocínio é iniciado com a entrada de dados dispostos para o delineamento do diagnóstico da doença e estadiamento da DRC. Embora não se tenha produzido interfaces, as operações podem ser executadas diretamente no banco de dados relacional.

Para ressaltar o processo de raciocínio mediante o mapeamento da ontologia para o banco de dados relacional, foram então realizadas as formulações das perguntas de

45

competência (Tabela 2) para avaliar se os objetivos do DB-Ontology estão de acordo com os artefatos estabelecidos na etapa metodológica de Projeto. Assim, para caracterizar a qualidade do projeto de banco de dados relacional, as stored procedures e mecanismos do DB-Ontology devem ser capazes de representar as questões de excelência, caracterizando suas respectivas respostas, assim como ocorreu na OntoDecideDRC. Isto é, assim como as classes e propriedades na ontologia são representas por tabelas e relacionamentos no banco de dados relacional, os axiomas retratam as sentenças nas funções armazenados.

Tabela 2. Questões de Competência

OntoDecideDRC DB-Ontology

Questões de Competência

Exemplos e Definição de Axiomas

Exemplo e Definição de Sentenças nas Stored

Procedeures

O que define um diagnóstico de DRC em pacientes?

Um exemplo seria esse axioma relacionado a definição de DRC:

“Possui some(T2 andA2)”

Um exemplo seria a função:

F_CalcularTFG e F_CalcularRAC. Como é realizado o

estadiamento da DRC? ^{Um exemplo de definição de} como é realizado o estadiamento seria através da propriedade “Classifica” e

“É_Classificada_por”, que possuem como domínio e escopo as classes “Taxa de Filtração Glomerular” e

“Classificação da DRC”. Indicando que o estadiamento da doença é realizado através dos valores da TFG

Um exemplo de definição de como é realizado o estadiamento seria através da função F_CalcularTFG

que recebe como parâmetro o valor referente ao Exame

de Taxa de Filtração Glomerular.

Quais as condições para que um paciente seja encaminhado ao médico Nefrologista?

Um exemplo, seria através da

query: “Realizar some Encaminhamento”. A

inferência retornaria as classes relacionadas aos

Estágios 4 e 5, indicando que pacientes classificados nesses estágios devem ser

encaminhados para os nefrologistas.

Um exemplo seria através da execução da função

F_DecisaoDRC.

Considerando as restrições de médico da atenção primária para estadiamento de 1 a 3B, só após esses estágios que o paciente seria encaminhado para o médico Nefrologista. Quais os exames essenciais

que devem ser solicitados para um paciente com suspeita de DRC?

As subclasses da classe “Exames” representam os principais exames relacionados à investigação da DRC.

A tabela “TB_Exame” armazena os principais exames relacionados à DRC, com ênfase para os exames de TFG e RAC, conforme (KDIGO, 2012). Quais são os dados essenciais

do paciente para poder realizar um diagnóstico preciso ou confiável, estadiamento e encaminhamento?

Os dados essenciais são representados pelas subclasses das classes “Fatores de Risco”, “Informações Básicas” e “Exames”. Com os valores de TFG e RAC, as funções F_CalcularTFG, F_CalcularRAC, F_Calcular_GrauDeRisco e F_DesicaoDRC, definem