Árvore de páginas

 

 

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

Datasul

módulo

Gestão de Planos de Saúde

Segmento Executor

Saúde

Chamado

TTKGL1

País

(X) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Objetivo

O objetivo deste documento é descrever onde será aplicada a utilização do componente TSA em diferentes sistemas operacionais e navegadores web disponíveis. Os requisitos necessários para ter a funcionalidade que tem por objetivo principal, eliminar a dependência do plug-in Java no navegador.

“TOTVS Smart Agent HTTP Service” denominado simplesmente como TSA, é um componente desenvolvido pela TOTVS para permitir a comunicação via Web aos dispositivos de hardware instalados na máquina do usuário. A comunicação ocorre via mensagens HTTP, ou seja, o TSA é um serviço Windows que inicia um micro servidor Web para receber as requisições. Este serviço local por sua vez, se comunica diretamente com o hardware através de Api’s de alto nível.

Este documento descreve como deverá ser implementada esta solução no módulo Autorizador WEB

 

Obs: O TSA para esta versão do Autorizador, esta homologado apenas para o leitor biométrico Nitgen Hamster

Definição da Regra de Negócio 

  • Implementação do novo componente de biometria da TOTVS que utiliza a tecnologia javascript/json/rest para comunicação, eliminando a necessidade de utilização de Java Applet.
  • Ajuste da tela de Checkin atual para utilização deste novo componente.
  • Não deverá haver grande impacto visual para o usuário, pois manterá a interface do Checkin ficando mais simples e ágil.
  • Deve ser fácil de instalar e atualizar.
  • O Autorizador fará a validação do plug-in HTML antes de ativar o plugin do Java.
  • A instalação do componente será feita pela Operadora presencialmente/remotamente ou via comunicado aos prestadores.
  • A validação de uso do novo componente se dará da seguinte forma:
    • Se existir -> utiliza o Plug-in HTML TSA.
    • Se não existir -> o Autorizador utiliza JAVA e pode reclamar da ausência ou desatualização do JAVA. Lembrando que apenas o navegador Internet Explorer possui suporte a Applets.

 

O Autorizador gravará na tabela CHECKIN a versão do TSA disponibilizada pela TOTVS. A Operadora poderá fazer o acompanhamento deste log e os plug-ins utilizados. Caso seja utilizado o Applet para captura, não será gravada nenhuma informação no registro do Checkin e, caso for realizada a captura com o TSA, será gravada a versão atual disponibilizada pela TOTVS.

 

Casos de Teste

Obs: O plugin java atualmente só funciona com o Internet Explorer. Outros navegadores atualizados não estão mais dando suporte ao plugin Java. Portanto o TSA será a unica alternativa.


Caso de Teste

CT001

Pré-condições

 

Procedimentos

Resultados Esperados

Acessar o autorizador e fazer checkin com biometria em uma estação sem o módulo de biometria TSA instalado

Deverá realizar a biometria utilizando o módulo atual Java Applet quando o navegador for o IE

 

Caso de Teste

CT002

Pré-condições

 

Procedimentos

Resultados Esperados

Acessar o Autorizador e fazer o checkin de beneficiário com biometria em uma estação que tenha sido instalada a versão mais atual do módulo de biometria TSADeverá ser feito a biometria no módulo novo sem apresentar qualquer mensagem de segurança Java ou tentar abrir o plugin Java.

 

Caso de Teste

CT003

Pré-condições

 

Procedimentos

Resultados Esperados

Parar o serviço do TSA (módulo de Biometria) nos serviços do Windows da maquina do cliente
Acessar o Autorizador e fazer o checkin de beneficiário com biometria em uma estação que tenha sido instalada a versão mais atual do módulo de biometria TSA
Deverá realizar a biometria utilizando o módulo atual Java Applet quando o navegador for o IE. Quando o navegador for Chrome, deverá dar um alerta que o módulo TSA não esta instalado ou não foi iniciado.

Especificação Técnica

Na entidade CheckinData deverá ser criado um atributo denominado biometryVersion (String), onde irá armazenar a versão do TSA disponibilizada pela TOTVS. Caso este atributo seja nulo, indica que o Applet Java foi utilizado.

 

Alteração na página de propriedades do Sistema

 

 

Deverá ser disponibilizado um link no TDN para instalação do novo componente, assim como um manual de instruções para o usuário.

 

Outros arquivos a serem alterados:

 

/WAC2Web/WebContent/js/functions.js

/WAC2Web/WebContent/pages/biometry/authenticateFingers.xhtml

/WAC2Web/WebContent/pages/biometry/capture.xhtml

/WAC2Web/WebContent/pages/biometry/totvsTecBiometry.xhtml

/WAC2Web/WebContent/pages/biometry/verify.xhtml

/WAC2Web/WebContent/pages/checkin/checkin.xhtml

/WAC2Web/WebContent/js/ajax.js

D:\Desenv\workspace_wac_11\WAC2Web\WebContent\js\nitgen.js

/WAC2Web/WebContent/js/json2.js

/WAC2Web/WebContent/js/websockets.js

/WAC2Web/WebContent/WEB-INF/totvssmart (Diretorio contendo o instalador e manual de utilização)

 

Abaixo os diretórios de fontes que sofrerão impacto de alteração:

•    /WAC2Web/WebContent/pages/biometry/
•    /WAC2Web/WebContent/pages/checkin/checkin.xhtml
•    /WAC2Web/src/com/totvs/saude/wac/action/fingerprint/
•    /WAC2Web/src/com/totvs/saude/wac/action/checkin/
•    /WAC2Web/src/com/totvs/saude/wac/bean/checkin/
•    /WAC2Web/src/com/totvs/saude/wac/bean/fingerprint/

Tecnologias envolvidas nesta demanda:
•    Javascript
•    Json
•    Java

Implementação do novo Componente de Biometria TSA

O novo componente de biometria TOTVS não utiliza a tecnologia Java Applet. Ele utiliza a tecnologia JSON com requisições via REST para um servidor web instalado na maquina cliente. Este servidor web fica responsável pela comunicação com o driver do dispositivo e de devolver a camada web requisitante as respostas de autenticação da biometria.

Para esta implementação foi disponibilizado um projeto de exemplo contendo as funções de comunicação com o novo componente, bem como uma página de teste onde é possível fazer o teste da biometria.



Registrar em uma tabela cada utilização de biometria, identificando qual componente foi utilizado e qual prestador/clinica utilizou.

Por fim, será implementado a gravação do log de utilização da biometria, onde deverá ser identificado qual componente foi utilizado e qual prestador/clínica utilizou. Esta tabela será monitorada pelo cliente para saber como estará a utilização do novo plugin e, posteriormente, decretar o fim da utilização do componente atual em Java. Utilizar a tabela existente CHECKIN.

 

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.