SISTEMA DE GESTÃO DE CLÍNICA ODONTOLÓGICA: Estudo Caso Clínica Dentária Uniodonto, Lda.

Transcrição

1 Departamento de Engenharia e Ciências do Mar Licenciatura em Engenharia Informática e de Computadores Projecto Fim de Curso 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 Mindelo, 2012

2 I

3 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 II

4 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 III

5 Índices 1. Introdução Motivação Estado de arte dos SGCO Sistema Proposto Objectivos Metodologia Modelação do SGCO Funcionamento do SGCO Requisitos do SGCO Diagrama de Caso de Uso Diagrama de Sequência Diagrama de Actividade Diagrama de Classes Arquitectura do SGCO Camada de Acesso a Dados Camada Lógica de Negócio Camada de Apresentação Conclusão Trabalhos Futuros Referências Anexo IV

6 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: 1

7 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 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. 2

8 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. 3

9 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 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 4

10 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 Objectivos 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 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] 5

11 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; 6

12 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 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 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 7

13 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 clínica. O sistema deverá permitir a inserção, alteração e remoção do registo dos serviços da 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 8

14 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 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. 9

15 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. 10

16 Figura 3.1: Diagrama de Caso de Uso do SGCO 11

17 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. 12

18 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 13

19 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 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] 14

20 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 15

21 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 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. 16

22 Figura 3.5: Diagrama de classes do SGCO 17

23 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. 18

24 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. 19

25 Figura 4.1: Arquitectura de 3 Camadas 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. 20

26 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. 21

27 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 22

28 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 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 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. 23

29 Figura 4.5: Área Principal Á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. 24

30 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 25

31 Figura 4.7: Área de agenda para os utilizadores anónimos e paciente Á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. 26

32 Figura 4.8: Área de consulta dos horários das próximas consultas Á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. 27

33 Figura 4.9: Área de marcação de consulta Á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. 28

34 Figura 4.10: Área de novo Tratamento Figura 4.11: Área de Plano Geral de Tratamento 29

35 Á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 30