Índice
1.1 Histórico do Projeto de Desenvolvimento do Sistema
1.2 Finalidade do desenvolvimento do sistema
1.3 Estrutura do Artigo e Disposição dos Capítulos
2 Análise do Sistema de Gestão de Casos de Clínicas Odontológicas Privadas
2.2 Análise de fluxo do sistema
2.2.1 Processo de adição de dados
2.2.2 Processo de modificação de dados _
2.2.3 Processo de exclusão de dados _
2.3 Análise da função do sistema
2.4 Análise de caso de uso do sistema
3 Desenho geral do gerenciamento de casos em clínica odontológica particular
3.1 Projeto da arquitetura do sistema
3.2 Projeto do módulo de função do sistema
3.2.1 Projeto geral do módulo funcional
3.2.2 Projeto do módulo do usuário
3.2.3 Projeto do módulo de gerenciamento de comentários
3.2.4 Projeto do módulo de gerenciamento de informações do departamento
3.2.5 Projeto do módulo de gerenciamento de informações cadastrais
3.3.1 Projeto da estrutura conceitual do banco de dados
3.3.2 Projeto da estrutura lógica do banco de dados
4 Projeto detalhado e implementação de gerenciamento de casos em clínicas odontológicas privadas
4.1 Módulo de função do usuário
4.1.1 Interface da página inicial
4.1.2 Interface de registro do usuário
4.1.3 Interface de login do usuário 22
4.1.4 Interface do quadro de avisos
4.1.5 Interface de informações odontológicas
4.1.6 Interface de detalhes do departamento
4.3 Módulo de funções do administrador
4.3.1 Interface de gerenciamento do local
4.3.2 Interface de gerenciamento do usuário
4.3.3 Interface de informações odontológicas
4.3.4 Mais interfaces de gerenciamento
5.1 Finalidade do teste do sistema 31
5.2 Casos de teste do sistema 31
Na sociedade da informação, há necessidade de canais direcionados de aquisição de informações, mas a expansão dos canais é basicamente a direção que as pessoas estão buscando. Devido ao desvio de perspectiva, as pessoas podem obter diferentes tipos de informações, o que também é a tecnologia mais difícil de superar. Visando problemas como o gerenciamento de casos em clínicas odontológicas privadas, conduza pesquisas e análises sobre gerenciamento de casos em clínicas odontológicas privadas e, em seguida, desenvolva e projete o gerenciamento de casos em clínicas odontológicas privadas para resolver os problemas.
Os principais módulos funcionais do gerenciamento de casos de clínicas odontológicas privadas incluem gerenciamento de usuários, centro de departamentos, informações de agendamento, informações de registro, informações de cobrança, informações de casos, informações de mensagens, gerenciamento de medicamentos, adição de registros, registros de vendas e adoção de um modelo de desenvolvimento orientado a objetos para desenvolvimento de software. O desenvolvimento e a instalação de hardware podem atender às necessidades de uso real, e a instalação de software correspondente e o trabalho de codificação do programa foram aprimorados. MySQL é usado como a principal unidade de armazenamento para dados de segundo plano e estrutura SSM, tecnologia JAVA e A tecnologia Ajax é usada para negócios. A codificação e o desenvolvimento do sistema realizaram todas as funções do sistema. Este relatório primeiro analisa os antecedentes, a função e o significado da pesquisa, estabelecendo as bases para a racionalidade do trabalho de pesquisa. Analisou as várias necessidades e questões técnicas de gerenciamento de casos em clínicas odontológicas privadas, comprovou a necessidade e a viabilidade técnica do sistema e, em seguida, fez uma introdução básica ao software técnico e às ideias de design que precisam ser usadas no sistema de design e, finalmente, realizou o gerenciamento de casos de clínica odontológica particular e a implantação é usada.
Palavras-chave : tecnologia SSM; MYSQL; gestão de casos em clínica odontológica privada
Abstrato
Na sociedade da informação, há necessidade de acesso direcionado à informação, mas a expansão do acesso é basicamente a direção dos esforços das pessoas. Devido ao desvio de perspectiva, muitas vezes as pessoas podem obter diferentes tipos de informações, o que também é o assunto mais difícil para a tecnologia superar. Visando os problemas de gerenciamento de casos em clínica odontológica privada, este trabalho estuda e analisa o gerenciamento de casos em clínica odontológica privada e, a seguir, desenvolve e desenha o gerenciamento de casos em clínica odontológica privada para resolver os problemas.
Os principais módulos funcionais de gerenciamento de casos em clínica odontológica privada incluem gerenciamento de usuários, Central de departamentos, informações de reserva, informações de registro, informações de cobrança, informações de casos, informações de mensagens, gerenciamento de medicamentos, adição de registros e vendas de registros. O modo de desenvolvimento orientado a objeto é adotado para desenvolvimento de software e montagem de hardware, que pode atender às necessidades de uso real e melhorar a montagem de software correspondente e codificação de programa, o MySQL é usado como a principal unidade de armazenamento de dados em segundo plano e a estrutura SSM, A tecnologia Java e a tecnologia Ajax são usadas para codificar e desenvolver o sistema de negócios, que realiza todas as funções do sistema. Este relatório primeiro analisa os antecedentes, a função e o significado da pesquisa, que estabelece uma base para a racionalidade do trabalho de pesquisa. Este artigo analisa as várias necessidades e problemas técnicos do gerenciamento de casos em clínicas odontológicas particulares, prova a necessidade e a viabilidade técnica do sistema e, em seguida, faz uma introdução básica ao software técnico e à ideia de design necessária para projetar o sistema. Por fim, realiza o gerenciamento de casos e implantação de clínica odontológica particular.
Keywords : tecnologia SSM; MYSQL； Gerenciamento de casos em clínicas odontológicas privadas
1 Introdução
O SISTEMA DE INFORMAÇÕES HOSPITALARES (SISTEMA DE INFORMAÇÕES HOSPITALARES), denominado HIS, é um projeto básico importante para a modernização das clínicas odontológicas privadas e um meio necessário para melhorar o nível de gerenciamento de casos, nível médico, eficiência da operação comercial e qualidade dos serviços odontológicos privados clínicas. Refere-se ao software de aplicativo de computador que usa equipamentos de comunicação de rede e computador para coletar, armazenar, processar, extrair e comunicar dados sobre informações médicas do paciente, informações de análise de contabilidade financeira e informações de consultas em clínicas odontológicas particulares para atender às necessidades de uso de informações de sistema de todos os usuários autorizados.
1.1 Histórico do projeto de desenvolvimento do sistema
Com o rápido desenvolvimento da indústria de computadores, os computadores eletrônicos têm sido amplamente utilizados no gerenciamento de informações, processamento de texto, design assistido, ensino assistido e vida diária das pessoas. O sistema de gestão da clínica odontológica visa principalmente a gestão de uma série de trabalhos relacionados na gestão ambulatorial de cada hospital.A implantação desse sistema torna a gestão da clínica odontológica mais padronizada e sistemática, e os métodos de consulta são mais convenientes. Ao mesmo tempo, o sistema adota o método de desenvolvimento orientado a objetos, que resolve ainda mais os problemas de baixa reutilização de software e difícil manutenção de produtos de software no paradigma estruturado.
Nos últimos anos, com o aumento gradual do número de pacientes que visitam um médico, a escrita manual de dados não conseguiu lidar com uma quantidade tão grande de dados. Para melhor se adequar à eficiência da era da informação, deve nascer um sistema que utiliza computadores para realizar o trabalho do sistema de gestão da clínica odontológica. Com base nisso, o sistema de gerenciamento de clínica odontológica projetado é usado para gerenciar a clínica para que todo o processo de gerenciamento seja concluído com eficiência e precisão no menor tempo possível.
Com base no entendimento acima, colete informações e dados relevantes, consulte a literatura relevante e os parâmetros técnicos, realize pesquisas sobre as necessidades do usuário e descubra que o método de registro manual adotado recentemente possui uma ampla gama de objetos no gerenciamento, o armazenamento de dados não é fácil e não é fácil arquivar, milhares Dezenas de milhares de informações e pilhas de documentos são um fardo para os gerentes e exigem muita documentação. No entanto, alguns softwares de sistema de gerenciamento clínico que foram projetados para o processo têm um baixo grau de reutilização de software e os produtos de software não são fáceis de manter. Tendo em vista as razões acima, a gestão de clínicas odontológicas precisa urgentemente de um software de design orientado a objetos para gerenciar dados.
A aplicação da tecnologia do computador na gestão moderna torna o computador uma ferramenta importante para os líderes e gerentes aplicarem a tecnologia moderna. As atividades de gerenciamento ambulatorial assistidas por computador podem aumentar muito a capacidade dos gerentes de coletar e processar informações, o que é propício para a tomada de decisões oportuna pelos gerentes. O sistema de computador pode processar e salvar os dados e materiais originais de acordo com as mudanças no processo de gerenciamento. Quando o pessoal de gerenciamento precisar de informações e materiais para resolver problemas específicos, eles podem pesquisar e consultar a qualquer momento para entender a situação dinâmica de todo o sistema de gerenciamento de clínicas odontológicas e realizar gerenciamento dinâmico, de modo a lidar efetivamente com o gerenciamento de clínicas odontológicas, realizar a automação do gerenciamento de clínicas odontológicas e melhorar a eficiência.
1.2 Finalidade do desenvolvimento do sistema
O objetivo do desenvolvimento do sistema de gerenciamento de clínica odontológica é alterar o modo do sistema de gerenciamento de clínica odontológica de registros manuais para gerenciamento de informações, de software de desenvolvimento orientado a processos para software de desenvolvimento orientado a objetos, para fornecer conveniência ao pessoal de gerenciamento ambulatorial e equipe de manutenção de software. Realizar pesquisas sobre a situação real dos usuários, realizar análises detalhadas de demanda, melhorar o modelo de gerenciamento existente e desenvolver um novo sistema de gerenciamento orientado a objetos, a partir do qual podemos entender as ideias de desenvolvimento do sistema e dominar o processo e os métodos de desenvolvimento do sistema. Com a melhoria contínua do sistema de informação ambulatorial, a gestão hospitalar dependerá cada vez mais da gestão da informação. Portanto, o desenvolvimento do sistema se concentrará na situação real do trabalho da clínica odontológica, para que possa se adaptar rapidamente às necessidades de várias clínicas odontológicas.
O significado prático da realização do sistema de gerenciamento de clínica odontológica: reduzir o número de funcionários na clínica de gerenciamento; a equipe de gerenciamento pode navegar e visualizar a qualquer momento e é mais intuitiva; mudou a forma de registro manual de salários em no passado, e a entrada do computador é mais rápida e conveniente, realizou a informatização do sistema de gerenciamento ambulatorial.
Com o vigoroso desenvolvimento da construção digital de casos de clínicas odontológicas privadas, o conceito de casos de clínicas odontológicas privadas digitalizadas tem sido amplamente aceito por grandes casos de clínicas odontológicas privadas.O principal problema enfrentado atualmente é como construir casos de clínicas odontológicas privadas digitais. Portanto, atualmente, a construção de casos digitais de clínicas odontológicas privadas em meu país deve se concentrar na digitalização médica, ou seja, focar no desenvolvimento da gestão digital e na utilização abrangente de várias informações relacionadas às atividades médicas em casos de clínicas odontológicas privadas, de modo para realizar a digitalização do trabalho de diagnóstico e tratamento e procedimentos médicos.A automação do sistema e a abertura do sistema são garantidas, lançando as bases para a futura expansão para a assistência médica regional. Da mesma forma, como o sistema de informações médicas é a base do sistema de construção de casos de clínica odontológica privada digital, seu foco de pesquisa também se voltará para vários sistemas de informações médicas e sua pesquisa de integração para atividades médicas puras. O planejamento global de casos de clínica odontológica privada digital com foco na digitalização médica é realizado por meio da integração orgânica de vários sistemas de informação médica. Pode-se dizer que a nova geração de sistema de informação médica terá um papel decisivo na construção de "casos digitais de clínica odontológica privada".
1.3 Estrutura do Artigo e Disposição dos Capítulos
A tese será organizada em camadas, com exceção dos agradecimentos e referências abstratas, o texto principal também analisará os requisitos do site, explicará o design geral e as funções implementadas e, finalmente, listará alguns registros de comissionamento. A estrutura principal da tese é do seguinte modo:
Capítulo 1 Introdução. O primeiro capítulo apresenta principalmente os antecedentes da pesquisa do assunto, o status quo do desenvolvimento do sistema e o conteúdo da pesquisa e o trabalho principal deste artigo.
Capítulo Dois: Análise de Requisitos do Sistema. O segundo capítulo conduz principalmente a análise de demanda dos aspectos de usuários e funções do sistema.
Capítulo Três: Projeto do Sistema. O terceiro capítulo trata principalmente do design de função para a estrutura do sistema, o módulo de função do sistema e o banco de dados.
Capítulo Quatro: Realização do Sistema. O quarto capítulo apresenta principalmente a construção da estrutura do sistema e a realização da interface do sistema.
Capítulo Cinco: Teste do Sistema. O Capítulo 5 testa principalmente algumas interfaces do sistema e testa as principais funções
2 Análise do Gerenciamento de Casos em Clínicas Odontológicas Privadas
A análise do sistema é um pré-requisito para o desenvolvimento de um projeto.Através da análise do sistema, as necessidades básicas dos principais usuários do sistema podem ser bem compreendidas, e esta também é a razão para o desenvolvimento do projeto. Além disso, a análise de viabilidade é realizada no desenvolvimento do sistema, geralmente incluindo viabilidade técnica, viabilidade econômica, etc. A análise de viabilidade também é uma análise da perspectiva geral do projeto. Depois é analisar as necessidades específicas do projeto, e os meios de análise geralmente são realizados através do diagrama de caso de uso do usuário. A seguir, uma introdução detalhada.
2.1 Análise de viabilidade
A maioria das ferramentas usadas no projeto são atualmente de código aberto e gratuitas populares; portanto, no estágio inicial de desenvolvimento, os fundos usados para o projeto serão bastante reduzidos e o desenvolvimento do software não será afetado pelos fundos durante o período de start-up do projeto, por isso ainda é economicamente viável. Tente usar o menor custo para atender às necessidades dos usuários. Economize fundos para custos de mão de obra e custos de equipamentos. Ele irá cada vez mais longe no caminho da alta eficiência e sem papel.
Portanto, não há dúvida de viabilidade econômica.
(2) Viabilidade da operação:
O design deste projeto refere-se a vários casos de desenvolvimento de sites neste modo, analisa sua interface de operação, combina vários casos e destaca a operação simplificada e orientada para as pessoas, para que pessoas com conhecimentos básicos de informática possam operar este projeto.
Portanto, não há nenhum problema com a operacionalidade.
(3) Viabilidade técnica:
Viabilidade técnica refere-se à viabilidade de construir uma estrutura e à aceitabilidade de atualizações de tecnologia de sistema quando surgem melhores tecnologias e a relação entre tempo de desenvolvimento e custo.
A tecnologia Java existente pode atender à construção de todos os sistemas de comércio eletrônico. Ao desenvolver o gerenciamento de casos desta clínica odontológica particular, usei Java+MYSQL para executar o programa como um todo.
Em resumo, não há problema com a viabilidade técnica.
(4) Viabilidade legal:
Do ponto de vista dos desenvolvedores, Java e MYSQL são de código aberto e gratuitos online, e não haverá disputas legais em termos de direitos de propriedade intelectual.
Do ponto de vista do uso do usuário, desde que nenhum contrabando seja vendido no sistema, um tratado é feito no sistema e os pagamentos ilegais são eliminados.
Em resumo, não há dúvida de viabilidade jurídica.
2.2 Análise de fluxo do sistema
O processo de negócios é usar alguns símbolos e linhas específicos para demonstrar o processo de uso do sistema pelo usuário.Ao realizar a análise do sistema, o processo de negócios pode ajudar os desenvolvedores a entender melhor o negócio, encontrar erros e melhorar o sistema.
2.2.1 Processo de adição de dados
Após o login do usuário no sistema com sucesso , a operação de adição de dados pode ser realizada. O número de dados adicionados é específico e gerado pelo sistema, e o usuário não pode preenchê-lo à vontade. Exceto pelo número, o usuário pode preencher outras informações adicionais por si mesmo, e as informações preenchidas são verificadas pelo sistema e verificadas como legais. A aprovação mostra que a adição de dados foi bem-sucedida. Pelo contrário, a adição não foi bem-sucedida. A Figura 2-1 mostra o processo de adicionando dados.
Figura 2-1 Fluxograma de adição de dados
2.2.2 Processo de modificação de dados
O processo de modificação de dados é semelhante ao processo de adição de dados descrito acima, conforme mostrado na Figura 2-2 .
Figura 2-2 Fluxograma de modificação de dados
2.2.3 Processo de exclusão de dados
Se houver alguns dados inúteis no sistema , o pessoal de gerenciamento relevante também pode excluir esses dados. A Figura 2-3 é o fluxograma de exclusão de dados.
Figura 2-3 Fluxograma de exclusão de dados
2.3 Análise da função do sistema
De acordo com o papel do gerenciamento de casos de clínicas odontológicas privadas, dividi-o em três partes: módulo de gerenciamento de usuário geral, módulo de gerenciamento de usuário médico e módulo de gerenciamento de administrador.
Módulo de gerenciamento de usuários:
(1) Cadastro e login do usuário: o usuário se cadastra como membro e faz login no gerenciamento de casos da clínica odontológica particular; o usuário adiciona, exclui, modifica e verifica informações pessoais, como informações pessoais e alteração de senha.
(3) Quadro de avisos: Na barra de navegação da página inicial, veremos o menu de " Boletim de notícias " Após clicarmos para entrar, veremos em segundo plano as informações do boletim divulgados por todos os administradores;
(4) Informações odontológicas : Na barra de navegação da página inicial, veremos o menu odontológicasInformações"
(5) Central de Departamentos : Na barra de navegação da página inicial, veremos o menu de " Informações do Departamento ". Após clicarmos para entrar, veremos em segundo plano as informações do departamento divulgadas por todos os administradores. marcação de consulta departamentoopara saber sobre , pode gostar + marcar + registar + marcar consulta + comentário ;
(6) Meus Favoritos: Em "Meus", você pode visualizar e gerenciar as informações de "Meus Favoritos", pode visualizar os favoritos e também pode excluir as informações de favoritos;
(6) Minha conta: Ao clicar no botão "Minha" no canto superior direito, aparecerá um submenu, clique em "Minha Conta" para definir os dados pessoais e a senha para efetuar login no sistema;
(7) Central Pessoal: Ao clicar no botão "Meus" no canto superior direito, o usuário entrará no background correspondente para gerenciamento das informações;
Módulo de gerenciamento do administrador:
(1) Login: A conta do administrador é configurada e gerada diretamente na tabela de dados, não sendo necessário cadastro;
(2) Gerenciamento do site: Ao clicar no menu "Gerenciamento do site", aparecerão dois submenus, mapa carrossel + quadro de avisos, onde você poderá adicionar, excluir, modificar e verificar esses dois módulos;
(3) Gerenciamento de usuários: Ao clicar no menu "Gerenciamento de usuários", três submenus aparecerão: administrador + usuário médico + usuário comum , onde você poderá adicionar, excluir, modificar e consultar esses três
(4) Gestão de conteúdos: Ao clicar no menu "Gestão de conteúdos" aparecerão dois submenus: Informação Odontológica + Classificação da Informação Odontológica , que permite gerir a informação odontológica submetida pelo utilizador no balcão de atendimento , e ao mesmo tempo horário exibir as informações odontológicas na recepção Adicionar, excluir, modificar e consultar ;
(5) Mais gerenciamento: Ao clicar no menu "Mais", haverá nove centros de departamento + informações de agendamento + informações de registro + informações de cobrança + informações de caso + informações de mensagem + gerenciamento de medicamentos + adicionar registros + registros de vendas Existem dois sub- menus, que podem adicionar, excluir, modificar e verificar os nove módulos;
(6) Gerenciamento de shopping: Gerenciamento abrangente de todos os departamentos, classificações de departamento e informações de pedidos enviadas pelos usuários no gerenciamento de casos de clínicas odontológicas privadas.
2.3.2 Análise não funcional
Requisitos não funcionais para gerenciamento de casos em clínicas odontológicas particulares, como segurança, confiabilidade, desempenho e escalabilidade do gerenciamento de casos em clínicas odontológicas particulares. Especificamente, pode ser expresso na seguinte tabela 3-1:
Tabela 3-1 Tabela de requisitos não funcionais para gerenciamento de casos em clínicas odontológicas particulares
| segurança |
Refere-se principalmente à instalação do banco de dados de gerenciamento de casos em clínicas odontológicas privadas.O uso do banco de dados e a configuração de senhas devem estar de acordo com os regulamentos. |
| confiabilidade |
Confiabilidade significa que o gerenciamento de casos de clínicas odontológicas privadas pode ser operado de acordo com as instruções do usuário. Após o teste, a confiabilidade é superior a 90%. |
| desempenho |
Desempenho é condição necessária para que a gestão de casos de clínicas odontológicas privadas ocupe o mercado, então o melhor desempenho é o melhor. |
| escalabilidade |
Por exemplo, o banco de dados reserva vários atributos, como o uso de interfaces, para garantir os requisitos não funcionais do sistema. |
| fácil de usar |
Os usuários precisam apenas seguir o conteúdo exibido na página de gerenciamento de casos de clínica odontológica particular. |
| manutenibilidade |
A manutenção do desenvolvimento do gerenciamento de casos em clínicas odontológicas privadas é muito importante, após o teste, não há problema com a manutenção |
2.4 Análise de caso de uso do sistema
Através da análise de 2.3 funções, obtém-se o diagrama de casos de uso do gerenciamento de casos nesta clínica odontológica privada:
A Figura 2-3 mostra um exemplo de uma função de usuário.
Figura 2-3 Diagrama de caso de uso da função do usuário de gerenciamento de caso em clínica odontológica particular
O administrador no gerenciamento de segundo plano da web mantém todas as informações de dados no gerenciamento de casos de toda a clínica odontológica privada. Um exemplo de função de usuário médico é mostrado na Figura 2-4.
Figura 2-4 Diagrama de caso de uso da função do usuário médico no gerenciamento de casos em clínica odontológica particular
O administrador no gerenciamento de segundo plano da web mantém todas as informações de dados no gerenciamento de casos de toda a clínica odontológica privada. A Figura 2-5 mostra um exemplo de uma função de administrador.
Figura 2-5 Diagrama de Caso de Uso da Função de Administrador de Gerenciamento de Casos de Clínica Odontológica Privada
Este capítulo determina principalmente as funções a serem realizadas no gerenciamento de caso de toda a clínica odontológica privada por meio da análise de viabilidade, análise de processo, análise de requisitos funcionais e análise de caso de uso do sistema do gerenciamento de casos de clínica odontológica particular. Ele também fornece padrões para implementação de código e teste para gerenciamento de casos em consultórios odontológicos particulares.
3 Desenho geral do gerenciamento de casos em clínica odontológica particular
Este capítulo discute principalmente o design do módulo funcional e o design do sistema de banco de dados do gerenciamento de casos de clínicas odontológicas privadas.
3.1 Projeto da arquitetura do sistema
O gerenciamento de casos desta clínica odontológica privada é dividido em três camadas da arquitetura: camada de apresentação (UI), camada de lógica de negócios (BLL) e camada de dados (DL).
Figura 3-1 Diagrama de projeto de arquitetura do sistema de gerenciamento de casos em clínica odontológica particular
Camada de apresentação (UI): Também conhecida como camada de interface do usuário, ela completa principalmente a função de interação da interface do usuário do gerenciamento de casos nesta clínica odontológica particular. Uma boa interface do usuário pode melhorar a experiência do usuário e aumentar o conforto dos usuários ao usar o gerenciamento de casos nesta clínica clínica odontológica particular. O design da interface do usuário também deve se adaptar a diferentes versões de gerenciamento de casos de clínicas odontológicas particulares e diferentes resoluções de tamanho para obter uma boa compatibilidade. Os requisitos para as funções de interação da interface do usuário são razoáveis e os usuários devem obter resultados de interação consistentes ao realizar operações interativas, o que requer uma boa conexão entre a camada de apresentação e a camada de lógica de negócios.
Business Logic Layer (BLL): Completa principalmente a função de processamento de dados do gerenciamento de casos nesta clínica odontológica privada. Os dados transmitidos pelo usuário da camada de apresentação são processados e entregues à camada de dados por meio da camada de lógica de negócios, e os dados lidos pelo sistema da camada de dados são processados e entregues à camada de apresentação por meio da camada de lógica de negócios.
Camada de dados (DL): Como os dados de gerenciamento de casos desta clínica odontológica privada são colocados no banco de dados mysql no lado do servidor, a parte que pertence à camada de serviço pode ser integrada diretamente na camada de lógica de negócios, para que haja apenas o banco de dados na camada de dados, que completa principalmente as funções de armazenamento e gerenciamento de dados para gerenciamento de casos nesta prática odontológica particular.
3.2 Projeto do módulo de função do sistema
3.2.1 Projeto geral do módulo funcional
No capítulo anterior, foram analisados principalmente os requisitos funcionais e requisitos não funcionais do sistema, e os casos de uso na gestão de casos desta clínica odontológica privada foram analisados de acordo com os requisitos. Em seguida, o próximo passo é começar a projetar a estrutura, principais funções e banco de dados do gerenciamento de casos desta clínica odontológica privada. O gerenciamento de casos de clínicas odontológicas privadas é obtido com base na análise de requisitos nos capítulos anteriores, e seu diagrama de módulo de design geral é mostrado na Figura 3-2.
Figura 3-2 Diagrama do módulo funcional do gerenciamento de casos em uma clínica odontológica particular
3.2.2 Projeto do módulo do usuário
O gestor de fundo pode adicionar, excluir, modificar e verificar os usuários cadastrados na recepção. O diagrama de estrutura do módulo de usuário é o seguinte:
Figura 3-3 Diagrama de Estrutura do Módulo Usuário Membro
3.2.3 Projeto do módulo de gerenciamento de comentários
O gerenciamento de casos em clínicas odontológicas privadas é uma plataforma aberta para comunicação. Os usuários membros podem se comunicar na plataforma para aumentar a interação entre os usuários. Mas, ao mesmo tempo, para regular melhor o conteúdo da mensagem e dar ao administrador a função de excluir comentários indevidos, é necessário projetar um módulo de gerenciamento de mensagens. O diagrama de estrutura específico é o seguinte:
Figura 3-4 Diagrama de estrutura do módulo de mensagem
3.2.4 Projeto do módulo de gerenciamento de informações do departamento
O gerenciamento de casos de clínicas odontológicas privadas precisa armazenar muitas informações do departamento e sua estrutura de função de módulo, o diagrama de estrutura específico é o seguinte:
Figura 3-5 Diagrama da estrutura do módulo de departamento
3.2.5 Projeto do módulo de gerenciamento de informações cadastrais
Uma das funções mais importantes do gerenciamento de casos em uma clínica odontológica privada é marcar uma consulta . Sua estrutura de função do módulo, o diagrama de estrutura específica é o seguinte:
Figura 3-5 Diagrama Estrutural do Módulo de Informações Cadastrais
O projeto de banco de dados geralmente inclui três processos principais: análise de requisitos, projeto de modelo conceitual e estabelecimento de tabela de banco de dados.A análise de requisitos foi explicada nos capítulos anteriores, e o projeto de modelo conceitual tem duas partes: modelo conceitual e projeto de estrutura lógica.
3.3.1 Projeto da estrutura conceitual do banco de dados
A seguir está o diagrama de relacionamento de entidade ER das principais tabelas do banco de dados no gerenciamento de casos de toda a clínica odontológica privada.
Figura 3-6 Diagrama geral de relacionamento ER do gerenciamento de caso de clínica odontológica privada
De acordo com o diagrama geral de relacionamento ER do banco de dados para gerenciamento de casos em clínicas odontológicas privadas, pode-se concluir que o gerenciamento de casos em clínicas odontológicas privadas requer muitos diagramas ER.Aqui estão alguns diagramas de modelo ER do banco de dados principal.
Figura 3-7 Diagrama de relacionamento de ER do usuário médico
Figura 3-8 Diagrama de relacionamento ER de informações de consulta
Figura 3-9 Diagrama de relacionamento ER de informações de caso
Figura 3-10 Diagrama de relacionamento de ER de mensagem
3.3.2 Projeto da estrutura lógica do banco de dados
A partir do diagrama de relacionamento ER total no gerenciamento de casos de clínicas odontológicas privadas na seção anterior, pode-se concluir que muitas tabelas de dados precisam ser criadas. Aqui eu listo principalmente vários projetos de estrutura de tabela de banco de dados principais.
tabela sales_record:
| tipo |
comprimento |
não nulo |
chave primária |
observação |
|
| sales_record_id |
int |
11 |
sim |
sim |
ID do registro de vendas |
| nome_droga |
varchar |
64 |
não |
não |
Nome do medicamento |
| tipo_droga |
varchar |
64 |
não |
não |
tipo de droga |
| uso_e_dosagem |
varchar |
64 |
não |
não |
Dosagem |
| médico_vendido |
int |
11 |
não |
não |
vender médico |
| data_vendida |
data |
0 |
não |
não |
data de venda |
| quantidade vendida_ |
int |
11 |
não |
não |
Quantidade vendida |
| recomendar |
int |
11 |
sim |
não |
Recomendação Inteligente |
| tempo_de_criação |
data hora |
0 |
sim |
não |
tempo de criação |
| tempo de atualização |
carimbo de data/hora |
0 |
sim |
não |
tempo de atualização |
| booking_information表: |
|||||
| nome |
tipo |
comprimento |
não nulo |
chave primária |
observação |
| reserva_informação_id |
int |
11 |
sim |
sim |
ID de informações de reserva |
| Nome do departamento |
varchar |
64 |
não |
não |
Nome do departamento |
| tipo_departamento |
varchar |
64 |
não |
não |
Tipo de departamento |
| departamento_doutor |
int |
11 |
não |
não |
médico do departamento |
| on_duty_time |
varchar |
64 |
não |
não |
Jornada de trabalho |
| paciente_usuário |
int |
11 |
não |
não |
usuário paciente |
| nome de usuário |
varchar |
64 |
não |
não |
nome de usuário |
| user_gender |
varchar |
64 |
não |
não |
gênero do usuário |
| idade_usuário |
varchar |
64 |
não |
não |
idade do usuário |
| user_address |
varchar |
64 |
não |
não |
endereço do usuário |
| time_of_appointment |
data hora |
0 |
não |
não |
Encontro |
| número_de_compromissos |
varchar |
64 |
não |
não |
Número de reservas |
| perfil de usuário |
texto |
0 |
não |
não |
Perfil da doença |
| recomendar |
int |
11 |
sim |
não |
Recomendação Inteligente |
| tempo_de_criação |
data hora |
0 |
sim |
não |
tempo de criação |
| tempo de atualização |
carimbo de data/hora |
0 |
sim |
não |
tempo de atualização |
| registration_information表： |
|||||
| nome |
tipo |
comprimento |
não nulo |
chave primária |
observação |
| registration_information_id |
int |
11 |
sim |
sim |
Identificação de informações de registro |
| Nome do departamento |
varchar |
64 |
não |
não |
Nome do departamento |
| tipo_departamento |
varchar |
64 |
não |
não |
Tipo de departamento |
| departamento_doutor |
int |
11 |
não |
não |
médico do departamento |
| on_duty_time |
varchar |
64 |
não |
não |
Jornada de trabalho |
| paciente_usuário |
int |
11 |
não |
não |
usuário paciente |
| nome de usuário |
varchar |
64 |
não |
não |
nome de usuário |
| user_gender |
varchar |
64 |
não |
não |
gênero do usuário |
| idade_usuário |
varchar |
64 |
não |
não |
idade do usuário |
| user_address |
varchar |
64 |
não |
não |
endereço do usuário |
| data de registro |
data |
0 |
não |
não |
data de registro |
| number_of_registered_persons |
varchar |
64 |
não |
não |
Número de registro |
| perfil de usuário |
texto |
0 |
não |
não |
Perfil da doença |
| recomendar |
int |
11 |
sim |
não |
Recomendação Inteligente |
| tempo_de_criação |
data hora |
0 |
sim |
não |
tempo de criação |
| tempo de atualização |
carimbo de data/hora |
0 |
sim |
não |
tempo de atualização |
| tabela common_users: |
|||||
| nome |
tipo |
comprimento |
não nulo |
chave primária |
observação |
| ordinário_users_id |
int |
11 |
sim |
sim |
ID de usuário comum |
| user_number |
varchar |
64 |
sim |
não |
ID do usuário |
| nome de usuário |
varchar |
64 |
não |
não |
nome de usuário |
| user_gender |
varchar |
64 |
não |
não |
gênero do usuário |
| idade_usuário |
varchar |
64 |
não |
não |
idade do usuário |
| examine_state |
varchar |
16 |
sim |
não |
Status de aprovação |
| recomendar |
int |
11 |
sim |
não |
Recomendação Inteligente |
| ID do usuário |
int |
11 |
sim |
não |
ID do usuário |
| tempo_de_criação |
data hora |
0 |
sim |
não |
tempo de criação |
| tempo de atualização |
carimbo de data/hora |
0 |
sim |
não |
tempo de atualização |
| message_information表: |
|||||
| nome |
tipo |
comprimento |
não nulo |
chave primária |
observação |
| message_information_id |
int |
11 |
sim |
sim |
ID da mensagem |
| Nome do departamento |
varchar |
64 |
não |
não |
Nome do departamento |
| tipo_departamento |
varchar |
64 |
não |
não |
Tipo de departamento |
| departamento_doutor |
int |
11 |
não |
não |
médico do departamento |
| message_user |
int |
11 |
não |
não |
usuário da mensagem |
| message_time |
data hora |
0 |
não |
não |
Hora da mensagem |
| conteúdo da mensagem |
texto |
0 |
não |
não |
Conteúdo da mensagem |
| recomendar |
int |
11 |
sim |
não |
Recomendação Inteligente |
| tempo_de_criação |
data hora |
0 |
sim |
não |
tempo de criação |
| tempo de atualização |
carimbo de data/hora |
0 |
sim |
não |
tempo de atualização |
| medical_record_information表： |
|||||
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| medical_record_information_id |
int |
11 |
是 |
是 |
病历信息ID |
| department_name |
varchar |
64 |
否 |
否 |
科室名称 |
| department_type |
varchar |
64 |
否 |
否 |
科室类型 |
| department_doctor |
int |
11 |
否 |
否 |
科室医生 |
| patient_user |
int |
11 |
否 |
否 |
患者用户 |
| user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
| user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
| user_age |
varchar |
64 |
否 |
否 |
用户年龄 |
| add_time |
date |
0 |
否 |
否 |
添加时间 |
| medical_records |
text |
0 |
否 |
否 |
就诊病历 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
| doctor_user表： |
|||||
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| doctor_user_id |
int |
11 |
是 |
是 |
医生用户ID |
| doctor_job_number |
varchar |
64 |
否 |
否 |
医生工号 |
| name_of_doctor |
varchar |
64 |
否 |
否 |
医生姓名 |
| doctor_gender |
varchar |
64 |
否 |
否 |
医生性别 |
| doctor_age |
varchar |
64 |
否 |
否 |
医生年龄 |
| length_of_medical_service |
varchar |
64 |
否 |
否 |
从医时长 |
| doctor_certificate |
varchar |
255 |
否 |
否 |
医生证件 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| user_id |
int |
11 |
是 |
否 |
用户ID |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
| department_center表： |
|||||
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| department_center_id |
int |
11 |
是 |
是 |
科室中心ID |
| department_name |
varchar |
64 |
是 |
否 |
科室名称 |
| department_type |
varchar |
64 |
否 |
否 |
科室类型 |
| department_doctor |
int |
11 |
否 |
否 |
科室医生 |
| on_duty_time |
varchar |
64 |
否 |
否 |
在岗时间 |
| number_of_reservations |
int |
11 |
否 |
否 |
可就诊数 |
| doctor_picture |
varchar |
255 |
否 |
否 |
医生图片 |
| doctor_profile |
longtext |
0 |
否 |
否 |
医生简介 |
| hits |
int |
11 |
是 |
否 |
点击数 |
| praise_len |
int |
11 |
是 |
否 |
点赞数 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
| charging_information表： |
|||||
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| charging_information_id |
int |
11 |
是 |
是 |
收费信息ID |
| department_doctor |
int |
11 |
否 |
否 |
科室医生 |
| patient_user |
int |
11 |
否 |
否 |
患者用户 |
| charge |
int |
11 |
否 |
否 |
收取费用 |
| charge_date |
date |
0 |
否 |
否 |
收费日期 |
| charging_content |
text |
0 |
否 |
否 |
收费内容 |
| pay_state |
varchar |
16 |
是 |
否 |
支付状态 |
| pay_type |
varchar |
16 |
否 |
否 |
支付类型 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
| drug_administration表： |
|||||
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| drug_administration_id |
int |
11 |
是 |
是 |
药品管理ID |
| drug_name |
varchar |
64 |
是 |
否 |
药品名称 |
| drug_type |
varchar |
64 |
否 |
否 |
药品类型 |
| quantity_of_drugs |
int |
11 |
否 |
否 |
药品数量 |
| usage_and_dosage |
varchar |
64 |
否 |
否 |
用法用量 |
| drug_picture |
varchar |
255 |
否 |
否 |
药品图片 |
| drug_details |
text |
0 |
否 |
否 |
药品详情 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
3.4本章小结
整个私人牙科诊所病例管理的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 私人牙科诊所病例管理详细设计与实现
私人牙科诊所病例管理的详细设计与实现主要是根据前面的私人牙科诊所病例管理的需求分析和私人牙科诊所病例管理的总体设计来设计页面并实现业务逻辑。主要从私人牙科诊所病例管理界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入私人牙科诊所病例管理的时候，首先映入眼帘的是系统的导航栏，下面是轮播图以及系统内容，其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
不是私人牙科诊所病例管理中正式会员的是可以在线进行注册的，如果你没有本私人牙科诊所病例管理的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可会员注册成功。其用用户注册界面展示如下图4-2所示。
图4-2 前台用户注册界面图
注册逻辑关键代码如下所示。
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作：{}",entity);
}
4.1.3 用户登录界面
私人牙科诊所病例管理中的前台上注册后的会员是可以通过自己的账户名和密码进行登录的，当会员输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到私人牙科诊所病例管理的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。
图4-3用户登录界面图
登录系统主要代码如下。
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态，不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作，sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
4.1.4公告栏界面
当点击导航栏上的“公告栏”的时候，就会进入对应的界面查看公告信息，公告栏界面如下图4-5所示。
图4-4公告栏界面图
4.1.5 牙科资讯界面
用户在点击导航栏上面的牙科资讯后，就可以搜索查看牙科资讯信息，用户根据自己的喜好可以进行查询、评论，牙科资讯界面如下图4-5所示。
图4-5牙科资讯界面图
4.1.6 科室详情界面
当访客点击了任意科室后将会进入该科室的详情界面，可以了解到该科室的科室名称、科室类型、科室医生、在岗时间、可就诊数等，同时可以对该科室进行留言购+收藏+点赞+挂号+预约+评论，科室详情展示页面如图4-6所示。
图4-6 科室详情界面图
4.2管理员功能模块
4.2.1 站点管理界面
私人牙科诊所病例管理中的管理人员在“站点管理”这一菜单中是可以对前台显示的轮播图以及公告栏进行管控。界面如下图4-7所示。
图4-7站点管理界面图
站点管理关键代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
4.2.2 用户管理界面
私人牙科诊所病例管理中的管理人员是可以对前台注册的用户、医生用户进行管理的，也可以对管理员进行管控。界面如下图4-8所示。
图4-8用户管理界面图
用户管理关键代码如下所示。
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
4.2.3 牙科资讯界面
私人牙科诊所病例管理中管理人员是可以对私人牙科诊所病例管理内的牙科资讯信息进行维护和管理的。牙科资讯界面如下图4-9所示。
图4-9牙科资讯界面图
私人牙科诊所病例管理中的管理人员在“更多管理”这一菜单下是可以对私人牙科诊所病例管理内的科室信息、挂号信息、预约信息、留言信息、药品管理、收费信息、售出记录、添加记录、病例信息进行管控的，其管理界面如下图4-10所示。
图4-11更多管理界面图
5系统测试
系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。
系统测试包括：用户登录功能测试、科室展示功能测试、科室添加、科室搜索、密码修改功能测试，如表5-1、5-2、5-3、5-4、5-5所示：
表5-1 用户登录功能测试表
| 用例名称 |
用户登录系统 |
| 目的 |
测试用户通过正确的用户名和密码可否登录功能 |
| 前提 |
未登录的情况下 |
| 测试流程 |
1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 |
用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入 |
| 实际结果 |
实际结果与预期结果一致 |
科室查看功能测试：
表5-2 科室查看功能测试表
| 用例名称 |
科室查看 |
| 目的 |
测试科室查看功能 |
| 前提 |
用户登录 |
| 测试流程 |
点击科室列表 |
| 预期结果 |
可以查看到所有科室信息 |
| 实际结果 |
实际结果与预期结果一致 |
管理员添加科室界面测试：
表5-3 管理员添加科室界面测试表
| 用例名称 |
科室发布测试用例 |
| 目的 |
测试科室发布功能 |
| 前提 |
员工用户正常登录情况下 |
| 测试流程 |
1）员工点击科室信息管理就，然后点击添加后并填写信息。 2）点击进行提交。 |
| 预期结果 |
提交以后，页面首页会显示新的科室信息 |
| 实际结果 |
实际结果与预期结果一致 |
科室搜索功能测试：
表5-4科室搜索功能测试表
| 用例名称 |
科室搜索测试 |
| 目的 |
测试科室搜索功能 |
| 前提 |
无 |
| 测试流程 |
1）在搜索框填入搜索关键字。 2）点击搜索按钮。 |
| 预期结果 |
页面显示包含有搜索关键字的科室 |
| 实际结果 |
实际结果与预期结果一致 |
密码修改功能测试：
表5-5 密码修改功能测试表
| 用例名称 |
密码修改测试用例 |
| 目的 |
测试管理员密码修改功能 |
| 前提 |
管理员用户正常登录情况下 |
| 测试流程 |
1）管理员密码修改并完成填写。 2）点击进行提交。 |
| 预期结果 |
使用新的密码可以登录 |
| 实际结果 |
实际结果与预期结果一致 |
通过编写私人牙科诊所病例管理的测试用例，已经检测完毕用户登录模块、科室查看模块、科室添加模块、科室搜索模块、密码修改功能测试，通过这5大模块为私人牙科诊所病例管理的后期推广运营提供了强力的技术支撑。
至此，私人牙科诊所病例管理已经结束，在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从中我也收获了很多宝贵的方法和设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、Java技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。
[1]陈燕帆,官文兵. 一种关于mysql数据库的本地用户访问审计方法[P]. 广东省：CN114328455A,2022-04-12.
[2]王春丽.基于SSM框架的会议管理信息系统设计与实现[J].电脑编程技巧与维护,2022(03):83-85.DOI:10.16184/j.cnki.comprg.2022.03.016.
[3]戴靓婕.MySQL数据库在自动测试系统中的应用研究[J].长江信息通信,2022,35(03):162-164.
[4]王常珏,段尧清,朱泽.基于SSM的政府数据治理联盟链框架构建[J/OL].情报科学:1-18[2022-04-21].http://kns.cnki.net/kcms/detail/22.1264.g2.20220309.1213.002.html
[5]吴明阳,王森琛.基于SSM框架整合的客户服务系统设计和实现[J].新型工业化,2022,12(02):12-15.DOI:10.19335/j.cnki.2095-6649.2022.02.005.
[6]张文慧,王国田,陈永,温禾,袁涛,艾显威.基于SSM框架城市水体治理工程案例信息系统设计与实现[J].软件,2022,43(02):83-88+92.
[7]李双,郭晨晨,李佳虎,张慧娥.基于SSM框架的智能驾校系统的设计与开发[J].电脑知识与技术,2022,18(03):62-63+65.DOI:10.14004/j.cnki.ckt.2022.0150.
[8]王慧芳,孙方,陈玉,朱茜.基于SSM框架的大数据个性化推荐系统设计[J].信息与电脑(理论版),2022,34(02):90-92.
[9]郭静.基于SSM框架的高校新生预报到系统的设计与实现[J].电子技术与软件工程,2022(02):232-235.
[10]徐旭,李明明,夏辉,陈曦,王天宇,肖硕,雍旭.基于SSM框架的互联网+多元监管下构建医疗设备质量控制管理服务平台研究[J].中国医学装备,2021,18(12):106-110.
[11]张洁,张圆梦.基于改进F-AHP的牙科诊所选址合理性研究[J].经营与管理,2022(01):78-84.DOI:10.16517/j.cnki.cn12-1034/f.2022.01.006.
[12]师晨昊,宋谊深,师悦祺,张馨月. 一种用于牙科诊所的电脑管理系统[P]. 河北省：CN213122754U,2021-05-04.
[13]吴晓旭.经济背景下牙科诊所信息系统的分析与设计[J].营销界,2020(35):182-184.
[14]Khan Mahnoor,Soltau Rhea,Sea Juehwan,Sofjan Amelia K. 2078. Patterns, Indications, and Appropriateness of Antibiotics Prescribed at a Private Dental Practice[J]. Open Forum Infectious Diseases,2019,6(Supplement2).
[15]Nikolaus Palmer,Henry Clover. A Pilot Study to Investigate Antibiotic Prescribing in Private Dental Practice in the UK[J]. Primary Dental Journal,2019,8(1).
[16]Jean Gillian,Holden Alexander C L,Tennant Marc,Kruger Estie. Infection Control Standards in Private Dental Practice - The Role of Accreditation.[J]. Journal of law and medicine,2018,25(4).
[17]肖睿,程宁,田崇峰,金志雄,杜毅. MySQL数据库应用技术及实战[M].人民邮电出版社:, 201801.177.
[18]罗蓓蕾. K公司在中国私立牙科诊所的营销策略研究[D].上海交通大学,2017.DOI:10.27307/d.cnki.gsjtu.2017.001276.
致 谢
逝者如斯夫，不舍昼夜。转眼间，大学生会员活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？
感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。
少年，追风赶月莫停留，平荒尽处是春山。
点赞+收藏+关注 → 私信领取本源代码、数据库