|
| [Home](home) | [Arquitetura](arquitetura) | [Banco de Dados](banco_dados) | [Configuração](configuracao) | [Gerenciamento do Projeto](Gerenciamento_projeto) | [Instalação](instalacao) | [Materiais de Estudo](Materiais_estudo) | [Mockups](mockups) | [Requisitos](requisitos) | [Reunioes](reunioes) | [Sprints](sprints) |
|
|
| [Home](home) | [Arquitetura](arquitetura) | [Banco de Dados](banco_dados) | [Configuração](configuracao) | [Gerenciamento do Projeto](Gerenciamento_projeto) | [Instalação](instalacao) | [Materiais de Estudo](Materiais_estudo) | [Mockups](mockups) | [Requisitos](requisitos) | [Reunioes](reunioes) | [Sprints](sprints) |
|
|
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|
|
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|
|
|
|
|
|
# Reuniões AGES |
|
# Reuniões AGES
|
|
\ No newline at end of file |
|
|
|
|
|
## Reunião 11/03/2020
|
|
|
|
```
|
|
|
|
dTool - Levantamento de requisitos
|
|
|
|
Stakeholders: Ana Paula (http://lattes.cnpq.br/2142304563601810, eng. produção) e ? (?, eng. elétrica)
|
|
|
|
Análise econômica na área da saúde
|
|
|
|
|
|
|
|
**Problemática:**
|
|
|
|
- Estudos de custos, coleta de dados para alimentar modelos de custos
|
|
|
|
- Descobrir e avaliar o custo do tratamento de cada paciente (não se sabe o custo do tratamento de uma gripe, por exemplo)
|
|
|
|
- O que fazem: entender tudo o que acontece com o paciente quando chega ao hospital
|
|
|
|
- Observação do consumo dos recursos da instituição por um paciente
|
|
|
|
- Quanto tempo um profissional leva para realizar uma atividade
|
|
|
|
- Quanto do salário de um profissional está sendo alocado para um paciente específico
|
|
|
|
- consumo de estruturas, materiais, insumos
|
|
|
|
- tempo do profissional
|
|
|
|
|
|
|
|
Dados de visita têm no prontuário eletrônico (exames, consultas, cuidados da enfermagem (banho, medicamentos))
|
|
|
|
O que não tem no prontuário: dados de tempo
|
|
|
|
Materiais: atualmente não usado, um dado que já pode ser obtido de outras formas com o hospital
|
|
|
|
Antes: alunos bolsistas marcando tempo (do lado, com um cronômetro)
|
|
|
|
Estado atual: custeio do tratamento de AVC? (?)
|
|
|
|
- Tem protótipos e aplicativo iniciado
|
|
|
|
- Android e iOS, Ionic (desenvolvido por um dos stakeholders)
|
|
|
|
- Usado por 9 instituições
|
|
|
|
|
|
|
|
**Objetivo:**
|
|
|
|
- Uso pelos próprios profissionais de saúde
|
|
|
|
- Simplificar o máximo possível para que os profissionais usem
|
|
|
|
- Nem sempre no dispositivo pessoal do profissional, nem sempre com internet
|
|
|
|
|
|
|
|
**Passos:**
|
|
|
|
1. Mapeamento de todos os passos
|
|
|
|
1. Ex.: AVC (curativo, sonda, …)
|
|
|
|
|
|
|
|
**Requisitos funcionais:**
|
|
|
|
- Múltiplas instituições
|
|
|
|
- Coletar tempos por atividades e custo por profissional, emissão de relatórios
|
|
|
|
- Mapeamento prévio das atividades
|
|
|
|
- Coleta de vários pacientes e profissionais ao mesmo tempo
|
|
|
|
- Uso pelo profissional e bolsista
|
|
|
|
- Visualização dos resultados pelos profissionais (para gerar engajamento no uso do aplicativo)
|
|
|
|
- Relatórios acessados pelos gestores
|
|
|
|
- Relatórios "rápidos" (gráficos) -> informações relevantes (tempos da enfermagem para os enfermeiros)
|
|
|
|
- Sem identificação do profissional
|
|
|
|
- Processos com passos diferentes dependendo do profissional
|
|
|
|
- SONHO DE CONSUMO: único fluxo de cadastro de processos
|
|
|
|
- Cada instituição tem variação nas atividades
|
|
|
|
- Fluxos variam mesmo entre diferentes equipes na mesma instituição
|
|
|
|
- Fluxos podem ramificar (mas podem ficar zerados)
|
|
|
|
- Matriz (fluxo) sempre é apresentada da mesma forma durante a tomada de tempos
|
|
|
|
- Processos cadastrados pelos gestores (ou quem está interessado nas informações)
|
|
|
|
- Paciente muda de hospital: "quebra" (dados financeiros diferentes) -> trabalhar da entrada a saída da mesma instituição
|
|
|
|
- Sem levantamento de materiais (já tem como obter com o hospital)
|
|
|
|
- Quem atende quem, fazendo o quê, início e término
|
|
|
|
- Saída: mediana do tempo levado para fazer uma atividade
|
|
|
|
- Tablet beira-leito, paciente único, múltiplos profissionais
|
|
|
|
- Profissional pode realizar múltiplas atividades ao mesmo tempo
|
|
|
|
- Deixar cancelar a medida de tempos (ligar o cronômetro e cancelar), zerar cronômetro
|
|
|
|
- Não é problema deixar um enfermeiro ver atividades de outras áreas, mas os relatórios tem que ser restritos
|
|
|
|
- Sabem a fonte dos dados (o device), mas não sabe o profissional em si
|
|
|
|
- Exportar para CSV ou algo do tipo (bem importante)
|
|
|
|
- Seleção inicial de instituição (código do projeto, pelo app atual) e categoria (enfermeiro, …)
|
|
|
|
- Segurança (SUPER IMPORTANTE)
|
|
|
|
- Não precisa ver o cronômetro, mas sim que ele está rodando para uma atividade específica
|
|
|
|
- Não deixar fazer a mesma atividade duas vezes no mesmo uso (inicia, finaliza, envia, limpa o quadro e inicia novamente)
|
|
|
|
- Infos do paciente: prontuário, iniciais e sexo
|
|
|
|
- Infos do profissional: apenas o código do projeto/instituição e categoria (enfermeiro, …)
|
|
|
|
- Forma simples de inserir matriz profissionais x processos/atividades
|
|
|
|
- Import de dados pelo celular? (acho que não)
|
|
|
|
|
|
|
|
**Usuários:**
|
|
|
|
- Stakeholders (gestor admin) -> criar instituições (talvez?), criar processos, ver relatórios de todas as instituições
|
|
|
|
- Gestor da instituição -> criar processos, ver relatórios de todas as áreas
|
|
|
|
- Profissionais -> entrada de dados de múltiplos pacientes
|
|
|
|
- Bolsistas -> entrada de dados de múltiplos pacientes e de múltiplos profissionais
|
|
|
|
|
|
|
|
**Requisitos não-funcionais:**
|
|
|
|
- Funcionar online e offline
|
|
|
|
- Desempenho (ambiente de hospital, correria, agilidade)
|
|
|
|
- Grande entrada de dados
|
|
|
|
``` |
|
|
|
\ No newline at end of file |