sistema de gestÃo de clÍnica odontolÓgica: estudo...
TRANSCRIPT
Departamento de Engenharia e Ciências do Mar Licenciatura em Engenharia Informática e de Computadores
Projecto Fim de Curso
Mindelo, 2012
SISTEMA DE GESTÃO DE CLÍNICA
ODONTOLÓGICA: Estudo Caso Clínica
Dentária Uniodonto, Lda.
AUTOR: Flávio Danilson da Luz Dantas
ORIENTADOR: Mestre Hernâni Delgado Chantre
I
II
Termo de Responsabilidade
Asseguro que sou o autor original teste trabalho e que não foi consultado
nenhuma fonte de informação além das aqui devidamente referenciadas. Este
projecto é propriedade da Universidade de Cabo Verde podendo a mesma na
qualidade de Instituição de Ensino Superior Idónea utiliza-lo para quaisquer
finalidades que se considerarem pertinentes.
O Estudante
O Orientador
III
Resumo
O presente projecto tem como objectivo desenvolver um SISTEMA DE GESTÃO DE
CLÍNICA ODONTOLÓGICA (SGCO), este sistema foi desenvolvido com foco no
funcionamento da Clínica Dentária Uniodonto, Lda., em São Vicente, visando adequar as
regras de negócio da mesma, por forma a facilitar aos funcionários um maior controlo sobre
as suas actividades, podendo registar os dados pessoais dos pacientes, a anamnese geral do
mesmo, efectuar a marcação de uma consulta, controlar o histórico dos tratamentos
efectuados, efectuar um orçamento entre outros, proporcionando ao dentista e aos seus
pacientes um ambiente seguro, fiável e rápido.
Este trabalho está dividido em 5 capítulos, organizado da seguinte forma: No capítulo 1
apresenta-se a introdução do projecto, dando a conhecer o funcionamento geral da clínica em
estudo. O capítulo 2 apresenta o estado de arte dos SGCO, mostrando o porquê da
implementação do SGCO e seus objectivos. No capítulo 3 se pode encontrar a modelação do
SGCO proposto neste projecto, abordando também uma breve descrição do seu
funcionamento. O capítulo 4 apresenta a Arquitectura e a implementação do SGCO.
Palavras-chaves: Sistema Odontológico, Tecnologia WEB, ASP.NET
IV
Índices
1. Introdução............................................................................................................................ 1
1.1. Motivação .................................................................................................................... 2
2. Estado de arte dos SGCO .................................................................................................... 3
2.1. Sistema Proposto .......................................................................................................... 4
2.2. Objectivos .................................................................................................................... 5
2.3. Metodologia ................................................................................................................. 5
3. Modelação do SGCO .......................................................................................................... 6
3.1. Funcionamento do SGCO ............................................................................................ 6
3.2. Requisitos do SGCO .................................................................................................... 7
3.3. Diagrama de Caso de Uso .......................................................................................... 10
3.4. Diagrama de Sequência ............................................................................................. 13
3.5. Diagrama de Actividade ............................................................................................ 14
3.6. Diagrama de Classes .................................................................................................. 16
4. Arquitectura do SGCO ...................................................................................................... 19
4.1. Camada de Acesso a Dados ....................................................................................... 20
4.2. Camada Lógica de Negócio ....................................................................................... 21
4.3. Camada de Apresentação ........................................................................................... 23
5. Conclusão .......................................................................................................................... 31
6. Trabalhos Futuros .............................................................................................................. 31
Referências ............................................................................................................................... 32
7. Anexo ................................................................................................................................ 34
1
1. Introdução
Hoje em dia estamos vivendo na Era da Informação que é marcada por muitas
transformações em diversas áreas, sendo Informática e Telecomunicações as que tem causado
um maior impacto nas sociedades. Tudo isso levou a uma evolução das TIC no sector da
saúde com objectivo de servir as exigências e oportunidades da gestão interna das clínicas,
fornecendo maior qualidade e flexibilidade no atendimento ao cliente. Cada vez mais o
conhecimento é valorizado, o que levou a uma possibilidade de acesso interactivo on-line a
arquivos de informações.
São muitas empresas que fazem uso de técnicas que maximizem o processo de tratamento
das informações recebidas, impulsionando uma grande competitividade entre elas
Actualmente são muitos os softwares que auxiliam na gestão das Clínicas Odontológicas,
mas a maioria das clínicas existentes em São Vicente carecem de um sistema de gestão que
lhes possibilitem de competir com os demais existentes. Também ainda podemos encontrar
muitas outras funcionando da forma tradicional, ou seja, fazendo uso de fichas de papéis para
efectuarem o controlo dos serviços, dados dos pacientes, forma de pagamentos, agenda entre
outros.
Em São Vicente os números de clínicas Odontológicas vem aumentando de uma forma
significativa nos últimos anos. Devido a este factor, houve um aumento da concorrência
perante os mesmos e consequentemente levou a maioria da população a procurar um
tratamento odontológico.
A Clínica Dentária Uniodonto, Lda. ainda faz uso desse método tradicional, o que traz
várias dificuldades, tanto para o bom funcionamento da clínica, como para os pacientes. Um
paciente para começar um tratamento dentário precisa, obrigatoriamente, deslocar à clínica
para fazer a marcação da primeira consulta, e raramente esta data é encaixada logo no mesmo
dia por falta de lugares disponíveis. Também ao longo do tratamento, são muitas fichas de
papel preenchidas manualmente, o que causa uma demora no atendimento e
consequentemente pode levar a desistência por parte dos pacientes que se encontram na fila
de espera para serem atendidos, por falta de tempo dos mesmos.
O uso deste método ainda causa vários problemas, que podemos facilmente identificar
como sendo:
2
Uma demora na procura da ficha do paciente a ser atendido;
Dificuldade na gestão da agenda das consultas;
Incoerência dos dados devido a esse método de armazenamento de
informação;
A utilização do SGCO permitira resolver todos os problemas acimas descritos de uma
forma eficaz, possibilitando o armazenamento dos Históricos de consulta dos pacientes de
uma forma segura, o agendamento das consultas de uma forma mais eficaz, o controlo dos
serviços prestados na clínica, entre outros. A clínica ganhará terreno no mercado competitivo,
disponibilizando para seus pacientes um serviço de qualidade.
O projecto tem como finalidade a criação de um sistema para a gestão de uma clínica
odontológica, recorrendo a tecnologia WEB. Todos os recursos encontram-se facilmente
integrado a uma única base de dados, proporcionando ao dentista uma gestão de uma forma
fácil e eficiente.
Assim para descrever as actividades envolvidas na elaboração e desenvolvimento do
Sistema de Gestão de Clínica Odontológica, este trabalho está dividido em 5 capítulos. Cada
um está organizado da seguinte forma.
O capítulo 1 apresenta uma introdução, abordando a sua contextualização e dando a
conhecer o funcionamento básico da clínica em estudo. Também neste mesmo está
apresentada a motivação que levou a escolha deste tema. O capítulo 2 apresenta o estado de
arte dos SGCO, dando enfâse ao funcionamento geral dos sistemas existentes, e mostrando o
porquê da implementação deste sistema. Aborda também todos os objectivos do projecto. O
capítulo 3 apresenta a modelação do SGCO proposto, bem como o funcionamento do sistema
e seus requisitos. O capítulo 4 apresenta Arquitectura e o desenvolvimento do Sistema de
Gestão da Clínica Odontológica. Por último o capítulo 5 aborda as conclusões tiradas com o
desenvolvimento desse sistema, bem como sugestões para trabalhos futuros do projecto.
1.1. Motivação
As clínicas odontológicas têm como principal função o atendimento a pessoas que
apresentam algum tipo de problema bucal, ou até mesmo efectuar um controlo periódico da
situação da saúde bucal destas mesmas. Informações relevantes às consultas devem ser
mantidas para uma gestão eficaz e segura.
3
Com a construção do (SGCO), as pessoas já conseguem agendar a primeira consulta sem
ter que sair de casa ou do local de trabalho. Também serão capazes de consultar, sempre que
pretenderem, os seus horários das próximas consultas, bastando apenas ter em mãos um
computador com acesso a internet, dispensando assim a utilização de fichas de papéis.
Os profissionais da clínica terão uma grande facilidade com o sistema, fornecendo assim
um maior controlo sobre as suas actividades. Nela, todos os recursos como a gestão dos
pacientes, histórico médico, orçamentos, tratamentos, anamnese, tabela de serviços, registo
dos funcionários e a agenda estão facilmente integrados de forma a fornecer um atendimento
eficaz e rápido para satisfazer os seus clientes.
2. Estado de arte dos SGCO
Actualmente, são muitos os softwares de Medicina Odontológica existentes, podendo ser
destacadas várias funções como:
Registo de clientes, fornecedores, dentistas, entre outros;
Registos dos tratamentos que são efectuados na clínica;
Registo das tabelas de preço;
Registo e controlo dos materiais utilizados na clínica;
Capacidade de agendamento, para controlar os horários das consultas dos
pacientes;
Controlo do Odontograma, onde são registados os tratamentos, anamnese,
imagens, histórico dos pacientes;
Capacidade de gerar orçamentos que podem ser impressos ou enviados por
correio electrónico para os pacientes, entre outros.
Grande parte destes softwares, como por exemplo DENTALCLINIC,
SMILEPREV_GCO e TOTALCLINIC se encontram divididas em módulos, onde cada um
é responsável por uma função, e maioria delas são disponibilizadas para serem utilizadas em
apenas um computador, onde são instaladas directamente no disco duro. [10], [11] e [12]
Para uma clínica que possui vários computadores, o custo da implementação destes
softwares seria demasiado elevado, bem como o custo de manutenção.
4
Pode-se destacar também que as empresas desenvolvedoras dos softwares são todas
internacionais e consequentemente a obtenção do suporte por parte das mesmas seria mais
complicada e dispendiosa.
2.1. Sistema Proposto
O Sistema de Gestão de Clínica Odontológica (SGCO) proposto, dificilmente poderia
competir com os outros já existentes no mercado, mas veio com a intenção de melhor se
adaptar a realidade das Clinicas existentes em Cabo Verde e faz uso da tecnologia WEB.
O objectivo principal é construir um sistema que facilmente consegue integrar em
qualquer clínica e que se adeqúe, eficazmente, as regras de negócio da clínica e focando nos
diferentes perfis consoante o tipo de actor que usa o nosso sistema.
O SGCO foi desenvolvido com foco no funcionamento da Clínica Dentária Uniodonto,
Lda., localizada na Rua de Côco, São Vicente. Esse SGCO foi implementado num ambiente
Web, através do qual os diferentes tipos de actores pudessem interagir com o sistema
consoante o perfil associado a cada um.
Nela podemos destacar 5 perfis diferentes: o perfil de administrador, o de dentista, o de
secretária, o de paciente e o de utilizador anónimo.
O perfil utilizador anónimo dá acesso a todas as informações relacionadas com a clínica.
Conseguem efectuar um pedido de marcação de uma consulta, através de um formulário
disponibilizado na página. Para auxiliar esse pedido, está disponível para este actor a agenda
da clínica mostrando os horários ocupados.
O perfil Paciente permite o acesso a todas as áreas do perfil acima descrito, com
diferença na área onde este actor consegue visualizar os horários das consultas a serem
efectuadas na clínica.
O perfil secretária permite ao actor gerir todos os processos relacionados com a agenda
da clínica, bem como efectuar o registo dos pacientes. Um grande destaque será a agenda,
onde o actor consegue consultar o calendário diário, semanal e mensal e marcar um horário de
uma consulta para um paciente. Este actor é responsável pela validação dos pedidos das
5
marcações das consultas e logo de seguida entrar em contacto com os 2 actores (paciente e
utilizador anónimo) para acertar os detalhes.
O perfil dentista permite o acesso as áreas do perfil secretária e ainda permite o controlo
da gestão dos pacientes, onde consegue efectuar os orçamentos, controlar o histórico médico e
odontológico, efectuar os tratamentos, emitir um recibo, levando a uma maior interacção entre
clínica/paciente.
Por ultimo, o perfil administrador permite ao actor efectuar a gestão interna da clínica,
onde este mesmo consegue gerir os dentistas e as funcionárias e atribui-los o perfil
pretendido.
O SGCO trará um grande benefício para a clínica, que é a adaptação imediata ao meio
que se envolve, o que não é conseguido com a maioria dos softwares existentes, visto que
estes teriam de ser configuradas para se encaixarem com o funcionamento da clínica.
Para uma clínica que pretende ter um software e um website, teria de ter estas duas
funcionalidades separadas, logo este sistema veio unir estas duas partes e disponibilizar de
uma vez o pretendido, tanto para os dentistas como para os pacientes.
2.2. Objectivos
2.2.1. Objectivo Geral
Este projecto tem como principal objectivo de desenvolver um sistema de gestão para
uma clínica odontológica, proporcionando aos funcionários da clínica um maior controlo
sobre as suas actividades.
Nela pode-se efectuar a gestão dos pacientes, histórico médico, orçamentos, tratamentos,
anamnese, tabela de serviços, registo dos funcionários e efectuar a marcação de uma consulta.
2.3. Metodologia
Para a realização deste trabalho, foram feitas várias abordagens, das quais pesquisas na
internet, consultas em livros, documentos e softwares da área (DENTALCLINIC,
Smileprev_gco e TotalClinic). [10], [11] e [12]
6
O desenvolvimento do SGCO foi baseado na seguinte metodologia:
Estudo de caso na Clínica Dentária Uniodonto, Lda., (Mindelo - São Vicente), onde este
sistema visa ser implementado. O grande foco foi no controlo dos processos fornecidos pela
clínica, a partir do qual estudou-se as regras de negócios da mesma, onde se dá início na
marcação da primeira consulta até o término do mesmo e a marcação das próximas.
A segunda foi efectuada em websites com o foco em pré-agendamento on-line e também
em softwares que fazem o controlo geral de clínicas odontológicas. [10], [11] e [12]
3. Modelação do SGCO
Neste capítulo serão apresentados todos os processos envolvidos no desenvolvimento do
SGCO, fornecendo uma visão geral do funcionamento do sistema. Serão apresentados os
requisitos funcionais e não funcionais do SGCO [1]. Com foco nesses requisitos foram
modelados alguns Diagramas da UML que fornecem uma visão mais detalhada do SGCO,
sendo eles: diagrama de Caso de Uso, diagrama de Sequência, diagrama de Classes e
diagrama de Actividades. [2]
3.1. Funcionamento do SGCO
O SGCO representará um grande instrumento para auxiliar as clínicas Odontológicas, que
levará a um trabalho mais eficiente dos profissionais da área. Contribuirá na evolução dos
métodos de atendimento e consultas realizadas nas clínicas, e também permitirá manter o
histórico dos pacientes de forma organizada e sigilosa.
Existem várias actividades envolvidas no bom funcionamento do sistema de gestão da
clínica, sendo as mais principais:
Registo dos actores/utilizadores (Paciente, Secretária e Dentista)
Registo do Histórico Médico e Odontológico dos pacientes;
Registo do Plano Geral de tratamento;
Registo dos Procedimentos executados;
Marcação do horário de consulta;
Solicitação de marcação de uma consulta;
7
Validação do pedido de marcação de consulta;
Registo de um orçamento;
Consulta da agenda da clínica
Como mencionado anteriormente, este sistema possui 5 perfis diferentes, onde cada actor
associado ao perfil é responsável por efectuar funcionalidades distintas para o bom
funcionamento da clínica.
3.2. Requisitos do SGCO
Um requisito é definido como “uma condição ou uma capacidade com a qual o sistema
deve estar de acordo”[2], ou seja, todas as funcionalidades que o SGCO deverá permitir
efectuar.
Os Requisitos Funcionais [2] descrevem as acções realizadas pelo SGCO. Os Requisitos
Não Funcionais [2] são as características mínimas do SGCO para que o seu funcionamento
seja com qualidade.
3.2.1. Requisitos Funcionais
Segue a lista dos requisitos funcionais do SGCO proposto, com o propósito de fornecer
todo o apoio interno para uma boa gestão e armazenamento de informações cruciais na
clínica, a fim de permitir um atendimento rápido e eficaz.
Registar pacientes
O sistema deverá permitir a inserção, alteração e remoção de um registo de pacientes. No
caso de o paciente já estar registado, deve-se mostrar uma mensagem de erro informando que
o mesmo já existe na base de dados.
Registar actor/utilizador (Secretária e Dentista)
O sistema deverá permitir a inserção, alteração e remoção do registo de uma secretária ou
de um dentista. No caso do mesmo já estar registado, deve-se mostrar uma mensagem de erro
informando que este já existe na base de dados. O sistema deverá permitir a atribuição de
papel ao actor para controlar as restrições de acesso ao sistema.
Registar Histórico médico e odontológico
8
O sistema deverá permitir a inserção, alteração e remoção dos históricos dos pacientes.
Deverá permitir o acesso a esses dados de forma organizada e detalhada.
Registar tratamentos
O sistema deverá permitir a inserção, alteração e remoção do plano geral de tratamento
dos pacientes.
Executar procedimentos
O sistema deverá permitir a inserção, alteração e remoção dos procedimentos executados
dos pacientes. Antes, o mesmo deverá permitir o acesso aos planos de tratamentos para um
maior controlo por parte do dentista.
Registar serviços
O sistema deverá permitir a inserção, alteração e remoção do registo dos serviços da
clínica.
Agendar Consulta
O sistema deverá permitir a inserção, alteração e remoção de um horário de consulta na
clínica. Conforme o horário livre na agenda, assim será feita a marcação.
Registar Orçamento
O sistema deverá permitir a inserção, alteração e remoção de um orçamento feito para um
paciente num determinado dia.
Solicitar marcação de consulta
O sistema deverá permitir a inserção de um pedido de marcação de uma consulta por
parte dos pacientes.
Validar Pedido marcação de consulta
O sistema deverá permitir a confirmação do pedido de marcação de uma consulta. Para
isso deverá existir data livre na agenda.
Consultar Agenda
9
O sistema deverá permitir a exibição dos horários das consultas registados na clínica, de
uma forma sigilosa, mostrando apenas que na hora pretendida está ocupada.
Consultar Horários das consultas
O sistema deverá permitir a consulta de todos os horários registados de um paciente. Os
dados serão exibidos caso o paciente disponibilizar o seu nome e seu número de BI.
3.2.2. Requisitos Não Funcionais
Segue a lista de todos os requisitos não funcionais identificados no sistema em estudo.
Todas as informações geradas pelo sistema e pela interacção com os utilizadores
devem ser estar correctas.
Deve permitir armazenar os dados de forma sigilosa, por se tratar de informações
médicas dos pacientes. Para ter acesso a essas informações, deve-se estar registado no
sistema pelo administrador.
O sistema deverá realizar todas as funcionalidades de inserção, busca, entre outros
num tempo considerado aceitável, para evitar esperas pelo lado do utilizador.
O sistema deverá ser extensível em nível das funcionalidades.
O sistema deverá ser compatível com a maioria dos navegadores mais utilizados pelos
utilizadores.
O sistema deverá estar integrado com a base de dados SQLServer.
A Modelação é a arte e ciência que permite criar os vários modelos do SGCO. Permite a
partilha de conhecimento entre diferentes os diferentes grupos de actores do sistema, facilita e
promove a comunicação entre outros. [1]
Através da modelação desse sistema se consegue extrair vários benefícios, tais como:
Visualização do sistema;
Especificar a estrutura ou o comportamento do sistema;
Um maior controlo e guia no processo de construção do sistema;
Documentar as decisões tomadas ao longo do desenvolvimento do SGCO.
10
Foi utilizada a ferramenta de software Microsoft Visio 2007 para modelar os diagramas
da UML, pois permite uma fácil análise orientada a objectos. [13]
3.3. Diagrama de Caso de Uso
O diagrama de Caso de Uso é de fácil compreensão para que os utilizadores/actores desse
sistema possam ter uma ideia geral de como o SGCO irá se comportar, levando em conta as
relações entre as funcionalidades permitidas pelo sistema. Através da entrevista feita com os
decisores, foram definidas cinco actores/utilizadores: Paciente, Secretária, Dentista,
Administrador e Utilizador Anónimo. A figura 3.1 seguir mostra todas as actividades
consideradas principais a serem realizadas no sistema.
11
Figura 3.1: Diagrama de Caso de Uso do SGCO
12
A seguir apresentamos uma visão micro do caso de uso Validar Pedido Marcação.
Figura 3.2: Validar Pedido de Marcação
Existem duas relações importantes nesse diagrama que são uses (include) e extend. Um
uses é considerado uma relação de dependência, ou seja, para que a funcionalidade base seja
efectuada, necessariamente a outra tem de ser realizada em primeiro lugar. Um extend mostra
todos os comportamentos opcionais do SGCO, ou seja, funcionalidades que caso não sejam
efectuados não afecta no bom funcionamento do sistema.
Esse caso de uso permite á secretária consultar os pedidos das marcações de consultas e
confirmar ou rejeitar o pedido, dependendo da disponibilidade na agenda.
Existe um relacionamento de include entre Validar Pedido Marcação e Consultar Agenda
porque, para validar os pedidos é obrigatório que a secretária consulte a agenda da clínica
para verificar a disponibilidade do referido pedido.
Existe um relacionamento de extend entre Consultar Agenda e Agendar Consulta porque
quando a secretária consulta a agenda da clínica ela tem a possibilidade de agendar uma
consulta para um paciente.
13
3.4. Diagrama de Sequência
A Figura 3.3 mostra o diagrama de sequência “Executar Procedimento” que ilustra
interacções entre objectos num determinado período de tempo. [1]
Figura 3.3: Diagrama de Sequência – Executar Procedimento
Este diagrama descreve o momento em que o actor, dentista, preenche os dados dos
procedimentos executados no formulário. Procedimento executado é quando um dentista
começa um tratamento odontológico num paciente e após efectuar um serviço neste mesmo, o
dentista faz o registo do procedimento que foi efectuado.
Inicialmente o dentista deve estar na área do paciente em tratamento para que possa
visualizar o plano geral de tratamento desse mesmo paciente, antes de começar um novo
tratamento. Este paciente deve ter efectuado um orçamento para descrever todos os
tratamentos que serão efectuados durante esse tratamento. Para visualizar esse plano de
tratamento numa determinada data, o dentista selecciona esta data num ComboBox e o
resultado é listado numa tabela. Após a realização desse tratamento, o dentista escolhe inserir
esses procedimentos executados, preenchendo um formulário na área de Procedimentos
14
executados. Clicando no botão de Novo Procedimento, o dentista tem a opção de inserir esses
dados e enviar para o sistema. Após a solicitação de guardar os dados, o sistema recebe esses
dados para validação e posteriormente envia-os para a base de dados com o pedido de
inserção. No final desses processos, é enviada uma mensagem de confirmação do registo do
novo procedimento executado e o sistema redirecciona o dentista para a ficha do paciente.
3.5. Diagrama de Actividade
A Figura 3.4 mostra o diagrama de actividade de execução de um procedimento.
Descreve os passos a serem percorridos para a conclusão dessa actividade. O diagrama de
Actividade tem uma maior concentração na representação do fluxo de controlo de uma
actividade. [1]
15
Figura 3.4: Diagrama de Actividade – Executar Procedimento
Para executar um Procedimento, inicialmente o actor/Dentista tem de escolher qual opção
pretende efectuar, sendo elas: Consultar o plano de tratamento ou inserir um novo plano de
tratamento. Caso a primeira opção for escolhida, o dentista terá de seleccionar a data, e de
seguida uma lista contendo os dados relativamente a essa data é apresentada. Caso a segunda
opção for a pretendida, o dentista faz clique no botão de novo procedimento e o formulário de
inserção do novo procedimento será aberto. O actor fornece os dados solicitados no
16
formulário, e após essa inserção, ele terá de confirmar a inserção clicando no botão de inserir.
O sistema irá efectuar a validação dos dados e caso os dados estiverem incorrectos, este
mesmo apresentará uma mensagem de erro ao utilizador. Caso esses dados estiverem
correctos, o sistema grava esses mesmos na base de dados, exibe uma mensagem de sucesso e
de seguida actualiza a lista dos procedimentos. Essa lista será visualizada pelo actor.
3.6. Diagrama de Classes
O diagrama de Classes é considerado o mais importante da UML. Serve de apoio para a
maioria dos demais diagramas. Descreve a estrutura estática do sistema, em particular as
entidades existentes, as suas estruturas internas, e relações entre si. [1]
A figura 3.5 apresenta o diagrama de classe elaborado para esse sistema, que foi
concebido através da ferramenta de software DBDesigner v4. Composto por 18 classes,
mostra os seus atributos e seus relacionamentos.
17
Figura 3.5: Diagrama de classes do SGCO
18
Este diagrama define todas as classes utilizadas pelo SGCO, mostrando as relações que
cada um está sujeita. A Maioria dessas classes possuem relações de 1 para muitos (1_n) para
descrever os vínculos entre si. O relacionamento entre a classe orçamento e serviço possui
uma relação de muitos-para-muitos (n_m). Houve a necessidade de quebrar essa relação,
gerando numa nova classe chamada de detalhe_orcamento que está relacionada com
orçamento e serviço, todas com relações de 1 para muitos (1_n).
A Figura 3.6 mostra o relacionamento projectada para efectuar um orçamento. Podemos
identificar 7 classes importantes, sendo elas de paciente, orçamento,
parcelamento_orcamento, forma_pagamento, detalhe_orcamento, serviço e dente.
Figura 3.6: Relacionamento – Efectuar Orçamento
O quadro contendo as Entidades e Descrições das Tabelas que compõem o Diagrama de
Classe do SGCO encontra-se no anexo A1. O dicionário de dados para o SGCO encontra-se
no anexo A2.
19
4. Arquitectura do SGCO
Para o desenvolvimento do SGCO foi utilizado o ambiente Microsoft Visual Studio 2010,
responsável por desenvolver aplicações ASP.NET (Active Server Pages), recorrendo a
linguagem de programação C#. Também foi utilizado o sistema de gestão de dados Microsoft
SQL Server 2008 Express [3] para criar a base de dados responsável por guardar todas as
informações da clínica.
Como se pode observar, o SGCO é uma aplicação Web, logo a necessidade de ser
desenvolvida na plataforma ASP.NET que é uma plataforma da Microsoft para o
desenvolvimento de aplicações Web, [17] baseando no framework .NET 4.0.
Foi utilizada a aplicação Crystal Report [19] para projectar e gerar os relatórios
necessários para os negócios da clínica. Para a parte da implementação da agenda foi utilizado
utilizando o plugin jquery FullCalendar-asp-net. Todas essas ferramentas foram utilizadas
com a intenção de satisfazer as necessidades de negócio da clínica.
Para fins de teste do SGCO criou-se um ambiente de desenvolvimento assente num
servidor Web (IIS). [4]
O SGCO foi desenhado baseando na Arquitectura de 3 Camadas, onde está dividida da
seguinte forma: Camada de Apresentação (Presentation Layer);Camada Lógica de Negócios
(Business Logic Layer); Camada de Acesso a Dados (Data Access Layer).
A arquitectura proposta é uma implementação bastante vantajosa, permitindo o
desenvolvimento da aplicação de forma rápida e simples, o reaproveitamento de regras de
negócios, a diminuição de sobrecarga no cliente, entre outros [6].
A figura 4.1 mostra de forma resumida essas 3 camadas e de que modo elas se interligam.
20
Figura 4.1: Arquitectura de 3 Camadas.
4.1. Camada de Acesso a Dados
Camada responsável pela persistência e acesso aos dados do SGCO [7]. Nela são
implementadas todos os métodos que acedem a base de dados. As tabelas da nossa base de
dados foram implementadas de acordo com o modelo ER[18], modelo esse implementado de
acordo com as regras de negócio da clínica em estudo. Foi feito o uso de Stored Procedure [8]
que são conjuntos de instruções do SQL armazenados directamente na Base de Dados. Esse
procedimento evita um grande tráfego na rede, levando a uma resposta mais rápida no acesso
aos dados.
21
A Figura 4.2 mostra como foi implementado o SP no processo de guardar um
procedimento executado.
Figura 4.2: SP de Procedimento Executado
4.2. Camada Lógica de Negócio
Esta camada é responsável pela lógica de negócio do SGCO. As classes de negócio (BO
– Business Object) dessa camada foram implementadas utilizando a linguagem C#.
Esta camada faz a ligação com a camada de acesso a dados através de um objecto
Connection que contem todas as informações necessárias para efectuar a conexão. A string de
conexão (ConnectionString) contem as informações desse objecto Connection, e ela é a
responsável pela conexão com a base de dados do SGCO. A Figura 4.3 mostra essa
connectionString.
22
Figura 4.3: Conexão da Base de Dados
A seguir apresentamos a classe de negócio que representa a inserção de um plano de
tratamento.
Figura 4.4: Classe para adicionar Plano de Tratamento
23
Um plano de tratamento representa todos os serviços que um determinado paciente será
submetido ao longo do tratamento odontológico. Esses serviços são guardados para que o
dentista possa certificar dos procedimentos a serem executados durante esse tratamento.
4.3. Camada de Apresentação
Esta camada é responsável pela exibição dos dados. Ela interage apenas com a camada de
negócios [9] através dos Data Controllers, que são controlos de dados responsáveis por
receber os dados através dos Stored Procedure e disponibilizá-los através de GridViews
Personalizados, DetailsView, DataList, entre outros. Todas as ferramentas (ASP.NET,
HTML, AJAX TOOLKIT, JAVASCRIPT e CSS) utilizadas no desenvolvimento do SGCO
serão apresentadas nessa camada.
Como apresentado anteriormente, o sistema faz uso de 5 actores diferentes e cada um
com o seu perfil de acesso. A seguir será apresentada uma área para cada um dos actores do
SGCO.
4.3.1. Interface Principal
Ao aceder ao sistema, será apresentada a área principal que consiste num slideshow
apresentando aos utilizadores as publicidades e notícias da clínica. Contem um menu para
navegação, a área de newsletter e uma área de Acesso Restrito onde somente os funcionários
da clínica conseguem aceder.
24
Figura 4.5: Área Principal
4.3.2. Área do actor Utilizador Anónimo
A seguir será ilustrada como um utilizador anónimo consegue efectuar um pedido de
marcação de uma consulta. Para um maior suporte nessa marcação, foi disponibilizada a
agenda da clínica, onde este mesmo actor consegue visualizar todos os horários ocupados.
25
Para implementar essa agenda, fez-se uso do CalendarSite [13] que é uma aplicação Web
(WebForm) desenvolvida utilizando o plugin jquery FullCalendar-asp-net.
Figura 4.6: Área para solicitar a marcação da consulta
26
Figura 4.7: Área de agenda para os utilizadores anónimos e paciente
4.3.3. Área do actor Paciente
O paciente consegue efectuar todas as funcionalidades do actor utilizador anónimo, com
única diferença em que este mesmo consegue visualizar todos os seus horários agendados
para as próximas consultas. Essas informações são disponibilizadas após o paciente fornecer o
seu nome e seu número de BI.
27
Figura 4.8: Área de consulta dos horários das próximas consultas
4.3.4. Área do actor Secretária
Esse actor é responsável pelo registo dos pacientes e também por efectuar a gestão da
agenda da clínica. Também é quem regista os serviços fornecidos pela clínica e, logo após
uma consulta, este mesmo pode efectuar o orçamento para o paciente. A figura abaixo
exemplifica como esse actor agenda uma consulta para um paciente no sistema.
28
Figura 4.9: Área de marcação de consulta
4.3.5. Área do actor Dentista
Este actor é responsável por registar todas as informações das consultas dos pacientes,
como o histórico médico e odontológico, o plano geral de tratamento e os procedimentos
executados. Para exemplificar a inserção de um novo plano geral de tratamento, as figuras
abaixo ilustram esses 2 processos, sendo o primeiro de inserção do plano e o segundo de
visualização da lista dos tratamentos que foram registados nesse plano.
29
Figura 4.10: Área de novo Tratamento
Figura 4.11: Área de Plano Geral de Tratamento
30
4.3.6. Área do actor Administrador
Este actor é responsável pela gestão dos utilizadores internos do sistema. É ele quem
regista os dentistas e secretárias e ainda atribui a cada um o seu papel dependendo da função
exercida por cada um. A figura a seguir ilustra a área principal desse actor. A partir dessa área
ele consegue efectuar todas as suas funcionalidades no sistema.
Figura 4.12:Área do Administrador
31
5. Conclusão
Este trabalho apresenta o desenvolvimento de um sistema de gestão para uma clínica
odontológica com tecnologia WEB. Este sistema trará um grande auxílio no funcionamento
das clínicas, pois, farão uso da informática para aprimorar os serviços prestados. Permitirá uso
de métodos mais eficientes e de processos mais rápidos para satisfazer o atendimento dos
pacientes e ajudar na gestão das informações relevantes dos mesmos.
Todos os objectivos foram atingidos, permitindo registar informações dos pacientes,
históricos dos tratamentos e agendamento das consultas. Os pacientes já conseguem efectuar
um pedido de marcação de uma consulta sem ter que dirigir para a clínica, bastando ter em
mãos um computador ligado a internet.
O sistema proposto proporcionará um grande auxílio no bom funcionamento da clínica
em estudo.
6. Trabalhos Futuros
Como trabalhos futuros, pode-se implementar outras novas funcionalidades para apoiar
os utilizadores, como uma agenda mais dinâmica que os dentistas conseguem controlar os
seus horários. Também uma melhoria na base de dados conforme as necessidades dos
funcionários da clínica permitindo uma expansão futura da clinica. Sem deixar de mencionar
no processo de gerar relatórios para que os administradores possam efectuar a gestão
completa da clinica. Esse processo implica a utilização de filtros mais inteligentes de procuras
para fornecer detalhes mais precisos.
32
Referências
[1] ALBERTO M. R. da SILVA, CARLOS A. E. VIDEIRA. UML, Metodologias e
Ferramentas CASE (2001), 1ª edição, Porto – Lisboa
[2] REQUISITOS, CONCEITOS. Disponível em
<http://www.wthreex.com/rup/process/workflow/requirem/co_req.htm> Consultado em 05-
12-2012.
[3] WINDOWS COMMUNICATION FOUNDATION. Disponível em
<http://pt.wikipedia.org/wiki/Windows_Communication_Foundation> Consultado em 28-11-
2012.
[4] VISÃO GERAL DA FUNÇÃO DE SERVIDOR WEB (IIS). Disponível em
<http://technet.microsoft.com/pt-br/library/cc770634(v=ws.10).aspx> Consultado em 28-11-
2012.
[5] PAULO SOUSA. Arquitectura de Aplicação e modelo de 3 camadas. Engenharia de
Informação. Instituto Superior de Engenharia do Porto
[6] TOTVS. Arquitectura RM 3 Camadas (Junho de 2009). Disponível em
<http://www.slideshare.net/tecnologiahbb/arquitetura-3-camadas-rm> Consultado em 01-12-
2012
[7] Arquitectura em três camadas. Disponível em
<http://marcelamperes.wordpress.com/2011/07/14/arquitetura-em-tres-camadas-parte-1/>
Consultado em 01-12-2012
[8] Criação e uso de Stored Procedures. Disponível em <http://imasters.com.br/artigo/223/sql-
server/criacao-e-uso-de-stored-procedures> Consultado em 01-12-2012
[9] Criando uma aplicação em 3 camadas. Disponível em
<http://www.macoratti.net/cshp_3c1.htm Consultado em 02-12-2012>
[10] Software DENTALCLINIC. Disponível em
<http://www.dentalclinic.com.br/dc/index.htm> Consultado em 10-11-2012
[11] Software TotalClinic. Disponível em <http://totalclinic.com.br> Consultado em 10-11-
2012
33
[12]Software Gerenciador Clínico Odontológico Smile. Disponível em
<http://www.smileodonto.com.br/gco/> Consultado em 10-11-2012
[13] Microsoft Visio 2007. Disponível em <http://en.wikipedia.org/wiki/Microsoft_Visio>
Consultado em 01-09-2012
[14] Fullcalendar, CalendarSitev1.1. Disponível em <code.google.com/p/fullcalendar-asp-net/
code.google.com/p/fullcalendar-asp-net/> Consultado em 23-11-2012
[15] Era de Informação. Disponível em
<http://www.espacoacademico.com.br/002/02col_mendes.htm> Consultado em 10-12-2012
[16] Microsoft Visual Studio 2010. Disponível em
<http://en.wikipedia.org/wiki/Microsoft_Visual_Studio> Consultado em 01-10-2012
[17] ASP.NET. Disponível em <http://pt.wikipedia.org/wiki/ASP.NET> Consultado em 01-
20-2012
[18] Diagrama de Entidade Relacionamento. Disponível em
<http://pt.wikipedia.org/wiki/Diagrama_entidade_relacionamento> Consultado em 05-11-
2012
[19] Crystal Report. Disponível em <http://en.wikipedia.org/wiki/Crystal_Reports>
Consultado em 10-12-2012
34
7. Anexo
A1
A tabela a seguir apresentada as entidades do diagrama de classes do sistema.
Tabela 7.1: Descrição das entidades
Entidades Descrição
paciente Armazenará informações referidas ao paciente.
histórico_medico Armazenará informações dos históricos médicos e
odontológicos dos pacientes.
serviço Armazenará informações referidas aos serviços
disponibilizados pela clínica.
tipo_benificiario Armazenará informações referidas a que tipo de benificiário
o paciente está inscrito.
plano_tratamento Armazenará informações referidas aos planos dos
tratamentos efectuados pelos clientes.
tipo_tratamento Armazenará informações sobre os tratamentos oferecidos
pela clínica.
dente Armazenará informações referidas aos dentes (nomes e
códigos).
procedimento_executado Armazenará informações referidas ao procedimentos
executados pelos pacientes na clínica.
orcamento Armazenará informações referidas ao plano de orçamento
realizado paciente.
detalhe_orcamento Armazenará informações sobre todos os serviços contidos
num orçamento.
parcelamento_orcamento Armazenará informações referidas ao método de pagamento
por parcelas do orçamento.
35
forma_pagamento Armazenará informações da forma como o pagamento será
efectuado (dinheiro, cartão, cheque).
exame_clinico_bucal Armazenará informações a um exame feito pelo doutor ao
examinar o paciente.
newsletter Armazenará informações sobre quem solicita receber
noticias e promoções da clínica.
agenda Armazenará informações sobre o agendamento das
consultas dos pacientes.
funcionário Armazenará informações sobre os funcionários da clínica.
dentista Armazenará informações sobre os dentistas da clínica.
pedido_marcacao Armazenará informações sobre as pessoas que pretendem
solicitar uma marcação de uma consulta na clínica.
A2
A seguir será apresentada o dicionário de dados do SGCO. Nestas tabelas estão apresentadas
os atributos, suas descrições, o tipo e se é ou não chave.
Tabela 7.2: Entidade Paciente
Paciente
Atributos Descrição Tipo Chave
id_paciente Identificação do paciente int Primária
id_benificiario Identificação do tipo de
benificiário
varchar(5) Estrangeira
nome Nome do paciente varchar(20)
apelido Apelido do paciente varchar(50)
data_nascimento Data de nascimento do
paciente
date
idade Idade do paciente Int
género Género do paciente char(1)
36
estado_civil Estado civil do paciente varchar(20)
email Endereço de email do
paciente
varchar(70)
profissao Profissão do paciente varchar(60)
endereco Endereço do paciente varchar(50)
tel_fixo Telefone do paciente varchar(15)
tel_movel Móvel do paciente varchar(15)
local_trabalho Local de trabalho do
paciente
varchar(50)
tel_trabalho Tefefone do trabalho varchar(15)
num_benificiario Nº de benificário do paciente int
recomendado_por Quem indicou a clinica para
o paciente
varchar(50)
data_cadastro Data que oi efectuada o
registo na clínica
date
imagem Foto do paciente varchar(100)
Tabela 7.3: Entidade Histórico médica e odontológica
Histórico_medico
id_historico Identificação do
histórico
int Primária
id_paciente Identificação do
paciente
int Estrangeira
tratamento Se o paciente está
em algum
tratamento médico
text
medicamento Se o paciente
toma algum
medicamento
text
alergia Se o paciente
apresenta alergia a
certos casos
text
tipo_alteracao Se o paciente
apresenta
alterações físicas
text
doenca_hereditaria Se existe caso de
doenças
hereditárias na
família
text
37
sintomas Se o paciente
apresenta alguns
sintomas
text
exames Se o paciente já
efectuou exame de
verificação de
DST
text
cirurgia Se o paciente já
foi submetido em
alguma cirurgia
text
antibioterapia Se o paciente
apresentou
algumas
condições antes
do procedimento
odontológico
text
fumante Se o paciente é ou
não fumante e em
que quantidade
text
bebida_alcoolica Se o paciente
ingere bebidas
alcoólicas e em
que frequência
text
ataque_desmaio_pconsciencia Se o paciente já
apresentou
ataques, desmaios
ou perda de
consciência
text
hemorragia_disturbio Se o paciente já
teve hemorragia
ou distúrbios na
coagulação
text
Mulher Caso o paciente se
tratar de uma
mulher
text
tratamento_odontologico Se o paciente já
realizor
tratamento
odontológico
text
obs_bucal Algumas
observações da
saúde bucal do
paciente
text
orientação_higiene Se o paciente já
recebeu
orientações sobre
a higiene oral
varchar(40)
data_historico Data em que o
paciente realizou
o histórico
date
38
Tabela 7.4: Entidade Serviço
Serviço
Atributos Descrição Tipo Chave
cod_servico Código do serviço int Primária
categoria_servico Categoria do
serviço
varchar(60)
preco_segurado Preço para um
paciente segurado
varchar(20)
comparticipacao_inps Comparticipação
do inps pelo
serviço
varchar(20)
comparticipacao_paciente Comparticipação
do paciente pelo
serviço
varchar(20)
preco_particular Preço para um
paciente particular
varchar(20)
quantidade_e_maxima int
num_anos int
percent_pencionista Percentagem para
um paciente
pensionista
int
Tabela 7.5: Entidade Tipo de benificiário
Tipo_benificiario
Atributos Descrição Tipo Chave
id_benificiario Identificação do
tipo de benificiário
varchar(5) Primária
nome Nome do tipo de
benificiário
varchar(20)
Tabela 7.6: Entidade Exame clínica bucal
Exame_clinico_bucal
Atributos Descrição Tipo Chave
id_exame Identificação do
exame
int Primária
id_paciente Identificação do
paciente
int Estrangeira
observacao Observação
registada
text
Tabela 7.7: Entidade Orçamento
39
Orçamento
Atributos Descrição Tipo Chave
id_orcamento Identificação do
orçamento
int Primária
id_paciente Identificação do
paciente
int Estrangeira
data_orcamento Data que foi
efectuada o
orçamento
date
parcelamento Caso o orçamento
for pago em
parcelas
int
Tabela 7.8: Entidade detalhe de orçamento
Detalhe de Orçamento
Atributos Descrição Tipo Chave
id_orcamento Identificação do
orçamento
int Primária
Id_servico Identificação do
serviço
int Primária
cod_dente Código do dente int Estrangeira
total Valor total do
serviço
float
Tabela 7.9: Entidade forma de pagamento
Forma de pagamento
Atributos Descrição Tipo Chave
id_forma_pagamento Identificação da
forma de
pagamento
Int Primária
descricao Descrição de como
será efectuado o
pagamento
Varchar(100)
Tabela 7.10: Entidade Parcelamento de orçamento
Parcelamento_orcamento
Atributos Descrição Tipo Chave
id_parcelamento Identificação do
parcelamento do
orçamento
int Primária
id_orcamento Identificação do
orçamento
int Estrangeira
data_vencimento Data em que expira date
40
o parcelamento
preco_parcela Preço de cada
parcela efectuada
float
Tabela 7.11: Entidade Procedimento executado
Procedimento_executado
Atributos Descrição Tipo Chave
id_procedimento Identificação do
procedimento
int Primária
id_paciente Identificação do
paciente
int Estrangeira
id_dentista Identificação do
dentista
int Estrangeira
cod_dente Código do dente int Estrangeira
data_executado Data em que foi
executado o
procedimento
date
trabalho_realizado Que tipo de
trabalho foi
efectuado
text
Tabela 7.12: Entidade Dente
Dente
Atributos Descrição Tipo Chave
cod_dente Código do dente int Primária
nome Nome do dente varchar(100)
Tipo O tipo do dente varchar(20)
Tabela 7.13: Entidade Newsletter
Newsletter
Atributos Descrição Tipo Chave
id_news Identificação do
newsletter
int Primária
nome Nome da pessoa
interessada em
receber o newsletter
varchar(50)
mail Endereço email da
pessoa
varchar(50)
Tabela 7.14: Entidade Agenda
41
Agenda
Atributos Descrição Tipo Chave
event_id Identificação da
agenda
int Primária
title Nome do paciente
na agenda
varchar(100)
fone Telefone do
paciente na agenda
varchar(50)
nrobi Nº BI do paciente
na agenda
int
descricao O tipo de serviço a
ser efectuado no
paciente
varchar(200)
event_start Dia e hora de início
do tratamento
datetime
event_end Dia e hora final do
tratamento
datetime
Tabela 7.15: Entidade Funcionário
Funcionario
Atributos Descrição Tipo Chave
id_funcionario Identificação do
funcionário
int Primária
nome Nome do
funcionário
varchar(20)
apelido Apelido do
funcionário
varchar(50)
data_nascimento Data de nascimento
do funcionário
date
genero Género do
funcionário
char(1)
endereco Endereço do
funcionário
varchar(50)
tel_fixo Telefone do
funcionário
varchar(15)
tel_movel Móvel do
funcionário
varchar(15)
Email Endereço email do
funcionário
varchar(40)
imagem Foto do funcionário varchar(100)
Tabela 7.16: Entidade Dentista
Dentista
Atributos Descrição Tipo Chave
id_dentista Identificação do int Primária
42
dentista
nome Nome do dentista varchar(20)
apelido Apelido do dentista varchar(50)
data_nascimento Data de nascimento
do dentista
date
genero Género do dentista char(1)
endereco Endereço do
dentista
varchar(50)
tel_fixo Telefone do
dentista
varchar(15)
tel_movel Móvel do dentista varchar(15)
email Endereço email do
dentista
varchar(40)
imagem Foto do dentista varchar(100)
Tabela 7.17: Entidade Plano de Tratamento
Plano de Tratamento
Atributos Descrição Tipo Chave
id_plano_tratamento Identificação do
plano de tratamento
int Primária
cod_dente Código do dente int Estrangeira
id_tipo_tratamento Identificação do
tipo de tratamento
int Estrangeira
observacao Algumas
observações sobre o
plano de tratamento
text
data_plano Data em que foi
efectuado o plano
date
Tabela 7.18: Entidade Tipo de tratamento
Tipo de tratamento
Atributos Descrição Tipo Chave
id_tipo_tratamento Identificação do
tipo de tratamento
int Primária
Tipo Descrição do tipo
de tratamento
Varchar(50)
Tabela 7.19: Entidade Pedido de Marcação
Pedido de marcação
Atributos Descrição Tipo Chave
id_pedido_marcacao Identificação do
pedido de marcação
int Primária
nome Nome do cliente Varchar(20)
43
que efectuou o
pedido
Apelido Apelido do cliente Varchar(50)
Telefone Telefone do cliente Varchar(15)
email Email do cliente Varchar(50)
data_marcacao Data em que foi
feito o pedido de
marcação
Date
hora_marcacao Hora em que foi
feito o pedido
Char(10)
obs_marcacao Algumas
observações sobre o
pedido
text
Confirmado Se o pedido foi
confirmado
Char(5)
A3
LISTA DE ILUSTRAÇÕES
Figura 3.1: Diagrama de Caso de Uso do SGCO
Figura 3.2: Validar Pedido de Marcação
Figura 3.3: Diagrama de Sequência – Executar Procedimento
Figura 3.4: Diagrama de Actividade – Executar Procedimento
Figura 3.5: Diagrama de classes do SGCO
Figura 3.6: Relacionamento – Efectuar Orçamento
Figura 4.1: Arquitectura de 3 Camadas.
Figura 4.2: SP de Procedimento Executado
Figura 4.4: Classe para adicionar Plano de Tratamento
Figura 4.5: Área Principal
Figura 4.6: Área para solicitar a marcação da consulta
Figura 4.7: Área de agenda para os utilizadores anónimos e paciente
Figura 4.8: Área de consulta dos horários das próximas consultas
44
Figura 4.9: Área de marcação de consulta
Figura 4.10: Área de novo Tratamento
Figura 4.11: Área de Plano Geral de Tratamento
Figura 4.12:Área do Administrador
Tabela 7.1: Descrição das entidades
Tabela 7.2: Entidade Paciente
Tabela 7.3: Entidade Histórico médica e odontológica
Tabela 7.4: Entidade Serviço
Tabela 7.5: Entidade Tipo de benificiário
Tabela 7.6: Entidade Exame clínica bucal
Tabela 7.7: Entidade Orçamento
Tabela 7.8: Entidade detalhe de orçamento
Tabela 7.9: Entidade forma de pagamento
Tabela 7.10: Entidade Parcelamento de orçamento
Tabela 7.11: Entidade Procedimento executado
Tabela 7.12: Entidade Dente
Tabela 7.13: Entidade Newsletter
Tabela 7.14: Entidade Agenda
Tabela 7.15: Entidade Funcionário
Tabela 7.16: Entidade Dentista
Tabela 7.17: Entidade Plano de Tratamento
Tabela 7.18: Entidade Tipo de tratamento
Tabela 7.19: Entidade Pedido de Marcação
45
A4
LISTA DE SIGLAS
SGCO – Sistema de Gestão para uma Clínica Odontológica
SQL – Structured Query Language
TIC – Tecnologias de Informação e Comunicação
WEB – Word Wide Web
IIS – Internet Information Services
UML –Unified Modelling Language
(1_N) – Relacionamento Um-para-Muitos
(1_1) – Relacionamento Um-para-Um
(N_M) – Relacionamento Muitos-para-Muitos
ER – Entidade Relacionamento
SP – Stored Procedure
BD – Base de Dados
BO – Business Object
ASP – Active Server Pages
HTML – HyperText Markup Language
CSS – Cascading Style Sheets
JAVASCRIPT
BI – Bilhete de Identidade