UNIVERSIDADE ESTÁCIO DE SÁ

TCC EM SISTEMAS DE INFORMAÇÃO-EAD

Professor Orientador: Rogério Leitão Nogueira

2019
Sistema de Gerenciamento de Consultório Odontológico

Trabalho apresentado na disciplina de Projeto TCC

EM SISTEMAS DE INFORMAÇÃO-EAD da
Universidade Estácio de Sá, como requisito parcial
para obtenção do grau de Bacharel em Sistemas de
Informação.

Autor:
Allan Dias Magalhães Pereira

Orientador: Rogério Leitão Nogueira

2019
 Sistema de Gerenciamento de Consultório Odontológico

Allan Dias Magalhães Pereira

Matrícula 201510738461

Trabalho apresentado na disciplina de Projeto TCC

EM SISTEMAS DE INFORMAÇÃO-EAD da
Universidade Estácio de Sá, como requisito parcial
para obtenção do grau de Bacharel em Sistemas de
Informação.

Aprovado em Dezembro de 2019.

BANCA EXAMINADORA

________________________________________
Prof. Rogério Leitão Nogueira - Orientador
 2019

Reitor
<>

Vice-Reitoria de Graduação
<>

Vice-Reitoria de Pós-Graduação e Pesquisa

<>

Vice-Reitoria de Cultura
<>

Documento elaborado por: Allan Dias Magalhães Pereira

Ficha Catalográfica

Sistema de Gerenciamento de Consultório Odontológico/

por Allan Dias Magalhães Pereira – Volta Redonda, RJ:
[s.n.], 2019.
nº págs f., 29 cm.

Trabalho de conclusão do curso de informática –

Faculdade Estácio de Sá, Campus Volta Redonda, Curso
de Sistemas de Informação, 2019.
Orientador : Rogério Leitão Nogueira

Unitermos: 1. Sistema. 2. Consultório Odontológico.

3. Sistema de Gerenciamento.
 RESUMO

O sistema web descrito no projeto tem como objetivo gerenciar as informações da clinica
odontológica Soraia Meirelles, como controle de pacientes, consultas, procedimentos,
prontuários e relatórios.
A clinica atua desde 1992 e até recentemente o controle gerencial do dia a dia da empresa
era feita de forma manual, havendo assim a necessidade do desenvolvimento de um
sistema de gerenciamento para tais fins.
Uma das características centrais que guiaram o desenvolvimento do projeto foi a
necessidade do sistema web ser responsivo por necessidade de ser utilizado tanto dentro da
empresa como fora da empresa através de dispositivos móveis tendo assim como
característica suas interfaces serem adaptáveis a diferentes tamanhos de tela.

Palavras-chave: 1. Sistema. 2. Clínica Odontológica. 3. Sistema de gerenciamento

 ABSTRACT

The web system described in the project aims to manage information from the Soraia
Meirelles dental clinic, such as patient control, consultations, procedures, medical records
and reports.
The clinic has been operating since 1992 and until recently the management control of the
day to day business was done manually, so there is a need to develop a management
system for such purposes.
One of the central features that guided the development of the project was the need for the
web system to be responsive to the need to be used both inside and outside the company
through mobile devices, thus having its interfaces adaptable to different screen sizes.

Keywords: 1. System 2. Dental Clinic. 3. Management System

 VIII

SUMÁRIO

1. O problema..........................................................................................................11

1.1. Tema do trabalho.............................................................................................11

1.2. Contextualização..............................................................................................11

1.3. A situação-problema ........................................................................................11

1.4. Breve descrição da solução...............................................................................11

2. Contextualização do problema .............................................................................12

2.1. Premissas e restrições do projeto .....................................................................12

2.2. Caracterização da empresa...............................................................................12

2.2.1. Histórico da empresa....................................................................................12

2.2.2. Atividades da empresa .................................................................................12

2.2.3. Mercado consumidor....................................................................................12

2.2.4. Concorrência ................................................................................................12

2.2.5. Organograma ...............................................................................................13

2.3. Proposta de trabalho........................................................................................13

2.3.1. Método de trabalho .....................................................................................13

2.3.2. Previsão e alocação de recursos (humanos e materiais) ................................13

2.3.3. Cronograma de trabalho (diagrama de Gantt)...............................................14

2.3.4. Previsão orçamentária..................................................................................14

2.4. O sistema atual ................................................................................................15

2.4.1. Funcionamento do sistema atual ..................................................................15

 IX
2.4.2. Problemas do sistema atual ..........................................................................15

3. A solução .............................................................................................................16

3.1. O sistema proposto ..........................................................................................16

3.1.1. Justificativas para o novo sistema .................................................................16

3.1.2. Situação desejada: objetivos gerais e específicos ..........................................16

3.1.3. Soluções alternativas....................................................................................16

3.2. Solução escolhida.............................................................................................16

3.2.1. Escopo da solução ........................................................................................16

3.2.2. Lista de requisitos do sistema .......................................................................17

3.2.3. Diagrama de casos de uso.............................................................................19

3.2.4. Especificações textuais dos casos de uso.......................................................20

3.2.5. Modelo conceitual de classes........................................................................25

3.2.6. Modelo conceitual de dados .........................................................................26

3.3. Solução tecnológica..........................................................................................27

3.3.1. Diagrama de seqüência.................................................................................27

3.3.2. Projeto de interfaces ....................................................................................29

3.3.3. Diagrama de estados ....................................................................................33

3.3.4. Diagrama de atividades ................................................................................34

3.3.5. Diagrama de componentes ...........................................................................35

3.3.6. Modelo de classes de projeto .......................................................................36

3.3.7. Modelo físico de dados.................................................................................37

3.3.7.1. Projeto de tabelas e Arquivos ...................................................................37

 X
3.3.7.2. Scripts de geração do banco e suas tabelas ...............................................38

3.3.8. Ambiente tecnológico do sistema .................................................................41

3.3.8.1. Ambiente Físico (diagrama de implantação) ..............................................41

3.3.8.2. Justificativa da escolha da linguagem de programação ..............................41

3.3.8.3. Justificativa da escolha do SGBD (Sistema Gerenciador de Banco de Dados)41

4. Conclusões...........................................................................................................42

4.1. Reflexões e comparação entre objetivos iniciais x alcançados ...........................42

4.2. Vantagens e desvantagens do sistema..............................................................42

4.3. Trabalhos futuros .............................................................................................42

5. Referências Bibliográficas ....................................................................................43

 11

1. O problema

1.1. Tema do trabalho

Sistema para gestão de consultório odontológico.

1.2. Contextualização

O programa tem como intenção atender às necessidades de uma clinica odontológica.

1.3. A situação-problema

A dentista atualmente faz o controle das consultas e procedimentos através de marcações e

anotações em um diário de papel. Há a necessidade de tornar essas informações
disponíveis para manuseio em certos contextos eletrônicos, como celular e computador.

1.4. Breve descrição da solução

A solução a ser adotada é desenvolver um sistema web que irá disponibilizar

funcionalidades de gestão para a clinica, como controle de pacientes, consultas,
procedimentos, prontuários e relatórios.
 12

2. Contextualização do problema

2.1. Premissas e restrições do projeto

O sistema deve funcionar normalmente em telas padrões (monitores de 15″, 17″, etc.) e
deve ser totalmente adaptado para funcionar também em telas menores (telas de celulares,
tablets, etc.).

2.2. Caracterização da empresa

2.2.1. Histórico da empresa

O consultório Soraia Meirelles começou suas atividades em 1992 e hoje em dia se encontra
no quinto andar do Pontual Shopping em Volta Redonda/RJ.
Foi aberta pela proprietária Soraia Meirelles, que também é a principal dentista.
Recentemente Raíssa Meirelles, filha da proprietária, também dentista, começou a prestar
serviços de odontologia no consultório.

2.2.2. Atividades da empresa

A empresa presta diversos tipos de serviços, desde procedimentos odontológicos de rotina,

limpeza, tratamento de cáries, etc. até clinica dentária.
A empresa não atende pacientes através de planos ou convênios.

2.2.3. Mercado consumidor

Não há um público-alvo pré-determinado, mas deve ser destacado que o atendimento no

consultório abrange clientes de todos os bairros da cidade à partir de 4 anos, sem idade
máxima pré-determinada.

2.2.4. Concorrência

Há vários outros consultórios e clinicas dentárias na cidade.

O sistema em questão não irá ajudar no diferencial competitivo da empresa, pois terá como
função somente o gerenciamento operacional do consultório.
 13

2.2.5. Organograma

2.3. Proposta de trabalho

2.3.1. Método de trabalho

Serão realizadas reuniões com a dentista proprietária quando necessário durante todo o
decorrer do projeto, para o levantamento de todas as informações e requisitos para o
andamento e desenvolvimento do projeto e tudo será documentado tanto para uso como
para fins de documentação.
Será utilizada a UML (Unified Modeling Language) para modelar o sistema.

2.3.2. Previsão e alocação de recursos (humanos e

materiais)

Recursos Humanos:
- Programador/Analista
- Dentista Proprietária

Recursos Computacionais (Hardware):

- 1 Notebook Dell Inspiron 15-5566
- 1 Multifuncional HP XP-231

Recursos Computacionais (Software):

- Microsoft Windows 10
- Microsoft Office 2019
- Astah 8
- brModelo 2.0
- Microsoft Visual Studio Community 2019
- Microsoft Sql Server Management Studio 18

Recursos Materiais:
- Papel A4
- Cartucho de Tinta Multi-Funcional
 14

2.3.3. Cronograma de trabalho (diagrama de Gantt)

2.3.4. Previsão orçamentária

 15

2.4. O sistema atual

2.4.1. Funcionamento do sistema atual

Atualmente, pacientes regulares e novos pacientes entram em contato com as dentistas

através de telefonemas, mensagens de texto para marcação de consultas, procedimentos,
etc. e a documentação disso tudo é feito através de anotações na agenda de papel do
consultório.

2.4.2. Problemas do sistema atual

Atualmente é impossível obter dados de pacientes, consultar marcações, verificar e

registrar cancelamentos, etc. fora do espaço físico da empresa sem ter de replicar esses
mesmos dados em outro local, gerando duplicidade desnecessária de informação, ou até
mesmo levar essas informações do consultório para outro local, o que é arriscado.
 16

3. A solução

3.1. O sistema proposto

3.1.1. Justificativas para o novo sistema

A empresa sentiu a necessidade de informatizar os procedimentos do dia a dia, melhorando

principalmente o gerenciamento de todos os compromissos, horários, etc do consultório,
fazendo com que a proprietária da empresa, quanto sua filha, possam conciliar melhor seus
compromissos profissionais e pessoais fazendo uso do sistema em qualquer local ou
situação.

3.1.2. Situação desejada: objetivos gerais e específicos

O sistema visa gerenciar todas as atividades, desde atendimentos rotineiros do consultório

até procedimentos clínicos em pacientes e tem como objetivos específicos:
- Controlar todos os dados dos pacientes.
- Facilitar o agendamento e acompanhamento das consultas e procedimentos dos pacientes.
- Dar maior controle para a dentista, dispondo cadastro de anotações, lembretes.
- Gerar prontuário dos pacientes.
- Disponibilizar seu uso em dispositivos móveis.

3.1.3. Soluções alternativas

Há vários sistemas de gerenciamento web e/ou mobile para consultórios e clínicas

dentárias hoje em dia no mercado, mas eles optam pelo modelo de negócio SaaS (Software
como Serviço), ou seja, caso a cliente deseje, ela poderá contratar algum desses sistemas
em questão pagando mensalidade.

3.2. Solução escolhida

3.2.1. Escopo da solução

O sistema visa controlar os dentistas, pacientes (incluindo sua anamnese e seus

agendamentos) e visa controlar também lembretes, prontuários.
O sistema não vai disponibilizar controle financeiro, nem o controle de estoque do
consultório.
 17

3.2.2. Lista de requisitos do sistema

Código Nome: Logar Sistema

RF001
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável
Descrição: O sistema deve autorizar o acesso dos dentistas cadastrados ao sistema.
Regras do negócio

Requisitos não funcionais

Código: Requisitos Categoria
RNF1 Enquanto não houver nenhum dentista Segurança
cadastrado no banco de dados, o sistema deverá
aceitar o login DENTISTA com a senha 123456 e
esse usuário deverá em seu cadastro ter o campo
“Habilitado” alterado para “Não”
posteriormente.

Código Nome: Manter Dentista

RF002
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável
Descrição: O sistema deve permitir a inclusão, alteração e pesquisa de dentistas.
Regras do negócio

Requisitos não funcionais

Código: Requisitos Categoria
RNF1 Ao incluir ou alterar um dentista, o sistema Segurança
sempre deverá obrigar o preenchimento do
campo Login e do campo Senha.

Código Nome: Manter Paciente

RF003
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável
Descrição: O sistema deve permitir a inclusão, alteração, exclusão e consulta de
pacientes.
Regras do negócio

O paciente deve ter no mínimo 4 anos.

Requisitos não funcionais

Código: Requisitos Categoria

Código Nome: Manter Anamnese

RF004
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável
Descrição: O sistema deve permitir que o dentista realize e consulte a anamnese
 18
dos pacientes caso necessário.
Regras do negócio

Requisitos não funcionais

Código: Requisitos Categoria

Código Nome: Manter Agendamento

RF005
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável
Descrição: O sistema deve permitir que os dentistas incluem, cancelem e exibam
consultas e procedimentos agendados no sistema.
Regras do negócio

Requisitos não funcionais

Código: Requisitos Categoria

Código Nome: Manter Lembrete

RF006
Prioridade: ( ) Essencial ( x ) Importante ( ) Desejável
Descrição: O sistema deve permitir a inclusão, alteração, exclusão e exibição dos
lembretes dos dentistas.
Regras do negócio

Requisitos não funcionais

Código: Requisitos Categoria

Código Nome: Gerar Prontuário

RF007
Prioridade: ( x ) Essencial ( ) Importante ( ) Desejável
Descrição: O sistema deve permitir a geração de prontuário dos pacientes.
Regras do negócio

Requisitos não funcionais

Código: Requisitos Categoria
RNF1 O tempo de resposta para a geração do Performance
prontuário não deve ultrapassar 10 segundos.

Requisitos não funcionais

Código Requisitos Categoria
RNFG001 Design responsivo Usabilidade
O sistema deve funcionar também em tablets, celulares, etc.
 19

3.2.3. Diagrama de casos de uso

 20

3.2.4. Especificações textuais dos casos de uso

Nome do Caso de Uso Logar Sistema

Ator Dentista
Escopo Este caso de uso descreve a etapa de acesso ao sistema.
Pré-condições Dentista cadastrado e habilitado no banco de dados.
Pós-condições Se o login for efetuado com sucesso, o uso do sistema será
liberado.
Cenário principal

1. Sistema exibe os campos “usuário” e “senha” e o botão “Entrar”.

2. Ator preenche os dados.
3. Ator clica em “Entrar”.
4. Sistema valida os dados informados.
5. Sistema libera acesso do ator ao sistema.

Cenários alternativos

5a. Login inválido.

- Sistema exibe a mensagem “Login Inválido”.
- Sistema retorna ao passo 1 do cenário principal.

Nome do Caso de Uso Manter Dentista

Ator Dentista
Escopo Este caso de uso descreve a etapa de inclusão, alteração e
pesquisa de dentistas.
Pré-condições Dentista logado no sistema.
Pós-condições Dentista cadastrado no sistema.
Cenário principal

1. Sistema exibe os botões “Incluir”, “Alterar” e “Pesquisar”.

2. Ator clica em “Incluir”.
3. Sistema exibe os campos de preenchimento e os botões “Ok” e “Cancelar”.
4. Ator interage com os campos.
5. Ator clica em “Ok”.
6. Sistema valida os dados preenchidos.
7. Sistema grava os dados no banco de dados.

Cenários alternativos

2.a. Ator clica em “Alterar”.

- Sistema exibe os dentistas cadastrados no banco de dados e o botão “Selecionar”.
- Ator escolhe o dentista desejado e clica em “Selecionar”.
- Sistema preenche os campos com os dados do dentista selecionado.
- Sistema retorna ao passo 3 do cenário principal.

2a. Ator clica em “Pesquisar”.

- Sistema exibe os dentistas cadastrados no banco de dados e o botão “Voltar”.
- Ator visualiza os dados e clica em “Voltar”.
 21
- Sistema retorna ao passo 1 do cenário principal.

5a. Ator clica em “Cancelar”.

- Sistema retorna ao passo 1 do cenário principal.

6a. Dado inválido.

- Sistema exibe a mensagem “Favor preencher os dados corretamente”.
- Sistema retorna ao passo 3 do cenário principal.

Nome do Caso de Uso Manter Paciente

Ator Dentista
Escopo Este caso de uso descreve a etapa de inclusão, alteração,
exclusão e consulta de pacientes.
Pré-condições Dentista logado no sistema.
Pós-condições Paciente cadastrado no sistema.
Cenário principal

1. Sistema exibe os botões “Incluir”, “Alterar”, “Excluir” e “Consultar”.

2. Ator clica em “Incluir”.
3. Sistema exibe os campos de preenchimento e os botões “Ok” e “Cancelar”.
4. Ator interage com os campos.
5. Ator clica em “Ok”.
6. Sistema valida os dados preenchidos.
7. Sistema grava os dados no banco de dados.

Cenários alternativos

2.a. Ator clica em “Alterar”.

- Sistema exibe os pacientes cadastrados no banco de dados e o botão “Selecionar”.
- Ator escolhe o paciente desejado e clica em “Selecionar”.
- Sistema preenche os campos com os dados do paciente selecionado.
- Sistema retorna ao passo 3 do cenário principal.

2a. Ator clica em “Excluir”.

- Sistema exibe os pacientes cadastrados no banco de dados e o botão “Ok”.
- Ator escolhe o paciente desejado e clica em “Ok”.
- Sistema exclui o paciente do banco de dados.
- Sistema retorna ao passo 1 do cenário principal.

2a. Ator clica em “Consultar”.

- Sistema exibe os pacientes cadastrados no banco de dados e o botão “Voltar”.
- Ator visualiza os dados e clica em “Voltar”.
- Sistema retorna ao passo 1 do cenário principal.

5a. Ator clica em “Cancelar”.

- Sistema retorna ao passo 1 do cenário principal.

6a. Dado inválido.

- Sistema exibe a mensagem “Favor preencher os dados corretamente”.
- Sistema retorna ao passo 3 do cenário principal.
 22

Nome do Caso de Uso Manter Anamnese

Ator Dentista
Escopo Este caso de uso descreve a etapa de realização e consulta de
anamneses.
Pré-condições Dentista logado e paciente cadastrado no sistema.
Pós-condições Anamnese incluída no sistema.
Cenário principal

1. Sistema exibe os pacientes cadastrados no banco de dados e os botões “Realizar” e

“Consultar”.
2. Ator pesquisa e escolhe o paciente desejado e clica em “Realizar”.
3. Sistema exibe os campos de preenchimento e os botões “Ok” e “Cancelar”.
4. Ator interage com os campos.
5. Ator clica em “Ok”.
6. Sistema valida os dados preenchidos.
7. Sistema grava os dados no banco de dados.

Cenários alternativos

2a. Ator pesquisa e escolhe o paciente desejado e clica em “Consultar”.

- Sistema exibe os dados da anamnese do paciente e o botão “Voltar”.
- Ator visualiza os dados e clica em “Voltar”.
- Sistema retorna ao passo 1 do cenário principal.

5a. Ator clica em “Cancelar”.

- Sistema retorna ao passo 1 do cenário principal.

6a. Dado inválido.

- Sistema exibe a mensagem “Favor preencher os dados corretamente”.
- Sistema retorna ao passo 3 do cenário principal.

Nome do Caso de Uso Manter Agendamento

Ator Dentista
Escopo Este caso de uso descreve a etapa de inclusão, cancelamento e
exibição de agendamentos.
Pré-condições Dentista logado e paciente cadastrado no sistema.
Pós-condições Agendamento cadastrado no sistema.
Cenário principal

1. Sistema exibe os botões “Incluir”, “Cancelar Agendamento” e “Exibir

Agendamentos”.
2. Ator clica em “Incluir”.
3. Sistema exibe os campos de preenchimento e os botões “Ok” e “Cancelar”.
4. Ator interage com os campos.
5. Ator clica em “Ok”.
6. Sistema valida os dados preenchidos.
7. Sistema grava os dados no banco de dados.
 23
Cenários alternativos
2.a. Ator clica em “Cancelar Agendamento”.
- Sistema exibe o botão “Efetuar Cancelamento” e exibe os agendamentos cadastrados no
banco de dados (por ordem crescente de data e excluindo agendamentos de datas
anteriores à data atual da pesquisa).
- Ator escolhe o agendamento desejado e clica em “Efetuar Cancelamento”.
- Sistema cancela o agendamento no banco de dados.
- Sistema retorna ao passo 1 do cenário principal.

2a. Ator clica em “Exibir Agendamentos”.

- Sistema exibe os agendamentos cadastrados no banco de dados (por ordem crescente de
data e excluindo agendamentos de datas anteriores à data atual da pesquisa).
- Ator visualiza os dados e clica em “Voltar”.
- Sistema retorna ao passo 1 do cenário principal.

5a. Ator clica em “Cancelar”.

- Sistema retorna ao passo 1 do cenário principal.

6a. Dado inválido.

- Sistema exibe a mensagem “Favor preencher os dados corretamente”.
- Sistema retorna ao passo 3 do cenário principal.

Nome do Caso de Uso Manter Lembretes

Ator Dentista
Escopo Este caso de uso descreve a etapa de inclusão, alteração,
exclusão e exibição dos lembretes.
Pré-condições Dentista logado no sistema.
Pós-condições Lembrete cadastrado no sistema.
Cenário principal

1. Sistema exibe os botões “Incluir”, “Alterar”, “Excluir” e “Exibir”.

2. Ator clica em “Incluir”.
3. Sistema exibe os campos de preenchimento e os botões “Ok” e “Cancelar”.
4. Ator interage com os campos.
5. Ator clica em “Ok”.
6. Sistema valida os dados preenchidos.
7. Sistema grava os dados no banco de dados.

Cenários alternativos

2.a. Ator clica em “Alterar”.

- Sistema exibe os lembretes cadastrados no banco de dados e o botão “Selecionar”.
- Ator pesquisa e escolhe o lembrete desejado e clica em “Selecionar”.
- Sistema preenche os campos com os dados do lembrete selecionado.
- Sistema retorna ao passo 3 do cenário principal.

2a. Ator clica em “Excluir”.

- Sistema exibe todos os lembretes cadastrados no banco de dados e o botão “Ok”.
- Ator pesquisa e escolhe o lembrete desejado e clica em “Ok”.
- Sistema exclui o lembrete do banco de dados.
 24
- Sistema retorna ao passo 1 do cenário principal.

2a. Ator clica em “Exibir”.

- Sistema exibe o botão “Voltar” e exibe os lembretes cadastrados no banco de dados (por
ordem crescente de data e excluindo lembretes de datas anteriores à data atual da
pesquisa).
- Ator visualiza os dados e clica em “Voltar”.
- Sistema retorna ao passo 1 do cenário principal.

5a. Ator clica em “Cancelar”.

- Sistema retorna ao passo 1 do cenário principal.

6a. Dado inválido.

- Sistema exibe a mensagem “Favor preencher os dados corretamente”.
- Sistema retorna ao passo 3 do cenário principal.

Nome do Caso de Uso Gerar Prontuário

Ator Dentista
Escopo Este caso de uso descreve a etapa de geração de prontuários.
Pré-condições Dentista logado e paciente cadastrado no sistema.
Pós-condições Prontuário gerado no sistema.
Cenário principal

1. Sistema exibe os pacientes cadastrados no banco de dados e o botão “Gerar”.

2. Ator pesquisa e escolhe o paciente desejado e clica em “Gerar”.
3. Sistema gera o prontuário.

Cenários alternativos
 25

3.2.5. Modelo conceitual de classes

 26

3.2.6. Modelo conceitual de dados

 27

3.3. Solução tecnológica

3.3.1. Diagrama de seqüência

28
 29

3.3.2. Projeto de interfaces

30
31
32
 33

3.3.3. Diagrama de estados

 34

3.3.4. Diagrama de atividades

 35

3.3.5. Diagrama de componentes

 36

3.3.6. Modelo de classes de projeto

 37

3.3.7. Modelo físico de dados

3.3.7.1. Projeto de tabelas e Arquivos

 38

3.3.7.2. Scripts de geração do banco e suas tabelas

Create Database SGCO

Go

Use SGCO
Go

Create Table Paciente (

Codigo Integer Not Null Primary Key,
Nome Varchar(30) Not Null,
DataNascimento Date,
Sexo Varchar(1),
Telefone Varchar(12),
Celular Varchar(12),
Rua Varchar(20),
Numero Varchar(6),
Bairro Varchar(14),
Cidade Varchar(14),
Estado Varchar(2),
Email Varchar(30) )
Go
 39
Create Table Anamnese (
Codigo Integer Not Null Primary Key,
Alergia Varchar(20),
Doenca Varchar(20),
Medicamento Varchar(20),
Fumante Varchar(1),
Gestante Varchar(1),
Hemofilia Varchar(1),
Historico Varchar(30),
CodPaciente Integer,
Constraint fk_Paciente Foreign Key (CodPaciente) References Paciente (Codigo) On
Delete Cascade )
Go

Create Table Dentista (

Codigo Integer Not Null Primary Key,
Nome Varchar(30) Not Null,
DataNascimento Date,
Sexo Varchar(1),
Cro Varchar(10),
Habilitado Varchar(1),
Login Varchar(10),
Senha Varchar(10) )
Go
 40

Create Table Lembrete (

Data Date Not Null,
Codigo Integer Not Null,
Descricao Varchar(50),
CodDentista Integer,
Constraint pk_Lembrete Primary Key (Data, Codigo),
Constraint fk_Dentista Foreign Key (CodDentista) References Dentista (Codigo) On
Delete Cascade )
Go

Create Table Agendamento (

Data Date Not Null Primary Key,
Hora Time,
Motivo Varchar(20),
Anotacao Varchar(50),
Cancelado Varchar(1),
CodPaciente Integer,
CodDentista Integer,
Constraint fk_Paciente_Ag Foreign Key (CodPaciente) References Paciente (Codigo) On
Delete Cascade,
Constraint fk_Dentista_Ag Foreign Key (CodDentista) References Dentista (Codigo) On
Delete Cascade )
Go
 41

3.3.8. Ambiente tecnológico do sistema

3.3.8.1. Ambiente Físico (diagrama de implantação)

3.3.8.2. Justificativa da escolha da linguagem de

programação

Para o desenvolvimento do sistema, o framework de desenvolvimento web escolhido foi

Asp.NET e a linguagem para atuar junto desse framework foi C#, uma das linguagens mais
conhecidas e estabelecidas atualmente, é orientada à objetos e é a linguagem no qual o
programador do projeto possui expertise.
O C# tem raízes em C, C++ e Java, foi construído totalmente do zero pela Microsoft
adaptando vários dos melhores recursos de cada linguagem e acrescentando novas
capacidades próprias.
Tanto o C#, quanto o Asp.NET fazem parte da suíte de desenvolvimento Visual Studio
Community 2019 e essa versão é totalmente gratuita.

3.3.8.3. Justificativa da escolha do SGBD (Sistema

Gerenciador de Banco de Dados)

Para a manipulação e manutenção do banco de dados do projeto foi escolhido o SQL

Server, um sistema gerenciador de banco de dados relacional desenvolvido pela Microsoft.
A ferramenta Microsoft SQL Server Management Studio 18 é gratuita e totalmente
integrada a suíte Visual Studio.
 42

4. Conclusões

4.1. Reflexões e comparação entre objetivos iniciais x

alcançados

O desenvolvimento do sistema web possibilitou os dentistas gerenciarem todas as

atividades, desde atendimentos rotineiros do consultório até procedimentos clínicos, logo o
objetivo alcançado atingiu todos os objetivos iniciais.

4.2. Vantagens e desvantagens do sistema

Destaca se como vantagem para o usuário a substituição de mecanismos manuais de

gerenciamento do dia a dia da empresa para um melhor controle da clinica fazendo uso do
sistema através de um computador ou de um dispositivo móvel como um celular ou até um
tablet.
Como desvantagem, deve ser citado como necessário o monitoramento do servidor que
armazena o banco de dados e o servidor que hospeda o sistema, pois a questão da
disponibilidade é critica.

4.3. Trabalhos futuros

No futuro, caso haja necessidade e caso a proprietária queira, deverá ser feita uma análise
para implementação de uma funcionalidade off-line para o sistema web, ou seja, se houver
algum problema de disponibilidade com o servidor, uma parte do sistema deverá ser capaz
de funcionar sozinho através de uma interface, aplicativo ou algo similar disponível para o
dispositivo do usuário, para que isso não atrapalhe o andamento do consultório e quando o
servidor for restabelecido esses dados novos gerados no período sejam sincronizados
automaticamente com o banco de dados.
 43

5. Referências Bibliográficas

TEIXEIRA, Luciana do Amaral. Projeto do TCC em sistemas de informação. 1ª ed.

SESES. Rio de Janeiro, 2017.

CASATI, João Paulo. Modelagem de sistemas. 1ª ed. SESES. Rio de Janeiro, 2016.

FOWLER, Martin. UML essencial: um breve guia para linguagem padrão. 3ª ed.
Bookman, 2006.

Salustiano Oliveira Gerando. Modelo conceitual, lógico e físico usando brModelo.

Disponível em: <https://profsalu.files.wordpress.com/2014/09/brmodelo.pdf>. Acesso em:
15 de Setembro de 2019.

CASATI, João Paulo. Programação servidor em sistemas WEB. 1ª ed. SESES. Rio de
Janeiro, 2016.

CASATI, João Paulo. Programação cliente em sistemas WEB. 1ª ed. SESES. Rio de
Janeiro, 2016.

DEITEL, H.; DEITEL, P.; LISTFICLD, J. A.; NIETO, T.; YACGER, C.; ZLATKINA, M.
C# como programar. Tradução de João Eduardo Nóbrega Tortello. 1ª ed. Pearson
Education. 2003.

LEBLANC, Patrick. Microsoft SQL Server 2012: Passo a Passo. Tradução de João
Eduardo Nóbrega Tortello. 1ª ed. Bookman. 2014.

Introdução Bootstrap. Disponível em: <https://getbootstrap.com.br/docs/4.1/getting-

started/introduction/>. Acesso em: 09 de Setembro de 2019.

Astah User's Guide. Disponível em: <http://astah.net/manual>. Acesso em: 25 de Abril de

2019.