andrerpena / cerebello Goto Github PK

Cara.. nós não conversamos sobre isso e você pode recusar ou argumentar sobre essa issue, mas eu estive pensando:

No botão de nova consulta que vai ter no layout do médico do lado da pesquisa global, seria extremamente interessante se ele já fosse para o próximo horário disponível, porque eu acho que 80% das consultas agendadas pela secretária (não retornos) são para o próximo horário disponível.

Isso também resolveria o problema da consulta depois de 30 dias.

O que você acha? (eu usei a tag Proposal porque isso está em aberto)

Eu não sei exatamente como fazer isso mas eu sei que a forma de fazer as pesquisas serem accent-insensitive tem a ver com o collation do banco. Tem que consertar isso.

Ao invés de mudar o horário que o médico escolheu ao clicar num slot, o popup deve mostrar um erro de forma que o médico saiba que aquele horário que ele escolheu não é possível dadas as configurações

Adicionar a opções de marcar consulta com números de dias para frente

Para terminar isso eu estou tendo que incluir nos Mocks o Server.MapPath porque eu preciso acessar uns XMLs

@masbicudo, quando a gente fez aquele refactoring que agora é o User que aponta para o Doctor e para o Secretary nós esquecemos de re-incluir o Identity (auto-increment) no PK desses tipos... Pq antes não precisava pq ele fazia referencia FK para outro PK que esse sim era Identity. Eu estou mudando isso no banco e fazendo pull

Faça da forma mais simples por obséquio :)

Eu detectei os seguintes problemas na agenda:

• Quando vc clica num "slot" da agenda, dentro do horário de almoço, ele muda seu horário. As vezes ele muda o horário para depois, as vezes muda para antes. Como nós já conversamos, ele não pode mudar o seu horário, você deve ter esquecido de arrumar isso. Ele deveria acusar um "warning".
• Quando você clica num "slot" no passado, ele diz que "não é possível marcar uma consulta no passado" mas isso não é verdade. Tem que mudar essa mensagem.
• O botão excluir consulta dentro do popup de compromissos aparece escrito consulta mesmo quando é um compromisso genérico. Por mim, pode renomear simplesmente para "excluir", mas qualquer coisa que vc fizer nesse caso eu concordo.

Hoje tem 2 programas que lidam com dados da anvisa, o Anvisa.Crawler e o Anvisa.Uploader

Esses programas precisam ser integrados ao Firestarter e deixar de existir independentemente

Link de esqueci a senha na tela de login.

Test Issue

Criar a aba usuários, grid e tela de edição de usuários

Devido à funcionalidade "achar próxim horário válido". Deve existir uma forma de o usuário definir dias que não haverão expediente, tais como férias ou folgas do médico.

A pesquisa global no topo da aplicação deveria ser um lookup para ter paginação

Implementar até o final a parte de criação de criação de usuário e consultório

@masbicudo , na minha experiência com programação, eu acho que dividir a responsabilidade sobre o trabalho é útil no sentido de que nós somos capazes de "culpar" alguém quando algo dá errado. Tipo.. se nenhum de nós é explicitamente responsável por alguma coisa, é difícil determinar de quem é a culpa quando algo dá errado. Além disso, dividir a responsabilidade permite que um de nós se foque melhor em alguma coisa.. ficar dando "switches" entre uma coisa e outra causa que vc tenha que saber muitas coisas e diminui sua proficiência.

Eu não estou propondo uma divisão engessada de tarefas, isto é, não é porque eu sou responsável por alguma coisa que eu não me importo com a sua opinião e vice-versa. Nós somos um time, o que um de nós faz é interesse do outro e tudo deve ser discutido e acordado, definitivamente. E da mesma forma, nós podemos sim ajudar o outro a fazer o que é responsabilidade do outro quando for necessário. Não é tipo: "Isso é responsabilidade sua e eu vou não vou por a mão". Não é para ser engessado.

Sendo assim eu sugiro a seguinte divisão de responsabilidades: (é óbviu que vc pode argumentar e nós podemos discutir sobre isso)

Responsabilidades do André Pena:

• Especificação (Junto com Miguel Angelo): Isso é uma coisa crítica e nós devemos fazer isso juntos.
• Site Institucional: Eu já comecei a fazer e já tenho proficiência com o Twitter Bootstrap. Pra mim é mais fácil manter a responsabilidade sobre isso
• Estilos CSS: Eu tenho bastante experiência com isso e gosto desse trabalho. Isso já tá quase 100%.
• Estabelecimento do framework e padrões: Eu já fiz 80% de todo o framework que vai ser necessário para a versão 1. Eu fico responsável por estabelecer este framework e garantir que ele funciona. Obviamente você (@masbicudo), tem a liberdade de corrigir bugs e principalmente implementar novas funcionalidades quando essas forem necessárias.
• Documentação do framework e documentação para o usuário final: Eu já comecei a fazer a documentação do framework e já comecei a fazer a documentação do usuário utilizando o Twitter Bootstrap. Isso pode ficar comigo.
• Implementação do CallStack: O CallStack é fundamental para criar uma base de conhecimento forte e completa online para suporte ao usuário. Isso também é ótimo para o Google trazer novos visitantes devido ao grande número de páginas indexadas.
• Revisão: Eu quero manter o conhecimento sobre todo o código fonte e garantir que ele está nos padrões
• Tradução: - Eu acho que eu posso ir traduzindo o código para arquivos de recurso e escrevendo em inglês e português enquanto você desenvolve o software.

Responsabilidades do Miguel Angelo:

• Especificação (Junto com o André Pena): Isso é uma coisa crítica e nós devemos fazer isso juntos.
• Aprimoramento do framework: Você fica com a responsabilidade de aprimorar o framework conforme nós julgarmos que isso é necessário.
• Implementação das regras de negócio: Você fica responsável pela implementação de toda a regra de negócio do software, é claro, passando pela nossa especificação e a minha revisão
• Implementação dos testes unitários: Você fica responsável pela implementação e manutenção dos testes unitários das regras de negócio

Conclusão:

Como você pode perceber, eu estou propondo que o seu trabalho seja mais focado em desenvolvimento da aplicação em si enquanto eu cuido de todo o resto. Apesar de existirem mais ítens para mim, eles são claramente ítens menos complexos. As regras de negócio e testes unitários são extremamente mais complexos. Você também pode perceber que eu deixei os aspectos mais humanos para mim, como aparência, relacionamento com o usuário e etc.

Eu fiz essa proposta baseada em 2 coisas: Nossos perfis (você é mais técnico) e tempo. Como eu vou trabalhar nesse projeto depois de já ter trabalhado 8 horas no meu day-job é melhor que eu fique responsável por coisas que exigem mais tempo do que cérebro. Resolver um bug do software 21:00h depois do trabalho, para mim é bem mais complexo do que passar 2 horas escrevendo documentação, mexendo no estilo ou traduzindo.

Qual é a sua opinião?

Introduzir o helper da Grid no sistema e substituir as Grids atuais por esses helpers.

Hoje dá pra criar campos com os mesmos nomes dos campos pré-definidos. O único campo pré-definido hoje é paciente.

Outra coisa.. Essa tela é a menos intuitiva do software (não tem jeito) então tenho que incluir um helpzinho na própria tela pro usuário saber o que fazer, e saber também quais são os campos pré-definidos.

Porra Miguel.. de duas telas que vc fez que eu cliquei em "salvar" hoje.. as duas deram exceção.

Passos para reproduzir:

• entre na tela /p/consultoriodrhourse/users/edit/1
• clique em "salvar"

Exceção:

The ViewData item that has the key 'MedicalSpecialty' is of type 'System.Int32' but must be of type 'IEnumerable<SelectListItem>'.

Para reproduzir basta entrar no menu "Agenda", clicar em qualquer horário e depois alterar o horário para um horário inválido. Ele deveria mostrar a razão pela qual o horário é inválido

Deve haver um botão rápido de nova consulta no layout do médico do lado da caixa de pesquisa

Não sei exatamente o que é o problema então vou descrever as circunstâncias:

São 22:55h agora, é obviamente depois do espediente do médico. Quando eu clico em "marcar retorno" na ficha de um paciente, o popup está vindo com o horário entre 17:30h e 18:00h de hoje selecionado. Além disso, o popup vem com um erro dizendo que aquele horário é no passado.

A questão é: O popup não pode sugerir um horário inválido, isso é um bug. Outra coisa a se pensar é qual a melhor data para sugerir um retorno.

Eu não sou médico mas eu diria que a melhor data para sugerir um retorno é 30 dias depois. Existem 2 situações:

• O médico passa um exame e quer que o paciente retorne assim que o exame estiver pronto (neste caso, em geral, vai ser um prazo menor que 30 dias)
• O médico prescreve um exame e espera que o paciente volte em 30 dias para uma reavaliação (os planos de saúde somente pagam cada médico uma vez a cada 30 dias então o médico prefere que você volte 30 dias depois)

O que vc acha?

Introduzir o Lookup na aplicação

A definição de um fuso para o consultório é necessária para que o sistema saiba que horas são no local em que o consultório está.

Um exemplo de como isso pode influenciar no resultado é o uso do código DateTime.Now em vários lugares, como forma de saber a hora atual do usuário, o que está errado.

Portanto, essa issue consta também de localizar, analisar e alterar todos os lugares em que ocorre trafego de datas, seja como input ou output, e fazer as conversões usando o fuso-horário indicado pelo usuário, fazendo com que o valor do DateTime seja marcado como sendo UTC relativo ao servidor, ou Local relativo ao usuário.

Um sistema de notificação é um sistema no qual um usuário do software é informado quando algo relevante acontece.. é equivalente ao sistema de notificações do GitHub e do Facebook. (lista de mensagens.. e mostra visualmente quando tem uma mensagem não lida)

Com relação ao médico, eu acho que ele deve ser notificado quando: (exemplos)
- Uma nova consulta é incluida pela secretária nas próximas 24 horas
- Uma consulta é remarcada/cancelada pela secretária nas próximas 48 horas.
- ... @masbicudo , dá uma dica ai

@masbicudo, o que vc acha? Acho que uma boa forma de atribuir essa tarefa é vc cuidar das actions e testes unitários e eu cuido do JS, CSS, o que vc me diz?

• tem que por as abas pra compromisso e consulta
• salvar compromisso e consulta
• visualizar compromisso e consulta
• editar compromisso e consulta (na edição não aparecem as abas)
• exibir compromissos e consultas no calendário
• fazer testes (a parte de agenda está completamente sem testes)

O administrador do consultório, pode ser um médico ou um administrador de fato, deve ser capaz de adicionar novos usuários. Esses novos usuários devem ser capazes de efetuar login e utilizar o software

• Alterar de "UF" para "Estado do conselho"
• Alterar "especialidade" e "entidade médica" para "large"
• Alterar o "Estado do conselho/UF" para ser um dropdown-list

A gente tem que permitir ao usuário, no momento da criação de uma consulta.. falar que aquilo não é uma consulta mas um "compromisso".. "Compromissos" aparecem diferente na agenda. O sistema dispara um warning quando se tenta salvar uma consulta junto com um compromisso mas permite.

Ao tentar registrar um usuário novo pelo link "Login" do site, dá umas exceções.

Ao salvar um endereço, de um paciente por exemplo, e voltar pra visualizar o item inserido, todos os dados do endereço voltam menos a UF.

Deve haver uma forma de logar diretamente no consultório sem passar pela tela de login convencional. A tela é igual porém o nome do consultório fica preenchido e disabled

Provavelmente ele deve tá tentando achar a Action responsável por isso no Controller errado

@masbicudo: Primeiro.. vc fez um bom trabalho na questão dos compromissos.. ficou muito legal! Eu testei várias situações, como criar e depois visualizar.. como vc lidou com a validação e etc. Ficou ótimo! \o/

Mas eu acho que vc mudou um comportamento sem antes falar comigo. Antes existiam 2 tipos de "warning" mostrados no painel embaixo (não o painel de validação). Tinha warnings dizendo que vc não deveria salvar naquele horário mas não reclamava se vc fizesse.. e tinha warnings que, se vc tentasse salvar, ia dar um erro real de validação (dos que aparecem no topo da tela).

Salvar uma consulta fora do horário de trabalho é impossível porque eu teria que redimensionar a semana pra mostrar 1 único compromisso. Isso é complexo. Mas salvar consultas em horários concomitantes não era um problema pra mim. O jQuery Full calendar lida muito bem com isso. Então eu deixava o usuário fazer isso. E isso faz sentido. Liga um paciente passando mal querendo marcar pra hoje. O médico autoriza e a secretária marca o horário dele junto com o de outro. Eles aparecem lado a lado na agenda compartilhando o horário. Isso funcionava antes.

O que você acha?

Ao fazer o Lookup, usar como exemplo o código em MedicinesController.LookupMedications

O login hoje está stub.. implementar o login corretamente até o final

Tem que implementar validação