Skip to content

Latest commit

 

History

History
207 lines (152 loc) · 5.12 KB

README.md

File metadata and controls

207 lines (152 loc) · 5.12 KB

Especificações técnicas de backend do Medicar

Interface administrativa

Você deverá implementar uma interface administrativa na qual gestor da clínica (superusuário) poderá cadastrar um médico e criar a agenda do médico. Utilize a ferramenta de geração de interface administrativa automática do Django para criar esta interface (veja a documentação).

A interface administrativa deve conter a funcionalidade a seguir:

Cadastrar médico

Deve ser possível cadastrar os médicos que podem atender na clínica fornecendo as seguintes informações:

  • Nome: Nome do médico (obrigatório)
  • CRM: Número do médico no conselho regional de medicina (obrigatório)
  • E-mail: Endereço de e-mail do médico (opcional)

Restrições:

  • Não deve ser possível cadastrar médico com um CRM que outro médico já utilize

Criar agenda para médico

Deve ser possível criar uma agenda para o médico em um dia específico fornecendo as seguintes informações:

  • Médico: Médico que será alocado (obrigatório)
  • Dia: Data de alocação do médico (obrigatório)
  • Horários: Lista de horários na qual o médico deverá ser alocado para o dia especificado (obrigatório)

Restrições:

  • Não deve ser possível criar mais de uma agenda para um médico em um mesmo dia
  • Não deve ser possível criar uma agenda para um médico em um dia passado

⚙️API

Você deverá construir uma API, seguindo os padrões e boas práticas do REST contendo os seguintes endpoints:

Autenticação

Todos os endpoints da API devem ser abertos e não possuem autenticação

Listar consultas marcadas

Lista todas as consultas marcadas

Requisição

GET /consultas/

Retorno

[
  {
    "id": 1,
    "dia": "2022-02-05",
    "horario": "12:00",
    "data_agendamento": "2022-02-01T10:45:0-03:00",
    "medico": {
      "id": 1,
      "crm": 3711,
      "nome": "Drauzio Varella",
      "email": "drauzinho@globo.com"
    }
  },
  {
    "id": 2,
    "dia": "2022-03-01",
    "horario": "09:00",
    "data_agendamento": "2022-02-01T10:45:0-03:00",
    "medico": {
      "id": 2,
      "crm": 2544,
      "nome": "Gregory House",
      "email": "greg@hbo.com.br"
    }
  }
]

Regras de negócio

  • A listagem não deve exibir consultas para dia e horário passados
  • Os itens da listagem devem vir ordenados por ordem crescente do dia e horário da consulta

Listar agendas disponíveis

Lista todas as agendas disponíveis na clínica

[
  {
    "id": 1,
    "medico": {
      "id": 1,
      "crm": 3711,
      "nome": "Drauzio Varella",
      "email": "drauzinho@globo.com"
    },
    "dia": "2020-02-10",
    "horarios": ["14:00", "14:15", "16:00"]
  },
  {
    "id": 2,
    "medico": {
      "id": 2,
      "crm": 2544,
      "nome": "Gregory House",
      "email": "greg@hbo.com.br"
    },
    "dia": "2020-02-10",
    "horarios": ["08:00", "08:30", "09:00", "09:30", "14:00"]
  }
]

Filtros

  • Identificador de um ou mais médicos
  • Identificador de uma ou mais CRM
  • Intervalo de data
# Retorna as agendas dos médicos 1 e 2 no período de 1 a 5 de janeiro
GET /agendas/?medico=1&medico=2&data_inicio=2022-01-01&data_final=2022-01-05

# Retorna as agendas dos médicos de CRM passados no filtro no período de 1 a 5 de janeiro
GET /agendas/?crm=2544&crm=3711&data_inicio=2022-01-01&data_final=2022-01-05

Regras de negócio

  • As agendas devem vir ordenadas por ordem crescente de data
  • Agendas para datas passadas ou que todos os seus horários já foram preenchidos devem ser excluídas da listagem
  • Horários dentro de uma agenda que já passaram ou que foram preenchidos devem ser excluídos da listagem

Marcar consulta

Marca uma consulta

Requisição

POST /consultas/
{
  "agenda_id": 1,
  "horario": "14:15"
}

Retorno

{
  "id": 2,
  "dia": "2022-03-01",
  "horario": "09:00",
  "data_agendamento": "2022-02-01T10:45:0-03:00",
  "medico": {
    "id": 1,
    "crm": 3711,
    "nome": "Drauzio Varella",
    "email": "drauzinho@globo.com"
  }
}

Regras de negócio

  • A data em que o agendamento foi feito deve ser salva ao se marcar uma consulta
  • Não deve ser possível marcar uma consulta para um dia e horário passados
  • Não deve ser possível marcar uma consulta se o dia e horário já foram preenchidos

Desmarcar consulta

Desmarca uma consulta

Requisição

DELETE /consultas/<consulta_id>

Retorno

Não há retorno (vazio)

Regras de negócio

  • Não deve ser possível desmarcar uma consulta que nunca foi marcada (identificador inexistente)
  • Não deve ser possível desmarcar uma consulta que já aconteceu

🕐 Extras

Estes itens não são obrigatório para a entrega do desafio, mas seria interessante se você conseguisse fazer dentro do prazo estipulado com o seu recrutador

Integração com Trello

Ao criar uma nova consulta, deverá ser criado um card no trello com as informações da consulta.

Outros itens extras
  • Possuir testes unitários
  • Utilizar Postgres ao invés do sqlite
  • Utilizar Docker
  • Deploy na nuvem