plataforma de gerenciamento de registros médicos do hospital comunitário springboot
Com o advento da era da Internet e o rápido desenvolvimento da tecnologia de redes de computadores, os aplicativos de gerenciamento de rede tornaram-se cada vez mais difundidos. Portanto, o estabelecimento de uma plataforma de gerenciamento de registros médicos hospitalares comunitários com uma estrutura B/S irá sistematizar e padronizar o trabalho de gerenciamento de registros médicos dos hospitais comunitários , melhorar a imagem dos hospitais comunitários e melhorar a eficiência da gestão.
Esta plataforma de gerenciamento de registros médicos de hospitais comunitários visa atender às necessidades reais do atual gerenciamento de registros médicos de hospitais comunitários. Com base no trabalho real, analisa os problemas existentes no gerenciamento de registros médicos de hospitais comunitários no passado e combina a estrutura, conceitos, modelos, princípios e métodos de sistemas de computador para aproveitar várias vantagens do computador, ele é projetado e implementado usando a estrutura springboot mais popular, estrutura B/S, tecnologia Java e banco de dados MySQL. Esta plataforma de gerenciamento de registros médicos de hospitais comunitários inclui principalmente vários módulos , como a implementação do módulo de login, módulo de página da web , módulo de administrador e módulo de usuário supervisor . Ele ajuda o gerenciamento de registros médicos de hospitais comunitários a obter informatização e rede. Através de testes, alcançou os objetivos de design do sistema. Comparado com o modelo de gerenciamento tradicional, este sistema faz uso razoável dos recursos de dados da rede e reduz efetivamente a complexidade do registro médico do hospital comunitário plataforma de gestão O investimento económico melhorou muito a eficiência das plataformas de gestão de registos médicos hospitalares comunitários .
Palavras-chave: framework springboot ; linguagem de programação JAVA; banco de dados MYSQL ; plataforma de gerenciamento de registros médicos de hospitais comunitários
Registro Médico do Hospital Comunitário de Springboot
Plataforma de Gestão
Com o advento da era da Internet e o rápido desenvolvimento da tecnologia de redes de computadores, a aplicação do gerenciamento de redes tornou-se cada vez mais difundida. Portanto, o estabelecimento de uma plataforma estruturada de gerenciamento de registros médicos hospitalares comunitários B/S irá sistematizar e padronizar o trabalho de gerenciamento de registros médicos dos hospitais comunitários, melhorar a imagem dos hospitais comunitários e melhorar a eficiência da gestão.
Esta plataforma de gerenciamento de registros médicos de hospitais comunitários é baseada nas necessidades reais do atual gerenciamento de registros médicos de hospitais comunitários, a partir do trabalho real, analisa os problemas existentes no passado gerenciamento de registros médicos de hospitais comunitários, combina a estrutura, conceito, modelo, princípio e método do sistema de computador, e usa a estrutura springboot mais popular, estrutura B/S, tecnologia java, design e implementação de banco de dados MySQL sob as várias vantagens do computador. A plataforma de gerenciamento de registros médicos deste hospital comunitário inclui principalmente vários módulos, como a implementação do módulo de login, módulo de página da web, módulo de administrador e módulo de usuário supervisor. Ajudou o gerenciamento de registros médicos de hospitais comunitários a obter informatização e networking. Através de testes, os objetivos de design do sistema foram alcançados. Em comparação com os modelos de gestão tradicionais, este sistema faz uso razoável dos recursos de dados da rede, reduzindo efetivamente o investimento econômico da plataforma de gerenciamento de registros médicos hospitalares comunitários e melhorando significativamente a eficiência da plataforma de gerenciamento de registros médicos hospitalares comunitários.
Palavras-chave: framework springboot; Linguagem de programação JAVA; Banco de dados MySQL; Plataforma de gerenciamento de registros médicos de hospitais comunitários
Índice
1.1 Histórico de desenvolvimento
1.2 Importância do desenvolvimento
Capítulo 2 Tecnologia e Princípios
2.1 Introdução à estrutura de inicialização por mola
3.3 Análise de processos de negócios
3.4 Análise do processo de dados
4.1 Projeto da estrutura do sistema
4.2 Projeto do módulo de função
4.3.2 Design de tabela de banco de dados
Capítulo 5 Implementação do Sistema
5.1 Implementação do módulo de login
5.2 Módulo de função do usuário front-end
5.4 Módulo de função de usuário supervisor
6.1 Conceitos básicos de teste de programas
6.2 Conteúdo específico dos testes do programa
6.2.1 Importância e finalidade dos testes
Capítulo 1 Introdução _
1.1 Histórico de desenvolvimento
Na era da informação em rápido desenvolvimento , mais e mais tecnologias da Internet entraram na vida das pessoas.As pessoas começaram a aceitar os serviços convenientes e rápidos trazidos pela Internet e, ao mesmo tempo, a desfrutar do impacto e do impacto trazidos pela Internet. A plataforma de gerenciamento de prontuários hospitalares comunitários é atualmente um site de gerenciamento indispensável para a gestão hospitalar , mas devido a várias razões práticas imprevisíveis, não pode ser implementada universalmente . Se demorar muito, a gestão será muito inconveniente, haverá erros e será difícil consultar.Uma vez que há muitos dados, será difícil manter o método de gestão manual. Com a expansão da aplicação da tecnologia da informação, a gestão da tecnologia da informação tem sido introduzida gradativamente, substituindo gradativamente o modelo de gestão manual e utilizando sistemas computacionais para gerenciar a informação hospitalar.A gestão inteligente reduz recursos humanos, materiais e financeiros , economiza tempo e espaço de gestão , e melhora a eficiência, precisão e eficiência do trabalho. Este desenvolvimento de sistema visa principalmente a plataforma de gerenciamento de registros médicos de hospitais comunitários e completa o design funcional de acordo com as necessidades.
1.2 Importância do desenvolvimento
Os usuários muitas vezes têm muitos problemas porque não conseguem marcar uma consulta com seu médico favorito a tempo. Por outro lado, a plataforma de gestão de registos médicos do hospital comunitário não conseguiu realizar uma gestão e manutenção sistemáticas, resultando na falha da actualização atempada dos médicos, departamentos e informações dos registos médicos . No entanto, o gerenciamento tradicional de registros médicos de hospitais comunitários ainda utiliza arquivamento e consulta manuais. No entanto, à medida que o número de pessoas aumenta, a carga de trabalho deste método de gestão continua a aumentar. Esta abordagem tem as desvantagens de ser demorada e trabalhosa, falta de oportunidade e não conduz à mobilização do entusiasmo do pessoal. Uma vez estabelecido o site, por um lado, os usuários podem consultar imediatamente as informações necessárias no sistema; por outro lado, o sistema também pode gerenciar as informações, reduzindo a carga de trabalho do processamento manual.
Este sistema de gerenciamento de plataforma de gerenciamento de prontuários hospitalares comunitários foi criado para facilitar aos usuários a consulta das informações de que necessitam por meio da entrada e liberação de informações pelos gestores. Uma vez consultadas as informações de que necessitam, os usuários podem obter as informações do sistema. para fácil visualização . on-line . Caso não encontre as informações necessárias, você também pode lembrar o gerente de adicioná-las. Desta forma, este sistema visa estabelecer uma relação de ponte entre utilizadores competentes e gestores, para que os utilizadores possam apresentar informação dos gestores de forma atempada e eficaz. Portanto, acreditamos que é muito necessário estabelecer um sistema de gerenciamento de plataforma de gerenciamento de prontuários médicos hospitalares comunitários on-line . Seu modo de gerenciamento conveniente, eficiente, simples e rápido é muito útil.
1.3 Conteúdo de pesquisa
Problemas de login para diferentes usuários : Diferencie as permissões de operação do administrador e exiba diferentes interfaces de operação com base nas informações do usuário (administrador, usuário supervisor ).
Problemas de conexão com o banco de dados: A conexão com o banco de dados é uma tecnologia chave no sistema.
Questões de consistência e segurança de dados: Este sistema deve garantir a consistência e segurança dos dados para alcançar uma gestão eficaz. Não permita que administradores sem permissão operem nos dados e façam backup do banco de dados regularmente.
Desenvolvimento de interface: O design da interface do sistema é muito importante para torná-la amigável.
Analisar o estado atual da informatização;
Estudar a situação actual e os problemas existentes das plataformas de gestão de registos médicos hospitalares comunitários ;
Pesquise a arquitetura geral, o design geral, o design do banco de dados, o design de segurança do banco de dados e o design funcional da plataforma do sistema;
Pesquisar as funções e métodos de implementação de cada subsistema da plataforma, a integração da tecnologia da informação e a manutenção da tecnologia de segurança da informação; realizar o projeto funcional da plataforma de gerenciamento de registros médicos hospitalares comunitários .
Capítulo 2 Tecnologia e Princípios
2.1 Introdução à estrutura de inicialização por mola
A estrutura Spring é uma estrutura de aplicativo de código aberto na plataforma Java que fornece um contêiner com características de inversão de controle. Embora o framework Spring em si não tenha restrições quanto ao modelo de programação, seu uso frequente em aplicações Java o tornou tão popular que posteriormente foi utilizado como complemento ou mesmo substituto do modelo EJB (Enterprise JavaBeans). A estrutura Spring fornece uma série de soluções para desenvolvimento, como a utilização dos principais recursos de inversão de controle e implementação de inversão de controle por meio de injeção de dependência para implementar a conteinerização do ciclo de vida do objeto gerenciado, usando programação orientada a aspectos para gerenciamento de transações declarativas e integração Uma variedade de tecnologias de persistência gerenciam o acesso a dados, fornecem um grande número de estruturas web excelentes para facilitar o desenvolvimento e assim por diante. A estrutura Spring possui o recurso Inversion of Control (IOC). O IOC foi projetado para facilitar a manutenção e o teste do projeto. Ele fornece um método para configuração e gerenciamento unificado de objetos Java por meio do mecanismo de reflexão Java. A estrutura Spring usa contêineres para gerenciar o ciclo de vida de objetos. O contêiner pode configurar objetos verificando arquivos XML ou anotações Java específicas em classes. Os desenvolvedores podem obter objetos por meio de pesquisa de dependência ou injeção de dependência. O framework Spring possui programação orientada a aspectos(AOP), a estrutura Spring AOP é baseada no modo proxy e é configurável em tempo de execução; a estrutura AOP modulariza principalmente preocupações cruzadas entre módulos. A estrutura AOP da estrutura Spring fornece apenas recursos básicos de AOP, embora não possa ser comparada com a estrutura AspectJ, mas também pode atender às necessidades básicas por meio da integração com AspectJ. O gerenciamento de transações, acesso remoto e outras funções na estrutura Spring podem ser realizados usando a tecnologia Spring AOP. A estrutura de gerenciamento de transações do Spring traz um mecanismo de abstração para a plataforma Java que permite que transações locais e globais, bem como transações aninhadas, funcionem com pontos de salvamento e em praticamente qualquer ambiente na plataforma Java. Spring integra uma variedade de modelos de transação, o sistema pode configurar transações por meio de modelos de transação, anotações XML ou Java, e a estrutura de transação integra funções como mensagens e cache. A estrutura de acesso a dados do Spring resolve dificuldades comuns que os desenvolvedores encontram ao usar bancos de dados em suas aplicações. Ele não apenas fornece suporte para todas as estruturas populares de acesso a dados, como Java: JDBC, iBATS/MyBATIs, Hibernate, Java Data Objects (JDO), ApacheOJB e ApacheCayne, mas também pode ser usado com o gerenciamento de transações do Spring para fornecer acesso a dados. . O framework Spring não pretendia inicialmente construir seu próprio framework Web MVC . Durante o processo de desenvolvimento, seus desenvolvedores acreditaram que a separação entre a camada de apresentação e a camada de processamento de solicitações do framework StrutsWeb existente, bem como entre a camada de processamento de solicitações e o modelo não foi suficiente, então eles criaram o SpringMVC.
2.2 Tecnologia JAVA
A linguagem Java é atualmente a linguagem de programação mais usada, e seu código é de código aberto e pode ser usado por qualquer desenvolvedor de software. Já teve um impacto profundo na história do desenvolvimento de linguagens de programação de computadores humanos. Portanto, a linguagem Java é muito madura, é uma boa opção para aplicá-la no desenvolvimento do nosso sistema e, por ser comum, a maioria das pessoas consegue operá-la.
A linguagem Java possui uma variedade de recursos. É muito simples de escrever código e possui uma variedade de métodos de escrita. É muito orientada a objetos e não possui nenhum requisito para a plataforma em que é usada. Todas as plataformas podem ser usadas. Operação, seu desempenho de segurança também é muito alto, por isso é muito adequado para o desenvolvimento deste sistema.
Java não possui nenhum requisito de plataforma e pode ser executado em qualquer plataforma. Ele pode começar a rodar sem a necessidade de usar outros editores de linguagem para editar o código. Isso é muito bom, não só os que estamos usando É mais conveniente e pode ser implementado sem a ajuda de outros programas, o que pode economizar nossos custos de desenvolvimento. Além disso, o código do programa editado por Java pode ser usado diretamente sem recompilar, por isso é muito conveniente. Além disso, a aplicação do programa não requer habilidades profissionais para ser executado, o que proporciona grande viabilidade para o desenvolvimento de software.
2.3 Banco de dados MySQL
O banco de dados mysql tem muitas vantagens. É muito simples de operar. Você só precisa escrever um pequeno trecho de código para obter as funções correspondentes, e o código escrito pode ser usado em qualquer plataforma. Não há requisitos para o uso do plataforma. Portanto, qualquer desenvolvedor de software pode usar o banco de dados mysql para desenvolver e projetar o sistema. Ao mesmo tempo, também pode economizar muita sobrecarga para o desenvolvimento de software. O banco de dados mysql tem grande capacidade de armazenamento e operação simples. É tão poderoso que é totalmente possível utilizá-lo como armazenamento de dados deste sistema.
O banco de dados mysq é uma arquitetura aberta que pode ser utilizada por qualquer desenvolvedor de software. Com o desenvolvimento contínuo das redes de computadores, o banco de dados MySQL está em constante aprimoramento em termos de funcionalidade e é mais adequado para o desenvolvimento de todos os sistemas. Estamos melhorando o banco de dados Ao operar, é muito simples e fácil de usar, basta escrever um pequeno trecho de código para realizar a função correspondente, e o código editado pode ser utilizado em qualquer plataforma sem a necessidade de compilação secundária. Como o banco de dados MySQL tem muitas das vantagens acima, nós o usamos como a primeira escolha para aplicativos de banco de dados no desenvolvimento de sistemas. Como seu tamanho é muito pequeno e o custo de desenvolvimento também é muito baixo, ele é amado por muitos desenvolvedores de software e é mais popular. A maioria deles é usada na abertura do sistema, então este sistema também usa o banco de dados MySQL para armazenar e editar todos os dados.
2.4 Estrutura B/S
A estrutura B/S (navegador/servidor) é atualmente o modelo de estrutura mais comumente usado, podendo tornar o desenvolvimento do sistema mais simples, fácil de operar e também pode ser mantido. Ao utilizar esta estrutura, você só precisa instalar um banco de dados em seu computador e alguns navegadores comumente utilizados. O navegador conectará as informações ao banco de dados, que pode realizar muitas funções.A estrutura B/S pode ser usada diretamente, e a estrutura B/S reduz muito o trabalho de manutenção durante o uso. Baseado no software B/S, todos os bancos de dados são independentes uns dos outros, por isso são muito seguros. Porque com base na estrutura do B/S, é possível visualizar com clareza o negócio que está sendo processado pelo sistema, e permitir que os gestores tomem decisões em tempo hábil, evitando assim prejuízos corporativos. A característica básica da estrutura B/S é o modelo de gestão centralizado, após os usuários utilizarem o sistema para gerar dados, os dados podem ser armazenados no banco de dados do sistema para uso futuro, atendendo assim às necessidades de todas as pessoas.
Figura 2-1 Diagrama de estrutura de três camadas do modo B/S
Capítulo 3 Análise do Sistema
3.1 Análise de viabilidade
O sistema concebido neste artigo conduzirá uma análise de viabilidade abrangente sob os aspectos de viabilidade econômica, viabilidade técnica e viabilidade operacional.
3.1.1 Viabilidade econômica
Este sistema é uma plataforma de gestão de prontuários hospitalares comunitários. É voltado para usuários de computador, portanto o custo não é alto. A manutenção e depuração requerem apenas a participação de membros individuais, portanto o investimento humano é muito pequeno. Embora o investimento em mão de obra e capital não seja muito, os ganhos são muito consideráveis, principalmente numa perspectiva de longo prazo.O chamado conhecimento não tem preço, e os custodiantes precisam enfrentar muitos problemas, e o prontuário médico do hospital comunitário plataforma de gerenciamento é em grande parte Depois de resolver este problema, no futuro, muito poucas pessoas precisarão investir no armazenamento de recursos. Não requer muitas pessoas. Poucas pessoas podem garantir a segurança das informações, então os fundos para pessoal podem ser reduzidos muito, e a equipe não tem dificuldades.
O banco de dados utilizado é um banco de dados MySQL, que tem um custo muito baixo para sites pequenos e reduz bastante o espaço. O espaço original pode ser usado para processar outras coisas .
3.1.2 Viabilidade técnica
Em termos de tecnologia, é perfeitamente possível, a tecnologia atual é suficiente para desenvolver uma plataforma completa de gerenciamento de prontuários hospitalares comunitários. Como a abordagem orientada a objetos é relativamente única, as tecnologias necessárias não são complicadas. São todos conhecimentos aprendidos na escola e as ferramentas necessárias também não são muito complicadas. Usando Dreamweaver como plataforma de desenvolvimento, usando Java para escrever páginas e Apache para conectar ao banco de dados, e usando o banco de dados MySQL mais simples, é muito fácil de manter. Este sistema é baseado na estrutura B/S, que é relativamente simples e claro. Portanto, é viável do ponto de vista técnico .
3.1.3 Viabilidade operacional
O desenvolvimento deste sistema utiliza tecnologia básica e é voltado para um único grupo, portanto não causará congestionamento e colapso de informações, para que os comandos do usuário possam ser executados rapidamente em tempo de execução. Os dados que existem na página serão transferidos para o banco de dados em forma de formulário, para que não haja confusão .
Por enquanto, na era do uso generalizado do computador, não é difícil aprender a manter e usar o sistema, por isso é viável em termos de pessoal, e o sistema pode ser usado em diferentes computadores, por isso também pode ser executado aqui .
3.1.4 Viabilidade temporal
Em termos de tempo, como o projeto não é muito grande, pode ser concluído dentro do prazo. Mas você precisa organizar um bom horário. Como este projeto de graduação é para uma única pessoa, você precisa se automonitorar e insistir, e não deve mudar de ideia quando pensar sobre isso. Primeiro, você deve ter um plano de tempo claro. Para completar este sistema dentro de um tempo limitado
3.1.5 Viabilidade jurídica
As tecnologias e recursos utilizados neste sistema são todos legais, as partes citadas estão marcadas e as referências estão em conformidade com os regulamentos. São criações pessoais e não envolvem qualquer comportamento que prejudique os direitos de propriedade intelectual de terceiros.
3.2 Análise de requisitos
Em resposta aos problemas e necessidades existentes, foi criada uma plataforma digital e baseada em informações de gestão de registos médicos hospitalares comunitários através da análise de requisitos funcionais .
Este sistema inclui principalmente vários módulos funcionais, como a implementação do módulo de login, módulo de página da web , módulo de administrador e módulo de usuário supervisor . Os requisitos para estes módulos funcionais são brevemente descritos abaixo. Diferentes permissões correspondem aos requisitos dos módulos funcionais correspondentes. O nível de permissão do administrador é o mais alto, portanto os requisitos correspondentes são os maiores. De acordo com as diferentes permissões, os requisitos de cada permissão são brevemente explicados.
3.3 Análise de processos de negócios
Processo geral de negócios: como administrador, insira sua conta e senha na página de login, passe pela verificação de identidade do banco de dados e faça login na página inicial do sistema após a verificação bem-sucedida. Você pode usar o sistema, sistema de gerenciamento e outras funções .
O processo de negócios do sistema é mostrado na figura abaixo.
Figura 3-1 Fluxograma de negócios do sistema
3.4 Análise do processo de dados
O diagrama de fluxo de dados, abreviado como DFD , usa gráficos para ilustrar as funções lógicas do sistema e descreve a direção do fluxo e a transformação lógica dos dados do sistema. Como esse método pode expressar problemas difíceis de explicar, ele é amplamente utilizado por desenvolvedores e atualmente é um método estruturado de análise de sistemas com uma ampla gama de aplicações.
O processo de dados da camada zero é a camada mais abstrata do processo. Inclui módulos funcionais como gerenciamento de login, gerenciamento de funções de administrador e gerenciamento de recuperação e manutenção. Os dados usados no módulo de login incluem documentos de informações da conta do administrador e documentos de informações do administrador ., O armazenamento exigido pelo módulo de gerenciamento de função do administrador é para o administrador adicionar documentos informativos, consultar documentos informativos e excluir documentos informativos. A recuperação e manutenção consiste em pesquisar as informações do documento acima por meio de palavras-chave.
O diagrama de fluxo de dados da camada 1 do sistema é mostrado na figura abaixo.
Figura 3-2 Diagrama de fluxo de dados do sistema (camada 1)
A camada 2 é o diagrama de fluxo de dados em segundo plano para operações de administrador. Os administradores podem gerenciar administradores de sistema adicionando, modificando e excluindo, conforme mostrado na figura a seguir:
Figura 3-4 Diagrama de fluxo de dados do sistema ( camada 2 )
Capítulo 4 Projeto do Sistema
4.1 Projeto da estrutura do sistema
O design do sistema é principalmente para que os administradores processem as operações relacionadas de todo o sistema após o login, incluindo página inicial, gráfico de carrossel, gerenciamento de notificações e anúncios, gerenciamento de recursos (informações hospitalares, classificação de informações), usuários do sistema (administradores, usuários supervisores), e gerenciamento de módulos (informações de prontuários médicos, lembretes de acompanhamento, informações do departamento, informações do médico, informações sobre medicamentos, proporção de gênero, proporção de doenças, informações de hospitalização, informações de acompanhamento, nome do departamento, nome da doença) e outros gerenciamentos operacionais .
O diagrama da estrutura funcional do sistema é mostrado na figura abaixo.
Figura 4-1 Diagrama da estrutura funcional do sistema
4.2 Projeto do módulo de função
Login do sistema: O login do sistema é a porta de entrada para os administradores acessarem o sistema. A interface de login do sistema é projetada, incluindo o nome do administrador, senha e código de verificação e, em seguida, as informações de identidade do administrador conectado são determinadas para determinar se é um administrador ou um usuário supervisor .
Gerenciamento de administradores: Os administradores podem gerenciar as contas de outros usuários supervisores no sistema, incluindo inserir novos administradores, excluir usuários supervisores existentes , modificar as informações de usuários supervisores existentes e pesquisar supervisores por palavras-chave como nome de usuário e nome do supervisor . a página da lista de administradores e exporte a lista de administradores para o Excel .
Alterar senha: Todos os administradores do sistema (administradores e usuários supervisores ) devem poder alterar suas senhas de login e precisarão fazer login novamente após a modificação.
Gerenciamento de informações pessoais: usado por usuários supervisores . Depois que os usuários supervisores fazem login no sistema, eles podem modificar as informações pessoais originais, como modificar números de telefone, endereços de e-mail, etc. O nome do administrador do administrador não pode ser modificado.
Gerenciamento de status de login: Cada administrador do sistema deve ser capaz de visualizar o status de login histórico pessoal, como IP de login , hora de login, endereço de login, etc., para evitar roubo de conta de administrador e fortalecer a segurança da conta de administrador.
4.3 Projeto de banco de dados
A parte mais crítica do sistema é o banco de dados, que requer uma ideia muito clara, portanto é necessário estabelecer a conexão entre os módulos desde o início do projeto, para que a conexão entre as tabelas e o conteúdo requerido na tabela possa estar claramente estabelecido. Outro ponto do projeto de um banco de dados é reduzir a complicada criação de tabelas, portanto a conexão é muito importante e pode reduzir bastante itens duplicados na tabela de dados. Isso pode garantir a integridade e unidade dos dados, sem causar erros e duplicação de dados, e os dados podem ser protegidos pela segurança do banco de dados, o que deixará os usuários mais tranquilos .
4.3.1 Desenho do diagrama ER
O projeto conceitual é a chave para todo o projeto do banco de dados.Na fase de projeto conceitual, o modelo ER é obtido a partir da análise de demanda. O diagrama ER identifica a relação entre o modelo funcional e o modelo de dados.No processo de extração e padronização do banco de dados em questão, um método simplificado de representação do diagrama ER é usado para evitar que representações do diagrama ER excessivamente complicadas e detalhadas afetem a intuição e a usabilidade do planejamento. . É uma abstração e generalização do mundo real. É uma ferramenta poderosa para designers de banco de dados projetarem dados. Ele pode expressar de maneira conveniente e direta vários conhecimentos semânticos em aplicativos, tornando-os simples, claros e fáceis de entender para os usuários . O diagrama ER do sistema é mostrado abaixo.
Figura 4-2 Diagrama do sistema E - R
4.3.2 Design de tabela de banco de dados
As tabelas de banco de dados são uma parte importante do banco de dados. Na verdade, o banco de dados é apenas uma estrutura, e as tabelas de banco de dados são a essência do banco de dados. As tabelas de banco de dados deste sistema são as seguintes:
Tabela access_token (duração do acesso ao login)
| número de série |
nome |
tipo de dados |
comprimento |
Casas decimais |
Permitir valores nulos |
chave primária |
valor padrão |
ilustrar |
| 1 |
token_id |
interno |
10 |
0 |
N |
S |
ID do crachá de acesso temporário |
|
| 2 |
símbolo |
varchar |
64 |
0 |
S |
N |
crachá de acesso temporário |
|
| 3 |
informações |
texto |
65535 |
0 |
S |
N |
||
| 4 |
máximo |
interno |
10 |
0 |
N |
N |
2 |
Vida útil máxima: Padrão 2 horas |
| 5 |
hora_de_criação |
carimbo de data/hora |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
Tempo de criação: |
| 6 |
tempo de atualização |
carimbo de data/hora |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
Tempo de atualização: |
| 7 |
ID do usuário |
interno |
10 |
0 |
N |
N |
0 |
ID do usuário: |
Artigo de tabela (artigo: artigo para sistema de gerenciamento de conteúdo)
| número de série |
nome |
tipo de dados |
comprimento |
Casas decimais |
Permitir valores nulos |
chave primária |
valor padrão |
ilustrar |
| 1 |
artigo_id |
médio |
8 |
0 |
N |
S |
ID do artigo: [0,8388607] |
|
| 2 |
título |
varchar |
125 |
0 |
N |
S |
Título: [0,125] é usado na tag de título de artigos e html |
|
| 3 |
tipo |
varchar |
64 |
0 |
N |
N |
0 |
Classificação do artigo: [0,1000] é usado para pesquisar artigos do tipo especificado |
| 4 |
exitos |
interno |
10 |
0 |
N |
N |
0 |
Número de cliques: [0,1000000000] Número de pessoas que visitaram este artigo |
| 5 |
louvor_len |
interno |
10 |
0 |
N |
N |
0 |
Número de curtidas |
| 6 |
hora_de_criação |
carimbo de data/hora |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
Tempo de criação: |
| 7 |
tempo de atualização |
carimbo de data/hora |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
Tempo de atualização: |
| 8 |
fonte |
varchar |
255 |
0 |
S |
N |
Fonte: [0,255] Fonte do artigo |
|
| 9 |
url |
varchar |
255 |
0 |
S |
N |
Endereço de origem: [0,255] usado para acessar o site onde o artigo foi publicado |
|
| 10 |
marcação |
varchar |
255 |
0 |
S |
N |
Tag: [0,255] é usado para marcar o conteúdo relevante do artigo.Múltiplas tags são separadas por espaços. |
|
| 11 |
contente |
texto longo |
2147483647 |
0 |
S |
N |
Texto: o conteúdo principal do artigo |
|
| 12 |
imagem |
varchar |
255 |
0 |
S |
N |
foto de capa |
|
| 13 |
descrição |
texto |
65535 |
0 |
S |
N |
Descrição do artigo |
Tabela article_type (classificação do artigo)
| número de série |
nome |
tipo de dados |
comprimento |
Casas decimais |
Permitir valores nulos |
chave primária |
valor padrão |
ilustrar |
| 1 |
tipo_id |
pequeno inteiro |
5 |
0 |
N |
S |
ID da categoria: [0,10000] |
|
| 2 |
mostrar |
pequeno inteiro |
5 |
0 |
N |
N |
100 |
Ordem de exibição: [0,1000] determina a ordem em que as categorias são exibidas. |
| 3 |
nome |
varchar |
16 |
0 |
N |
N |
Nome da categoria: [2,16] |
|
| 4 |
pai_id |
pequeno inteiro |
5 |
0 |
N |
N |
0 |
ID da categoria pai: [0,32767] |
| 5 |
descrição |
varchar |
255 |
0 |
S |
N |
Descrição: [0,255] descreve o papel desta classificação |
|
| 6 |
ícone |
texto |
65535 |
0 |
S |
N |
Ícone de categoria: |
|
| 7 |
url |
varchar |
255 |
0 |
S |
N |
Endereço do link externo: [0,255] Se esta categoria saltar para outros sites, defina-a no URL |
|
| 8 |
hora_de_criação |
carimbo de data/hora |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
Tempo de criação: |
| 9 |
tempo de atualização |
carimbo de data/hora |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
Tempo de atualização: |
Autenticação de tabela (gerenciamento de direitos de usuário)
| número de série |
nome |
tipo de dados |
comprimento |
Casas decimais |
Permitir valores nulos |
chave primária |
valor padrão |
ilustrar |
| 1 |
auth_id |
interno |
10 |
0 |
N |
S |
ID de autorização: |
|
| 2 |
grupo de usuários |
varchar |
64 |
0 |
S |
N |
grupo de usuários: |
|
| 3 |
nome_do_mod |
varchar |
64 |
0 |
S |
N |
Nome do módulo: |
|
| 4 |
Nome da tabela |
varchar |
64 |
0 |
S |
N |
Nome da tabela: |
|
| 5 |
título da página |
varchar |
255 |
0 |
S |
N |
título da página: |
|
| 6 |
caminho |
varchar |
255 |
0 |
S |
N |
Caminho de roteamento: |
|
| 7 |
posição |
varchar |
32 |
0 |
S |
N |
Localização: |
|
| 8 |
mode |
varchar |
32 |
0 |
N |
N |
_blank |
跳转方式： |
| 9 |
add |
tinyint |
3 |
0 |
N |
N |
1 |
是否可增加： |
| 10 |
del |
tinyint |
3 |
0 |
N |
N |
1 |
是否可删除： |
| 11 |
set |
tinyint |
3 |
0 |
N |
N |
1 |
是否可修改： |
| 12 |
get |
tinyint |
3 |
0 |
N |
N |
1 |
是否可查看： |
| 13 |
field_add |
text |
65535 |
0 |
Y |
N |
添加字段： |
|
| 14 |
field_set |
text |
65535 |
0 |
Y |
N |
修改字段： |
|
| 15 |
field_get |
text |
65535 |
0 |
Y |
N |
查询字段： |
|
| 16 |
table_nav_name |
varchar |
500 |
0 |
Y |
N |
跨表导航名称： |
|
| 17 |
table_nav |
varchar |
500 |
0 |
Y |
N |
跨表导航： |
|
| 18 |
option |
text |
65535 |
0 |
Y |
N |
配置： |
|
| 19 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
collect_id |
int |
10 |
0 |
N |
Y |
收藏ID： |
|
| 2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
收藏人ID： |
| 3 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表： |
|
| 4 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段： |
|
| 5 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID： |
| 6 |
title |
varchar |
255 |
0 |
Y |
N |
标题： |
|
| 7 |
img |
varchar |
255 |
0 |
Y |
N |
封面： |
|
| 8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
comment_id |
int |
10 |
0 |
N |
Y |
评论ID： |
|
| 2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
评论人ID： |
| 3 |
reply_to_id |
int |
10 |
0 |
N |
N |
0 |
回复评论ID：空为0 |
| 4 |
content |
longtext |
2147483647 |
0 |
Y |
N |
内容： |
|
| 5 |
nickname |
varchar |
255 |
0 |
Y |
N |
昵称： |
|
| 6 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址：[0,255] |
|
| 7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 9 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表： |
|
| 10 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段： |
|
| 11 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID： |
表department_information (科室信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
department_information_id |
int |
10 |
0 |
N |
Y |
科室信息ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
| 5 |
department_photo |
varchar |
255 |
0 |
Y |
N |
科室照片 |
|
| 6 |
release_date |
date |
10 |
0 |
Y |
N |
发布日期 |
|
| 7 |
department_introduction |
longtext |
2147483647 |
0 |
Y |
N |
科室简介 |
|
| 8 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
| 9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 10 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 11 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
department_name_id |
int |
10 |
0 |
N |
Y |
科室名称ID |
|
| 2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
| 3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
disease_name_id |
int |
10 |
0 |
N |
Y |
疾病名称ID |
|
| 2 |
disease_name |
varchar |
64 |
0 |
Y |
N |
疾病名称 |
|
| 3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
disease_proportion_id |
int |
10 |
0 |
N |
Y |
疾病比例ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
| 7 |
treating_diseases |
varchar |
64 |
0 |
Y |
N |
在治疾病 |
|
| 8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
| 9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
doctor_information_id |
int |
10 |
0 |
N |
Y |
医生信息ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
doctor_id |
varchar |
64 |
0 |
N |
N |
医生工号 |
|
| 5 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
| 6 |
doctors_gender |
varchar |
64 |
0 |
Y |
N |
医生性别 |
|
| 7 |
doctors_photo |
varchar |
255 |
0 |
Y |
N |
医生照片 |
|
| 8 |
doctor_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
| 9 |
employment_time |
varchar |
64 |
0 |
Y |
N |
从业时间 |
|
| 10 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
| 11 |
phone_number |
varchar |
16 |
0 |
Y |
N |
手机号码 |
|
| 12 |
doctor_introduction |
text |
65535 |
0 |
Y |
N |
医生简介 |
|
| 13 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
| 14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 16 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
drug_information_id |
int |
10 |
0 |
N |
Y |
药品信息ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
drug_number |
varchar |
64 |
0 |
Y |
N |
药品编号 |
|
| 5 |
pharmaceutical_images |
varchar |
255 |
0 |
Y |
N |
药品图片 |
|
| 6 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
| 7 |
drug_pricing |
int |
10 |
0 |
Y |
N |
0 |
药品定价 |
| 8 |
quantity_of_drugs |
int |
10 |
0 |
Y |
N |
0 |
药品数量 |
| 9 |
drug_introduction |
text |
65535 |
0 |
Y |
N |
药品简介 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
follow_up_information_id |
int |
10 |
0 |
N |
Y |
随访信息ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
| 7 |
whether_to_follow_up |
varchar |
64 |
0 |
Y |
N |
是否随访 |
|
| 8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
| 9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
follow_up_reminder_id |
int |
10 |
0 |
N |
Y |
随访提醒ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
patient_gender |
varchar |
64 |
0 |
Y |
N |
病人性别 |
|
| 7 |
patient_age |
int |
10 |
0 |
Y |
N |
0 |
病人年龄 |
| 8 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
| 9 |
treating_diseases |
varchar |
64 |
0 |
Y |
N |
在治疾病 |
|
| 10 |
next_follow_up |
date |
10 |
0 |
Y |
N |
下次随访 |
|
| 11 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 12 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 13 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
gender_ratio_id |
int |
10 |
0 |
N |
Y |
性别比例ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
patient_gender |
varchar |
64 |
0 |
Y |
N |
病人性别 |
|
| 7 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
| 8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
| 9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID： |
|
| 2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人： |
| 3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表： |
|
| 6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段： |
|
| 7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID： |
表hospitalization_information (住院信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
hospitalization_information_id |
int |
10 |
0 |
N |
Y |
住院信息ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
| 7 |
hospitalization_or_not |
varchar |
64 |
0 |
Y |
N |
是否住院 |
|
| 8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
| 9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表medical_record_information (病历信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
medical_record_information_id |
int |
10 |
0 |
N |
Y |
病历信息ID |
|
| 2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
| 3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
| 5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
| 6 |
patient_gender |
varchar |
64 |
0 |
Y |
N |
病人性别 |
|
| 7 |
patient_age |
int |
10 |
0 |
Y |
N |
0 |
病人年龄 |
| 8 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
| 9 |
date_of_birth |
date |
10 |
0 |
Y |
N |
出生日期 |
|
| 10 |
ethnic_name |
varchar |
64 |
0 |
Y |
N |
民族名称 |
|
| 11 |
phone_number |
varchar |
16 |
0 |
Y |
N |
手机号码 |
|
| 12 |
treating_diseases |
varchar |
64 |
0 |
Y |
N |
在治疾病 |
|
| 13 |
inspection_records |
varchar |
255 |
0 |
Y |
N |
检查记录 |
|
| 14 |
image_recording |
varchar |
255 |
0 |
Y |
N |
影像记录 |
|
| 15 |
hospitalization_or_not |
varchar |
64 |
0 |
Y |
N |
是否住院 |
|
| 16 |
hospitalization_records |
text |
65535 |
0 |
Y |
N |
住院记录 |
|
| 17 |
whether_to_follow_up |
varchar |
64 |
0 |
Y |
N |
是否随访 |
|
| 18 |
follow_up_records |
text |
65535 |
0 |
Y |
N |
随访记录 |
|
| 19 |
next_follow_up |
date |
10 |
0 |
Y |
N |
下次随访 |
|
| 20 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 21 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 22 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
notice_id |
mediumint |
8 |
0 |
N |
Y |
公告id： |
|
| 2 |
title |
varchar |
125 |
0 |
N |
N |
标题： |
|
| 3 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文： |
|
| 4 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
praise_id |
int |
10 |
0 |
N |
Y |
点赞ID： |
|
| 2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人： |
| 3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表： |
|
| 6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段： |
|
| 7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID： |
| 8 |
status |
bit |
1 |
0 |
N |
N |
1 |
点赞状态:1为点赞，0已取消 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
slides_id |
int |
10 |
0 |
N |
Y |
轮播图ID： |
|
| 2 |
title |
varchar |
64 |
0 |
Y |
N |
标题： |
|
| 3 |
content |
varchar |
255 |
0 |
Y |
N |
内容： |
|
| 4 |
url |
varchar |
255 |
0 |
Y |
N |
链接： |
|
| 5 |
img |
varchar |
255 |
0 |
Y |
N |
轮播图： |
|
| 6 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量： |
| 7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
supervisor_user_id |
int |
10 |
0 |
N |
Y |
主管用户ID |
|
| 2 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
| 3 |
medical_gender |
varchar |
64 |
0 |
Y |
N |
医护性别 |
|
| 4 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
| 5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
| 2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
| 3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
| 4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
| 5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
| 6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
| 7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
| 8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
user_id |
mediumint |
8 |
0 |
N |
Y |
用户ID：[0,8388607]用户获取其他与用户相关的数据 |
|
| 2 |
state |
smallint |
5 |
0 |
N |
N |
1 |
账户状态：[0,10](1可用|2异常|3已冻结|4已注销) |
| 3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组：[0,32767]决定用户身份和权限 |
|
| 4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间： |
| 5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码：[0,11]用户的手机号码，用于找回密码时或登录时 |
|
| 6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证：[0,1](0未认证|1审核中|2已认证) |
| 7 |
username |
varchar |
16 |
0 |
N |
N |
用户名：[0,16]用户登录时所用的账户名称 |
|
| 8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称：[0,16] |
|
| 9 |
password |
varchar |
64 |
0 |
N |
N |
密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成 |
|
| 10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱：[0,64]用户的邮箱，用于找回密码时或登录时 |
|
| 11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证：[0,1](0未认证|1审核中|2已认证) |
| 12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址：[0,255] |
|
| 13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID：[0,8388607] |
|
| 2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序：[0,1000] |
| 3 |
name |
varchar |
16 |
0 |
N |
N |
名称：[0,16] |
|
| 4 |
description |
varchar |
255 |
0 |
Y |
N |
描述：[0,255]描述该用户组的特点或权限范围 |
|
| 5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表： |
|
| 6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段： |
|
| 7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID： |
| 8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
| 9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
第5章 系统实现
5.1登录模块的实现
系统登录模块可分为前台登录模块和后台登录模块，为确保系统安全性，系统操作员只有在登录界面输入正确的管理员名、密码、权限以及验证码，单击“登录”按钮后才能够进入本系统的主界面。
管理员登录流程图如下所示。
图5-1管理员登录流程图
登录界面如下图所示。
5.2前台用户功能模块
首页，用户进入前台网页，可以查看首页、通知公告、医院资讯、科室信息、医生信息、药品信息、我的等模块内容，如图5-3所示。
图5-3前台首页界面图
通知公告，在通知公告页面中可以查看通知公告详情信息，如图5-4所示。
图5-4通知公告界面图
医院资讯，用户登录后可在医院资讯页面中可以查看资讯详情信息，并可进行点赞、收藏、评论等操作，如图5-5所示。
图5-5医院资讯界面图
病历信息，用户登录后可在病历信息页面中可以查看病历信息详情，可根据关键搜索相关病历，进行影像记录、检查记录下载等操作，如图5-6所示。
图5-6病历信息界面图
5.3 管理员模块
管理员登录进入社区医院病历管理平台之后，就可以对所有的信息进行查看，可以查看到首页、轮播图、通知公告管理、资源管理（医院资讯、资讯分类）、系统用户（管理员、主管用户）、模块管理（病历信息、随访提醒、科室信息、医生信息、药品信息、性别比例、疾病比例、住院信息、随访信息、科室名称、疾病名称）等，并且还可以对其进行相应的操作管理，如图5-7所示。
图5-7管理员功能界面图
轮播图管理，在轮播图管理页面中管理员可以添加、修改。删除轮播图内容，如图5-8所示。
图5-8轮播图管理界面图
随访信息管理，在随访信息管理页面中可以查看医护账号、医护姓名、病历编号
、病人姓名、病人类型、是否随访、计数记录、记录时间等信息，还可以根据需要进行修改或删除等操作，如图5-9所示。
图5-9随访信息管理界面图
医生信息管理，在医生信息管理页面中可以查看医生工号、密码、医生姓名、照片、性别、科室、职称等信息，还可以根据需要进行修改或删除等操作，如图5-10所示。
图5-10医生信息管理界面图
5.4主管用户功能模块
主管用户点击后台进入到系统操作界面，可以查看首页、模块管理（病历信息、随访提醒、科室信息、医生信息、药品信息、性别比例、疾病比例、住院信息、随访信息、科室名称、疾病名称）等信息，如图5-11所示。
图5-11主管用户功能界面图
病历信息管理，在病历信息管理页面主管用户可以添加、提交医护账号、医护姓名、病历编号、病人姓名、病人性别、病人年龄、病人类型、出生日期、民族名称、手机号码、在治疾病、检查记录等信息，并可进行查看、修改、删除等操作，如图5-12所示。
图5-12病历信息管理界面图
科室信息管理：在科室信息管理页面可以添加、提交医护账号、医护姓名、科室名称、科室照片、发布日期、科室简介等信息，并可以进行查看、修改、删除等操作，如图5-13所示。
图5-13科室信息管理界面图
检查信息：在检查信息页面通过填写索引、检查编号、项目名称、项目类型、检查报告、检查时间、医生工号、医生姓名、账号、姓名、就诊卡号等信息进行修改，如图5-14所示。
图5-14检查信息界面图
疾病名称管理，在疾病名称管理页面可以查看疾病名称、创建时间、更新时间等信息，并可进行详情操作，如图5-15所示。
图5-15疾病名称管理界面图
第6章 系统测试
6.1 程序测试基本概念
程序测试是很重要的一个环节，当自身的程序已经完成时，仍需要测试来保证程序的正确性和可靠性，因为往往此时出现的错误就是用户可能会出现的错误，所以调试变得至关重要。唯有经过多次的调试才能够使系统达到完美的状态，使得用户可以安全，放心的使用程序，保障用户信息的安全是每个系统最基本的需求，因而调试也就是系统的最基本的要求。但是为了保证说最大程度减少开发者的工作量，应当分三个阶段来测试，初期，中期和最终期。前期：主要调试模块间的关系部分，看看是否是正确的，合理的，否则到后面会造成难以修改和总是出错的现象。中期：插入部分数据，看看是否数据库方面连接和设计得当，有些时候理念存在的是不能够在现实中完美实现的，并且调试界面找到最优的布局。最终期：插入全部数据，看是否正确，修改页面看是否能达到最初预期效果，检查功能是否完全实现。
6.2 程序测试具体内容
6.2.1 测试的重要性及目的
1.测试的重要性
只有经过反复的测试，才能够使系统得到最稳定的状态，才能把最好的一面展现给使用的用户，是极为关键的一个步骤。但是往往也是大家极容易忽视的一个部分，因为绝大部分的人认为这个部分是不重要的，但事实并非如此，任何系统不管怎样做都不可能完全去除错误，所以需要测试来最大程度的降低和减少错误。要在多环境下进行测试，以保证用户能够在不同环境配置下都能够正常使用。大多数，用户的需求是不断更新的，所以测试具有十分重要的意义，能够及时的把握到用户的最新动态，做出对系统的修改。
测试的目的
测试是为了让用户能够使用到系统的最好一面，能够充分利用到系统内的跟自己相关的部分。另一方面，从系统开发者的角度来说，这个举措有助于开发者在开发系统的同时能够与用户保持有好的关系，能够使开发的系统减少最多的错误和误差，并且有助于开发，边测试边开发，能够及时解决用户的需求，而开发者也能够减少返工的工作量，保证开发是朝着正确的道路前进的，并且对于用户来说能够定期看到一定的工作成果，也是更有助于提出更好的意见，而不是到末期突然提出大量的工作需求。这样可以使得用户和开发者之间的关系得到一定程度的改善，而开发者也从中得到更多改善系统的方向。
6.2.2登录测试
登录及管理员添加模块是对各个系统中不可缺少的功能之一，为了对在运行过程能正常的操作本项目就要对此进行测试。
1. 使用不同浏览器访问服务器的IP地址。
2. 输入特殊的信息登录系统，例如边界值等。
3. 查看登录及管理员添加之后登录系统所返回的结果。
无论系统管理员还是用户登录时都需要用户名和密码进行登录，当输入正确的用户名和密码观察是否正常登录。登录测试表如下表6-1所示：
表6-1登录测试表
| 名称 |
功能名称 |
操作阐述 |
期盼结果 |
测试结果 |
| 登录信息管理 |
登录 |
系统管理员登录时输入 账号：admin密码：admin |
进入后台主页面 |
成功 |
| 添加用户登录时输入 账号：zhangchao密码：000000 |
进入系统首页 |
成功 |
管理员可以管理添加用户的信息。添加测试表如下表6-2所示：
表6-2添加测试表
| 名称 |
功能名称 |
操作阐述 |
期盼结果 |
测试结果 |
| 添加信息管理 |
添加 |
管理员进入添加用户管理页面 |
成功显示所有添加用户列表 |
成功 |
| 管理员进入添加用户管理页面，点击删除按钮 |
删除成功，出现删除成功的提示 |
成功 |
||
| 用户进入添加页面，按提示输入添加用户信息 |
添加成功，出现添加成功的提示 |
成功 |
6.2.3用户管理模块测试
用户管理信息模块对本界面中的数据和信息进行相对应得基本操作，主要有查看用户，删除用户等。
管理员可以查看并删除用户，如表6-3所示：
表6-3用户管理测试表
| 模块名称 |
功能名称 |
操作描述 |
预期结果 |
测试结果 |
| 用户信息管理 |
查看 |
管理员进入用户管理页面，查看用户 |
所有用户均显示 |
成功 |
| 删除 |
管理员进入用户管理页面，点击删除按钮 |
弹窗提示，删除成功 |
成功 |
6.3 系统的优点
本系统的优点在于界面简单，对于有计算机基本操作的人群均可以高效的使用，查询功能可以使使用者在大量的数据搜索时能够快速的找到所需要的内容，开发的结构简单所以便于日后进行维护和更新功能。信息的添加和查询，使得资源得到了充分的利用。功能并不复杂所以执行速度也较快，所以用户可以得到比较良好的体验，系统内部的增删改查也比较人性化，所以比较快捷和精准。用户为管理员用户，而身份而判别使得系统比较明了，更具有安全性，系统内的数据是得到了一定的保护的。而页面上添加用户，新增添了的一个优势在于，添加后的用户，需得到管理员的审核才能够使用，避免了恶意添加或是恶意进入用户内部的举动。并且管理员据有最高权限，保证数据的安全。
第7章 总结
经过几个月的努力还坚持，社区医院病历管理平台终于完成了，程序功能模块能按照需求来运行，能实现多管理员的迸发使用，但是系统由于设计经验以及旅行团知识的局限性，在本系统的开发过程中，在一些功能方面和业务逻辑方面做得不是很完善，系统还存在一些缺陷。界面的设计从布局到外观，受限于自身的设计功底较低，没能达到自己所要设计的界面要求，另一方面，系统存在一些没有考虑的问题和模块。
在学习的过程中首次进行独立设计工作,编码过程出现了许多问题和困难，原以为正确无误的程序运行过程中不会遇到问题，但是在运行过程中也总会出现各种各样的问题，在调试过程中找不出运行出错的原因。而这些基本问题却都是一些简单的问题，例如标点符号应该是英文状态下的，却因为不好的编程习惯造成了一些中文的符号输入，经过仔细观察和老师的帮组下，还是将问题解决了。
目前系统的功能比较简单，还存在许多瑕疵，这是一份遗憾，也是促进我不断进步的动力。
致 谢
经历了近三个多月的动手实践及老师辛勤的指导和同学朋友热心的帮助下，本人的毕业设计社区医院病历管理平台的基本功能也基本完成。
此次设计中，通过不断的探讨与学习使我熟悉、使我初步了解了JAVA相关技术。做的是一个B/S结构的社区医院病历管理平台，使我对做网站所需要，及运行的环境有了初步的了解，在此次设计中我翻阅了较多的书籍，在有限的时间了丰富了对社区医院病历管理平台技术的知识也积累了少许的经验。起初对JAVA的初步认识，通过这次设计更进一步的了解了其工作原理，懂得了配置服务器环境，连接数据库源，在设计过程中，也学会了用dreamweaver设计一个简单的页面，增强了动手的能力，激发了在此方面的兴趣。
但是由于时间、基础及缺乏实践等多方面的问题，还有诸多需要解决的问题依然存在，设计中很多方面考虑不够周全或者考虑不到。
非常感谢我的老师，我的同学，我的朋友并希望在今后的学习生活中不断陪养多方面的兴趣，不断学习进步从而能够实现独立完成。设计中存在的诸多缺点诚肯老师的原谅。
[1]银莉,杜啸楠.基于SpringBoot和Vue的社区服务平台设计与实现[J].电子技术,2022,51(12):182-183.
[2]倪叶枫.现代医院管理会计实践和发展研究[J].投资与创业,2022,33(23):59-61.
[3]李佳俊,何玥,钱嵩橙,李龙飞.“互联网+”背景下基于B/S的云教育系统设计[J].软件,2022,43(10):173-177.
[4]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[5]孙鹏,吴长海,杨凯.人工智能在医院管理中的应用[J].财经界,2022(25):75-77.DOI:10.19887/j.cnki.cn11-4098/f.2022.25.027.
[6]郭娜,王静成,柏斗胜,耿平.互联网+视阈下现代医院管理培训路径探索[J].江苏卫生事业管理,2022,33(05):653-657+670.
[7]薛宾田.基于SpringBoot的星级党员考评系统[J].电脑编程技巧与维护,2022(05):54-56+77.DOI:10.16184/j.cnki.comprg.2022.05.023.
[8]谭梦,刘玉秀,王修来,高天航,谭挺,苏皖.国外医院管理的研究热点分析[J].医学研究生学报,2022,35(04):414-417.DOI:10.16571/j.cnki.1008-8199.2022.04.015.
[9]王南.Java编程在计算机应用软件中的应用特征与技术研究[J].信息记录材料,2022,23(04):130-132.DOI:10.16009/j.cnki.cn13-1295/tq.2022.04.057.
[10]杨迎.Java语言异常处理机制的分析[J].电子技术,2022,51(03):42-43.
[11]曹嵩彭,王鹏宇.浅析Java语言在软件开发中的应用[J].信息记录材料,2022,23(03):114-116.DOI:10.16009/j.cnki.cn13-1295/tq.2022.03.009.
[12]梁秀俊,刘璐,刘彦丰,李斌.基于Java语言的在线导热实验虚拟仿真软件开发[J].实验室研究与探索,2022,41(02):106-110.DOI:10.19927/j.cnki.syyt.2022.02.023.
[13]丁海洋,王昊翔,姚全珠.基于MVVM框架的汽车销售管理系统设计与实现[J].电子制作,2021(22):55-56+8.DOI:10.16589/j.cnki.cn11-3571/tn.2021.22.019.
[14]周常志,甘恒.基于SpringBoot的智慧就业服务平台的设计与实现[J].电脑知识与技术,2021,17(28):182-184+187.DOI:10.14004/j.cnki.ckt.2021.3040.
[15]巢晟盛.基于SpringBoot微服务架构下前后端分离的MVVM模型浅析[J].电脑知识与技术,2021,17(23):128-129+141.DOI:10.14004/j.cnki.ckt.2021.2412.
[16]李俊甲.基于JAVA的文字速录系统的设计与实现[J].信息与电脑(理论版),2021,33(13):94-96.
[17]Fuyuan Cheng. Talent Recruitment Management System for Small and Micro Enterprises Based on Springboot Framework[J]. Advances in Educational Technology and Psychology,2021,5(2).
[18]刘子凡,郭昱君.基于SpringBoot+Mybatis的个人博客系统设计与实现[J].现代信息科技,2021,5(08):104-107+111.DOI:10.19850/j.cnki.2096-4706.2021.08.029.
[19]邓斯妮,陈家敏,蔡维晟,叶开平.基于SpringBoot技术的综测N服务管理系统设计与实现[J].现代信息科技,2021,5(05):13-18.DOI:10.19850/j.cnki.2096-4706.2021.05.003.
[20] Jian Chen, Chen Jian, Pan Hailan. Projeto de sistema de informação de gerenciamento de horas de trabalho no SpringBoot Framework[J]. Journal of Physics: Série de Conferências,2020,1646(1).
Por favor, siga e curta + envie uma mensagem privada ao blogueiro para receber o código-fonte do projeto gratuitamente