Baixe o app para aproveitar ainda mais
Prévia do material em texto
UNIVERSIDADE DE SÃO PAULO FACULDADE DE FILOSOFIA, CIÊNCIAS E LETRAS DE RIBEIRÃO PRETO Departamento de Computação e Matemática Especificação de Requisitos Primeira Parte do Projeto Sistema de Controle de Atendimento Oncológico (SISONCO) Alunas: Camila Aparecida Espécio Luana Nunes de Freitas Silva Thais Megumi Sato Professora Dra. Alessandra Alaniz Disciplina: Projeto de Software 1. Introdução 1.1. Descrição Geral do Projeto O propósito deste projeto é desenvolver um sistema de computação que fornece a informatização de uma clínica oncológica a fim de facilitar o controle das sessões de tratamentos realizados no estabelecimento de saúde, acompanhar a evolução clínica dos pacientes e, auxiliar em tomada de decisões futuras (relatórios, análises genômicas). Além disso, o sistema gerencia as atividades dos profissionais envolvidos. 1.2. Usuários O sistema atenderá aos profissionais que atuam e administram a clínica oncológica e, também, aos pacientes. Dentre o quadro de atores do Sistema de Controle de Atendimento Oncológico (SISONCO), encontram-se: ● Recepcionista; ● Médicos; ● Biomédicos; ● Enfermeiros; ● Administrador; ● Farmacêuticos; ● Pacientes. 1.3. Objetivo do Sistema O proposta deste projeto é informatizar o serviço de atendimento oncológico, ou seja, a implantação do SISONCO. O sistema tem o objetivo de auxiliar os profissionais, tais como recepcionistas, médicos e enfermeiros, em suas atividades, acompanhando desde o cadastro até o término do tratamento de pacientes, encaminhados por outros unidades de saúde com o diagnóstico de câncer. Com isso, será possível extrair informações relevantes sobre o quadro clínico do paciente que poderão contribuir na tomada de decisão de futuros tratamentos. 2. Requisitos do Sistema 2.1 Requisitos Funcionais R.1. O sistema deve permitir a interoperabilidade com o sistema do hospital e de clínicas patológicas para obtenção de dados de pacientes encaminhados para a clínica (O). 1 R.2. O sistema de fornecer um mecanismo de armazenamento permanente (banco de dados) (O). R.3. O sistema deve comunicar-se com o banco de dados (O). R.4. O sistema deve se certificar que a conexão com o banco de dados foi bem sucedida (O). R.5. O sistema deve requisitar identificação unívoca de usuário com login e senha (E). R.6. Funções de inclusão R.6.1. O sistema deve permitir a inserção de um novo paciente (E). R.6.2. O sistema deve permitir a inserção de um novo profissional de saúde (E). R.6.3. O sistema deve permitir ao usuário com perfil de recepcionistas fazer a inclusão de uma nova sessão de tratamento, com informações gerais da sessão (E). R.6.4. O sistema não deve permitir a inclusão de uma sessão de tratamento caso ela já exista (E). R.6.5. O sistema não deve permitir a inclusão de uma sessão de tratamento caso o horário de agendamento já esteja ocupado (E). R.6.6. O sistema deve permitir ao usuário com perfil de médico fazer a inclusão de avaliação do tratamento com informações de melhora e ou não do paciente (E). R.6.7. O sistema deve permitir ao usuário com perfil de médico fazer a inclusão dos dados, tais como tipo de tratamento e doses utilizadas, de cada sessão de tratamento (E). R.6.8. O sistema deve permitir ao usuário com perfil de médico fazer a inclusão dos dados do prontuário de um paciente (E). R.6.9. O sistema deve permitir ao usuário com perfil de administrador fazer a inclusão de especialidades dos médicos (E). R.6.10. O sistema deve permitir a inserção de um novo usuário (E). R.6.11. O sistema deve permitir a inserção de um novo medicamento (E). R.6.12. O sistema deve inserir todos os dados obrigatórios (E). R.7. O sistema deve impor restrição de acesso específico a diferentes usuários (E). R.8. O sistema deve informar o fim da sessão de tratamento (E). R.9. O sistema deve permitir o acompanhamento da evolução do tratamento do paciente, de acordo com o resultado das sessões. R.10. O sistema deve gerar relatórios individuais do paciente referentes à cada sessão de tratamento (E). R.11. O sistema deve gerar relatório geral individual do paciente referentes ao tratamento inteiro (E). 2 R.15.10.O sistema deve permitir a consulta dos dados genômicos dos pacientes, provenientes dos laboratórios. (E). R.16. Funções de armazenamento R.16.1. O sistema deve armazenar informações sobre pacientes (O). R.16.2. O sistema deve armazenar informações sobre usuários (O). R.16.3. O sistema deve armazenar informações sobre profissionais de saúde (O). R.16.4. O sistema deve armazenar informações sobre sessões de tratamento (O). R.16.5. O sistema deve armazenar informações sobre avaliações de tratamento (O). R.16.6. O sistema deve armazenar informações sobre tratamento (O). R.16.7. O sistema deve armazenar informações sobre controle de medicamentos (O). R.16.7. O sistema deve armazenar informações sobre a agenda do médico (O). R.17. Funções de atualização R.17.1. O sistema deve permitir a atualização deR.12. O sistema deve gerar relatório gerais dos pacientes da clínica referentes a cada tipo de tratamento (E). R.13. O sistema deve disponibilizar gráficos para comparação dos tipos de tratamentos realizados (E). R.14. Funções de confirmação R.14.1. O sistema deve confirmar a criação de um paciente (E). R.14.2. O sistema deve confirmar a criação de uma sessão de tratamento (E). R.14.3. O sistema deve confirmar a criação de um novo usuário (E). R.14.4. O sistema deve confirmar a criação de uma avaliação da sessão de tratamento (E). R.14.5. O sistema deve confirmar a criação de um profissional de saúde (E). R.14.6. O sistema deve confirmar a criação de um medicamento (E). R.14.7. O sistema deve confirmar a atualização dos dados de um paciente (E). R.14.8. O sistema deve confirmar a atualização dos dados da sessão de um tratamento (E). R.14.9. O sistema deve confirmar a atualização dos dados de um usuário (E). R.14.10. O sistema deve confirmar a atualização dos dados de um profissional de saúde (E). 3 R.14.11. O sistema deve confirmar a atualização dos dados de um medicamento (E). R.15. Funções de consulta R.15.1. O sistema deve permitir a consulta de informações gerais de pacientes (E). R.15.2. O sistema deve permitir a consulta de informações sobre todos os usuários (E). R.15.3. O sistema deve permitir a consulta de informações sobre todos os profissionais de saúde (E). R.15.4. O sistema deve permitir a consulta de prontuários dos pacientes (E). R.15.5. O sistema deve permitir a consulta de informações de todos pacientes sob responsabilidade de um usuário (E). R.15.6. O sistema deve permitir a consulta de informações sobre os tratamentos realizados ou que serão realizados (E). R.15.7. O sistema deve permitir a consulta da agenda das sessões de tratamento da clínica (E). R.15.8. O sistema deve permitir a consulta de relatórios gerados (E). R.15.9. O sistema deve permitir a consulta de todos os medicamentos registrados, disponíveis ou indisponíveis (E). informações sobre usuários (O). R.17.2. O sistema deve permitir a atualização de informações sobrepacientes (O). R.17.3. O sistema deve permitir a atualização de informações sobre sessões de tratamentos (O). R.17.4. O sistema deve permitir a atualização de informações sobre profissionais de saúde (O). R.17.5. O sistema deve permitir a atualização de informações sobre medicamentos (O). R.17.6. O sistema deve permitir a atualização da agenda do médico (O). R.18. O sistema deve calcular doses de quimioterápicos (E). R.19. O sistema deve controlar a disponibilidade de medicamentos (O). R.20. O sistema deve informar a falta de algum determinado medicamento (E). R.21. O sistema deve gerar um relatório geral dos dados genômicos do paciente no início do tratamento (onde estão as anormalidades? Onde estão os controladores? Como o genoma no paciente chegou no início?). (E). R.22. O sistema deve gerar relatórios dos novos dados genômicos do paciente durante o tratamento, e apontar possíveis melhoras ou pioras no genoma do paciente (E). 4 R.23. Funções de cancelamento R.23.1. O sistema deve permitir o cancelamento de agendamentos realizados (E). 2.2 Requisitos Não-Funcionais 2.2.1 – Usabilidade O sistema deve prover uma interface de usuário amigável, simples e intuitiva a fim de facilitar o trabalho dos usuários. O conteúdo deverá ser organizado de modo a facilitar o entendimento das informações. 2.2.2 – Confiabilidade O sistema deve prover proteção e segurança do banco de dados, restringindo o acesso somente a usuários autorizados e excluindo o acesso externo. Além disso, os usuários deverão possuir diferentes permissões de acesso, de acordo com seus perfis pré-definidos, a diferentes ferramentas do sistema para que ele opere de acordo com o esperado. 2.2.3 – Eficiência O sistema deve garantir tempo de resposta de no máximo 5 (cinco) segundos para apresentar os resultados após a inserção de dados de avaliação de tratamento, de obtenção de dados do sistema do hospital e de clínicas patológicas e, seleção, atualização e deleção de dados do sistema. 2.2.4 – Manutenibilidade O sistema deve ser capaz de passar por atualizações sempre que houver a detecção de alguma nova necessidade do cliente. 3. Modelos de Casos de Uso Os limites do sistema serão definidos como o sistema de hardware e software da clínica, excluindo setores de controle financeiro. 3.1 Casos de Uso de Alto nível Caso de Uso: Entrar no Sistema Atores: Médico, Recepcionista, Administrador, Farmacêutico 5 Tipo: Primário Descrição: O médico, recepcionistas ou administrador faz o login no sistema e então se autenticado, a tela principal é mostrada a ele. Caso de Uso: Agendar Sessão de Tratamento Atores: Médico, Recepcionista Tipo: Primário Descrição: A recepcionista, solicita ao sistema o agendamento da sessão para o paciente. O sistema agenda a sessão caso o horário de agendamento não esteja ocupado e informa o paciente. Ao final, o sistema confirma o agendamento. Caso de Uso: Cadastrar Paciente Atores: Recepcionista Tipo: Primário Descrição: A recepcionista cadastra os dados pessoais do paciente no sistema. Quando termina, uma tela é exibida com uma mensagem afirmando se o cadastro foi ou não concluído. Caso de Uso: Cadastrar Profissional de Saúde Atores: Administrador, Profissional de Saúde Tipo: Primário Descrição: A administrador cadastra os dados pessoais do profissional da saúde no sistema. Quando termina, uma tela é exibida com uma mensagem afirmando se o cadastro foi ou não concluído. Caso de Uso: Cadastrar Medicamentos Atores: Farmacêutico Tipo: Primário 6 Descrição: O farmacêutico acessa o sistema e seleciona a opção para cadastrar medicamentos. Uma tela de inserção de dados é exibida e os dados do novo medicamento são salvos no sistema. Caso de Uso: Cadastrar Usuário Atores: Administrador Tipo: Primário Descrição: O administrador acessa o sistema e seleciona a opção para cadastrar usuários. Uma tela mostrará os tipos de usuário. Ele escolhe o tipo e insere os dados do novo usuário para serem salvos no sistema. Caso de Uso: Fazer Avaliação da sessão de tratamento Atores: Médico Tipo: Primário Descrição: O médico acessa o sistema e escolhe um paciente, na opção de fazer avaliação e ele insere os dados da evolução do paciente (por sessão) no tratamento, se o paciente está melhorando ou não, se há outros sintomas aparentes. Caso de Uso: Fazer Tratamento Atores: Médico Tipo: Primário Descrição: O médico acessa o sistema e seleciona o paciente desejado. Em uma tela ele insere no prontuário do paciente o tipo de tratamento que ele fará e dados do tratamento. Uma tela confirma a inserção do tipo de tratamento. Caso de Uso: Acompanhar Evolução do Paciente Atores: Médico 7 Tipo: Primário Descrição: O médico acessa os tratamentos no sistema, na opção de análise e ele verifica os dados estatísticos de evolução do paciente (por sessão ou geral do paciente) gerados pelo sistema. Caso de Uso: Gerenciar Sessões de Tratamento Atores: Médico Tipo: Primário Descrição: O médico acessa o sistema e em uma tela seleciona o paciente desejado e informa o início da sessão. Ele insere os dados gerados na sessão do paciente no sistema. O sistema confirma o fim da sessão. Caso de Uso: Consultar Prontuários Atores: Médico, Enfermeiro Tipo: Primário Descrição: O usuário acessa o sistema e seleciona a opção para visualização de prontuários. Após isto, insere um determinado paciente e a tela com seu prontuário é mostrada a ele. Caso de Uso: Consultar Tratamentos Atores: Médico Tipo: Primário Descrição: O médico acessa o sistema e seleciona a opção para visualização de tratamentos. Após isto, a tela com os tratamentos em determinada data ou por determinado paciente é mostrada a ele. Caso de Uso: Consultar Agenda Atores: Médico, Recepcionista 8 Tipo: Primário Descrição: O usuário acessa o sistema e seleciona a opção para visualização da agenda de sessões. Após isto, a tela com a agenda por dia ou mês é mostrada a ele. Caso de Uso: Atualizar Pacientes Atores: Recepcionista Tipo: Secundário Descrição: A recepcionista acessa o sistema e seleciona o paciente desejado. Após isto, ela inclui os novos dados do mesmo,para serem salvos no sistema e este retorna uma tela mostrando que a atualização foi realizada com sucesso. Caso de Uso: Atualizar Usuários Atores: Administrador Tipo: Secundário Descrição: O administrador acessa o sistema e seleciona a opção para visualizar os usuários. Ele escolhe o usuário desejado e insere os novos dados para serem salvos no sistema. O sistema retorna uma tela mostrando que a atualização foi realizada com sucesso. Caso de Uso: Atualizar Medicamentos Atores: Farmacêutico Tipo: Primário Descrição: O farmacêutico, informa ao sistema a entrada ou a confirmação da saída de um determinado medicamento. O sistema exibe uma tela com a quantidade do mesmo e uma confirmação da atualização. Caso de Uso: Calcular Doses de QuimioterápicosAtores: Farmacêutico 9 Tipo: Primário Descrição: O farmacêutico acessa o sistema e lança informações sobre o quimioterápico. A seguir, o sistema gera o guia de cálculo para utilização do medicamento. Caso de Uso: Controlar Medicamentos Atores: Médico, Enfermeiro, Farmacêutico Tipo: Primário Descrição: O usuário solicita ao sistema um determinado medicamento. O sistema informa a disponibilidade do mesmo, através de uma tela que informa se o medicamento está disponível, em falta, ou com estoque baixo. Caso de Uso: Consultar Dados Genômicos Atores: Biomédico Tipo: Primário Descrição: O biomédico acessa o sistema e solicita ao mesmo a visualização dos dados genômicos de um dado paciente. Em outra tela ele escolhe o laboratório. O sistema exibe uma tela com os dados. Caso de Uso: Consultar Relatórios dos Dados Genômicos Atores: Médico, Biomédico Tipo: Primário Descrição: Os médicos e biomédicos acessam o sistema e seleciona a opção para visualização de relatórios. Após isto, o sistema exibe uma tela com relatórios dos novos dados genômicos do paciente durante o tratamento, e apontar possíveis melhoras ou pioras no genoma do paciente. 10 3.2 Casos de Uso Expandido Caso de Uso: Entrar no Sistema Atores: Médico, Recepcionista, Administrador, Farmacêutico Finalidade: Entrar no sistema para utilizar as ferramentas de agendamento, tratamentos, controle de medicamentos e relatórios. Visão geral: O usuário entra no sistema utilizando seus login e senha exclusivos, possuindo diferentes tipos de acesso de acordo com seu perfil. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso inicia-se quando um dos atores loga no sistema com seus login e senha exclusivos. 2. O sistema verifica no banco de dados se há o usuário cadastrado e se a senha confere com a fornecida. 3. Após o acesso, o sistema verifica quais ferramentas são permitidas ao usuário. 4. O usuário entra na tela principal do sistema contendo as ferramentas permitidas. Sequência alternativa: Linha 2: O sistema não reconhece senha e/ou nome de usuário. Linha 3: Sistema apresenta um erro. Caso de Uso: Agendar Sessão de Tratamento Atores: Recepcionista Finalidade: Utilizar a ferramenta de agendamento das sessões de tratamento do paciente. 11 Visão geral: A recepcionista solicita ao sistema o agendamento da sessão para o paciente. O sistema agenda a sessão. Ao final, o sistema confirma o agendamento a recepcionista e avisa ao médico a nova sessão ser realizada, inserindo a sessão em sua agenda e atualizando a mesma. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R14, R15, R16, R23 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando a recepcionista acessa a ferramenta de agendamento das sessões de tratamento. 2. O sistema um tela onde é possível selecionar um médico para realizar a consulta. 3. A recepcionista seleciona um médico. 4. O sistema apresenta um calendário, onde é possível visualizar os dias do mês. 5. A recepcionista seleciona uma data. 6. Sistema mostra em uma tela os horários do dia. 7. A recepcionista seleciona um horário. 8. Se o horário está livre, o sistema permite agendamento apresentando uma tela para inserção do nome do paciente. 9. A recepcionista insere nome do paciente. 10. Sistema atualiza agenda do médico e retorna mensagem de confirmação. 11. Recepcionista visualiza mensagem de confirmação do agendamento e repassa informação ao paciente. Sequência alternativa: Linha 8: O sistema não permite agendamento, pois o horário está ocupado. Caso de Uso: Cadastrar Paciente Atores: Recepcionista 12 Finalidade: Utilizar a ferramenta de cadastro de pacientes. Visão geral: A recepcionista insere no sistema os dados pessoais do paciente. O sistema armazena os dados inseridos no banco de dados. Ao final, o sistema mostra uma mensagem dizendo que o cadastro foi ou não realizado com sucesso. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R14, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando a recepcionista acessa a ferramenta de cadastro de pacientes. 2. O sistema retorna uma tela, onde é possível inserir os dados pessoais do paciente. 3. A recepcionista insere no sistema os dados pessoais do paciente. 4. Sistema salva os dados inseridos pela recepcionista. 5. O sistema verifica no banco de dados se há o paciente cadastrado. 6. Sistema transmite mensagem afirmando sucesso na inclusão do cadastro do paciente. 7. Recepcionista visualiza mensagem de confirmação do cadastro do paciente. Sequência alternativa: Linha 5: O sistema não permite cadastro, pois o paciente já está cadastrado no sistema. Linha 6: Sistema apresenta um erro. Caso de Uso: Cadastrar Profissionais de Saúde Atores: Administrador Finalidade: Utilizar a ferramenta de cadastro de profissionais da saúde. Visão geral: O administrador insere no sistema os dados pessoais do profissional. O sistema armazena os dados inseridos no 13 banco de dados. Ao final, o sistema mostra uma mensagem dizendo que o cadastro foi realizado com sucesso. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R14, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o administrador acessa a ferramenta de cadastro de profissionais da saúde. 2. O sistema retorna uma tela, onde é possível inserir os dados pessoais do profissional de saúde e sua especialidade ou função na clínica. 3. O administrador insere no sistema os dados do profissional de saúde. 4. O sistema verifica no banco de dados se há o profissional cadastrado. 5. Sistema salva os dados inseridos pelo administrador. 6. Sistema transmite mensagem afirmando sucesso na inclusão do cadastro do profissional da saúde. 7. Administrador visualiza mensagem. de confirmação do cadastro do profissional da saúde. Sequência alternativa: Linha 4: O sistema não permite cadastro, pois o profissional já está cadastrado no sistema. Linha 5: Sistema apresenta um erro. Caso de Uso: Cadastrar Usuário Atores: Administrador Finalidade: Utilizar a ferramenta de cadastro de usuários. Visão geral: Uma tela mostrará os perfis de usuário. Ele escolhe o tipo e insere os dados do novo usuário para serem salvos no sistema. O sistema armazena os dados inseridos no banco 14 de dados. Ao final, o sistema mostra uma mensagem dizendo que o cadastro foi realizado com sucesso. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R14, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o administrador acessa a ferramenta de cadastro de usuários. 2. O sistema retorna uma tela, onde é possível inserir os dadospessoais do usuário. 3. O administrador insere no sistema os dados pessoais do usuário. 4. O sistema verifica no banco de dados se há o usuário cadastrado. 5. Sistema salva os dados inseridos pelo administrador. 6. Sistema transmite mensagem afirmando sucesso na inclusão do cadastro de cadastro de usuários. 7. Administrador visualiza mensagem de confirmação do cadastro do cadastro do usuário. Sequência alternativa: Linha 4: O sistema não permite cadastro, pois o usuário já está cadastrado no sistema. Linha 5: O sistema apresenta um erro. Caso de Uso: Fazer Tratamento Atores: Médico Finalidade: Utilizar a ferramenta do sistema para dar início ao tratamento do paciente. Visão geral: O médico escolherá a opção de visualização de prontuários e em uma tela ele poderá inserir o id ou nome do paciente desejado. Quando aberto o prontuário do paciente o médico poderá inserir o tipo de tratamento que ele fará, as doses e os 15 dados base do tratamento. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R14, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o médico acessa o módulo de tratamentos do sistema. 2. O sistema permite a entrada do médico no módulo. 3. O sistema retorna uma tela, onde é possível inserir o nome ou id para a procura do prontuário do paciente. 4. Médico insere id ou nome do paciente. 5. O sistema verifica no banco de dados se há módulo existente para o paciente desejado, caso haja permite que o médico insira tipo do tratamento, doses e dados base no módulo de tratamento do paciente. 6. Médico insere tipo de tratamento, doses e dados base no módulo de tratamento do paciente, e solicita que o sistema salve novas informações. 7. Sistema salva os dados inseridos pelo médico no módulo de tratamento do paciente. 8. Sistema emite mensagem de confirmação. 9. Médico visualiza mensagem. Sequência alternativa: Linha 5: O sistema verifica no banco de dados se há prontuário existente para o paciente desejado. Linha 6: Caso não haja envia uma mensagem de erro ao médico informando que o id não existe e/ou nome do paciente. Linha 7: Sistema permite que o médico faça outra tentativa no módulo. Caso de Uso: Fazer Avaliação da Sessão de Tratamento Atores: Médico 16 Finalidade: Utilizar a ferramenta de avaliação das sessões de tratamento dos pacientes. Visão geral: O médico acessa os tratamentos de um determinado paciente a sua escolha, através de uma tela com a opção de fazer a avaliação da sessão de tratamento, o médico poderá inserir os dados da evolução do paciente (por sessão) no tratamento, (se o paciente está melhorando ou não, se há outros sintomas aparentes). Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R14, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o médico acessa o módulo de tratamento dos pacientes no sistema. 2. O sistema permite a entrada do médico no módulo. 3. O médico clica na opção de acessar a ferramenta avaliação de tratamento dos pacientes no sistema. 4. O sistema retorna uma tela, onde é possível inserir o nome ou id para a procura do módulo de tratamento do paciente desejado, para inserção da avaliação. 5. O Médico insere id ou nome do paciente desejado. 6. O sistema verifica no banco de dados se há módulo de tratamento para o paciente desejado, caso haja permite que o médico insira novos dados (edite) seu módulo com novas informações. 7. Médico insere dados das avaliações sobre o paciente da sessão de tratamento no módulo, e solicita que o sistema salve novas informações. 8. Sistema salva os dados inseridos pelo médico no módulo de tratamento do paciente. 9. Sistema emite mensagem de confirmação. 10. Médico visualiza mensagem de confirmação. Sequência alternativa: 17 Linha 5: Caso não haja módulo de tratamento existente no sistema para aquele paciente, o sistema emite uma mensagem com a opção de criar um novo módulo, para as avaliações do paciente escolhido. Linha 6: Médico confirma criação do módulo de tratamento para o paciente. Linha 7: Sistema cria novo módulo para o paciente. Linha 8: Sistema emite mensagem de confirmação. Caso de Uso: Gerenciar Sessões de Tratamento Atores: Médico Finalidade: Utilizar a ferramenta de gerenciamento das sessões de tratamento dos pacientes. Visão geral: O médico seleciona o paciente desejado através de seu nome ou id. Como dado inicial ele informa o início da sessão, o sistema ficará em aberto calculando o tempo da sessão. O médico clica em um botão para confirmar o fim da sessão. Após isto o sistema indica duração da sessão e salva hora do fim da mesma, criando a base do relatório da sessão. Em seguida o sistema permite que o médico insira os dados gerados na sessão do paciente em seu módulo de tratamento. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R6, R7, R8, R10, R14, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o paciente entra para fazer a sessão. 2. O médico acessa o módulo de tratamento dos pacientes no sistema 3. Sistema permite entrada do médico no módulo. 4. O médico clica em uma opção para escolher o paciente. 4. O sistema retorna uma tela, onde é possível inserir o nome ou id para a procura do módulo de tratamento do paciente que está entrando na sessão. 18 5. O Médico insere id ou nome do paciente desejado. 6. O sistema verifica no banco de dados se há módulo de tratamento para o paciente desejado, caso haja permite que o médico insira novos dados (edite) seu módulo de tratamento com novas informações. 7. O Médico insere início da sessão. 8. Sistema fica em aberto contabilizando o tempo da sessão após a confirmação de início. 9. Médico informa ao sistema, através de um botão o fim da sessão. 10. Sistema interrompe contagem. 11. Sistema informa duração da sessão e seu final. 12. Sistema exibe informação, informando que o relatório da sessão foi criado. 13. Sistema permite que o médico insira informações da sessão de tratamento no módulo do paciente para aquela sessão. 14. Médico insere observações/informações sobre a sessão do paciente. 15. Médico solicita que o sistema salve informações no módulo. 16. Sistema salva informações digitadas pelo médico no relatório criado. 17. Sistema insere cabeçalho com data e hora final e inicial da sessão no relatório da sessão do paciente e salva em seu módulo de tratamento. 18. Sistema exibe mensagem informando que as informações foram salvas com sucesso. 19. Médico visualiza mensagem de confirmação. Caso de Uso: Acompanhar Evolução do Paciente 19 Atores: Médico, Enfermeiro Finalidade: Utilizar relatórios do sistema para acompanhar evolução do paciente no tratamento. Visão geral: O médicoacessa o/os relatório(s), do paciente desejado através de seu nome ou id. Na opção de análise ele verifica os dados estatísticos de evolução do paciente (relatórios por sessão ou o relatório geral do paciente) gerados pelo sistema. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R8, R9, R10, R11, R13, R15, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o médico acessa a ferramenta de acompanhamento. 2. O sistema retorna uma tela, onde é possível inserir o nome ou id para a procura do paciente. 3. O médico insere no sistema o id ou nome de um determinado paciente. 4. O sistema verifica no banco de dados se há o paciente cadastrado. 5. Sistema retorna uma tela com as opções de relatórios por sessão e geral do paciente. 6. O médico seleciona uma das opções. 7. Sistema apresenta uma tela com os dados estatísticos de evolução do paciente (por sessão ou geral) gerados pelo sistema. 8. Médico vizualiza dados. Sequência alternativa: Linha 4: O sistema não permite o acompanhamento da evolução do paciente, pois o paciente não está cadastrado no sistema. Linha 5: Sistema exibe mensagem de erro ao usuário. Caso de Uso: Consultar Prontuários Atores: Médico, Enfermeiro 20 Finalidade: Utilizar ferramenta do sistema para consulta de prontuários dos pacientes da clínica. Visão geral: O usuário seleciona a opção para visualização de prontuários. Após isto, insere um determinado paciente através de seu nome ou id e a tela com seu prontuário é mostrada a ele. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o usuário acessa o módulo dos prontuários dos pacientes. 2. O sistema retorna uma tela, onde é possível inserir o nome ou id para a procura do paciente. 3. O usuário insere no sistema o id ou nome de um determinado paciente. 4. O sistema verifica no banco de dados se há prontuário para o paciente cadastrado. 5. Sistema retorna uma tela com o prontuário do paciente. 6. O usuário visualiza o prontuário. Sequência alternativa: Linha 4: O sistema não permite a visualização do prontuário do paciente, pois este não está cadastrado no sistema. Linha 5: Sistema exibe mensagem de erro ao usuário. Caso de Uso: Consultar Tratamentos Atores: Médico Finalidade: Utilizar ferramenta do sistema para consulta de tratamentos. Visão geral: O médico seleciona a opção para consulta de tratamentos. O médico escolhe um paciente por seu id ou nome, uma determinada data, ou um determinado tratamento. Após isto, a tela com todos os tipos de tratamentos do paciente será mostrada, todos os tratamentos realizados na determinada 21 data, e todos os pacientes do determinado tratamento, serão, respectivamente mostrados ao médico. Tipo: Primário Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o médico acessa o módulo de consulta do sistema. 2. O médico clica na opção de consulta de tratamentos. 3. O sistema retorna uma tela, onde é possível inserir o nome ou id para a procura do paciente, uma data, ou um determinado tratamento. 4. O usuário insere no sistema a informação desejada. 4. O sistema verifica no banco de dados a existência da informação. 5. Sistema retorna uma tela com uma lista de todos os dados relacionados a procura específica do médico. 6. O médico visualiza as informações. Sequência alternativa: Linha 4: O sistema não encontra informação no banco de dados. Linha 5: Sistema exibe mensagem de erro ao usuário. Caso de Uso: Consultar Agenda Atores: Médico, Recepcionista Finalidade: Utilizar ferramenta do sistema para consulta prévia da agenda do médico. Visão geral: O usuário digita o id ou nome do médico para que a agenda de um médico específico seja mostrada, ou uma determinada data/período para que a agenda de todos fique disponível para visualização naquela data/período. Após isto, a tela com a agenda por dia, semana ou mês, de acordo com a 22 especificação do usuário, é mostrada ao mesmo. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o usuário acessa o módulo consultas do sistema. 2. O usuário clica na opção de consulta de agenda. 3. O sistema retorna uma tela, onde é possível inserir o nome ou id do médico para a procura de sua agenda. Uma data ou período. 4. O usuário insere no sistema o id ou nome do médico, uma data ou período. 4. O sistema verifica informação. 5. Sistema retorna uma tela com a agenda do médico, ou a agenda de todos na data e ou período de tempo especificado pelo usuário. 6. Usuário escolhe visualização por dia, semana, ou mes. 7. Sistema mostra agenda de acordo com a opção do usuário. 8. O usuário visualiza as agenda. Sequência alternativa: Linha 4: O sistema não encontra médico cadastrado para aquele id ou nome. Linha 5: Sistema exibe mensagem de erro ao usuário. Caso de Uso: Atualizar Pacientes Atores: Recepcionista Finalidade: Utilizar ferramenta do sistema para atualização de dados dos pacientes. Visão geral: A recepcionista clica na opção de lista de pacientes, onde uma lista de pacientes cadastrados será mostrada. Em uma 23 barra de pesquisa ela digitará o nome ou id do paciente desejado. Após isto, ela possuirá permissão do sistema para incluir novos dados no cadastro do paciente, ao pedir para salvar as informações, o sistema emitirá uma mensagem de confirmação da atualização. Ela confirma e os dados são salvos no sistema Tipo: Secundário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16, R17 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o paciente deseja alterar informações do seu cadastro. 2. Recepcionista acessa o sistema. 3. Sistema permite entrada da recepcionista no sistema. 3. Recepcionista acessa lista de pacientes cadastrados na clínica. 4. Sistema mostra lista com todos os pacientes cadastrados na clínica. 5. Recepcionista digita em uma barra de busca o nome ou id do paciente desejado. 6. O sistema retorna o cadastro do paciente desejado. 7. Recepcionista digita novas informações no cadastro e solicita que o sistema as salve. 8. O sistema emite mensagem informando se a recepcionista deseja completar a atualização. 9. Recepcionista confirma atualização. 10. Sistema salva informações. 11. Sistema retorna uma tela com informando sucesso da ação. 12. Recepcionista visualizar mensagem. Caso de Uso: Atualizar Usuários Atores: Administrador Finalidade: Utilizar ferramenta do sistema para atualização dos usuários. 24 Visão geral: O administrador seleciona a opção para visualizar os usuários. O sistema mostra todosos usuários cadastrados por área e subáreas como especialidade. O administrador escolherá a área e/ou subárea do usuário desejado e insere os novos dados para serem salvos no sistema. O sistema retorna uma tela mostrando que a atualização foi realizada com sucesso Tipo: Secundário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16, R17 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o usuário deseja alterar informações do seu cadastro. 2. O administrador acessa o sistema. 3. Sistema permite entrada do administrador no sistema. 3. Administrador acessa lista de usuários cadastrados na clínica por áreas e subáreas. 4. Sistema mostra lista com todos os usuários cadastrados na clínica por áreas e subáreas. 5. Administrador escolhe usuário desejado. 6. O sistema retorna cadastro do usuário desejado. 7. Administrador digita novas informações no cadastro e solicita que o sistema as salve. 8. O sistema emite mensagem informando se o administrador deseja completar a atualização. 9. Administrador confirma atualização. 10. Sistema salva informações. 11. Sistema retorna uma tela com informando sucesso da ação. 12. Administrador visualiza mensagem. Caso de Uso: Atualizar Medicamentos Atores: Farmacêutico Finalidade: Utilizar ferramenta do sistema para atualização de 25 medicamentos. Visão geral: O farmacêutico informa ao sistema a entrada ou a confirmação da saída de um determinado medicamento, verificando o nome, tipo e quantidade do medicamento. O sistema exibe uma tela com a quantidade do mesmo e uma confirmação da atualização. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16, R17 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o farmacêutico recebe novos medicamentos para cadastro ou pedido de solicitação de medicamento. 2. Farmacêutico entra no módulo de medicamentos. 3. Sistema permite entrada do farmacêutico no sistema. 3. Farmacêutico acessa lista de medicamentos 4. Sistema mostra lista com todos os medicamentos cadastrados na clínica. 5. Farmacêutico escolhe medicamento desejado em uma barra de busca . 6. O sistema retorna cadastro do medicamento, sua quantidade e as solicitações feitas (juntamente com o nome dos médicos e datas). 7. Farmacêutico digita nova quantidade do medicamento e/ou novas informações no cadastro do mesmo, e solicita que o sistema as salve. 8. O sistema emite mensagem informando se o farmacêutico deseja completar a atualização. 9. Farmacêutico confirma atualização. 10. Sistema salva informações. 11. Sistema retorna uma tela com informando sucesso da ação. 12. Farmacêutico visualiza mensagem. Sequência alternativa: Linha 1: Farmacêutico recebe solicitação de medicamento pelo sistema. 26 Linha 2: Sistema mostra quantidade da solicitação, data e nome do usuário que solicitou o medicamento. Linha 3: Farmacêutico confirmação solicitação (saída do medicamento). Linha 4: Sistema diminui quantidade de acordo com a solicitação caso tenha disponível. Linha 5: Sistema emite mensagem a usuário solicitador indicando que sua solicitação foi atendida. Caso de Uso: Calcular Doses de Quimioterápicos Atores: Farmacêutico Finalidade: Utilizar ferramenta do sistema para calcular quimioterápicos de forma eficaz e confiável. Visão geral: O farmacêutico lança as principais informações sobre o quimioterápico. A seguir, o sistema gera o guia de cálculo para utilização do medicamento. Caso ele queira o sistema permitirá que ele vincule o cálculo da dose a algum paciente, e essa informação é salva em seu módulo de tratamento, com data. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16, R18 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o farmacêutico entra no módulo de cálculo dos quimioterápicos. 2. Sistema permite que ele lance as informações sobre o quimioterápico desejado. 3. Farmacêutico entra com informações. 4. Sistema gera guia de cálculo para utilização do medicamento. 5. Farmacêutico visualiza guia. 6. Sistema mostra tela com a opção de vincular o cálculo da dose ao módulo de tratamento de um determinado paciente 7. Farmacêutico escolhe vincular a dose ao paciente e digita seu nome ou id . 8. O sistema salva informação com data no módulo do paciente 27 9. O sistema emite mensagem informando que a operação foi bem sucedida. 10. Farmacêutico visualiza mensagem. Sequência alternativa: Linha 7: Farmacêutico não vincula cálculo da dose do quimioterápico a nenhum paciente. Linha 8: Sistema dá opção de sair do módulo ou fazer novo cálculo. Caso de Uso: Controlar Medicamentos Atores: Médico, Enfermeiro, Farmacêutico Finalidade: Utilizar ferramenta do sistema para realizar controle de medicamentos. Visão geral: O usuário solicita ao sistema um determinado medicamento, através de uma tela no módulo de medicamentos. O sistema informa a disponibilidade do mesmo, através de uma tela que informa se o medicamento está disponível, em falta, ou com estoque baixo, informações base do medicamento e lista das últimas solicitações. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16, R17, R19, R20 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o usuário entra no módulo de medicamentos. 2. Sistema permite que usuário acesse o módulo. 3. Usuário solicita na opção estoque de medicamentos algum medicamento contido na lista de medicamentos cadastrados. 4. Sistema exibe tela com quantidade juntamente com status (disponível, em falta, ou estoque baixo) do medicamento, principais informações, e últimas solicitações. 5. Usuário clica no botão de solicitação 6. Sistema dá ao usuário opção de 28 do medicamento. digitar o número de solicitações para o medicamento. 7. Usuário digita quantidade que quer solicitar. 8. Sistema emite mensagem da solicitação ao farmacêutico. 9. Sistema mostra tela informando que a solicitação foi feita com sucesso e que em breve o usuário receberá a confirmação pelo farmacêutico. 10. Usuário visualiza mensagem. Sequência alternativa: Linha 4: Sistema mostra tela informando que o medicamento está em falta. Linha 5: Sistema mostra ao usuário uma tela com opção de mandar informativo ao farmacêutico com mensagem padrão do sistema informando que o medicamento acabou e ele necessita do mesmo. Linha 6: Usuário clica na confirmação do informativo. Linha 7: Sistema envia informativo ao farmacêutico. Linha 8: Sistema exibe mensagem de sucesso ao usuário. Linha 9: Usuário visualiza mensagem. Sequência alternativa 2: Linha 4: Sistema mostra tela informando que o medicamento está com estoque baixo. Linha 5: Usuário digita número de solicitações. Linha 6: Sistema mostra ao usuário uma tela informando que o número de solicitações é maior que a em estoque. Linha 7: Sistema mostra em umatela a opção de mandar informativo ao farmacêutico com mensagem padrão do sistema informando que o medicamento está acabando e ele necessita do mesmo. Linha 8: Usuário clica na confirmação do informativo. Linha 9: Sistema envia informativo ao farmacêutico. Linha 10: Sistema exibe mensagem de sucesso ao usuário. Linha 11: Usuário visualiza mensagem. Caso de Uso: Consultar Dados Genômicos Atores: Biomédico Finalidade: Utilizar ferramenta do sistema para consulta de dados genômicos do paciente. 29 Visão geral: Biomédico solicita ao sistema a visualização dos dados genômicos de um dado paciente, através de seu nome ou id. Em outra tela ele escolhe o(s) laboratório(s). O sistema exibe uma tela com os dados. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o biomédico entra no módulo dos laboratórios. 2. Sistema permite que o biomédico acesse o módulo. 3. Biomédico solicita visualização dos dados genômicos. 4. Sistema exibe tela com campo para digitar id ou nome do paciente desejado. 5. Biomédico digita id ou nome do paciente desejado. 6. Sistema mostra tela com os laboratórios que possuem análises genômicas do paciente. 7. Biomédico escolhe um ou mais dados genômicos para visualização 8. Sistema exibe dados genômicos do paciente para aquele laboratório(s). 10. Biomédico visualiza dados. Sequência alternativa: Linha 6: Sistema informa que paciente desejado não possui análises genéticas em nenhum laboratório. Caso de Uso: Consultar Relatórios dos Dados Genômicos Atores: Biomédico Finalidade: Utilizar ferramenta do sistema para consulta de relaórios dos dados genômicos do paciente. Visão geral: Biomédicos selecionam a opção para visualização de relatórios. Após isto, o sistema exibe uma tela com relatórios dos novos dados genômicos do paciente durante o tratamento, apontando possíveis melhoras ou pioras no 30 genoma do paciente, assim como diferenças quanto ao genoma inicial vindo do laboratório. Tipo: Primário, Essencial Referências Cruzadas: R2, R3, R4, R5, R7, R15, R16, R21, R22 Sequência típica de eventos: Ação do Ator Ação do Sistema 1. O caso de uso começa quando o biomédico entra no módulo de consultas. 2. Sistema permite que o biomédico acesse o módulo. 3. Biomédico solicita visualização dos relatórios de dados genômicos. 4. Sistema exibe tela com campo para digitar id ou nome do paciente desejado. 5. Biomédico digita id ou nome do paciente desejado. 6. Sistema exibe tela com os relatórios das análises genômicas do paciente na clínica. 7. Biomédico visualiza dados. Sequência alternativa: Linha 6: Sistema informa que paciente desejado ainda não realizou análises genéticas na clínica, portanto não possui novos relatórios. 4. Diagrama de Caso de Uso de Alto Nível e Expandido Abaixo são apresentados os diagramas de caso de uso de alto nível e expandido para cada ator. 4.1 Médico 31 4.2 Enfermeiro e Farmacêutico 32 4.3 Administrador e Recepcionista 4.4 Biomédico 33 5. Diagrama de Sequência Abaixo são apresentados alguns diagramas de sequência. 5.1 Entrar no Sistema 5.2 Agendar Sessão de Tratamento 34 5.3 Cadastrar Paciente 5.4 Fazer Tratamento 5.5 Fazer Avaliação da Sessão de Tratamento 35 5.6 Gerenciar Sessões de Tratamento 36 5.7 Acompanhar Evolução do Paciente 5.8 Consultar Prontuários 5.9 Consultar Agenda 37 5.10 Atualizar Medicamentos 5.11 Calcular Doses de Quimioterápicos 38 5.12 Controlar Medicamentos 5.13 Consultar Dados Genômicos 39 5.14 Consultar Relatórios de Dados Genômicos 6. Diagrama de Atividades Abaixo são apresentados alguns diagramas de atividades. 5.1 Entrar no Sistema 40 5.2 Agendar Sessão de Tratamento 41 5.3 Cadastrar Paciente 5.4 Fazer Tratamento 42 5.5 Fazer Avaliação da Sessão de Tratamento 43 5.6 Gerenciar Sessões de Tratamento 44 5.7 Acompanhar Evolução do Paciente 5.8 Consultar Prontuários 45 5.9 Consultar Agenda 5.10 Atualizar Medicamentos 46 5.11 Calcular Doses de Quimioterápicos 5.12 Controlar Medicamentos 47 5.13 Consultar Dados Genômicos 5.14 Consultar Relatórios de Dados Genômicos 48 5. Modelo conceitual 49
Compartilhar