• Nenhum resultado encontrado

Os agentes do MultiPersOn, apesar de serem concebidos para realizar ações de baixa complexidade, eles foram projetados para ter liberdade e serem customizáveis, possibilitando assim se moldar aos mais variados propósitos das organizações de saúde. A forma com que os agentes irão atuar vai depender, então, dos seus ciclos de vida e dos seus escopos.

4.2.1 Ciclo de vida

A priori, todo agente tem seu ciclo de vida parecido, inicialmente eles são construídos, então, instanciados mediante a ocorrência de um evento que os ativem, são executados e por fim destruídos. Entretanto, durante a sua execução, cada um pode assumir uma grande variedade de configurações distintas, segundo suas definições na ontologia.

Essa variação decorre da divisão conceitual da execução da lógica dos agentes em três estados: beforeActivate, activate e afterActivate. Os estados beforeActivate e afterActi- vater são estados opcionais dos agentes, com a finalidade de realizarem ações internas, respectivamente, antes e depois da sua execução. Como exemplo, pode-se utilizá-los para carregar e salvar dados dos agentes num banco de dados do MultiPersOn, mas não é possível, através deles, interagir com as aplicações interligadas ao MultiPersOn. Já o activate representa o estado de execução e interação dos agentes do framework com as aplicações, sendo de caráter obrigatório para qualquer agente.

A configuração desses estados nos agentes se faz por meio dos elementos Logic e Activation da ontologia dos agentes. O primeiro define a existência e a assinatura do método para cada estado, enquanto que o segundo estipula as condições para sua ativa- ção. Assim, no elemento Logic, os atributos beforeActivate, activate e afterActivate devem ser definidos para indicar qual é o procedimento dentro da lógica do agente responsável por cada um desses estados, ressaltando-se a obrigatoriedade do activate. Enquanto que o elemento Activation determina quais estados serão executados quando algum evento em certo conceito da aplicação ocorrer.

Como a existência desses estados e a forma de serem ativados podem variar bastante, uma grande quantidade de possibilidades pode ser definida para ser executada por cada agente. Assim, como exemplo, a Figura 4.6, explicita quatro possíveis percur- sos do ciclo de vida de execução de um mesmo agente.

Figura 4.6 - Exemplo de quatro possíveis fluxos de ciclos de vida de um agente do MultiPersOn.

Desta maneira, um agente poderia ao ser ativado por um determinado evento seguir o percurso mais simples deles, mais a direita, no qual não possui o estado before- Activate nem afterActivate, tendo, antes de ser destruído, seu estado activate executado, gerando um evento para a interação do agente com uma aplicação qualquer e retornan- do para o estado construído. Depois, ao ser ativado por outro evento poderia seguir o próximo percurso, da direita para esquerda, no qual não tem o estado afterActivate, sen- do, antes de ser destruído, seus estados beforeActivate e activate, respectivamente, execu- tados, antes de ir para o estado construído novamente. Mais tarde, ao ser ativado por outro evento, poderia utilizar o percurso seguinte onde todos os três estados são execu-

tados seguidamente, indo para o estado destruído e retornando para o construído. E por fim, ao ser ativado por mais outro evento, o agente é executado, gerando dois eventos distintos para a interação do agente com uma ou mais aplicações, indo em seguida para o estado afterActivate, antes de ser destruído para, enfim, retornar ao estado construído.

Essa gama de possibilidades é muito importante, pois alem de permitir a cria- ção de agentes bastante robustos com comportamentos bem específicos, fomenta a cria- ção de agentes bastante diversos que possam atuar das mais diversas formas.

4.2.2 Escopo

Além de seu ciclo de vida, a escolha do escopo dos agentes também pode ser determi- nante para o seu propósito de utilização. Por isso, quatro diferentes escopos foram ela- borados, visando atender diferentes propósitos dentro do contexto das diferentes organi- zações de saúde. Cada um deles visa delimitar um determinado contexto, para possibili- tar a associação correta dos recursos da aplicação utilizados na lógica dos agentes.

 Document: Escopo que objetiva ter acesso aos dados do documento (podendo es- te ser dados clínicos ou dados demográficos) que interagem com o framework, possibilitando que as informações referentes aos documentos possam ser utiliza- das no contexto do agente.

 Pacient: Escopo que visa ter acesso aos dados do paciente já que estejam arma- zenadas no sistema, possibilitando que as informações previamente conhecidas referentes aos dados clínicos do paciente possam ser utilizadas no contexto do agente.

 User: Escopo que tem como finalidade acessar os dados do usuário, assim, in- formações relativas ao usuário, como profissão ou setor de atuação, podem ser usadas dentro do contexto do agente.

 Application: Escopo que visa ter acesso aos dados acerca da aplicação, possibili- tando a aplicação realize certas ações com as aplicações que interagem com o framework, caso certas condições sejam satisfeitas.

4.3 Considerações finais

O entendimento das ontologias do MultiPersOn é muito importante para usu- fruir plenamente dos recursos do framework que apesar de seus agentes serem projeta- dos para processamentos não tão complexos, ao atuarem no domínio de saúde, lidando com dados tão valiosos, tornam-se extremamente úteis e poderosos na melhoria da qua- lidade do atendimento em saúde.

A seguir encontraremos alguns exemplos de agentes criados através da defini- ção dessas estruturas, possibilitando vislumbrar o processo de criação de agentes como um todo.

Capítulo

5

Resultados

―O verdadeiro homem mede a sua força, quando se defronta com o obstáculo.‖

Antoine de Saint-Exupéry

O MultiPersOn foi implementado e posto em prática junto com o OpenCTI para verifi- car sua aplicabilidade num cenário real de aplicação. Para que a multi-aplicabilidade do framework fosse evidenciada, alguns agentes foram elaborados de maneira que pudessem atuar das mais variadas formas. Entretanto, para agilizar esse processo de elaboração de agentes uma ferramenta de manipulação do modelo semântico na elaboração de agentes de CDS para o MultiPersOn foi criada.

Documentos relacionados