Sistema de gestión de información de detección y alerta temprana basado en SSM para pacientes hospitalizados
Resumen
Los principales módulos funcionales del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados incluyen: gestión de arreglos de trabajo médico, gestión de camas de hospital, gestión de información de admisión, gestión de información de alta, gestión de medicamentos, saldo de usuario, gestión de detalles de pago, etc., adoptando un objeto- modelo de desarrollo orientado para el desarrollo de software El desarrollo y la instalación de hardware pueden satisfacer las necesidades del uso real, y se ha mejorado la instalación de software correspondiente y el trabajo de codificación de programas. MySQL se utiliza como la unidad de almacenamiento principal para datos de fondo, y ssm framework, Java La tecnología y la tecnología Ajax se utilizan para los negocios. La codificación y el desarrollo del sistema han realizado todas las funciones del sistema. Este informe primero analiza los antecedentes, la función y el significado de la investigación, sentando las bases para la racionalidad del trabajo de investigación. Analizar los requisitos y problemas técnicos del sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados, probar la necesidad y la viabilidad técnica del sistema y luego hacer una introducción básica al software técnico y las ideas de diseño que deben usarse en el sistema de diseño. y finalmente implementar el sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados y la operación de implementación usándolo.
Palabras clave: gestión de información de alerta temprana, marco de ssm, base de datos
Sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados
Abstracto
Los principales módulos funcionales del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados incluyen: gestión de arreglos de trabajo médico, gestión de camas de hospital, gestión de información de admisión, gestión de información de alta, gestión de medicamentos, saldo de usuario, gestión de detalles de pago, etc. El desarrollo orientado a objetos El modo se adopta para el desarrollo de software y la construcción de hardware, que puede satisfacer las necesidades de uso real y mejorar la construcción de software y la codificación de programas correspondientes, MySQL se utiliza como la unidad principal de almacenamiento de datos de fondo y marco SSM, tecnología Java y tecnología Ajax se utilizan para codificar y desarrollar el sistema empresarial, que realiza todas las funciones del sistema. Este informe analiza primero los antecedentes, la función y la importancia de la investigación, que sienta las bases para la racionalidad del trabajo de investigación. Este documento analiza los diversos requisitos y problemas técnicos del sistema de gestión de información de detección, detección y alerta temprana de pacientes hospitalizados, demuestra la necesidad y la viabilidad técnica del sistema, luego presenta el software técnico y la idea de diseño necesaria para diseñar el sistema, y finalmente realiza el sistema de gestión de información de detección, detección y alerta temprana de pacientes hospitalizados y lo implementa.
Palabras clave : Gestión de información de alerta temprana; marco del MUS; base de datos
Tabla de contenido
1.1 Antecedentes de la investigación
1.2 Contenido de la investigación
Capítulo 2 Introducción de herramientas de desarrollo y tecnologías relacionadas
2.2 Lenguaje Java y entorno de desarrollo JDK
Capítulo 3 Análisis del sistema
3.1.3 Factibilidad de Operación
3.3 Proceso de operación del sistema
3.3.1 Proceso de inicio de sesión de usuario 9
3.3.2 Proceso de adición de información 10
3.3.3 Proceso de eliminación de información 10
4.1 Diseño de la arquitectura del sistema
4.2 Diseño del proceso de desarrollo
4.3 Diseño de base de datos 1 2
Capítulo 5 Implementación del sistema 1 7
5.1 Realización de la capa de acceso a la base de datos 1 7
5.2 Realización del módulo de registro 2 0
5.3 Realización del módulo de inicio de sesión de usuario 2 3
5.4 Realización del módulo de modificación de datos de usuario 2 4
5.5 Realización cama hospitalaria módulo 2 8
5. 6 Realización del módulo de gestión médico 3 1
5.7 Módulo de gestión de departamentos 3 3
5. 8 Realización del módulo de gestión de medicamentos 3 4
5.9 Realización del módulo de gestión de camas hospitalarias 3 4
Capítulo 6 Pruebas del sistema 3 5
6.1 Propósito de la prueba 3 5
6.2 Diseño del esquema de prueba 3 5
6.2.1 Estrategia de prueba 3 5
6. 3 Resultados de la prueba 3 6
Utilizar el sistema de información existente en el hospital para establecer un sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados para llevar a cabo la alerta temprana y el seguimiento de los riesgos de enfermería diarios de los pacientes hospitalizados para reducir la aparición de defectos de riesgo. Utilizar la red informática del hospital para establecer un sistema de gestión de información de detección y alerta temprana de pacientes para recopilar e ingresar información, determinar los indicadores de detección y alerta temprana de pacientes hospitalizados y asignarles valores. En la actualidad la mayoría de los hospitales de nuestro país ya cuentan con su propio SIS, pero la información de estos hospitales no ha sido bien integrada, lo que no puede suplir las necesidades de los gestores hospitalarios para la toma de decisiones. Sin embargo, la mayoría de los sistemas existentes solo están diseñados para un determinado aspecto del negocio, carecen de una comprensión integral de la situación general del hospital y no pueden realmente realizar la automatización y la inteligencia de la gestión de información de pacientes hospitalizados. Por lo tanto, cómo aprovechar al máximo los recursos limitados para mejorar la eficiencia de la gestión se ha convertido en un problema urgente a resolver. Para lograr mejor las tareas anteriores, debemos transformar el sistema de información original. En base a la situación actual de nuestro hospital, este trabajo diseña un conjunto de sistemas de gestión de información de alerta temprana y detección de pacientes hospitalizados basados en SSM para mejorar aún más el nivel de gestión del hospital.
El desarrollo e implementación del sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados, el contenido de trabajo requerido:
(1) En primer lugar, determine el tema, determine el sistema que se construirá y realice una confirmación sistemática preliminar de los antecedentes del sistema y algunos problemas que enfrenta actualmente.
(2) Una vez completada la confirmación del sistema, confirme la tecnología utilizada en el desarrollo del sistema en combinación con los requisitos del desarrollo del sistema. El desarrollo del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados utiliza el marco SSM, y la base de datos se utiliza para construir y desarrollar la plataforma, y la tecnología utilizada se confirma para el análisis técnico. , Si la tecnología utilizada puede completar la realización del sistema.
(3) Determinar la tecnología utilizada por el sistema, confirmar los roles de usuario divididos por el sistema en línea y determinar los módulos funcionales que se diseñarán de acuerdo con la división de roles de usuario.El diseño del sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados es dividido principalmente en administradores y usuarios.Los roles y los módulos funcionales utilizados también son diferentes, pero el contenido de la base de datos del sistema es interactivo, los usuarios pueden consultar información en cualquier momento de acuerdo con sus propias necesidades, y el personal del sistema puede procesar la información en línea de acuerdo con su contenido asignado Operación, el administrador obtiene la información de datos detallada de todos los usuarios, y los maneja lo antes posible de acuerdo con las necesidades.
(4) Diseñe el programa y la interfaz después de que se confirmen los módulos funcionales del sistema. El método de prueba descubre las lagunas en el programa y resuelve las lagunas en el programa en línea. Si no hay ningún problema en el sistema de prueba, el sistema se puede cargar para la operación formal.
-
- Estructura de la tesis
De acuerdo con los datos de información obtenidos de la investigación de mercado, combinados con la situación de investigación actual, y utilizando los métodos de diseño y desarrollo de sistemas relevantes, finalmente se diseña el sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados.
Hay siete capítulos en este documento, como sigue.
El primer capítulo describe el propósito de la investigación y la importancia del sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados; resume la situación de la investigación nacional y extranjera y las tendencias de investigación futuras de manera concisa, y finalmente brinda la estructura de composición de la tesis.
El segundo capítulo ofrece una breve descripción de las técnicas y herramientas de desarrollo utilizadas en este documento.
El tercer capítulo analiza brevemente las necesidades y viabilidad de cada proceso de negocio del sistema.
El cuarto capítulo diseña el sistema de gestión de la información de detección y alerta temprana de pacientes hospitalizados.
El quinto capítulo implementa el sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados, y publica las capturas de pantalla de las páginas relevantes, y describe el método de operación de la realización de la función específica en lenguaje.
El sexto capítulo utiliza casos de prueba para probar algunos módulos funcionales principales del sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados, y finalmente obtiene los resultados de la prueba.
El capítulo 7 resume el texto completo y ofrece una perspectiva de la investigación futura.
El Protocolo de transferencia de hipertexto (HTTP) es un protocolo de comunicación colaborativo y distribuido que presupone el intercambio de información en la World Wide Web. HTTP es un indicador estándar internacional de IEIF. En la formulación e implementación de estándares relevantes, W3C participa activamente y juega un papel insustituible. Puede transferir documentos entre el servidor y el navegador con la ayuda del lenguaje de marcado de hipertexto. HTML es el lenguaje de marcado para la estructuración de documentos, y estos documentos incluirán enlaces a información relevante.Los usuarios solo necesitan hacer clic en uno de los enlaces para acceder a objetos e imágenes multimedia, y al mismo tiempo obtener la información adicional del elemento del enlace.
Java es un lenguaje de programación lanzado por la empresa estadounidense Sun, se puede aplicar en múltiples plataformas y tiene buena compatibilidad, además es ampliamente utilizado en centros de datos, PC personales y supercomputadoras tecnológicas en virtud de sus propias ventajas, actualmente el mayor desarrollador comunidad profesional.
JDK es un producto completamente nuevo lanzado por la compañía estadounidense Sun para desarrolladores de Java. Si no hay JDK, el programa Java instalado no podrá ejecutarse.
El conjunto de marcos SSM (Spring+SpringMVC+MyBatis) se compone de dos marcos de código abierto, Spring y MyBatis (SpringMVC es parte de Spring). A menudo se utiliza como marco para proyectos web con fuentes de datos más simples.
1.1 Primavera
Spring es como una gran fábrica para ensamblar beans en todo el proyecto.En el archivo de configuración, puede especificar parámetros específicos para llamar al constructor de la clase de entidad para instanciar el objeto. También se puede llamar el pegamento en el proyecto.
La idea central de Spring es IoC (Inversion of Control), es decir, ya no se requiere que los programadores 'nuevos' explícitamente un objeto, sino que dejen que Spring Framework lo haga por usted.
1.2 SpringMVC
SpringMVC intercepta las solicitudes de los usuarios en el proyecto. Su Servlet central, DispatcherServlet, asume el rol de intermediario o recepción, y relaciona las solicitudes de los usuarios con el Controlador a través de HandlerMapping. El Controlador es la operación específica realizada por la solicitud correspondiente. SpringMVC es equivalente a struts en el marco SSH.
1.3 apartamento
mybatis es una encapsulación de jdbc, que hace que la operación subyacente de la base de datos sea transparente. Las operaciones de mybatis giran en torno a una instancia de sqlSessionFactory. Mybatis se asocia al archivo Mapper de cada clase de entidad a través del archivo de configuración, el archivo Mapper configura el mapeo de sentencias SQL requeridas por cada clase a la base de datos. Cada vez que interactúe con la base de datos, obtenga una sqlSession a través de sqlSessionFactory y luego ejecute el comando sql.
La página envía una solicitud al controlador, el controlador llama a la capa empresarial para procesar la lógica, la capa lógica envía la solicitud a la capa de persistencia, la capa de persistencia interactúa con la base de datos y devuelve el resultado a la capa empresarial, la capa empresarial capa envía la lógica de procesamiento al controlador, y el controlador llama a la vista para mostrar los datos.
-
- base de datos mysql
Las bases de datos son una parte integral del proceso de desarrollo del sistema. En cuanto a las aplicaciones WEB, MySQL AB ha desarrollado un sistema de gestión de bases de datos relacionales MySQL con grandes ventajas. MySQL puede almacenar datos en diferentes tablas, lo cual es muy flexible y también puede mejorar la velocidad del sistema en aplicaciones prácticas. El acceso a la base de datos se usa más comúnmente en el lenguaje SQL estándar, y MySQL se usa en el lenguaje SQL, por lo que es altamente compatible. Las operaciones de la base de datos son esenciales, incluidas funciones como agregar, eliminar, modificar y consultar las tablas de la base de datos. Hoy en día, las bases de datos se pueden dividir en bases de datos relacionales y bases de datos no relacionales. Mysql es una base de datos relacional. La base de datos Mysql es una pequeña base de datos relacional. Tiene sus propias características: tamaño pequeño, alta velocidad, bajo costo, etc. Mysql La base de datos es con mucho, la base de datos de código abierto más popular.
En la tecnología de aplicaciones WEB, la base de datos Mysql es compatible con diferentes plataformas de sistemas operativos. Aunque la instalación y configuración en diferentes plataformas son diferentes, la diferencia no es muy grande. Hay dos métodos de instalación de Mysql en la plataforma Windows, versión binaria y versión sin instalación. Después de instalar la base de datos Mysql, debe iniciar el proceso de servicio, y el cliente correspondiente puede conectarse a la base de datos, y el cliente puede iniciar sesión en la base de datos a través de una línea de comando o una herramienta de interfaz gráfica.
- análisis del sistema
- Análisis de viabilidad
El análisis de factibilidad de este sistema se realizará desde las perspectivas de economía, tecnología y operación.
-
-
- factibilidad economica
-
Todo el sistema tiene pasos rigurosos desde el diseño hasta el desarrollo y las pruebas. Todas las tareas de trabajo las realizo yo mismo sin soporte técnico externo, lo que ahorra todos los costos de servicio y mano de obra. En términos de hardware, se usa un teléfono móvil de segunda mano para ahorrar costos. La estación de trabajo se utiliza como servidor de implementación del proyecto y servidor de base de datos, y el costo es inferior a 10 000 yuanes. La implementación de la red real también la realizo yo mismo sin otros costos de mano de obra involucrados. Todo el proceso de desarrollo se basa en el principio de bajo costo. y bajo consumo.
-
-
- viabilidad técnica
-
El propósito del análisis de factibilidad técnica es confirmar si el sistema puede implementarse utilizando las tecnologías existentes y evaluar la eficiencia y finalización del desarrollo. La viabilidad técnica se refiere a si el desarrollo de software y hardware de computadora puede cumplir con los requisitos de desarrollo en las condiciones técnicas actuales. Debido a que el desarrollo del sistema se basa en el lenguaje SSM, las condiciones de software y hardware requeridas para el desarrollo del sistema se pueden cumplir en una computadora común. Debido a que ocupa relativamente poca memoria, teóricamente no hay problema en desarrollar y diseñar software con la base de datos Mysql porque ocupa muy poca memoria. Las técnicas anteriores pueden garantizar efectivamente el desarrollo exitoso y eficiente del sistema.
-
-
- factibilidad operativa
-
La interfaz de usuario del sistema de gestión de información de detección y alerta temprana de pacientes hospitalizados es simple y fácil de operar. Se utilizan ventanas de interfaz comunes para iniciar sesión en la interfaz, y las operaciones de acceso se realizan a través de computadoras. Los usuarios pueden acceder a las operaciones siempre que hayan utilizado ordenadores. El desarrollo de este sistema está desarrollado por la tecnología SSM. La humanización y la perfección son las características más destacadas del desarrollo de la estructura B/S, lo que hace que la operación del usuario sea más concisa y conveniente que otras. Fácil de operar, fácil de administrar y buena interactividad se reflejan plenamente en el funcionamiento de este sistema.
3.2 Análisis de rendimiento
Para el análisis de rendimiento, en comparación con el método de gestión tradicional, el método de gestión tradicional utiliza estadísticas manuales y gestión de información de datos con papel y bolígrafo, y este método es más problemático para almacenar y encontrar cierta información de datos.Con la llegada de las redes informáticas, este El método tradicional es difícil de adaptar al desarrollo de la sociedad actual. No solo reduce la eficiencia del trabajo de las personas, sino que también requiere mucha mano de obra y recursos materiales, que es relativamente alto en términos de tiempo y costo. Para reducir costos, mejorar el usuario eficiencia, y desarrollar un conjunto de sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados basado en tecnología informática y de red.
El desarrollo y diseño del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados es un sistema independiente, y la base de datos popular se utiliza para el almacenamiento y desarrollo de datos, principalmente para realizar los roles de usuario y los módulos funcionales correspondientes de la gestión de información de alerta temprana y detección de pacientes hospitalizados. sistema, por lo que la detección de pacientes La gestión del sistema de gestión de información de alerta temprana no tendrá diferencias de gestión y baja eficiencia, sino que es todo lo contrario de la información de gestión tradicional.La realización del sistema de gestión de información de detección de pacientes hospitalizados y alerta temprana puede ahorrar recursos , y también se mejora la velocidad de procesamiento del negocio.Eficiente y potente.
3.3 Proceso de operación del sistema
3.3.1 Proceso de inicio de sesión de usuario
El primer obstáculo para la seguridad del sistema es que los usuarios que desean ingresar al sistema deben ingresar su propia información de inicio de sesión a través de la ventana de inicio de sesión antes de poder iniciar sesión. Solo después de que la información ingresada por el usuario sea precisa, pueden ingresar a la interfaz del sistema operativo y realizar módulos de función La operación correspondiente, si la información ingresada por el usuario es incorrecta, aparecerá un cuadro de aviso en la ventana y el usuario no puede iniciar sesión. Vuelva al primer paso para volver a ingresar, como se muestra en la Figura 3- 1.
Figura 3-1 Diagrama de flujo de la operación de inicio de sesión
3.3.2 Proceso de adición de información
Para el sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados, es necesario agregar la información de datos requerida en cualquier momento.Para que el usuario agregue información, es necesario completar la información de datos que se agregará de acuerdo con la interfaz de adición y el contenido de la casilla de verificación. Una vez completada la entrada de información, se juzga si la información de datos cumple con los requisitos. Requisitos, si se cumplen los requisitos, se completa la adición. Si la información agregada por el usuario no cumple con los requisitos, debe volver al primer paso, volver a ingresar la información de datos y luego realizar la operación de juicio, como se muestra en la Figura 3-2.
Figura 3-2 Diagrama de flujo de adición de información
3.3.3 Proceso de borrado de información
No importa qué rol de usuario ingrese a la interfaz de operación del sistema irrazonable, puede realizar diferentes funciones de operación de contenido de información. Para la eliminación de información de datos del sistema, una vez que el usuario elimina la información, la información de datos eliminada no se restaurará. Por lo tanto, el usuario Cuando borrando datos, es necesario juzgar si el contenido a ser borrado está determinado a ser borrado.Después de confirmar que es correcto, elija confirmar la operación de borrado, como se muestra en la Figura 3-3.
Figura 3-3 Diagrama de flujo de eliminación de información
- diseño de sistemas
4.1 Diseño de la arquitectura del sistema
Análisis general del diseño del proyecto del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados, el contenido principal es el análisis específico de la información del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados, la base de datos está diseñada, los datos utilizan la base de datos mysql y el diseño del sistema adopta operaciones más humanizadas El diseño puede tratar y dar retroalimentación a la información de error en el sistema de manera oportuna.
El diseño del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados se basa en la red existente, que puede realizar una gestión detallada de los administradores: gestión de usuarios, gestión de arreglos de trabajo médico, gestión de camas de hospital, gestión de información de admisión, gestión de información de alta, gestión de información de medicamentos , gestión de detalles de pago, etc. comprensión y análisis estadístico. El diagrama de relación de módulos establecido según los requisitos funcionales del sistema es el siguiente:
Figura 4-1 Diagrama del módulo de funciones del administrador
4.2 Diseño del proceso de desarrollo
El desarrollo del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados analiza el módulo de gestión y la base de datos utilizada por el sistema, escribe el desarrollo de generación, la planificación y la operación son los tres pasos necesarios para construir un programa de aplicación de gestión de información, que determina si el sistema realmente puede realizar las funciones preestablecidas y si se puede implementar después de un diseño exitoso. En el proceso de desarrollo, cada etapa debe desarrollarse estrictamente de acuerdo con la secuencia lineal, y cada trabajo generado en la etapa correspondiente puede verificarse y verificarse mediante tecnología. Asegúrese de que sea correcto después de completar una etapa y que no cause el fenómeno de arrastrar y soltar en la siguiente etapa, para que el sistema pueda garantizarse una vez que se complete la función de diseño.
A juzgar por la exitosa experiencia de desarrollo del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados, el método anterior tiene el efecto más obvio y reduce la complejidad del desarrollo del sistema en la mayor medida posible. Como se muestra en la Figura 4-2.
Figura 4-2 Diagrama de flujo del sistema de desarrollo
4.3 Diseño de base de datos
La base de datos es la base y el núcleo del sistema de información. La calidad del diseño de la base de datos afecta directamente el éxito o el fracaso del desarrollo del sistema de información. La creación de una tabla de base de datos primero determina los atributos de las entidades y las relaciones entre las entidades. Cree una tabla de datos basada en la relación.4.3.1 Diagrama ER de entidad
La base de datos es el paso más importante en toda la programación del software.Para el problema de la base de datos, es principalmente para determinar el número de bases de datos y la creación de fórmulas estructurales. El sistema de visualización utiliza Mysql para administrar la base de datos y garantizar la seguridad y estabilidad de los datos.
Los modelos conceptuales están diseñados para abstraer información del mundo real y modelar el mundo de la información. Es una poderosa herramienta para el diseño de bases de datos. El diseño del modelo conceptual de la base de datos puede describir el modelo conceptual del mundo real a través de diagramas ER. Un diagrama ER de un sistema muestra los vínculos entre las entidades del sistema. Además, la base de datos Mysql es una base de datos con capacidades de autoprotección relativamente fuertes.La siguiente figura es principalmente un diagrama ER de las entidades de la base de datos:
(1) Diagrama de entidad de información de medicamentos, como se muestra en la Figura 4-3:
Figura 4-3 Diagrama de entidad de información de medicamentos
(2) El mapa físico de camas de hospital se muestra en la Figura 4-4:
Figura 4-4 Mapa de entidades de camas de hospital
Estas funciones pueden satisfacer plenamente las necesidades del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados. La función de este sistema es relativamente completa, como se muestra en la Figura 4-5 debajo de la estructura de funciones del sistema.
Figura 4-5 Diagrama de estructura de funciones del sistema
4.3.2 Hoja de datos
De acuerdo con los requisitos de análisis detallados de la estructura de datos, podemos analizar de acuerdo con los requisitos del volumen de datos de entrada y salida, determinar qué tabla, la relación entre la estructura, podemos verificar, ajustar y mejorar, consultar y explorar el proceso, Puede realizar la base de datos, para que los usuarios tengan más requisitos de datos y funciones.
Con base en las características del sistema de gestión de base de datos utilizado por el sistema, se convierte y construye el modelo conceptual de la base de datos. Sin embargo, este sistema solo necesita considerar completamente las funciones del sistema de gestión de información de alerta temprana y detección de pacientes hospitalizados, y la organización es relativamente clara.
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| admisión_información_id |
En t |
11 |
Sí |
Sí |
ID de información de admisión |
| piso_hospital |
varchar |
64 |
No |
No |
piso del hospital |
| paciente interno |
En t |
11 |
No |
No |
paciente interno |
| nombre del paciente |
varchar |
64 |
No |
No |
nombre del paciente |
| hospital_cama |
varchar |
64 |
No |
No |
Cama de hospital |
| número de camas |
En t |
11 |
No |
No |
Número de camas |
| duración de la estancia |
fecha |
0 |
No |
No |
estancia en el hospital |
| doctor_numero |
En t |
11 |
No |
No |
numero de medico |
| nombre_del_doctor |
varchar |
64 |
No |
No |
nombre del medico |
| registro_médico_paciente |
texto |
0 |
No |
No |
registros medicos de pacientes |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| departamento_gestión_id |
En t |
11 |
Sí |
Sí |
ID de gestión de departamento |
| Nombre de Departamento |
varchar |
64 |
No |
No |
Nombre de Departamento |
| ubicación |
varchar |
64 |
No |
No |
ubicación |
| director_departamento |
En t |
11 |
No |
No |
director de departamento |
| miembros_del_departamento |
texto |
0 |
No |
No |
miembros del departamento |
| perfil_departamento |
texto |
0 |
No |
No |
Perfil del Departamento |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| descarga_información_id |
En t |
11 |
Sí |
Sí |
ID de información de alta |
| piso_hospital |
varchar |
64 |
No |
No |
piso del hospital |
| paciente interno |
En t |
11 |
No |
No |
paciente interno |
| nombre del paciente |
varchar |
64 |
No |
No |
nombre del paciente |
| número de camas |
varchar |
64 |
No |
No |
Número de camas |
| duración de la estancia |
fecha |
0 |
No |
No |
estancia en el hospital |
| tiempo_de_descarga |
fecha |
0 |
No |
No |
tiempo de descarga |
| doctor_numero |
En t |
11 |
No |
No |
numero de medico |
| nombre_del_doctor |
varchar |
64 |
No |
No |
nombre del medico |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| medico_usuario_id |
En t |
11 |
Sí |
Sí |
ID de usuario del médico |
| nombre_del_doctor |
varchar |
64 |
No |
No |
nombre del medico |
| doctor_género |
varchar |
64 |
No |
No |
médico sexo |
| doctor_numero |
varchar |
64 |
Sí |
No |
numero de medico |
| examinar_estado |
varchar |
dieciséis |
Sí |
No |
Estado de aprobación |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| id_usuario |
En t |
11 |
Sí |
No |
ID de usuario |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| doctor_work_arrangement_id |
En t |
11 |
Sí |
Sí |
ID de horario de trabajo del médico |
| doctor_numero |
En t |
11 |
No |
No |
numero de medico |
| nombre_del_doctor |
varchar |
64 |
No |
No |
nombre del medico |
| departamento |
varchar |
64 |
No |
No |
Departamento |
| hora de inicio |
fecha |
0 |
No |
No |
Tiempo de empezar |
| hora de finalización |
fecha |
0 |
No |
No |
Hora de finalización |
| organización de trabajo |
texto |
0 |
No |
No |
Arreglos de trabajo |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| id_información_drogas |
En t |
11 |
Sí |
Sí |
ID de información de medicamentos |
| nombre_de_drogas |
varchar |
64 |
No |
No |
Nombre de la droga |
| número_de_drogas |
varchar |
64 |
No |
No |
numero de medicamento |
| droga_imagen |
varchar |
255 |
No |
No |
foto de drogas |
| indicaciones_funcionales |
varchar |
64 |
No |
No |
Indicaciones |
| componentes principales |
texto |
0 |
No |
No |
ingrediente principal |
| asuntos_que_necesitan_atención |
texto |
0 |
No |
No |
Precauciones |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| hospital_beds_id |
En t |
11 |
Sí |
Sí |
ID de cama de hospital |
| piso_hospital |
varchar |
64 |
Sí |
No |
piso del hospital |
| número_total_de_camas |
En t |
11 |
No |
No |
Número total de camas |
| restantes_camas |
En t |
11 |
No |
No |
camas restantes |
| departamento |
texto |
0 |
No |
No |
Departamento |
| configuración_cama |
texto |
0 |
No |
No |
Configuración de la cama |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| pago_detalles_id |
En t |
11 |
Sí |
Sí |
ID de detalles de pago |
| número_paciente |
En t |
11 |
No |
No |
número de paciente |
| nombre del paciente |
varchar |
64 |
No |
No |
nombre del paciente |
| número_tarjeta_usuario |
varchar |
64 |
No |
No |
Número de tarjeta de usuario |
| monto del pago |
En t |
11 |
No |
No |
monto del pago |
| tiempo_de_pago |
fecha y hora |
0 |
No |
No |
tiempo de pago |
| doctor_numero |
En t |
11 |
No |
No |
numero de medico |
| nombre_del_doctor |
varchar |
64 |
No |
No |
nombre del medico |
| contenido_pago |
texto |
0 |
No |
No |
Contenido de pago |
| recomendar |
En t |
11 |
Sí |
No |
Recomendación inteligente |
| crear_tiempo |
fecha y hora |
0 |
Sí |
No |
tiempo de creación |
| tiempo de actualizacion |
marca de tiempo |
0 |
Sí |
No |
tiempo de actualizacion |
| nombre |
tipo |
longitud |
no nulo |
Clave primaria |
nota |
| recargar_record_id |
En t |
11 |
Sí |
Sí |
ID de registro de recarga |
| número_paciente |
En t |
11 |
No |
No |
número de paciente |
| nombre del paciente |
varchar |
64 |
No |
No |
nombre del paciente |
| género_paciente |
varchar |
64 |
No |
No |
患者性别 |
| user_card_number |
varchar |
64 |
否 |
否 |
用户卡号 |
| recharge_amount |
int |
11 |
否 |
否 |
充值金额 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| user_balance_id |
int |
11 |
是 |
是 |
用户余额ID |
| patient_number |
int |
11 |
否 |
否 |
患者编号 |
| patient_name |
varchar |
64 |
否 |
否 |
患者姓名 |
| patient_gender |
varchar |
64 |
否 |
否 |
患者性别 |
| user_card_number |
varchar |
64 |
否 |
否 |
用户卡号 |
| user_balance |
int |
11 |
否 |
否 |
用户余额 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
该系统是通过jdbc和MySQL达成连接的，新建一个jdbc.properties文件来填写与数据库连接所需要的驱动和参数。
jdbc.driverClass=com.MySQL.jdbc.Driver
jdbc.url=jdbc:MySQL://localhost:3306/tsi
jdbc.username=root
jdbc.password=123
第一个参数代表MySQL数据库的驱动，第二个参数代表要连接的数据库，第三个和第四个参数代表数据库连接名和密码。
后台与数据库访问主要是通过HQL语句来进行查询的，查询语句中的表名是表格的实体类名，在这种查询语句中*是不允许使用的，除非适合聚合函数一起使用才可以。
用户在填写数据的时候必须与注册页面上的验证相匹配否则会注册失败，注册页面的表单验证是通过JavaScript进行验证的，用户名的长度必须在6到18之间，邮箱必须带有@符号，密码和密码确认必须相同，你输入的密码，系统会根据你输入密码的强度给出指定的值，电话号码和身份证号码必须要求输入格式与生活相符合，当你前台验证通过的时候你点击注册，表单会将你输入的值通过name值传递给后台并保存到数据库中。
用户注册流程图如下图所示。
图5-1用户注册流程图
用户注册代码如下：
/**
* 注册
* @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);
}
主要由两部分组成，登录前的登录界面以及登录后的用户功能界面。登录界面，要求用户输入用户名和密码，当用户名和密码其中一个输入为空时，给出提示“用户名，密码不能为空”。获取用户名和密码后到数据库中查找，如果用户名存在，以及对应的密码正确，则登录成功，否则登录失败。登录失败后给出提示，并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块，主要有会员基本信息修改，已经发布族谱申报信息管理，发布信息，和退出功能。退出功能是清除全局变量username的值，并跳回到首页。
登录流程图如下图所示。
图5-1登录流程图
用户登录界面如下图所示。
图5-1登录流程图
登录代码如下：
/**
* 登录
* @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;
}
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配，在用户点击修改页面的时候，如果改后用户名与数据库里面重复了，页面会提示该用户名已经存在了，否则通过Id来查询用户，并将用户的信息修改为表单提交的数据。
如果医院床位需要修改，管理员可以通过查询数据库中的医院床位数据，查询医院床位数据是通过ajax技术来进行查询的，需要传递医院楼层等参数然后在返回到该页面中,可以选中要修改或删除的那条信息，如果选中了超过一条数据，页面会挑一个窗口提醒只能选择一条数，如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候，后台会根据传过来的id到数据库查询，并将结果返回到修改页面中，可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中，就是说如果提交的数据数据库中存在就修改，否则就保存。
医院床位界面如下图所示。
图5-1医院床位界面
-
- 医生管理模块的实现
根据需求，需要对医生进行添加、删除或修改详情信息。删除或修改医生时，系统根据医生的状态判定为可删除状态下，才会给出删除和修改链接，点击删除链接按钮时，请求到达后台，还会先查询医生状态再次做出判定能否删除。点击修改链接按钮时，会跳转到修改信息的页面，重新填写好数据后，数据提交到后台会对数据库中相应的记录做出修改。
添加医生时，会给出数据填写的页面，该页面根据填写好的医生编号同样会事先发送Ajax请求查询编号是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
医生管理流程图如下图所示。
图5-1医生管理流程图
医生管理页面设计效果如下图所示。
图5-1医生管理界面
医生管理关键代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
根据需求，需要对科室进行添加、删除或修改详情信息。删除或修改科室时，系统根据科室的状态判定为可删除状态下，才会给出删除和修改链接，点击删除链接按钮时，请求到达后台，还会先查询科室状态再次做出判定能否删除。点击修改链接按钮时，会跳转到修改信息的页面，重新填写好数据后，数据提交到后台会对数据库中相应的记录做出修改。
添加科室时，会给出数据填写的页面，该页面根据填写好的科室编号同样会事先发送Ajax请求查询编号是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
科室管理流程图如下图所示。
图5-1科室管理流程图
科室管理页面设计效果如下图所示。
图5-1科室管理界面
科室管理关键代码如下所示。
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
-
- 药品管理模块的实现
根据需求，需要对药品信息进行添加、删除或修改详情信息。删除或修改药品信息时，系统根据药品信息的状态判定为可删除状态下，才会给出删除和修改链接，点击删除链接按钮时，请求到达后台，还会先查询药品信息状态再次做出判定能否删除。点击修改链接按钮时，会跳转到修改信息的页面，重新填写好数据后，数据提交到后台会对数据库中相应的记录做出修改。
添加药品信息时，会给出数据填写的页面，该页面根据填写好的药品编号同样会事先发送Ajax请求查询编号是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
药品信息管理流程图如下图所示。
图5-1药品信息管理流程图
药品信息管理页面设计效果如下图所示。
图5-1药品信息管理界面图
药品信息管理关键代码如下。
public Map<String, Object> success(Object o) {
Map<String, Object> map = new HashMap<>();
if (o == null) {
map.put("result", null);
return map;
}
if (o instanceof List) {
if (((List) o).size() == 1) {
o = ((List) o).get(0);
map.put("result", o);
}else {
String jsonString = JSONObject.toJSONString(o);
JSONArray objects = service.covertArray(JSONObject.parseArray(jsonString));
map.put("result", objects);
}
} else if (o instanceof Integer || o instanceof String) {
map.put("result", o);
} else {
String jsonString = JSONObject.toJSONString(o);
JSONObject jsonObject = JSONObject.parseObject(jsonString);
JSONObject j = service.covertObject(jsonObject);
map.put("result", j);
}
return map
-
- 医院床位管理模块的实现
根据需求，需要对医院床位进行添加、删除或修改详情信息。删除或修改医院床位时，系统根据医院床位的状态判定为可删除状态下，才会给出删除和修改链接，点击删除链接按钮时，请求到达后台，还会先查询医院床位状态再次做出判定能否删除。点击修改链接按钮时，会跳转到修改信息的页面，重新填写好数据后，数据提交到后台会对数据库中相应的记录做出修改。
添加医院床位时，会给出数据填写的页面，该页面根据填写好的医院床位信息同样会事先发送Ajax请求查询编号是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
医院床位管理流程图如下图所示。
图5-1医院床位管理流程图
医院床位管理页面设计效果如下图所示。
图5-1医院床位管理界面图
医院床位管理关键代码如下。
public Map<String, Object> success(Object o) {
Map<String, Object> map = new HashMap<>();
if (o == null) {
map.put("result", null);
return map;
}
if (o instanceof List) {
if (((List) o).size() == 1) {
o = ((List) o).get(0);
map.put("result", o);
}else {
String jsonString = JSONObject.toJSONString(o);
JSONArray objects = service.covertArray(JSONObject.parseArray(jsonString));
map.put("result", objects);
}
} else if (o instanceof Integer || o instanceof String) {
map.put("result", o);
} else {
String jsonString = JSONObject.toJSONString(o);
JSONObject jsonObject = JSONObject.parseObject(jsonString);
JSONObject j = service.covertObject(jsonObject);
map.put("result", j);
}
return map
程序设计不能保证没有错误，这是一个开发过程，在错误或错误的过程中难以避免，这是不可避免的，但我们不能使这些错误始终存在于系统中，错误可能会造成无法估量的后果 如系统崩溃，安全信息，系统无法正常启动，导致安装用户手机屏幕等，为了避免这些问题，我们需要测试程序，并发现这些问题，并纠正它们 ，并使系统更长时间稳定成熟，本章的作用是发现这些问题，并对其进行修改，虽然耗时费力，但长期非常重要和必要系统的开发。
软件测试与开发过程是一样的，都必须按照软件工程的正规原理进行，遵守管理学理论。不过，目前国内的软件测试已经积累了大量经验和方法，步骤相对成熟，软件测试的效率也越来越高。
住院病人检测预警信息管理系统的实现，对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在住院病人检测预警信息管理系统正式上传使用之前必须做的一步就是系统测试，对于测试发现的错误及时修改处理，保证系统准确无误的供给用户使用。
-
- 测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看，测试时不了解新开发软件的内部结构，因此可以将系统与黑匣子进行比较，盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试，在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况（称为性能测试）通常使用自动化测试工具来检测系统的整体功能，在负载测试和压力测试之间进行分配，在某些情况下，将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务，但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程，应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则：
(1)软件测试应尽快进行，整个测试部分应在软件开发和设计的整个过程中进行。如发现错误，立即处理，将大大减少软件开发的时间，并提高软件的质量。
(2)在软件的各种测试中，测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试，我们应该尽量不去和自己设计的系统进行参考，而是要测试对方的程序，以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查，尽量避免重复错误。
本住院病人检测预警信息管理系统满足用户的要求和需求，本住院病人检测预警信息管理系统的使用能够有效的提高用户的使用率。
测试后得到的性能和用例，系统具有足够的正确性、可靠性、稳定性，并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围，可以兼容所有主流浏览器，设计所需的效果。
- 总结与展望
通过住院病人检测预警信息管理系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]艾信,田鹏,吉效科,白文雄,华剑.多算法融合管道泄漏检测预警系统试验研究[J].石油矿场机械,2021,50(06):26-33.
[2]宋鑫,张珣.智慧路灯场景下车祸检测预警系统设计与实现[J].软件导刊,2021,20(10):197-201.
[3]王江霖,黄彩霞,樊旭龙.基于SSM框架的网络资源共享平台的研究与实现[J].电脑知识与技术,2021,17(28):76-78.DOI:10.14004/j.cnki.ckt.2021.2999.
[4]蔡浪,刘彬.基于SSM框架的医院感染信息实时监测系统设计与实现[J].现代信息科技,2021,5(18):24-27.DOI:10.19850/j.cnki.2096-4706.2021.18.007.
[5]冯丽露,康耀龙,高晓晶,王涛.基于SSM框架的数据结构在线评测系统设计与实现[J].中国信息技术教育,2021(13):86-89.
[6]曹华山.SSM框架在Web应用开发中的设计与实现[J].无线互联科技,2021,18(11):108-109.
[7]刘佰强. 基于人脸视频智能分析的日间驾驶员不安全行为检测分类与预警系统[D].西安理工大学,2020.DOI:10.27398/d.cnki.gxalu.2020.000333.
[8]任锴,陈俊,叶宇煌,陈琪.基于SSD-MobileNet的火情检测预警系统[J].电气开关,2020,58(01):34-38.
[9]戴珂泱,周建峰,严风云.舟山跨海大桥基于视觉感知的新一代道路事件检测预警系统应用初探[J].中国交通信息化,2020(01):132-135.DOI:10.13439/j.cnki.itsc.2020.01.020.
[10]季昆,孟丽丽,薛迁,孙晓伟,王才华.基于JavaWeb的产品质量检测预警系统的设计与实现[J].数字技术与应用,2019,37(10):176-177.DOI:10.19695/j.cnki.cn12-1369.2019.10.96.
[11]李昕.电视台安全播出检测预警系统的设计和实施[J].广播与电视技术,2018,45(10):49-53.DOI:10.16171/j.cnki.rtbe.20180010006.
[12]李耀华,游峰,陈康,陈润丰,彭涵宇,方伟创.基于安全云平台和移动互联网的交通烟雾检测预警系统[J].计算机与现代化,2017(02):88-92.
致谢
时光飞逝，转眼间我在学校的这些年生活即将结束，回顾这几年的学习生活，收获良多，既有幸福也有难过，学校生活的结束对于我来说也是一个新的开始。论文即将完成，在此，我心中有许多想要感谢的人。首先感谢我的导师，不仅在学习研究方面加以指导，也在生活和为人处世上给予帮助。还要感谢授课老师，你们严谨的学术精神和积极向上的工作态度都在激励我的成长和进步。感谢多年来一直生活在一起的室友，谢谢你们多年来的陪伴和照顾。最后，要感谢各位论文评审老师，感谢您们在百忙之中抽空评阅本论文并给出宝贵的意见和建议。
点赞+收藏+关注 → 私信领取本源代码、数据库