Redome - Contribuições do(a) usuário(a) [pt-br]

Consultar Pendências (Centro Avaliador)

2017-12-15T21:17:10Z

Admin: Criou página com 'Esta funcionalidade lista pendências que o Médico Avaliador possui, oriundas de pendências respondidas pelo Médico relacionadas à seus pacientes cadastrados para que poss...'

Esta funcionalidade lista pendências que o Médico Avaliador possui, oriundas de pendências respondidas pelo Médico relacionadas à seus pacientes cadastrados para que possam iniciar a busca de doador compatível para transplante.

= '''Listar Pendências do Médico Avaliador ''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Listar Pendências do Médico Avaliador
|-
| '''Descrição Sumária''' || Lista pendências que o Médico Avaliador possui, oriundas de pendências respondidas pelo Médico relacionadas à seus pacientes cadastrados para que possam iniciar a busca de doador compatível para transplante
|-
| '''Lista de Perfis Autorizados''' || Médico Avaliador
|-
| '''Pré-Requisitos''' || Executar com sucesso a funcionalidade “1-Autenticar Usuário no Sistema” com o perfil de médico
|-
| '''Observações''' ||
|}

• '''Autenticar-se como perfil Médico Avaliador e selecionar no menu a opção "CONSULTAR PENDÊNCIAS", onde a tela abaixo será apresentada com lista de todas as pendências que necessita de ação pelo Médico Avaliador,em ordem de prioridade (baseado no score do paciente e tempo de cadastro do mesmo)'''

[[Arquivo:Listar-Pendências-para-Médico-Avaliador.png|1000px|nenhum]]

 
• O usuário (Médico Avaliador) pode selecionar uma determinada pendência para visualizar o detalhe ou tomar ações relacionadas a mesma, como por exemplo fechar uma pendência respondida pelo perfil Médico

Listar Notificações de Exame Alterado ou Descartado

2017-12-15T21:13:03Z

Admin: Criou página com 'Esta funcionalidade notifica ao Médico exames que foram por ele cadastrados mas que na conferência pelo time de administração do Redome foi ajustado (devido a um erro na e...'

Esta funcionalidade notifica ao Médico exames que foram por ele cadastrados mas que na conferência pelo time de administração do Redome foi ajustado (devido a um erro na entrada de algum dado do exame) ou descartado (devido a um problema no laudo anexado pelo médico).

= '''Listar Notificações de Exame Alterado ou Descartado ''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Listar Notificações de Exame Alterado ou Descartado
|-
| '''Descrição Sumária''' || Notifica ao Médico exames que foram por ele cadastrados mas que na conferência pelo time de administração do Redome foi ajustado (devido a um erro na entrada de algum dado do exame) ou descartado (devido a um problema no laudo anexado pelo médico)
|-
| '''Lista de Perfis Autorizados''' || Médico
|-
| '''Pré-Requisitos''' || Executar com sucesso a funcionalidade “1-Autenticar Usuário no Sistema” com o perfil de médico
|-
| '''Observações''' ||
|}

• '''Autenticar-se como perfil Médico e selecionar no menu a opção "VER NOTIFICAÇÕES", onde a tela abaixo será apresentada com lista de todas as notificações de exames de pacientes que foram ajustadas ou descartadas, mostrando também há quanto tempo o paciente foi cadastrado e há quanto tempo a notificação foi enviada pelo perfil de conferência do exame HLA'''

[[Arquivo:Listar-Notificações-de-Exame-Alterado-ou-Descartado.png|1000px|nenhum]]

 
• O usuário (médico) pode selecionar uma determinada notificação para tomar ciência do exame que foi alterado ou descartado pelo pelo perfil de conferência do exame HLA

Listar Pendências do Centro de Avaliação para o Médico

2017-12-15T21:11:29Z

Admin: Criou página com 'Esta funcionalidade lista pendências criadas pelo Centro de Avaliação (Médico Avaliador) para o Médico, relacionadas à pacientes cadastrados pelo Médico para que possam...'

Esta funcionalidade lista pendências criadas pelo Centro de Avaliação (Médico Avaliador) para o Médico, relacionadas à pacientes cadastrados pelo Médico para que possam iniciar a busca de doador compatível para transplante.

= '''Listar Pendências do Centro de Avaliação para o Médico ''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Listar Pendências do Centro de Avaliação para o Médico
|-
| '''Descrição Sumária''' || Lista pendências criadas pelo Centro de Avaliação (Médico Avaliador) para o Médico, relacionadas à pacientes cadastrados pelo Médico para que possam iniciar a busca de doador compatível para transplante
|-
| '''Lista de Perfis Autorizados''' || Médico
|-
| '''Pré-Requisitos''' || Executar com sucesso a funcionalidade “1-Autenticar Usuário no Sistema” com o perfil de médico
|-
| '''Observações''' ||
|}

• '''Autenticar-se como perfil Médico e selecionar no menu a opção "CONSULTAR PENDÊNCIAS", onde a tela abaixo será apresentada com lista de todos os pacientes que tiverem alguma pendência que necessita ação pelo Médico, mostrando também para cada paciente seu total de pendências , há quanto tempo tem pendências abertas e há quanto tempo o paciente foi enviado para avaliação do Centro de Avaliação'''

[[Arquivo:Listar-Pendências-do-Centro-de-Avaliação-para-o-Médico.png|1000px|nenhum]]

 
• O usuário (médico) pode selecionar uma determinada linha para visualizar o detalhe das pendências de um determinado paciente, e assim possibilitar tomar ações para resolução de pendências deste paciente selecionado

Orientação - Organizar a estrutura do código-fonte

2017-12-15T21:08:37Z

Admin: Criou página com 'A plataforma Redome está organizada em duas camadas principais: '''front-end''' e '''back-end'''. A separação de sistemas de software em front-end e back end simplifica o d...'

A plataforma Redome está organizada em duas camadas principais: '''front-end''' e '''back-end'''. A separação de sistemas de software em front-end e back end simplifica o desenvolvimento e separa a manutenção.

O front-end representa os componentes do sistema responsáveis por coletar a entrada do usuário em várias formas, por meio de uma interface amigável e processá-la para adequá-la a uma especificação em que o back-end possa utilizar.

==Organização dos Pacotes das classses de Backend==
Os pacotes agrupam as classes do backend conforme responsabildades dessas classes.
===br.org.cancer.modred.configuration===
Contém classes de configuração da aplicação.

===br.org.cancer.modred.controller===
Contém as classes responsáveis pela comunicação com o front-end em angular. As classes devem conter o sufixo “Controller”.

===br.org.cancer.modred.model===
Contém as classes do sistema que representam o modelo de dados.

===br.org.cancer.modred.persistence===
Contém as classes responsáveis pela comunicação com o banco de dados e atividades relacionadas a persistência dos dados. As classes devem conter o sufixo “Repository”.

===br.org.cancer.modred.service===
Contém as classes responsáveis por parte da lógica de negócio da aplicação. Única camada da aplicação que possui um contexto transacional, ou seja, somente nessa camada é que deverão ser efetuadas as transações do sistema utilizando as classes do pacote de persistência. As classes devem conter o sufixo '''Service'''.

[[Arquivo:Class-model.png]]
==Diretórios==

===src/main/scrips===
Contém os scripts do banco de dados, sendo que "initial" (script com a criação dos usuário e roles), "current" (script necessário para o correto funcionamento da versão corrente), "rollback" (script com o rollback das alterações efetuadas no arquivo current).

===src/main/frontend===
Contém o código do front-end da aplicacão desenvolvido em Angular 2.

===src/main/frontend/conf===
Armazena as configurações da aplicação para build, deploy e testes.

===src/main/frontend/e2e===
Armazena as configurações dos testes com o protractor e os testes.

===src/main/frontend/src===
Armazena o código fonte do projeto.

===src/main/frontend/src/environments===
Armazena as configurações da aplicação por ambiente. Estas configurações são utilizadas para a geração do build da aplicação.

===src/main/frontend/src/app===
Armazena o código do componente principal da aplicação.

===src/main/frontend/src/app/components===
Nesta pasta deverão ser armazenados o código dos componentes da aplicação.

==Arquivos Importantes==

===log4j.xml===
Arquivo de configuração do mecanismo de log do sistema.

===pom.xml===
Arquivo do maven responsável pelo gerenciamento das dependências e build da aplicação.

===manifest.yml===
Arquivo que contém variáveis utilizadas pelo Liberty no Bluemix.

===package.json===
Configura todas as dependências do projeto.

Arquivo:Class-model.png

2017-12-15T21:07:41Z

Admin:

Orientação - Realizar a revisão do código-fonte

2017-12-15T21:07:00Z

Admin: Criou página com 'A revisão do código-fonte é uma técnica complementar a outros mecanismos de qualidade, como testes unitários e testes de sistema, adotados no processo de desenvolvimento...'

A revisão do código-fonte é uma técnica complementar a outros mecanismos de qualidade, como testes unitários e testes de sistema, adotados no processo de desenvolvimento do Redome.

Esta técnica tem como objetivo garantir a qualidade do código fonte gerado pelo time de desenvolvimento, localizando possíveis erros da atividade de codificação.

Também tem por função homogenizar a forma do código-fonte produzido, facilitar e/ou promover a disseminação do conhecimento entre todos os envolvidos.

== Checklist para code-review de código==
Esta seção fornece alguns pontos de verificação gerais do que deve ser procurado em uma revisão.

=== Geral ===
# Verificar lógica e coerência do código
# Verificar coerência dos testes unitários
# Rodar os testes unitários
# Verificar se código está de acordo com o [[Padrão de Desenvolvimento - Codificação|padrão de codificação]] definido.

=== TODAS as classes ===
* Os métodos devem ser comentados (para o caso de métodos getters e setters utilize o eclipse para gerar automaticamente os comentários).
* Código devidamente comentado com as anotações de autoria, parâmetros de métodos e retorno.
* As classes devem ter em seu cabeçalho uma breve descrição sobre aquilo que ela faz.
* TODAS as classes devem estar identadas de acordo com a padronização do arquivo disponibilizado com o responsável pela arquitetura.

=== Classes do pacote model ===
* TODAS as classes devem ter os métodos equals e hashcode implementados (caso considere o ideal o eclipse gera automaticamente ambos os métodos).
* TODAS as classes devem implementar Serializable.
* As annotations JPA devem estar nos atributos.
* Os atributos do tipo data devem utilizar a nova API do Java 8.

=== Classes de serviço ===
* Caso exista a necessidade do serviço utilizar outro repositório, este deverá chamar a classe de serviço que está vinculada ao repositório e não diretamente o repositório.
* TODAS as classes do tipo serviço devem ser anotadas com o @Service e @Transactional, somente na implementação e não a interface.
* A classe deve ter seu devido teste unitário que valide todos os métodos que forem necessários.

=== Enums ===
* TODOS devem assim como as classes ter a descrição no topo sobre do que ele se trata.

=== Interfaces ===
* TODAS as interfaces devem ter o prefixo "I".
* TODAS as interfaces devem ter uma descrição ao topo sobre o que ela se trata.
* TODOS os métodos devem ter uma descrição sobre o que eles fazem e devem utilizar, caso seja necessário, as anotações de parâmetro e retorno.

=== Controladores ===
* TODOS os controladores cujo retorno será um json devem ser anotados como @RestController.
* TODOS os controladores devem ser testados com o Mockito

==== Métodos de persistência: ====
* Devem receber o objeto a ser persistido como parâmetro e este parâmetro deve ser anotado com @RequestBody.
* A anotação de @RequestMapping deve seguir o seguinte padrão: Ex.: @RequestMapping(value = "/entidade>", method = RequestMethod.POST)
* Possíveis retornos:
# HttpStatus.CREATED: ao criar um novo registro
# HttpStatus.UNPROCESSABLE_ENTITY: erro de validação

==== Métodos de consulta ====
* Devem receber os parâmetros (Caso não sejam um objeto de domínio) com a anotação de @RequestParam para cada um.
* A anotação de @RequestMapping deve seguir o seguinte padrão: Ex.: @RequestMapping(value = "/entidade", method = RequestMethod.GET) @RequestMapping(value = "/entidade/{id}", method = RequestMethod.GET)
* Possíveis retornos:
# HttpStatus.OK: ao retornar o registro
# HttpStatus.NOT_FOUND: se o registro com o id especificado não foi encontrado ou se é inválido

==== Métodos de atualização ====
* Devem receber o id do objeto a ser atualizado.
* A anotação de @RequestMapping deve seguir o seguinte padrão: Ex.: @RequestMapping(value = "/entidade/{id}", method = RequestMethod.PUT)
* Possíveis retornos:
# HttpStatus.OK: ao efetuar a operação com sucesso
# HttpStatus.NOT_FOUND: se o registro com o id especificado não foi encontrado ou se é inválido
# HttpStatus.UNPROCESSABLE_ENTITY: erro de validação
# HttpStatus.METHOD_NOT_ALLOWED: se a deleção não for permitida

==== Métodos de exclusão ====
* Devem receber o id do objeto a ser excluído.
* A anotação de @RequestMapping deve seguir o seguinte padrão: Ex.: @RequestMapping(value = "/entidade/{id}", method = RequestMethod.DELETE)
* Possíveis retornos:
# HttpStatus.OK: ao realizar com sucesso a operação
# HttpStatus.NOT_FOUND: se o registro com o id especificado não foi encontrado ou se é inválido
# HttpStatus.METHOD_NOT_ALLOWED: se a exclusão não for permitida

=== Front-End ===
* Todas as classes de DTO, Components, Modules e Services:
# Devem conter ao topo da classe a devida descrição sobre o que se trata a classe em questão e a devida autoria utilizando a anotação @author.
# TODOS os métodos devem ter a devida descrição sobre o que ele faz e utilizar as anotações @param e @return.
* Todos os métodos de validação e que se julgarem necessário devem ter testes como Jasmine.
* Todos os métodos dos serviços ou que fazem interação com o servidor REST devem ser Mocadas.

Orientação - Controlar as mudanças feitas no código

2017-12-15T21:06:01Z

Admin: Criou página com 'GitLab é a plataforma de hospedagem de código-fonte utilizada para controle de versão do sistema Redome. Ele permite que programadores, utilitários ou qualquer usuário ca...'

GitLab é a plataforma de hospedagem de código-fonte utilizada para controle de versão do sistema Redome. Ele permite que programadores, utilitários ou qualquer usuário cadastrado na plataforma contribuam para o desenvolvimento do sistema Redome de qualquer lugar, além de promover fácil comunicação através de recursos que registram issues ou permitem o merge de repositórios remotos (issues, pull request).

==Conceitos Básicos==
Com apenas pouco tempo de Git já é possível notar a presença de longas cadeias hexadecimais por toda parte. Essas cadeias são o resultado da função de hash SHA-1 que resulta em 40 casas hexadecimais. Elas são de extrema importância, visto que Git é em essência um repositório de objetos em que cada sequência SHA-1 mapeia a um objeto. Como em um dicionário Python, uma hash Perl ou HashMap Java, é esse número que nos leva ao objeto desejado.

Informações e meta-informações do repositório git são em geral armazenadas em objetos no diretorio ".git/objects" (exceto no caso de compactação). Esses objetos podem ser de vários tipos: blobs, trees, commits e tags. Os blobs como em base de dados SQL são capazes de armazenar qualquer tipo de informação como por exemplo o contudo de um arquivo. Já o objeto tree é muito semelhante a um diretório, podendo apontar para globs e recursivamente para outros objetos trees. Os outros dois últimos objetos estão mais relacionados às meta-informações do controle de versão. É sabido que cada commit representa uma foto do estado do repositório. Por isso, cada um deles aponta para um objeto do tipo tree cujas entradas são blobs representando o conteúdo dos arquivos naquele momento ou outros trees representando os diretórios do repositório e assim recursivamente. Por fim, tem-se o objeto tag que permite fazer uma referência a um commit, por exemplo, usando uma string mais amigável do que o SHA-1.

Como cada um dos objetos vistos anteriormente possui um hash associado fica claro que ele desempenha um papel fundamental no Git, mesmo que nem sempre o manipulamos diretamente. Lidar com um número hexadecimal de 40 dígitos pode não ser muito prático, por isso existe a liberdade de utilizar seus prefixos. Mesmo assim, pode ser mais interessante lidar com uma referência textual. Para cada uma das cabeças de desenvolvimento a funcionalidade de branches desempenha esse papel. Uma branch nada mais é do que um ponteiro para um commit cabeça. Como todo ponteiro que se preze, ele precisa armazenar um endereço, que no caso de Git é o SHA-1. Se inspecionarmos o conteúdo do ponteiro master de um repositório é possível notar a presença do hash. Na nomeclatura de Git denomina-se revisão (rev) um referência arbitrária a um commit, seja por hash, por nome de branch ou qualquer outra forma.

==A estrutura de Branches ==
Git é um sistema de controle de versão reconhecidamente poderoso e flexível. Devido a sua natureza distribuída em que o desenvolvimento ocorre paralelamente em múltiplas branches, é de suma importância saber como combinar os múltiplos commits com toda a flexibilidade possível.

'''Master/Origin''' -> Branch utilizada para gerar versão no ambiente de homologação.

'''Hotfix''' -> Branch utilizada no caso de erros que estejam em produção. Esta deriva da Master/Origin.

'''Develop''' -> Esta será a branch de trabalho.

[[Arquivo:Git-estrutura-branch.png]]

==Regras diárias do fluxo de versionamento a ser seguido pela equipe==
A ferramenta visual escolhida para utilização do GIT foi o TortoiseGIT.
# Fazer o '''pull''' no início do dia, antes de cada '''commit''' e/ou quando julgar necessário.;
# Os '''commits''' devem ser curtos e sem bugs e, preferencialmente, devem estar disponíveis na '''branch remota''' no final do dia.

A seguir um passo-a-passo sobre como realizar as tarefas diárias.

===PULL===
Utilizado para "baixar" o conteúdo da branch remota para o seu workspace.
Clique com o botão direito sobre o projeto e selecione a opção: TortoiseGIT / Pull, conforme a imagem abaixo.

[[Arquivo:Git-pull.png]]

Ao executar o PULL, poderá ocorrer pontos de conflito no código, ou seja, classes que você alterou e que também foram alteradas na branch remota. Para verificar essas mudanças e comparar com as alterações locais, clique com o botão direito no projeto e vá em DIFF (Passo 1). Serão listados os arquivos em conflito (Passo 2). Com um duplo-clique na linha correspondente, é possível verificar as linhas na classe em conflito (Passo 3 ). Os ajustes podem ser realizados utilizando a opção User "theirs" text block onde é possível escolher o que será mantido ou retirado durante o merge (Passos 4 e 5).

====Passo 1 - Visualizar as classes com conflito====
[[Arquivo:Git-diff.png|Visualizando as classes com conflito]]

====Passo 2 - Listar as classes com conflito no projeto====
[[Arquivo:Git-view-diff.png|Lista de classe com conflito no projeto]]

====Passo 3 - Realizar merge entre as classes remota e local====
[[Arquivo:Git-merge-diff1.png|Merge entre as classes remota e local]]

====Passo 4 - Opções para resolver os conflitos entre as classes====
[[Arquivo:Git-merge-diff-conflit.png|Opções para resolver os conflitos entre as classes]]

====Passo 5 - Marcar o merge como resolvido====
[[Arquivo:Git-merge-diff-mark-solved1.png|Marcando o merge como resolvido]]

===COMMIT===
Procedimento utilizado para marcar localmente o que deverá ser considerado como código alterado e passível de versionamento. Tanto para ajustes quanto para novas classes no projeto. É um estado anterior ao envio das classes, de fato, para a branch.
Confira o procedimento na imagem abaixo.

[[Arquivo:Git-commit.png]]

===PUSH===
Procedimento utilizado para enviar a alteração para a branch remota.

[[Arquivo:Git-push.png]]

== Material Complementar ==
# [https://git-scm.com/book/pt-br/v1 Pro Git book], Scott Chacon e Ben Straub, 2014.
# [http://rogerdudler.github.io/git-guide/index.pt_BR.html Git - Guia prático], Roger Dudler, 2015.
# [http://www.vogella.com/tutorials/EclipseGit/article.html Git version control with Eclipse], Lars Vogel, 2016.

Arquivo:Git-merge-diff-mark-solved1.png

2017-12-15T21:03:38Z

Admin:

Arquivo:Git-merge-diff1.png

2017-12-15T21:02:49Z

Admin:

Arquivo:Git-view-diff.png

2017-12-15T21:01:57Z

Admin:

Arquivo:Git-push.png

2017-12-15T21:01:16Z

Admin:

Arquivo:Git-pull.png

2017-12-15T21:00:33Z

Admin:

Arquivo:Git-merge-diff-conflit.png

2017-12-15T20:59:20Z

Admin:

Arquivo:Git-estrutura-branch.png

2017-12-15T20:58:08Z

Admin:

Arquivo:Git-diff.png

2017-12-15T20:57:24Z

Admin:

Arquivo:Git-commit.png

2017-12-15T20:56:36Z

Admin:

Orientação - Configurar o ambiente de desenvolvimento

2017-12-15T20:51:54Z

Admin: Criou página com '==Instalação== Acesse o box utilizando a seguinte url [https://ibm.box.com/s/8gwqn6oj5z8oknsabnzlvrb0wjeazf6z https://ibm.box.com/s/8gwqn6oj5z8oknsabnzlvrb0wjeazf6z] e efetu...'

==Instalação==
Acesse o box utilizando a seguinte url [https://ibm.box.com/s/8gwqn6oj5z8oknsabnzlvrb0wjeazf6z https://ibm.box.com/s/8gwqn6oj5z8oknsabnzlvrb0wjeazf6z] e efetue o download das ferramentas abaixo:

# IBM SDK 8 (ibm-java-sdk-80-win-x86_64)
# Eclipse Neon 3 (eclipse-jee-neon-3-win32-x86_64)
# Liberty (wlp-webProfile7-java8-win-x86_64-17.0.0.1)
# Putty (putty-64bit-0.68-installer)
# VSCode (VSCodeSetup-1.11.2)
# Node.js (node-v6.10.2-x64)
# Oracle XE (OracleXE112_Win64)
# redome_formatter.xml

Descompacte o Eclipse e o Liberty em uma pasta de sua preferência.

Efetue a instalação: Putty, IBM SDK 8, Oracle XE, VSCode e Node.js.

===Configurando o JAVA===
Configure a variável de ambiente JAVA_HOME em ''Painel de Controle > Sistema > Configurações Avançadas do sistema > Aba Avançado > Botão Variáveis de ambiente''. Clique no botão ''Novo'' abaixo das Variáveis de usuário. No campo ''Nome'' preencha com JAVA_HOME e no campo ''Valor'' o caminho de instalação do SDK. Após adicionada a variável JAVA_HOME, clique no botão Novo abaixo das Variáveis do Sistema. No campo Nome preencha com PATH e no campo Valor %JAVA_HOME%\bin.

Verifique a versão do java instalado indo no menu Inicial, digite cmd, ao abrir a linha de comando digite '''java -version'''.

===Configurando o GIT===
Para configurar o git é necessário criar uma chave pública para conexão via ssh. Para isso, verifique se na pasta do seu usuário existe uma pasta ''.ssh'', se não existir vá no menu inicial e digite '''cmd''', navegue até a pasta do seu usuário e digite '''mkdir .ssh'''

Abra o Puttygen que pode ser localizado na pasta de instalação do Putty ou digite Puttygen no menu inicial.

Com o Puttygen aberto vá no menu key, selecione ''SSH-2 RSA Key'', após clique no botão Generate e mova o mouse sobre a janela para gerar a chave.

Após a chave ter sido gerada preencha o key comment com o seu email. Adicione também uma Key passphrase, ela será sua senha.

Clique em ''Conversions > Export OpenSSH key'', então selecione a pasta ''.ssh'' e salve o arquivo com o nome de id_rsa (sem extensão).

Para salvar a chave pública clique com o botão direito na caixa ''Public key for pasting into OpenSSH authorized_keys file'' e clique em ''Select All'', copie o texto usando o Ctrl-C. Abra o notepad e cole o conteúdo, salve o arquivo com o nome de id_rsa.pub na pasta ''.ssh''. A extensão deverá ser '''.pub''' e não '''.txt'''.

[[Arquivo:Install-git1.png]]

Acesse a url do projeto no git [https://git.ng.bluemix.net/ti.helpdesk/redome https://git.ng.bluemix.net/ti.helpdesk/redome], clique na sua foto e selecione o menu Settings. Clique em SSH keys, preencha o campo key com a chave pública gerada, informe um nome para identificá-la e adicione.

[[Arquivo:Install-git2.png]]

===Configurando o Eclipse ===

Abra o eclipse e no browser acesse a seguinte url [https://developer.ibm.com/wasdev/downloads/#asset/tools-IBM_Eclipse_Tools_for_Bluemix https://developer.ibm.com/wasdev/downloads/#asset/tools-IBM_Eclipse_Tools_for_Bluemix]. Encontre o botão Install, clique e arraste para dentro do eclipse, proceda com a instalação do plugin selecionando as três opções apresentadas.

Após a instalação do plugin, abra a view Servers e clique para selecionar um novo servidor. Na caixa de diálogo abra a pasta IBM, selecione WebSphere Application Server Liberty e vá para a próxima tela. Selecione a opção de uma instalação existente e navegue até a pasta onde o Liberty foi descompactado.

É necessário incluir uma variável de ambiente chamada REDOME_DEV_DIR que aponte para o local aonde se encontra o projeto. Isso é necessário para que a classe CloudConfig consiga localizar as configurações armazenadas no local-config. Para editar o arquivo server.env e incluir a variável conforme imagem a seguir:

[[Arquivo:Install-eclipse0.png]]

Para configurar o formatter, acesse o menu ''Window > Preferences > Java > Code Style > Formatter'' e importe o arquivo redome_formatter.xml.

Para configurar a auto-formatação dos arquivos ao salvar acesse o menu ''Window > Preferences > Java > Editor > Save actions'' e marque as opções '''Perform the selected actions on save''' e '''Format source code'''.

===Configurando a aplicação===
Acesse a url do projeto no git [https://git.ng.bluemix.net/ti.helpdesk/redome https://git.ng.bluemix.net/ti.helpdesk/redome], selecione no lado esquerdo da url o protocolo SSH e clique no botão do lado direito para copiar a url.

[[Arquivo:Install-git3.png]]

Abra a perspectiva GIT, clique no link do lado esquerdo para clonar um repositório, cole a url na primeira caixa, selecione o protocolo ssh e clique em próximo. Atenção, mantenha o campo User como git e não preencha o campo Password. Escolha uma pasta para salvar o projeto, de preferência uma pasta fora do workspace do eclipse. Será solicitada a sua key passphrase, preencha e siga o passo a passo.

[[Arquivo:Install-eclipse2.png]]

Vá em ''File > Import..'', selecione ''GIT > Projects from GIT'', selecione ''Existing local repository'', selecione o projeto e então a opção ''Import existing Eclipse projects''.

Vá em ''File > Import..'', selecione ''MAVEN > Install or Deploy an artifact (archive) into a Maven repository'', selecione o drive de conexão da oracle na pasta lib e preencha os campos conforme imagem abaixo:

[[Arquivo:Install-eclipse3.png]]

Clique com o botão direito sobre a raiz do projeto ''Run As > Run on Server''. Espere o servidor subir e acesse a url [http://localhost:9080/redome http://localhost:9080/redome]

===Configurando VSCode===
Abra o VSCode, vá em terminal e execute o comando npm install -g typescript para instalar o compilador do Typescript.

== Configurar Oracle XE local ==
Após a instalação do banco de dados Oracle XE, é necessário criar o usúario '''modred''', o qual terá acesso ao schema local. Para isso, é necessário logar no banco de dados com o usuário SYSTEM e a senha padrão informada durante a instalação do Oracle XE.

Execute o seguinte procedimento:

* Item de lista numerada
* Abra o Oracle SQL Developer
* No Connections navigator no lado esquerdo da ferramenta, clique com o botão direito do mouse em Conexões.
* Selecione Nova Conexão de Banco de Dados.
* Digite as seguintes informações:
Nome da Conexão: XE
Nome de usuário: SYSTEM
Senha: a senha padrão que você digitou durante a instalação
Nome do host: 127.0.0.1
Porta: 1521
SID: XE
* Clique em Conectar

Após estabelecer uma conexão com o banco de dados, execute o seguinte comando SQL para criar o usúario '''modred'''

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| CREATE USER modred IDENTIFIED BY jerico;
|}
 

Para atribuir os privilégios necessários para este usuário, execute o comando SQL a seguir:

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| GRANT ALL PRIVILEGES TO modred IDENTIFIED BY jerico;
|}
 

== Carregar os scripts (DDL e DMS) no Oracle XE local ==

Acesse o banco dados local por meio do console ''SQL Command Line'':

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> CONNECT modred/jerico@localhost
|}
 

Todos os scrips de construção do banco de dados do sistema redome estão localizados na pasta ''[DIR_PROJETO]\src\main\scripts''. Execute oo comandos a seguir, substibuindo ''[DIR_PROJETO]'' pelo caminho no sistema de arquivo local do projeto redome:

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\initial.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\current.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\auditoria\initial_create.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\auditoria\auditoria_current.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\correio\Create.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\insert_nmpd\insert_dna.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\insert_nmpd\insert_nmdp.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\centro_transplante.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\cid.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\cid_estagio_doenca.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\estagio_doenca.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\metodologia.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\motivo.sql
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| SQL> @[DIR_PROJETO]\src\main\scripts\dominio\tipo_transplante.sql
|}
 

Arquivo:Install-eclipse0.png

2017-12-15T20:51:13Z

Admin:

Arquivo:Install-git2.png

2017-12-15T20:50:20Z

Admin:

Arquivo:Install-git3.png

2017-12-15T20:49:26Z

Admin:

Arquivo:Install-git1.png

2017-12-15T20:48:37Z

Admin:

Arquivo:Install-eclipse3.png

2017-12-15T20:47:55Z

Admin:

Arquivo:Install-eclipse2.png

2017-12-15T20:47:17Z

Admin:

Ferramentas & Frameworks - Realizar Teste de Software

2017-12-15T20:44:57Z

Admin: Criou página com 'A automatização do testes unitários e de sistemas tem por finalidade reduzir o envolvimento humano em atividades manuais repetitivas. Como o código-fonte do sistema Redo...'

A automatização do testes unitários e de sistemas tem por finalidade reduzir o envolvimento humano em atividades manuais repetitivas.

Como o código-fonte do sistema Redome é constantemente modificado durante o ciclo de desenvolvimento e, para cada alteração, é necessário confirmar que nada que já tenha sido testado parou de funcionar, vários cenários de testes precisam ser verificados inúmeras vezes.

A implementação de testes automatizados reduz as tarefas repetitivas e o envolvimento humano e, consequentemente, a possibilidade de falhas, sendo a melhor maneira de aumentar a eficácia, eficiência e cobertura do seu teste de software.

Para download das ferramentas acesse [https://ibm.box.com/s/gnaahl9odtd9md1qcbolhq8ja46dsjcu https://ibm.box.com/s/gnaahl9odtd9md1qcbolhq8ja46dsjcu]

==Frameworks==
===Front-end===

# [http://www.protractortest.org/#/ Protractor:] end-to-end test framework for Angular 2
# [https://karma-runner.github.io/1.0/index.html Karma:] test runner

===Back-end===

# [http://junit.org/junit4/ Junit 4:] teste unitário
# [https://cucumber.io/ Cucumber:] BDD

==Ferramentas==
===Apoio à execução dos testes===

# [http://jmeter.apache.org/ Apache JMeter:] performance
# [https://www.soapui.org/ SoapUI:] serviços
# [https://chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop Postman (plugin do chrome):] serviços

===Apoio ao desenvolvimento dos testes===

# [https://chrome.google.com/webstore/detail/jsonview/chklaanhfefbnpoihckbnefhakgolnmc JSONView (plugin do chrome):] validação de json
# [https://addons.mozilla.org/pt-br/firefox/addon/firebug/ Firebug (plugin do firefox):] front-end
# [http://www.oracle.com/technetwork/developer-tools/sql-developer/overview/index.html Oracle SQL Developer:] conexão e manutenção do banco de dados

===Plugins para o VSCode===
# Angular 2, 4 and upcoming TypeScript, HTML Snippets for VS Code
# Atom One Dark Theme
# Auto Import
# HTML Snippets
# Vscode-icons
# Document This
# TypeScript Toolbox

Padrão de Desenvolvimento - Testes Unitários

2017-12-15T20:44:02Z

Admin: Criou página com '== Como escrever um bom teste unitário == '''Princípio Básico:''' Sempre utilizar Test Driven Development (TDD) para criação de novos códigos Caso você já tenha con...'

== Como escrever um bom teste unitário ==
'''Princípio Básico:''' Sempre utilizar Test Driven Development (TDD) para criação de novos códigos

Caso você já tenha conhecimento do TDD, isso já é 80% do caminho para que seu teste seja bem escrito. Mas para que o princípio do TDD seja complementado e então os testes sejam melhores organizados e menos propensos a falhas é recomendável seguir os três princípios abaixo:
# Crie o cenário, popule o(s) objeto(s) a serem utilizados no seu teste
# Execute a unidade a ser testada
# Verifique se o teste é aprovado através dos asserts

Tendo em mente os princípios citados acima vemos no código abaixo um exemplo de código que os demonstra:

{| style="color: black; background-color: #F7F3F7; width: 85%;"
|
class Avaliador {
private double maiorDeTodos = Double.NEGATIVE_INFINITY;
private double menorDeTodos = Double.POSITIVE_INFINITY;
 
public void avalia(Leilao leilao) {
for(Lance lance : leilao.getLances()) {
if(lance.getValor() > maiorDeTodos) {
maiorDeTodos = lance.getValor();
}
else if(lance.getValor() < menorDeTodos) {
menorDeTodos = lance.getValor();
}
}
}
 
public double getMaiorLance() { return maiorDeTodos; }
 
public double getMenorLance() { return menorDeTodos; }
}
|}

{| style="color: black; background-color: #F7F3F7; width: 85%;"
|
import org.junit.Assert;
 
class AvaliadorTest {
 
@Test
public void deveEntenderLancesEmOrdemCrescente() {
//1 - populando o objeto
Usuario joao = new Usuario("Joao");
Usuario jose = new Usuario("José");
Usuario maria = new Usuario("Maria");
Leilao leilao = new Leilao("Playstation 3 Novo");
leilao.propoe(new Lance(maria,250.0));
leilao.propoe(new Lance(joao,300.0));
leilao.propoe(new Lance(jose,400.0));
 
//2 - Executando a unidade a ser testada
Avaliador leiloeiro = new Avaliador();
leiloeiro.avalia(leilao);
double maiorEsperado = 400;
double menorEsperado = 250;
 
//3 - Verificando se o teste é aprovado através dos asserts
Assert.assertEquals(maiorEsperado, leiloeiro.getMaiorLance(), 0.0001);
Assert.assertEquals(menorEsperado, leiloeiro.getMenorLance(), 0.0001);
}
}
|}

== Nomenclatura e localização da classe de teste ==
=== Nome das classes ===
Toda classe de teste deve ter a como nome o mesmo nome que foi utilizado na classe origem seguido do sufixo "Test". Desta forma temos o seguinte exemplo:

'''Classe de Origem:''' DoadorDao

'''Classe de Teste:''' DoadorDaoTest

=== Nome do método ===
O nome do teste sempre deve ter a ver exatamente com o que é testado dentro dele de forma que quem o ler saiba exatamente o que está sendo verificado, sem a necessidade de entender o que foi codificado no teste. Veja o exemplo:

'''Método de origem:''' salva()

'''Método de teste:''' salvaNomeNulo()

'''Atenção:''' Verifique todas as possibilidades, não somente o "Caminho Feliz =D"

No exemplo anterior utilizamos uma classe de leilão. Dentro desta classe é possível verificar que os objetos de Usuário e Leilão são populados e posteriormente testados, mas não há nenhum tipo de previsão no código para caso haja algum tipo de excessão ou erro. Ou seja, caso o valor do lance seja nullo ou menor que zero nosso sistema gerará uma excessão. Desta forma torna-se necessário realizar testes para todos os caminhos possíveis em nosso código antes de então ele ser dado como testado. Verifique no exemplo com um teste mais abrangente:

{| style="color: black; background-color: #F7F3F7; width: 85%;"
|
import org.junit.Assert;
 
class AvaliadorTest {
 
@Test
public void deveEntenderLancesEmOrdemCrescente() {
//1 - populando o objeto
Usuario joao = new Usuario("Joao");
Usuario jose = new Usuario("José");
Usuario maria = new Usuario("Maria");
Leilao leilao = new Leilao("Playstation 3 Novo");
leilao.propoe(new Lance(maria,250.0));
leilao.propoe(new Lance(joao,300.0));
leilao.propoe(new Lance(jose,400.0));
 
//verificação do caminho infeliz =\
Assert.assertNotNull(leilao.getPropostas());
 
//2 - Executando a unidade a ser testada
Avaliador leiloeiro = new Avaliador();
leiloeiro.avalia(leilao);
double maiorEsperado = 400;
double menorEsperado = 250;
 
//3 - Verificando se o teste é aprovado através dos asserts
Assert.assertEquals(maiorEsperado, leiloeiro.getMaiorLance(), 0.0001);
Assert.assertEquals(menorEsperado, leiloeiro.getMenorLance(), 0.0001);
}
}
|}

=== Utilização da classe Assert ===
A classe assert tem todos os métodos necessários para realizar os testes do projeto, desta forma evite fazer comparações boleanas utilizando o método assert. Exemplo de má utilização:

Assert.assertTrue(leilao.getPropostas() != null);

== Material Complementar ==
# [https://www.ibm.com/cloud/garage/content/code/practice_test_driven_development/ Test-driven development],IBM Cloud Garage Method, 2017.
# [https://www.thoughtworks.com/pt/insights/blog/write-better-tests-5-steps Escreva Testes Melhores em 5 Passos], ThoughWorks, 2014.

Padrão de Desenvolvimento - Documentação

2017-12-15T20:42:48Z

Admin: Criou página com 'Dentro do projeto REDOME o padrão de codificação exige que haja comentários para documentação de todo o projeto. Havendo este tipo de descrição facilitará o entendime...'

Dentro do projeto REDOME o padrão de codificação exige que haja comentários para documentação de todo o projeto. Havendo este tipo de descrição facilitará o entendimento do time sobre o que faz cada classe e cada método sem que seja necessário entrar em contato com o autor do código e então perguntar sobre a funcionalidade em questão.

== Anotações para documentação ==

Para documentar as classes e métodos é necessário que utilize as anotações abaixo:

=== Comentários de classes e interfaces ===

'''@author''' - autor do elemento.

'''@version''' - número da versão atual.

=== Comentários de métodos ===

'''@param''' - descreve os parâmetros de um método acompanhado por uma descrição.

'''@return''' - descreve o valor retornado por um método.

'''@throws''' - indica as exceções que um dado método dispara com uma descrição associada.

=== Comentários de serialização ===

'''@serial''' - para documentar a serialização de objetos.

== Níveis de documentação ==

Para gerar a documentação será necessário que hajam comentários tanto nas classes quanto nos métodos gerando assim dois níveis de comentários que são os seguintes:

=== Primeiro nível de comentários ===
O primeiro deles seria de nível de Classes, Interfaces e Enuns. Para este nível o tipo de comentário que deverá ser inserido é o seguinte:

{| style="color: black; background-color: #F7F3F7; width: 85%;"
|
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
/**
* Classe utilizada para realizar as interações com o banco de dados.
*/
public class ConexaoBD {

}

|}

Obs.: Repare que no código acima houve uma descrição da Classe sobre aquilo que ela faz utilizando “/**/ “ e não com outro tipo de comentário. Dentro da descrição deve-se ter atenção em descrever exatamente o que esta classe é especialista em fazer de forma que quem leia tenha pleno entendimento sobre o seu conteúdo.

=== Segundo nível de comentários ===

O segundo nível de comentários é o que será utilizado nos métodos. TODOS os métodos que tem a visibilidade como PUBLIC ou PROTECTED e os métodos de TESTE deverão ser documentados. Sendo assim segue a lista de anotações para documentação de métodos:

{| style="color: black; background-color: #F7F3F7; width: 85%;"
|
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
/**
* Classe utilizada para realizar as interações com o banco de dados.
*/
public class ConexaoBD {
/**
* Método construtor.
* Você deve utiliza-lo para conectar a base de dados.
* @param usuario usuário do banco de dados
* @param senha senha do usuário de acesso
* @param ipDoBanco endereço IP do banco de dados
* @param nomeDaBase nome da base de dados
* @throws SQLException
* @throws Exception
* @author Cristiano Camilo
*/
public ConexaoBD(String usuario, String senha, String ipDoBanco, String
nomeDaBase) throws SQLException , Exception {
Class.forName("com.mysql.jdbc.Driver");
Connection conn = DriverManager.getConnection("jdbc:mysql://" + ipDoBanco +
"/" + nomeDaBase, usuario, senha);
System.out.println("Conectado ao banco de dados.");
}
//Outros métodos
}

|}

Note que na classe acima foram usadas as anotações de @param para os parâmetros, a de @throws para as exceções e @author para o nome do autor de forma totalmente condizente com a assinatura do método. Fazendo desta forma quando este método for utilizado a própria IDE mostrará o seguinte:

{| style="color: black; background-color: #F7F3F7; width: 85%;"
|
conexao.ConexaoBD(String usuario, String senha, String ipDoBanco, String nomeDaBase)
Método construtor.
Você deve utiliza-lo para conectar a base de dados.
Parameters:
usuario usuário do banco de dados
senha senha do usuário de acesso
ipDoBanco endereço IP do banco de dados
nomeDaBase nome da base de dados
Throws:
SQLException
Exception
@author
Cristiano Camilo
|}

Padrão de Desenvolvimento - Codificação

2017-12-15T20:42:09Z

Admin: Criou página com 'Convenções de codificação para o desenvolvimento do backend (Java) e frontend (Angular) do sistema Redome. Esse padrão define as regras de como o código-fonte deve ser e...'

Convenções de codificação para o desenvolvimento do backend (Java) e frontend (Angular) do sistema Redome. Esse padrão define as regras de como o código-fonte deve ser escrito.
== '''Backend - Linguagem de Programação Java''' ==

===ENCODING===
Os arquivos deverão estar em UTF-8.

===NOMECLATURA===

====REGRAS GERAIS====
Os identificadores deverão utilizar somente letras e números. Será utilizado o português, exceto para os métodos oriundos de uma API, como o Spring Data.

====PACKAGE====
Deverão conter apenas letras minúsculas.

====CLASSES====
Deverão ter seus nomes em formato UpperCamelCase e ser um substantivo.

====MÉTODOS====
Deverão ter seus nomes em formato LowerCamelCase. Deve iniciar com um verbo no infinitivo, exemplo: listar, salvar, obter.

Utilizaremos o prefixo "listar" para métodos que retornarão uma coleção de registros, "obter" para métodos que retornarão apenas um registro.

Utilizaremos "salvar", "excluir" e "atualizar" como nome dos métodos que efetuam alguma operação com um registro.

====CONSTANTES====
Deverão ter seus nomes em letra maiúscula com as palavras separadas com underline.

====PARÂMETROS, PROPRIEDADES E VARIÁVEIS LOCAIS====
Deverão ter seus nomes em formato LowerCamelCase.

===ESTILO===

====QUEBRA DE LINHA====
O tamanho máximo da linha será de 100 caracteres.

As linhas serão quebradas quando ultrapassarem o tamanho máximo e serão indentadas adicionando mais 2 espaços.

Após a declaração de annotations em packages, classes, interfaces, enum, propriedades, métodos e variáveis locais deve existir uma quebra de linha.

Cada comando deve ser seguido por uma quebra de linha.

Também deve existir um quebra de linha antes do ‘else’, ‘catch’, ‘finnaly’ e ‘while’ em um comando do, conforme imagem abaixo:

[[Arquivo:Exemplo-estilo-codigo-java.png]]

Declarações de imports, packages e tipos parametrizados não devem ser quebrados.

====INDENTAÇÃO====
A indentação padrão será de 4 espaços.

Serão indentados:

* Declarações dentro do corpo das classes;
* Declarações dentro das definições dos enums e suas constantes;
* Declarações dentro das definições de annotations;
* Corpo dos métodos e construtores;
* Corpo dos switch e case.
* Break;

Linhas vazias não serão indentadas;

====CHAVES====
Blocos if, for, switch e while que possuem ao menos um comando no seu corpo devem abrir e fechar chaves.

As seguintes declarações terão a abertura da chave na mesma linha do seu inicio:

* Classes ou interfaces;
* Classes anônimas;
* Construtores;
* Métodos;
* Enums;
* Constantes do Enum;
* Annotation type;
* Blocos em geral;

A abertura da chave na inicialização de arrays e lambda somente irá para a próxima linha em caso de quebra.

====PARÊNTESES====
Os parênteses sempre abrem na mesma linha do inicio do comando.

====ADIÇÃO DE LINHAS====
Será adicionada uma linha em branco:

* Após a declaração dos packages;
* Antes e depois das declarações de imports;
* Entre os diferentes grupos de imports;
* Entre as declarações das classes;
* Antes da primeira declaração do corpo da classe;
* Antes da declaração de membros das classes;
* Antes da declaração dos métodos;

====ORDENAÇÃO DOS ELEMENTOS====

# Licença ou copyright;
# Packages;
# Static Imports;
# Non-static imports;
# Comentários sobre a classe, interface ou enum;
# Declaração da classe, interface ou enum;
# Propriedades estáticas na seguinte ordem: public, protected, package e private;
# Propriedades da instância na seguinte ordem: public, protected, package e private;
# Construtores;
# Métodos getters e setters;
# Outros métodos agrupados por funcionalidade;
# Métodos sobrescritos da classe Object;

===PRÁTICAS DE PROGRAMAÇÃO===

====MODIFICADORES====
Os modificadores deverão ser ordenados conforme a especificação da linguagem:

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| public protected private abstract default static final transient volatile synchronized native strictfp
|}
 

====OVERRIDE====
Sempre utilize o @Override, exceto se o método pai estiver @Deprecated.

====IGNORANDO UMA EXCEPTION====
Ao ignorar uma exception numa claúsula catch, adicione um comentário com o motivo

[[Arquivo:exemplo-estilo-ignorar-exception-java.png]]

====MEMBRO ESTÁTICO====
Ao referenciar um membro estático de uma classe, sempre utilize o nome da classe.

[[Arquivo:exemplo-estilo-membro-estatico-java.png]]

====PARÊNTESES====
Sempre é uma boa ideia usar parênteses para separar expressões com operadores mistos para evitar problemas de leitura e de precedência.

Exemplo:

if (a == b && c == d) // AVOID!

if ((a == b) && (c == d)) // RIGHT

Também é uma boa ideia usar parênteses em operações com o operador ternário, onde a condição utiliza um operador binário.

Exemplo:

(x >= 0) ? x : -x;

 

====RETORNANDO VALORES====
Faça com que a estrutura do seu código demonstre a sua intenção.

Invés de:

if (booleanExpression) {
return true;
} else {
return false;
}

Escreva dessa maneira:

return booleanExpression;

Assim como:
if (condition) {
return x;
}
return y;

Deveria ser:

return (condition ? x : y);

====FINALIZE====
Nunca sobrescreva o método Object.finalize().

== '''Frontend - Linguagem de Programação Angular 2'''==

O frontend do sistema Redome segue o padrão de codificação para a criação/manutenção de aplicações em angular 2 disponível no seguinte endereço:

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| https://angular.io/styleguide
|}
 

Arquivo:Exemplo-estilo-membro-estatico-java.png

2017-12-15T20:41:21Z

Admin:

Arquivo:Exemplo-estilo-ignorar-exception-java.png

2017-12-15T20:40:38Z

Admin:

Padrão de Desenvolvimento - Banco de Dados

2017-12-15T20:39:55Z

Admin: Criou página com 'Padronização de nomenclatura de estrutura de dados e diretrizes para a criação de qualquer objeto no banco de dados tal como tabelas, colunas, chaves primárias, estrangei...'

Padronização de nomenclatura de estrutura de dados e diretrizes para a criação de qualquer objeto no banco de dados tal como tabelas, colunas, chaves primárias, estrangeiras, índices, dentre outros.
== NOMENCLATURA ==

=== CONSIDERAÇÕES GERAIS ===

Para a criação de qualquer objeto no banco de dados tenha em mente as seguintes premissas:

* Escrever em maiúsculo;
* Separe os nomes com underline;
* Deve conter até 30 caracteres;
* Não usar verbos;
* Não utilizar palavras no plural;
* Não usar preposições;
* Não usar acentuação;

Os comentários das tabelas e colunas deverão ser preenchidos.

'''Exemplos:'''

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| COMMENT ON TABLE OWNER.FUNCIONARIO IS ‘Quadro de funcionários da companhia’;
|}
 
{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| COMMENT ON COLUMN OWNER.FUNCIONARIO.FUNC_NR_CPF IS ‘Número de cadastro de pessoa física’;
|}

=== TABELAS ===

Visando facilitar a identificação dos objetos associados as tabelas, definiremos um identificador para cada tabela. Este identificador será utilizado na composição dos nomes das colunas, chaves primárias e estrangeiras.

O identificador pode conter até 4 caracteres e deverá ser único em todo o banco de dados. Caso as regras abaixo gerem um identificador que já foi utilizado no banco de dados, escolha outra forma coerente de criá-lo.

Se o nome da tabela possui apenas uma palavra, o identificador será as 4 primeiras letras.

'''Exemplo:'''

''TABELA'' PESSOA

''IDENTIFICADOR'' PESS

Se o nome da tabela for composto de duas palavras, o identificador será as duas primeiras letras de cada palavra.

'''Exemplo:'''

''TABELA'' PESSOA_CONTATO

''IDENTIFICADOR'' PECO

Se o nome da tabela for composto de três palavras, o identificador será as duas primeiras letras da primeira palavra e a primeira letra das demais palavras.

'''Exemplo:'''

''TABELA'' PESSOA_CONTATO_TIPO

''IDENTIFICADOR'' PECT

Se o nome da tabela possui quatro palavras ou mais, o identificador será as duas primeiras letras da primeira palavra e a primeira letra de duas das demais palavras, escolha as duas palavras consideradas mais significativas.

'''Exemplo:'''

''TABELA'' MM_CONTRATO_VITALICIO_PLANO

''IDENTIFICADOR'' MMCP

=== COLUNAS ===

Regras gerais:

* Utilize um nome que identifique e individualize o dado dentro da tabela;
* Dê nomes distintos para dados distintos;
* Se a coluna armazena valores especifico de um domínio, adicione as possibilidades no comentário e se possível defina um valor default;

O nome da coluna deve ser formado do Identificador da tabela + Sigla do tipo de dado + Texto informativo (sempre que necessário).

Para definição da sigla do tipo de dado utilize como referência a tabela abaixo:

{| class="wikitable" style="color:black; background-color:#F7F3F7;" cellpadding="10"
|SIGLA
|TIPO DE DADO
|DESCRIÇÃO
|-
|ID
|NUMBER
|Coluna que armazenará a chave primária da tabela.

Exemplo chave simples: PESS_ID

No caso de chave composta cujas colunas são provenientes de outras tabelas, as colunas devem permanecer com os mesmos nomes da tabela de origem. Caso contrário, deve ser adicionado um texto informativo.
|-
|TX
|VARCHAR2
| Coluna que armazenará um valor com caracteres alfanuméricos.
Exemplos: PESS_TX_NOME, ESTA_TX_SIGLA, PROD_TX_DESCRICAO
|-
|IN
|NUMBER
VARCHAR2
|Coluna que armazenará um valor pertencente a um dominio especifico.

Exemplos:

PESS_IN_ATIVA (Valores: 0-Inativo, 1-Ativo)

PESS_IN_SEXO (Valores: F-Feminino, M-Masculino, I-Indefinido)
|-
|NR
|NUMBER
|Coluna que armazenará valores numéricos inteiros.
Exemplo: PESS_NR_IDENTIDADE
|-
|VL
|NUMBER
|Coluna que armazenará valores numéricos com possibilidade de casas decimais.
Exemplo: PROD_VL_PRECO
|-
|DT
|DATE
TIMESTAMP
|Coluna que armazenará valores do tipo data.
Exemplo: PROD_DT_VENCIMENTO
|}

=== CONSTRAINTS ===

==== CHAVE PRIMÁRIA ====

A chave primária deve ser criada utilizando o prefixo “PK” + Identificador da tabela.

'''Exemplo:'''

''TABELA'' PESSOA

''COLUNA'' PESS_ID

''CHAVE PRIMÁRIA'' PK_PESS

==== CHAVE ESTRANGEIRA ====

A chave estrangeira deve ser criada utilizando o prefixo “FK” + Identificador da tabela de destino + Identificador da tabela de origem. Sendo que a coluna deve manter o mesmo nome da tabela de origem.

'''Exemplo:'''

''TABELA'' PESSOA

''COLUNA'' PESS_ID

''TABELA'' FUNCIONARIO

''COLUNA'' PESS_ID

''CHAVE ESTRANGEIRA'' FK_FUNC_PESS

Se houver múltiplas chaves estrangeiras provenientes de uma mesma tabela, adicione um texto informativo apropriado ao final do nome da coluna e do identificador padrão da chave estrangeira.

'''Exemplo:'''

''TABELA'' FUNCIONARIO

''FK_FUNC_FUNC_GERENTE''

''FK_FUNC_FUNC_SUBSTITUTO''

Deve ser criado um índice para cada chave estrangeira utilizando o prefixo “IN” + Identificador da chave estrangeira.

'''Exemplo:'''

''IN_ FK_FUNC_PESS''

=== ÍNDICES ===

O nome do índice deve ser formado pelo prefixo “IN” + Nome da coluna na tabela + Texto informativo (sempre que necessário). Exceto para chaves estrangeiras conforme já definido.

=== SEQUENCE ===

O nome da sequence deve começar com o prefixo “SQ” + Nome da coluna na tabela que receberá o valor da sequence;

'''Exemplo:'''

''TABELA'' PESSOA

''COLUNA'' PESS_ID

''SEQUENCE'' SQ_ PESS_ID

== DIRETRIZES PARA UTILIZAÇÃO ==

Por questões de segurança a aplicação não irá se conectar ao banco de dados utilizando o usuário owner do schema, mas sim com um usuário exclusivo.

'''Sugestão:'''

''SCHEMA/OWNER'' MODRED

''USUÁRIO DA APLICAÇÃO'' MODRED_APLICACAO

== PERMISSÃO ==

Para possibilitar ao usuário da aplicação a consulta e manipulação dos dados, devem ser atribuídas as devidas permissões para cada objeto criado no SCHEMA. Invés de atribuir automaticamente todas as permissões, faça uma análise crítica se cada uma delas realmente faz sentido para o objeto em questão.

Deverão ser criados dois ROLES, conforme explicado abaixo:

''RMODRED_READ:'' todas as permissões de SELECT das tabelas devem ser atribuídas a este role;

''RMODRED_WRITE:'' todas as permissões de INSERT, UPDATE e DELETE das tabelas e de SELECT das sequences devem ser atribuídas a este role;

O usuário da aplicação deve pertencer a ambos.

'''Exemplos:'''

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| GRANT SELECT ON MODRED.NOME_TABELA TO RMODRED_READ;
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| GRANT INSERT, UPDATE, DELETE ON MODRED.NOME_TABELA TO RMODRED_WRITE;
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| GRANT SELECT ON MODRED.NOME_SEQUENCE TO RMODRED_WRITE;
|}
 

== SINÔNIMO ==
Com o objetivo de remover a necessidade de informar o owner, também deverão ser criados sinônimos para os objetos.

'''Exemplos: '''
{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| CREATE OR REPLACE SYNONYM MODRED_APLICACAO.NOME_TABELA FOR MODRED.NOME_TABELA;
|}
 

{| style="color: black; background-color: #F7F3F7; border-color: #F7F3F7; width: 85%; border-style: solid; border-width: 10px;"
| CREATE OR REPLACE SYNONYM MODRED_APLICACAO.NOME_SEQUENCE FOR MODRED. NOME_SEQUENCE;
|}
 

Arquivo:Exemplo-estilo-codigo-java.png

2017-12-15T20:39:14Z

Admin:

Fazer Contato Fase2

2017-12-15T20:36:40Z

Admin: Criou página com 'O usuário (Analista de Contato Fase 2) pode fazer contato Fase 2 junto aos doadores = '''Fazer Contato Fase 2''' = {| class="wikitable" |- | '''Título da Funcionalidade'...'

O usuário (Analista de Contato Fase 2) pode fazer contato Fase 2 junto aos doadores

= '''Fazer Contato Fase 2''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Fazer Contato Fase 2
|-
| '''Descrição Sumária''' || Tentar Contato Fase 2 com Doador
|-
| '''Lista de Perfis Autorizados''' || Analista de Contato Fase 2
|-
| '''Pré-Requisitos''' || Executar com sucesso a funcionalidade “1-Autenticar Usuário no Sistema” com o perfil de Analista de Contato Fase 2
|-
| '''Observações''' || N/A
|}

• '''Após autenticação com perfil de Analista de Contato Fase 2, o usuário deverá selecionar a opção de menu "PEDIDO FASE 2" e a tela abaixo permite a execução desta atividade no sistema'''

[[Arquivo:Tela-Contato-Fase2.png|1000px|nenhum]]

• O usuário tentará contato com o doador e caso não consiga poderá "RETORNAR PARA FILA"

• O usuário poderá também agendar um determinado horário para novo contato através de "AGENDAR CONTATO"

• O usuário poderá excluir um telefone de contato caso não seja mais válido (através do icone de EXCLUSÃO" de um telefone de contato)

• Caso um telefone de contato não atenda, o usuário poderá pressionar o botão "NAO ATENDE" apenas para lembrete que este telefone não atendeu e caso um dos telefones atenda e ele consiga contato, ele pressiona o botão "CONTACTADO", informando que o doador foi contactado e podendo assim dar continuidade na atualização dos dados para a Fase 2

• Ao finalizar o contato fase 2 é possível salvar os dados ("SAVAR ALTERAÇÕES") ou cancelar (ícone de "SETA" de retorno). No caso de continuar, será apresentada opção de ir para o próximo doador da fila para contato (prioridade da fila baseada em fase em que está o processo e data em que foi realizado o pedido) ou o usuário (Analista de Contato Fase 2) poderá salvar os dados e finalizar a tarefa de contato Fase 2 (sem ir para o próximo doador na fila)

Arquivo:Tela-Contato-Fase2.png

2017-12-15T20:35:53Z

Admin:

Perfil Analista Contato Fase 2

2017-12-15T20:22:03Z

Admin: Criou página com ''''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE ANALISTA DE CONTATO FASE 2''' <gallery> File:Icone-Fazer-Contato-Fase2.png|link=Fazer Contato Fase2|Fazer Contato Fase2 </gallery>'

'''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE ANALISTA DE CONTATO FASE 2'''
<gallery>
File:Icone-Fazer-Contato-Fase2.png|link=Fazer Contato Fase2|Fazer Contato Fase2
</gallery>

Arquivo:Icone-Fazer-Contato-Fase2.png

2017-12-15T20:21:21Z

Admin:

Enriquecer Dados

2017-12-15T20:20:16Z

Admin: Criou página com 'O usuário (Analista de Enriquecimento de Dados) pode enriquecer os dados dos doadores = '''Enriquecer Dados''' = {| class="wikitable" |- | '''Título da Funcionalidade'''...'

O usuário (Analista de Enriquecimento de Dados) pode enriquecer os dados dos doadores

= '''Enriquecer Dados''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Enriquecer Dados de Doador
|-
| '''Descrição Sumária''' || Enriquecimento de Dados dos Doadores
|-
| '''Lista de Perfis Autorizados''' || Analista de Enriquecimento de Dados
|-
| '''Pré-Requisitos''' || Executar com sucesso a funcionalidade “1-Autenticar Usuário no Sistema” com o perfil de Analista de Enriquecimento de Dados
|-
| '''Observações''' || N/A
|}

• '''Após autenticação com perfil de Analista de Enriquecimento de Dados, o usuário deverá selecionar a opção de menu "ENRIQUECER DADOS" e a tela abaixo permite a execução desta atividade no sistema'''

[[Arquivo:Tela-Enriquecer-Dados.png|1000px|nenhum]]

• O usuário poderá corrigir dados de identificação do doador tais como Nome, Nome da Mae, Data de Nascimento, Sexo, CPF e Identidade (clicar em "EDITAR" no grupo de informações de "IDENTIFICAÇÃO" para alteração)

• O usuário poderá incluir ou alterar dados de contato do doador de Telefone, Endereço ou Email doador (clicar em "EDITAR" no grupo de informações de "TELEFONE"/"ENDEREÇO"/"E-MAIL" para inclusão ou alteração do mesmo)

• O usuário poderá informar afastamento permanente ou temporário do doador (clicar em "INATIVAR" no topo da tela). A inativação permanente é por exemplo quando é obtida informação de óbito do doador e a inativação temporária é por exemplo quando é obtida informação de que o doador está preso. Dados sobre a inativação são solicitados para o Usuário (Analista de Enriquecimento)

• Ao finalizar o enriquecimento é possível salvar os dados ("SAVAR ALTERAÇÕES") ou cancelar (ícone de "SETA" de retorno). No caso de continuar, será apresentada opção de ir para o próximo doador da fila para enriquecimento (prioridade da fila baseada em fase em que está o processo e data em que foi realizado o pedido) ou o usuário (Analista de Enriquecimento) poderá salvar os dados e finalizar a tarefa de enriquecimento (sem ir para o próximo doador na fila)

Perfil Enriquecimento Dados

2017-12-15T20:19:32Z

Admin: Criou página com ''''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE ANALISTA DE ENRIQUECIMENTO DE DADOS''' <gallery> File:Icone-Enriquecer-Dados.png|link=Enriquecer Dados|Enriquecer Dados de Doad...'

'''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE ANALISTA DE ENRIQUECIMENTO DE DADOS'''
<gallery>
File:Icone-Enriquecer-Dados.png|link=Enriquecer Dados|Enriquecer Dados de Doador
</gallery>

Arquivo:Tela-Enriquecer-Dados.png

2017-12-15T20:18:43Z

Admin:

Arquivo:Icone-Enriquecer-Dados.png

2017-12-15T20:17:41Z

Admin:

Consultar Pacientes para Busca

2017-12-15T20:15:56Z

Admin: Criou página com 'O usuário (Analista de Busca) pode consultar os pacientes liberados para busca = '''Consultar Pacientes para Busca''' = {| class="wikitable" |- | '''Título da Funcionalid...'

O usuário (Analista de Busca) pode consultar os pacientes liberados para busca

= '''Consultar Pacientes para Busca''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Consultar Pacientes Liberados para Busca
|-
| '''Descrição Sumária''' || Consultar Pacientes Liberados para Busca
|-
| '''Lista de Perfis Autorizados''' || Analista de Busca
|-
| '''Pré-Requisitos''' || Executar com sucesso a funcionalidade “1-Autenticar Usuário no Sistema” com o perfil de Analista de Busca
|-
| '''Observações''' || N/A
|}

• '''Após autenticação com perfil de Analista de Busca, o usuário deverá selecionar a opção de menu "PACIENTES LIBERADOS PARA BUSCA" e a tela abaixo permite consultar os pacientes liberados para busca no sistema'''

[[Arquivo:Consultar-Pacientes-Busca.png|1000px|nenhum]]

• Uma vez selecionado um determinado paciente, a tela de detalhe do paciente é apresentada e ao pressionar o botão abaixo "ACOMPANHAR MATCH", o usuário (Analista de Busca) ficará atribuído como responsável pelo processo de busca deste paciente selecionado

[[Arquivo:Acompanhar-Match.png|1000px|nenhum]]

Arquivo:Acompanhar-Match.png

2017-12-15T20:15:24Z

Admin:

Arquivo:Consultar-Pacientes-Busca.png

2017-12-15T20:14:33Z

Admin:

Perfil Analista Busca

2017-12-15T20:13:34Z

Admin: Criou página com ''''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE ANALISTA DE BUSCA''' <gallery> File:Icone-Consultar-Pacientes-Busca.png|link=Consultar Pacientes para Busca|Consultar Pacientes...'

'''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE ANALISTA DE BUSCA'''
<gallery>
File:Icone-Consultar-Pacientes-Busca.png|link=Consultar Pacientes para Busca|Consultar Pacientes para Busca
</gallery>

Arquivo:Icone-Consultar-Pacientes-Busca.png

2017-12-15T20:12:38Z

Admin:

Conferir Exame HLA

2017-12-15T20:11:20Z

Admin: Criou página com 'Esta funcionalidade permite que o usuário responsável por conferir exame HLA possa realizar esta conferência, aprovando ou reprovando o exame cadastrado pelo médico. = ''...'

Esta funcionalidade permite que o usuário responsável por conferir exame HLA possa realizar esta conferência, aprovando ou reprovando o exame cadastrado pelo médico.

= '''Conferir Exame HLA''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Conferir Exame HLA
|-
| '''Descrição Sumária''' || Confererir Exame HLA cadastrado pelo médico para seu paciente
|-
| '''Lista de Perfis Autorizados''' || Avaliador de Exame HLA
|-
| '''Pré-Requisitos''' || Executar Autenticação no Sistema com o perfil de Avaliador de Exame HLA
|-
| '''Observações''' || N/A
|}

• '''O usuário com perfil de Avaliador de Exame HLA deve se autenticar no sistema e entrar no menu "CONFERIR EXAME"'''.

Neste momento , a tela abaixo é apresentada com o próximo exame HLA a ser avalido, buscado na ordem de aging (tempo desde sua criação do exame e que ainda não estiver conferido) e score/urgência do paciente:

[[Arquivo:Conferir-Exame-HLA.png|1000px|nenhum]]
 
• O usuário (Avaliador de Exame HLA) poderá aprovar a conferência do exame(pressione botão: "CONFERIR OK")

• O usuário (Avaliador de Exame HLA) poderá editar o exame (com exceção do laudo) para corrigir algum dado e então aprovar a conferência do exame (pressione botão: "CONFERIR OK")

• O usuário (Avaliador de Exame HLA) poderá também rejeitar o exame, por exemplo se o laudo anexado pelo médico não é do referido paciente (pressione botão: "DESCARTAR"). Neste caso o médico receberá uma pendência para correção do problema.

• Após ações tomadas, o sistema perguntará se o usuário quer conferir um novo exame ou voltar ao menu principal. Caso resolva conferir um novo exame, o próximo exame disponível para conferência será atribuido ao usuário

'''Caso dois ou mais usuários entrem ao mesmo tempo na opção de conferência de exames:'''

• A cada entrada nesta opção de conferência de exame, o sistema irá atribuir 1 exame para conferência deste usuário. Sendo assim, o próximo usuário que entrar na opção de conferência não terá o mesmo exame atribuído a ele, mas o próximo exame ainda não atribuído para um usuário para conferência.

• Caso o usuário, que tiver um exame atribuído a ele, tomar muito tempo para a conferência ou abandonar a tarefa de conferência (tempo parametrizado pelo sistema), o mesmo será desatribuído deste exame para que um novo usuário possa fazer a conferência do mesmo.

Arquivo:Conferir-Exame-HLA.png

2017-12-15T20:10:47Z

Admin:

Perfil Administrador Redome

2017-12-15T20:09:56Z

Admin: Criou página com ''''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE AVALIADOR DE EXAME HLA''' <gallery> File:Icone-Conferir-Exame-HLA.png|link=Conferir Exame HLA|Conferir Exame HLA </gallery>'

'''FUNCIONALIDADES PARA USUÁRIOS COM PERFIL DE AVALIADOR DE EXAME HLA'''
<gallery>
File:Icone-Conferir-Exame-HLA.png|link=Conferir Exame HLA|Conferir Exame HLA
</gallery>

Arquivo:Icone-Conferir-Exame-HLA.png

2017-12-15T20:08:55Z

Admin:

Avaliar Paciente

2017-12-15T18:43:09Z

Admin: Criou página com 'Esta funcionalidade permite que o Centro Avaliador aprove ou não um paciente cadastrado para busca de doador compatível. O Centro de Avaliação pode também criar pendênci...'

Esta funcionalidade permite que o Centro Avaliador aprove ou não um paciente cadastrado para busca de doador compatível. O Centro de Avaliação pode também criar pendências para o médico, fechar pendências respondidas pelo médico ou cancelar uma pendência criada pelo Centro Avaliador. Quando a pendência é criada, a mesma é direcionada para solucionamento do médico responsável pelo Paciente.

= '''Avaliar Paciente para Busca de Doador ''' =

{| class="wikitable"
|-
| '''Título da Funcionalidade''' || Avaliar Paciente para Busca de Doador
|-
| '''Descrição Sumária''' || Avaliar Paciente cadastrado para aprovação ou não de início do processo de busca de doador compatível
|-
| '''Lista de Perfis Autorizados''' || Centro de Avaliação
|-
| '''Pré-Requisitos''' || Executar Autenticação no Sistema com o perfil de Centro de Avaliação
|-
| '''Observações''' || N/A
|}

• '''O usuário com perfil de Centro de Avaliação deve se autenticar no sistema e entrar no menu CONSULTAR PENDENCIAS (vide funcionalidade Consultar Pendencias). Após selecionar um determinado paciente com pendências, a tela abaixo é apresentada com os dados do paciente e uma lista com o controle de suas pendências'''
[[Arquivo:Avaliar-Paciente-Tela-Principal.png|1000px|nenhum]]
 
• O usuário (Avaliador) poderá aprovar o paciente, aprovando o paciente para início do processo de busca (pressione botão: APROVAR BUSCA)

• O usuário (Avaliador) poderá reprovar o paciente, reprovando o início do processo de busca para este paciente (pressione botão: REPROVAR BUSCA)

• O usuário poderá também pressionar o botão PENDENCIA para criar uma pendência, cancelar uma pendência, fechar uma pendência ou ainda responder/comentar uma pendência retornada pelo médico. A tela abaixo mostra a criação da pendência onde deve-se selecionar o tipo de pendência e a descrição da mesma

• O usuário poderá também pressionar o botão "EXAMES" ou "EVOLUÇÕES" para consulta de todos exames/evolução daquele paciente

[[Arquivo:Criar-Pendencia.png|1000px|nenhum]]
 

Caso pendência criada, a mesma é exibida na tela com o status de ABERTA , onde o Avaliador poderá ainda comentar a pendência ou cancelá-la, caso desejado

Arquivo:Criar-Pendencia.png

2017-12-15T18:42:13Z

Admin: