Trooper

Projeto de TCC do curso de Sistemas de Informação da FIAP.

Nosso projeto tem o intuito de acompanhar, facilitar e humanizar o atendimento em unidades de pronto-socorro(PS).

O projeto é um dos serviços oferecidos pela Curare, uma healthtech com foco no mercado B2B que oferece serviços para hospitais, visando facilitar e inovar a saúde de forma simples e barata.

Para contato (ou apenas spam), envie um e-mail para: Jônatas

Funcionamento

A solução proposta se baseia na ideia em que salas de atendimento chamam os pacientes organizados de acordo com a prioridade, criticidade e pelo tempo em que estão na fila.

A criação de um paciente na API é feita usando o minimo de informações possiveis para garantir a privacidade de quem será atendido, precisamos somente: do nome, CPF, se tem prioritaridade, e sua criticidade (caso essa ultima não seja passada, será atribuido automaticamente como baixa prioridade). Com o intuito de maximar a velocidade de atendimento e registrar quanto tempo cada paciente levou para ser atendido, quando um paciente é criado ou atendido, ela salva a data e hora à fim de gerarmos metrícas de tempo de atendimento.

Para o hospital, ao criar uma sala é necessario apenas passar parametros como: numero da sala, responsavel e especialidade (triagem ou atendimento). O endpoint de atendimento se encarregará de chamar o paciente levando em conta a especialidade da sala.

Endpoints da aplicação

Atualmente os endpoints que a aplicação dispõe são:

Exames:

• POST /new/exame/{cpf}
  Para criar novos exames em um paciente cujo CPF seja {cpf}
• PATCH /exame/{cpf}
  Para substituir os exames em um paciente cujo CPF seja {cpf}

Medicamentos:

• POST /new/medicamento/{cpf}
  Para criar novos medicamentos em um paciente cujo CPF seja {cpf}
• PATCH /medicamento/{cpf}
  Para substituir os medicamentos em um paciente cujo CPF seja {cpf}

Pacientes:

• POST /new/paciente
  Para criar um novo paciente
• GET /pacientes
  Para buscar informações sobre todas os pacientes cadastrados no banco de dados
• GET /paciente/{cpf}
  Para buscar todas as informaçoes referentes ao paciente cujo CPF seja {cpf}
• PATCH /paciente/{cpf}/criticidade
  Para atualizar a criticidade de um paciente cujo CPF seja {cpf}
• DELETE /paciente/{id}
  Para deletar um paciente cujo ID seja {id}

Salas:

• POST /new/sala
  Para criar uma nova sala
• GET /salas
  Para buscar informações sobre todas as salas cadastradas no banco de dados
• GET /sala/{numero}
  Para buscar informações referentes a sala cujo numero seja {numero}
• PATCH /sala/{numero}/update
  Para atualizar as informações referentes a sala cujo numero seja {numero}
• DELETE /sala/{numero}
  Para deletar a sala cujo numero seja {numero} do bando de dados
• GET /sala/{numero}/atendimento
  Permite que a sala cujo numero seja {numero} chame o proximo paciente para um atendimento, respeitando a especialidade da sala

HealthCheck

• GET /health
  Retorna um HTTP Code 200, se a API estiver Online

---

Testando Local

Requisitos:

• Docker
• docker-compose

Ao executar o comando docker-compose up serão criados 2 containers:

• server: nossa API (porta 10001)
• postgres: Banco de dados Postgres (porta 10002)

Note que é possivel testar a API usando uma IDE, para isso é necessario substituir, no application.properties, as configurações:
spring.datasource.url=jdbc:postgresql://localhost:10002/postgres
spring.datasource.username=user
spring.datasource.password=password