Use Case Maker 2.0.

Model

Mapeamento Doenas e Sintomas

Author

Ulysses, Raul, Vinicius, Thas, Danilo

Company

Alunos de Graduao do Curso de Engenharia de Software da Universidade Federal de Gois

Release: 1.0

Creation date: 09/15/2011 Export/Print date: 10/04/2011

Use Case Maker 2.0.0

Model

Mapeamento Doenas e Sintomas (M1)

Description
O sistema de controle de sintomas e doenas tem por objetivo ser um auxlio na localizao dos principais pontos de foco de doenas e de sintomas em uma determinada regio . Atravs deste sistema, usurios tero uma melhor viso da evoluo das ocorrncias de sintomas ou doenas em diversos locais, podendo assim tomar decises mais precisas acerca de quais pontos geogrficos devem ser considerados para uma possvel melhoria da qualidade de vida das pessoas. Desta forma, o governo poder controlar a proliferao de epidemias que, caso no fossem descobertas em seu estado inicial, poderiam ser alastradas para outras regies do pas. A anlise contnua de ocorrncia de sintomas e doenas pode tambm sugerir um mal investimento de recursos em saneamento bsico, em postos de sade ou mesmo em conscientizao dos habitantes de uma determinada regio sobre preveno de doenas.

Notes
Software usado para se aplicar o conhecimento adquirido na disciplina de Grafos.

Actors
Usurio Comum (A1) Usurio Administrador (A2) Sistema (A3)

Use cases
Inserir Nova Doena (UC1) Editar Doena Existente (UC2) Inserir Novo Sintoma (UC4) Editar Sintoma Existente (UC5) Diagnosticar Paciente (UC7) Localizar Maoires Focos de Incidncia de Doenas (UC8) Localizar Maoires Focos de Incidncia de Sintomas (UC9) Inserir Registro Clnico (UC10) Alterar Registro Clnico (UC11)

Use Case Maker 2.0.0

Excluir Registro Clnico (UC12) Cadastrar Usurio (UC13) Alterar Dados de Usurio (UC14) Excluir Usurio (UC15) Mapear Sintomas a Doenas (UC16) Buscar Doencas (UC17) Buscar Sintomas (UC18) Configurar o Sistema (UC19) Calcular Porcentagens de Ocorrncia de Doenas e Sintomas (UC20) Buscar Registro Clinico (UC21) Buscar Usurio (UC22) Autenticar Usurio (UC23) Finalizar Seo de Usurio (UC24) Autorizar Usurio (UC25)

Use Case Maker 2.0.0

Requirements (Mapeamento Doenas e Sintomas)

1
O sistema deve ser capaz de controlar os registros de doenas.

Proposed by
Raul Ulysses

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

Mapped onto use cases

Inserir Nova Doena Editar Doena Existente

2
O sistema deve ser capaz de controlar os registros de sintomas.

Category
Functional

Importance
Must have

Status
4

Use Case Maker 2.0.0

Created

Acceptance
Proposed

Mapped onto use cases

Inserir Novo Sintoma Editar Sintoma Existente

3
O sistema deve ser capaz de dar sugestes sobre qual doena o paciente sofre tendo como base o conjunto de sintomas que ele apresenta.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

Mapped onto use cases

Mapear Sintomas a Doenas

4
As doenas e os sintomas devero seguir a terminologia padro SNOMED CT.

Proposed by
Raul

Use Case Maker 2.0.0

Category
Non-functional

Importance
Must have

Status
Created

Acceptance
Proposed

5
O sistema deve possuir um repositrio no qual sero armazenados os dados persistentes do sistema.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

6
O sistema deve ser capaz de rastrear os locais de maior incidncia de doenas e sintomas especficos.

Category
Functional

Use Case Maker 2.0.0

Importance
Must have

Status
Created

Acceptance
Proposed

7
Caso o mdico considere que nenhuma das doenas indicadas pelo sistema para um paciente seja adequada, o mdico dever ser capaz de indicar outra doena.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

8
Para cada novo "Registro Clnico", o sistema deve armazenar as informaes: sintomas informados pelo paciente, doena diagnosticada pelo mdico, a data de ocorrncia, idade, a matrcula do mdico.

Category
Functional

Importance
7

Use Case Maker 2.0.0

Must have

Status
Created

Acceptance
Proposed

9
O sistema deve permitir busca de doenas e sintomas cadastrados.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

10
O local de um "Registro Clnico" dever ser definido como o local do "Posto" no qual o "Registro Clnico" foi realizado.

Category
Functional

Importance
Must have

Status
Created
8

Use Case Maker 2.0.0

Acceptance
Proposed

11
O sistema deve permitir a configurao do local geogrfico da instncia do sistema instalada.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

12
Um usurio somente pode utilizar o sistema no posto de sade para o qual ele foi cadastrado.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

Use Case Maker 2.0.0

13
O usurio deve ser capaz de gerenciar os registros clnicos, ou seja, criar novo registro, editar registros, ou excluir registros clnicos.

Proposed by
Ulysses

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

Mapped onto use cases

Inserir Registro Clnico Alterar Registro Clnico Excluir Registro Clnico

14
O sistema deve permitir o controle de usurios (cadastro, alterao e excluso).

Category
Functional

Importance
Must have

Status
10

Use Case Maker 2.0.0

Created

Acceptance
Proposed

15
O sistema no dever manter nenhuma informao pessoal do paciente cujo diagnstico foi realizado.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

16
O sistema dever ser capaz de filtrar a busca por maiores ndices de incidncia de doenas ou sintomas em funo de um intervalo de tempo especfico. Por exemplo, durante o ano 2011 ou de 2011 a 2015.

Category
Functional

Importance
Must have

Status
Created

Acceptance
11

Use Case Maker 2.0.0

Proposed

17
O sistema dever ser capaz de informar a taxa de crescimento ou diminuio do ndice de ocorrncia de doenas e sintomas em locais especficos. Isso ajudar os usurios a determinar se a situao est melhorando ou piorando nos locais especificados.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

18
O sistema dever informar as porcentagens de ocorrncias de doenas ou sintomas em diferentes locais. Isso permitir que o usurio perceba uma relao de maior ou menor incidncia em relao a todos os locais nos quais o sistema d suporte, e no apenas as maoires ocorrncias, que so cobertas pelo requisito N 6.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed
12

Use Case Maker 2.0.0

19
O sistema dever autenticar qualquer usurio que acesse o software. Desta forma, o sistema ser mais seguro.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

20
Antes de executar cada um dos casos de uso, o sistema deve verificar se o usurio tem autorizao para faz-lo.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

21
O tempo mximo de seo ociosa deve ser igual a 10 minutos.

13

Use Case Maker 2.0.0

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

22
O sistema deve permitir que um mesmo usurio seja cadastrado em diferentes postos.

Category
Functional

Importance
Must have

Status
Created

Acceptance
Proposed

14

Use Case Maker 2.0.0

Actor

Usurio Comum (A1)

Description
Tem acesso a funcionalidades bsicas do sistema. No tem acesso s funcionalidades explicitamente alocadas para administradores do sistema.

Actor

Usurio Administrador (A2)

Description
Pode realizar todas as funcionalidades permitidas para usurios comuns, alm de ser capaz de realizar operaes restritas, tais como gerncia de usurios, gerncia de doenas e de sintomas e configurao do sistema.

Notes
Apesar de usurios administradores terem permisso de executar todas as atividades de usurios comuns, na prtica isso no ocorre frequentemente, visto que administradores geralmente possuem outras responsabilidades e dificilmente tero tempo de realizar atividades de mais baixo nvel. Contudo, na ausncia de usurios comuns para realizar operaes bsicas, o usurio administrador poder cumprir com o papel.

Goals
-1 0 1 2 3 4 5 6 "Inserir Nova Doena" "Editar Doena Existente" {Excluir Doena Existente} "Inserir Novo Sintoma" "Editar Sintoma Existente" {Excluir Sintoma Existente} "Cadastrar Usurio" "Alterar Dados de Usurio"

15

Use Case Maker 2.0.0

7 8 9

"Excluir Usurio" "Configurar o Sistema" "Buscar Usurio"

Actor

Sistema (A3)

Description
Executa casos de uso internos, ou seja, automticos.

Use case

Inserir Nova Doena (UC1)

Description
Um "Usurio Administrador" adiciona uma nova "Doena" no repositrio de dados, informando o nome, o conjunto de sintomas e uma breve descrio para a mesma. Esta doena passar a estar disponvel para ser utilizada em novos diagnsticos que venham a ser realizados.

Pre-conditions
- O usurio deve ser um administrador do sistema.

Post-conditions
- Dever existir uma nova doena existente no repositrio de informaes do sistema.

Trigger event
External

16

Use Case Maker 2.0.0

Active actors
Usurio Administrador

Details
Priority Level Complexity Status Implementation 5 Summary Low Created Scheduled

Use case

Editar Doena Existente (UC2)

Description
Um "Usurio Administrador" seleciona uma doena existente no repositrio e modifica as informaes dessa doena. A ID da doena no pode ser modificada.

Pre-conditions
- O usurio deve ser um administrador do sistema.

Trigger event
Temporal

Active actors
Usurio Administrador

Details
17

Use Case Maker 2.0.0

Priority Level Complexity Status Implementation

6 Summary Low Created Scheduled

Use case

Inserir Novo Sintoma (UC4)

Description
O usurio informa os dados de um novo sintoma, o qual ser inserido no repositrio de dados. O usurio deve informar um nome e uma breve descrio para esse sintoma. Sintomas com nomes repetidos no so permitidos.

Pre-conditions
- O usurio deve ser um administrador do sistema.

Trigger event
External

Active actors
Usurio Administrador

Details
Priority Level Complexity Status Implementation 3 Summary Low Created Scheduled

18

Use Case Maker 2.0.0

Use case

Editar Sintoma Existente (UC5)

Description
O usurio altera as informaes de um sintoma cadastrado no repositrio de dados do sistema.

Pre-conditions
- O usurio deve ser um administrador do sistema.

Trigger event
External

Active actors
Usurio Administrador

Details
Priority Level Complexity Status Implementation 4 Summary Low Created Scheduled

Use case

Diagnosticar Paciente (UC7)

Description

19

Use Case Maker 2.0.0

O usurio informa ao sistema todos os sintomas apresentados pelo paciente. O sistema ento analiza o repositrio de informaes buscando todas as doenas relacionadas aos sintomas informados. O sistema mostra a lista das doenas encontradas. O usurio pode escolher uma das doenas sugeridas pelo sistema, ou pode informar outra doena, caso acredite que essa outra doena faa mais sentido. O usurio ento confirma o diagnstico e salva as informaes em um " Registro Clnico".

Trigger event
External

Active actors
Usurio Comum Usurio Administrador

Details
Priority Level Complexity Status Implementation 7 Summary Medium Created Scheduled

Use case

Localizar Maoires Focos de Incidncia de Doenas (UC8)

Description
O usurio informa ao sistema um conjunto de doenas a serem pesquisadas. O sistema pesquisa todas as informaes contidas no repositrio de dados, buscando os maiores ndices de incidncia de todas as doenas informadas, em conjunto. Isso significa que o sistema no ir considerar locais que apresentem apenas subconjuntos das doenas fornecidas, mas apenas locais nos quais ocorrem todas essas doenas. O sistema informa ao usurio os resultados encontrados.

20

Use Case Maker 2.0.0

Trigger event
External

Active actors
Usurio Comum Usurio Administrador

Details
Priority Level Complexity Status Implementation 10 Summary High Created Scheduled

Use case

Localizar Maoires Focos de Incidncia de Sintomas (UC9)

Description
O usurio informa ao sistema um conjunto de sintomas a serem pesquisados. O sistema faz uma pesquisa no repositrio de dados buscando pelas localizaes geogrficas que apresentam os maiores ndices de ocorrncia de todos esses sintomas em conjunto. O sistema mostra os resultados obtidos para o usurio.

Trigger event
External

Active actors
Usurio Comum
21

Use Case Maker 2.0.0

Usurio Administrador

Details
Priority Level Complexity Status Implementation 10 Summary High Created Scheduled

Use case

Inserir Registro Clnico (UC10)

Description
O usurio cria um novo registro clnico, com base no diagnstico de um cilente, informando a idade do paciente, a data de ocorrncia, a doena, os sintomas e outras informaes necessrias. O sistema salva todos esses dados em um novo registro clnico no repositrio de dados do sistema.

Trigger event
External

Details
Priority Level Complexity Status Implementation 8 Summary Low Created Scheduled

Use case
22

Use Case Maker 2.0.0

Alterar Registro Clnico (UC11)

Description
O usurio altera as informae de um registro clnico existente no repositrio de dados do sistema. O sistema atualiza os dados do registro clnico de acordo com as novas informaes fornecidas pelo usurio. O registro clnico s poder ser alteardo durante a mesma seo na qual o usurio inseriru este registro clnico. Aps a seo do usurio finalizar, o registro clnico no mais poder ser alterado de forma alguma, nem pelo usurio que o criou nem por outros usurios, independente do fato de esses usurios serem autenticados no sistema posteriormente.

Trigger event
Temporal

Details
Priority Level Complexity Status Implementation 10 Summary Low Created Scheduled

Use case

Excluir Registro Clnico (UC12)

Description
Um "Usurio Administrador" remove do repositrio um registro clnico que foi inserido previamente. O sistema atualiza o repositrio, de forma que o registro clnico removido no mais exista.

Trigger event
23

Use Case Maker 2.0.0

External

Details
Priority Level Complexity Status Implementation 10 Summary Low Created Scheduled

Use case

Cadastrar Usurio (UC13)

Description
Um novo usurio cadastrado no sistema por um "Usurio Administrador". Este usurio passar a ter acesso s informaes do sistema, de acordo com o perfil que tenha sido a ele atribudo.

Trigger event
External

Details
Priority Level Complexity Status Implementation 1 Summary Low Created Scheduled

24

Use Case Maker 2.0.0

Use case

Alterar Dados de Usurio (UC14)

Description
Um administrador do sistema modifica os dados de acesso do usurio e outras informaes relacionadas ao usurio em questo.

Trigger event
External

Details
Priority Level Complexity Status Implementation 3 Summary Low Created Scheduled

Use case

Excluir Usurio (UC15)

Description
Um admininstrador do sistema determina que um usurio especfico no mais ter acesso ao sistema. O usurio no deve ser de fato removido do repositrio de informaes, apenas deve ser considerado como excludo. Isso necessrio, pois diversos registros clnicos podem ter sido feitos por esse usurio, e esses registros clnicos referenciam este usurio, de forma que, caso o usurio fosse de fato excludo do repositrio de dados, os registros clnicos cadastrados pelo usurio excludo passariam a ter dados inconsistentes. Alm disso, no faz sentido excluir um registro clnico somente pelo fato do usurio que o registrou ter sido excludo.

25

Use Case Maker 2.0.0

Trigger event
External

Details
Priority Level Complexity Status Implementation 3 Summary Medium Created Scheduled

Use case

Mapear Sintomas a Doenas (UC16)

Description
O sistema informa um conjunto de possveis doenas que um paciente pode ter, de acordo com os sintomas fornecidos por esse usurio durante um diagnstico.

Trigger event
External

Details
Priority Level Complexity Status Implementation 6 Summary Medium Created Scheduled

26

Use Case Maker 2.0.0

Use case

Buscar Doencas (UC17)

Description
O usurio fornece um critrio de busca e um texto de busca, que sero usados para encontrar doenas especficas cadastradas no sistema. Entre os critrios utilizados, pode-se informar um conjunto de sintomas que a doena tenha.

Trigger event
External

Details
Priority Level Complexity Status Implementation 5 Summary Medium Created Scheduled

Use case

Buscar Sintomas (UC18)

Description
O usurio fornece um conjunto de informaes que, com base em um critrio escolhido pelo usurio, o sistema retorne um conjunto de sintomas encontrados, os quais correspondem aos critrios definidos. O usurio pode inclusive pesquisar por sintomas em funo das doenas que os apresentam.

27

Use Case Maker 2.0.0

Trigger event
External

Details
Priority Level Complexity Status Implementation 3 Summary Medium Created Scheduled

Use case

Configurar o Sistema (UC19)

Description
Assim que o software instalado, um usurio deve configur-lo para que ele possa se comunicar corretamente com o sistema em geral. Entre as configuraes necessrias, deve ser informado o endereo local do posto no qual o software foi instalado; um usurio j deve estar pr-cadastrado, para permitir que o sistema possa ser utilizado; o nome do posto local, e outras informaes relacionadas configurao de cada instncia do software dentro do sistema como um todo.

Trigger event
External

Details
Priority Level Complexity Status 999 Summary Medium Created
28

Use Case Maker 2.0.0

Implementation

Scheduled

Use case

Calcular Porcentagens de Ocorrncia de Doenas e Sintomas (UC20)

Description
O usurio informa um conjunto de doenas e um conjunto de sintomas ao sistema, alm de uma poca a ser analisada (compreendida entre uma data inicial e uma data final). O sistema analiza o repositrio de dados para determinar a porcentagem de ocorrncia de cada um desses sintomas e doenas por todo o pas. Para isso, o sistema primeiramente calcula o total de ocorrncias das doenas e sintomas, para ento calcular a porcentagem local relativa para cada um dos postos nos quais o sistema est instalado.

Trigger event
External

Details
Priority Level Complexity Status Implementation 10 Summary High Created Scheduled

Use case

Buscar Registro Clinico (UC21)

Description

29

Use Case Maker 2.0.0

O usurio fornece os dados de um determinado registro clnico a ser localizado no sistema. O usurio pode tentar localizar um registro clnico por data de lanamento do registro, usurio que o registrou, doena diagnosticada no registro clnico, sintomas, idade do paciente, pocas especficas (de tal a tal ano, por exemplo), etc. O sistema pode retornar mais de um resultado correspondendo aos critrios de busca fornecidos.

Trigger event
External

Details
Priority Level Complexity Status Implementation 9 Summary Medium Created Scheduled

Use case

Buscar Usurio (UC22)

Description
Um administrador fornece um conjunto de critrios que sero usados pelo sistema para localizar usurios cadastrados no sistema, os quais tenham informaes que correspondam aos critrios de busca fornecidos pelo administrador.

Trigger event
External

Details
30

Use Case Maker 2.0.0

Priority Level Complexity Status Implementation

2 Summary Medium Created Scheduled

Use case

Autenticar Usurio (UC23)

Description
O sistema mostra uma tela de login na qual o usurio deve fornecer um nome de usurio e uma senha, os quais sero verificados para comprovar a identidade do usurio. O sistema somente permitir o acesso de usurios que tenham sido previamente cadastrados. O sistema somente requerer que o usurio seja autenticado no momento que o sistema inicializado. Alm disso, o sistema deve manter um contador de tempo para garantir que, caso o sistema fique ocioso por um perodo razoavelmente longo, a seo do usurio seja expirada e ele tenha que ser autenticado novamente. Desta forma, previne-se que pessoas no autorizadas tenham acesso ao sistema, aproveitando-se do fato de uma seo vlida j estar aberta. Esse caso de uso aumenta a segurana do sistema.

Trigger event
External

Details
Priority Level Complexity Status Implementation 2 Summary Medium Created Scheduled

Use case

31

Use Case Maker 2.0.0

Finalizar Seo de Usurio (UC24)

Description
Retorna o sistema para a tela de login, de forma que uma nova autenticao deve ser feita para que o sistema continue a ser usado. Pode ser executado tanto pelo prprio usurio, quando considerar que terminou seu trabalho, ou pelo sistema, caso seja verificado que o usurio est ocioso por um longo perodo. Esse caso de uso aumenta a segurana do sistema.

Trigger event
External

Details
Priority Level Complexity Status Implementation 3 Summary Low Created Scheduled

Use case

Autorizar Usurio (UC25)

Description
Antes de executar cada um dos casos de uso, o sistema dever primeiro verificar se o usurio autenticado tem permisso de executar aquele caso de uso. Isso aumenta a segurana do sistema.

Trigger event
External

32

Use Case Maker 2.0.0

Details
Priority Level Complexity Status Implementation 3 Summary High Created Scheduled

33

Use Case Maker 2.0.0

Glossary
Glossary item
Doena

Description
uma enfermidade que um paciente sofre, sendo caracterizada por um conjunto de sintomas, um nome e uma descrio.

Hospital Paciente

Sinnimo de "Posto". Uma pessoa que apresenta um conjunto de sintomas, e ser avalido para descobrir se trata-se de uma doena.

Perfil

Papel que um usurio representa no sistema, o qual pode ser Usurio Comum ou Usurio Administrador.

Posto

Trata-se de um lugar no qual o sistema est instalado e configurado, permitindo assim o cadastro de novos registros clnicos. Por exemplo, um hospital se tornaria um posto quando o sistema fosse instalado e configurado nesse hospital. Entre as configuraes necessrias, deve-se incluir o local do posto.

Registro Clnico

Conjunto de informaes obtidas como resultado do diagnstico de um paciente, contendo informaes desse paciente tais como a doena diagnosticada, os sintomas informados pelo paciente, a idade desse paciente, o local onde o diagnstico foi efetuado, a data na qual esse diagnstico foi efetuado, o responsvel pelo diagnstico, etc.

Seo

O intervalo de tempo compreendido entre o momento que um usurio autenticado com sucesso no sistema e o momento em que a autenticao do usurio tornou-se invlida, de forma que o usurio tenha que ser autenticado novamente. A autenticao do usurio torna-se invlida quando a seo do usurio finalizada. Isso pode ocorrer tanto por parte do prprio usurio, que considera que seu trabalho terminou e no mais necessitar utilizar o sistema por enquanto, ou pelo prprio sistema, caso verifique que o tempo mximo de seo ociosa tenha sido ultrapassado.

Sintoma

uma consequncia de uma doena, e pode significar que o usurio portador de alguma doena a ele relacionada.

Tempo de Seo Ociosa

Quando um usurio autenticado com sucesso no sistema, o software inicializa uma varivel contendo a quantidade de tempo restante que o usurio pode permanecer ocioso, ou seja, sem executar nenhum caso de uso. medida que os casos de uso vo sendo executados, o sistema reinicializa essa varivel, de forma que o usurio possa sempre continuar executando o software, sem que a seo seja finalizada. Contudo, medida que o tempo passa, o software atualiza o valor da varivel, diminuindo o tempo restante para o usurio utilizar o software. Esse tempo decorrido considerado ocioso, pois o usurio no realizou nenhuma atividade ou caso de uso. Caso esta varivel chegue a zero, o sistema automaticamente executa o caso de uso "Finalizar Seo de Usurio".

34

Use Case Maker 2.0.0

Stakeholders
Stakeholder
Danilo Federson Raul Thas Ulysses Vincius

Description
Desenvolvedor. O cliente para o qual o software est sendo desenvolvido. Desenvolvedor. Desenvolvedor. Desenvolvedor. Desenvolvedor.

35