¿Qué quiere decir con formulación de POE, como sistemas de gestión de bases de datos y recolección de muestras? ¿Cómo escribir? ¡urgente! !
Una vez completado el software, tendrá tres módulos principales: mantenimiento de diccionario, gestión de pacientes ambulatorios y consulta del director, que desempeñarán un papel eficiente en el entorno de la aplicación donde se encuentra el software. El módulo de mantenimiento del diccionario almacena información sobre medicamentos y elementos de carga y proporciona datos para el almacenamiento de medicamentos. El módulo de "gestión de pacientes ambulatorios" tiene cuatro subfunciones: registro de pacientes ambulatorios, fijación de precios para pacientes ambulatorios, cobro de pacientes ambulatorios y dispensación de farmacias; el módulo de "consulta del decano" proporciona a los líderes superiores del hospital consultas directas sobre el registro del departamento y el inventario de medicamentos en cualquier momento.
La plataforma de desarrollo de este sistema es la herramienta de desarrollo de Microsoft - Microsoft Visual Studio 2005, combinada con el software de base de datos - Microsoft SQL Serer como plataforma de soporte para las fuentes de datos utilizadas en el sistema.
Palabras clave: sistema de gestión hospitalaria; VC++. Red; base de datos; sistema de base de datos
Contenido
Introducción 6
1 Introducción 7
2 Análisis de viabilidad 8
2.1 Viabilidad económica 8
2.2 Viabilidad técnica 8
2.3 Viabilidad de políticas 8
3 Análisis de la demanda 9
3.1 Proceso de negocio 9
3.2 Diagrama de bloques de la jerarquía del sistema 9
3.3 Diagrama de jerarquía de los módulos del sistema 10
3.3.1 Mantenimiento del diccionario del sistema 10
3.3.2 Pacientes ambulatorios sistema de registro 11
3.3.3 Gestión de precios ambulatorios 11
3.3.4 Sistema de gestión de farmacia 11
3.3.5 Sistema de consultas integral del decano 12
3.4 Diagrama de flujo del sistema 12
3.5 Diagrama de flujo de datos del sistema 13
3.5.1 Diagrama de flujo de nivel superior 13
3.5 .2 Capa 0 Diagrama de flujo 13
3.6 Diccionario de datos 14
3.6.1 Entrada de flujo de datos 14
4 Diseño de estructura conceptual 15
4.1 Sistema global diagrama de entidades 15
4.2 Diagrama de entidades del sistema 15
4.3 Tablas del sistema y su uso 17
5 Diseño de estructura lógica 18
5.1 Lógica especificación de diseño 18
5.2 Tabla de estructura lógica 18
6 Diseño de estructura física 19
6.1 Almacenamiento de datos 19
6.2 Creación de un índice 19
7 Codificación 20
7.1 Diseño de funciones de recepción 20
7.1.1 Mantenimiento del diccionario 20
7.1.2 Gestión ambulatoria 21
7.1.3 Consulta del decano 21
8 Pruebas del sistema 23
8.1 Descripción general de las pruebas de software [5] 23
8.2 Software de uso común métodos de prueba [6] 23
8.2.1 Pruebas de caja negra 23
8.2.2 Pruebas de caja blanca 24
Pruebas basadas en modelos 24
8.3 Método de prueba del software de este sistema 25
9 Conclusión 26
9.1 Resumen de las funciones del sistema 26
9.2 Perspectivas del sistema 26
Agradecimientos
Referencia 28
Introducción
El Sistema de Información Hospitalaria (HIS) ha sido reconocido por la comunidad académica internacional como una parte importante de la tecnología médica emergente. rama de información. Morris Collen, un famoso profesor estadounidense en este campo, definió los sistemas de información hospitalaria en 1988 como: utilizar computadoras electrónicas y equipos de comunicación para proporcionar a varios departamentos del hospital la capacidad de recopilar, almacenar, procesar, extraer e intercambiar información sobre el diagnóstico y el tratamiento del paciente. .datos y la capacidad de satisfacer las necesidades funcionales de todos los usuarios autorizados.
[4] Después de años de desarrollo, el software de aplicaciones de nivel empresarial, como los sistemas de información hospitalaria, no solo puede proporcionar información estática y servicios de información dinámica interactiva, sino también servicios de infraestructura de aplicaciones (como seguridad, transacciones, transmisión, almacenamiento en búfer, gestión del ciclo de vida). , etc.). Actualmente, este tipo de software se construye utilizando una estructura de N niveles. La ventaja de la estructura de N capas es que cada capa se puede cambiar de forma independiente sin afectar a otras capas, lo que reduce el costo de implementación y mantenimiento [66]
Para resolver los problemas anteriores, la clave es no solo para reutilizar código antiguo, sino también para reutilizar análisis y resultados de diseño y arquitectura similares para reducir el costo de construir nuevos sistemas de software y mejorar la confiabilidad del software. La tecnología framework es una tecnología de reutilización orientada a dominios. Debido a que proporciona una buena reutilización, se considera la tecnología orientada a objetos más prometedora. Si bien la reutilización de clases individuales es útil, no proporciona un salto significativo en la productividad porque es una cantidad muy pequeña de trabajo. El proceso de desarrollo de software basado en un marco considera el desarrollo de software como un proceso de ensamblaje. Bajo la guía del marco de software, se encuentran componentes reutilizables (y el desarrollo de algunos componentes nuevos) y se ensambla el sistema. Este proceso de desarrollo es una dirección de investigación muy importante en la actualidad. Actualmente existen algunas soluciones propuestas para aplicaciones de nivel empresarial. El de Microsoft. NET Framework y J2EE de SUN son dos de las arquitecturas más populares y maduras que simplifican los complejos problemas asociados con el desarrollo, implementación y administración de aplicaciones empresariales. Microsoft.Net es una plataforma de sistema de desarrollo Windows de nueva generación lanzada por Microsoft en 2000. de. NET incluye las siguientes funciones principales:[10]
(1) Servicios de software
(2) Basado en XML * * * mismo lenguaje
(3 ) Integrar múltiples dispositivos y plataformas
(4) Nueva generación de interfaz persona-computadora
(5) Código administrado Common Language Runtime.
Este artículo se refiere a los pasos relevantes en el desarrollo de un software en ingeniería de software, combina el conocimiento relevante de la base de datos y desarrolla software de acuerdo con los tres pasos de definición de software, desarrollo de software y operación y mantenimiento. Entre ellos, los pasos de desarrollo de software son diferentes, incluido el diseño de la estructura conceptual, el diseño de la estructura lógica y el diseño de la estructura física de la base de datos.
1 Introducción
El objetivo principal del sistema de gestión de información hospitalaria es establecer un nuevo sistema de seguridad social que no sólo pueda garantizar que todos los empleados tengan un acceso justo a los servicios de atención médica básica, sino también controlar eficazmente los residuos y hacer un uso racional de los recursos médicos. Con el avance de la ciencia y la tecnología y la mejora del nivel de vida de las personas, la gestión de la información hospitalaria debe ser más sistemática y científica, y el establecimiento de un sistema de gestión de la información hospitalaria es la tendencia general. Al mismo tiempo, con el fin de implementar mejor diversas políticas sobre la reforma del seguro médico nacional, provincial y municipal y establecer un buen mecanismo operativo para la atención médica básica normal y el seguro médico complementario para los empleados, después de una completa deliberación, investigación y demostración, varias administraciones hospitalarias Los sistemas han sido absorbidos Después de la experiencia, se formuló un sistema de gestión hospitalaria [2].
Se espera que el sistema alcance los siguientes seis objetivos una vez finalizado:
(1) Estandarización y desarrollo
(2) Uniformidad y practicidad
p >
(3) Diseño paramétrico y flexibilidad
(4) Seguridad y confiabilidad
(5) Universalidad
mi país Información hospitalaria El desarrollo de El sistema comenzó a principios de la década de 1980. La construcción de la información del hospital ha pasado aproximadamente por tres etapas: operación independiente, conexión en red local y conexión en red de información en todo el hospital. Según estadísticas del Centro de Información del Ministerio de Salud en 2001, el número de hospitales que aplicaban sistemas de gestión de la información en mi país representaba el 31% del número total de hospitales. Entre ellos, los hospitales provinciales invirtieron hasta el 84%. en sistemas de gestión de la información, mientras que sólo el 37% y el 34% se invirtieron en hospitales a nivel de prefectura y de condado. Entre más de 500 hospitales terciarios y más de 1.000 hospitales secundarios a nivel de condado o superior, casi 900 hospitales grandes, medianos y pequeños han implementado o están implementando actualmente sistemas de información hospitalaria [102].
El futuro de la gestión de la información hospitalaria: La construcción de la gestión de la información hospitalaria es una tarea ardua y a largo plazo. El sistema de gestión de información del hospital consta de múltiples sistemas y se mejora y amplía continuamente para que la construcción de información cubra toda la construcción comercial del hospital. Con el desarrollo de la tecnología de la información, la construcción de información hospitalaria prestará más atención a los servicios humanizados. La optimización y mejora de las funciones, el rendimiento, la interfaz hombre-máquina y la construcción inteligente de los sistemas de gestión de la información son tendencias inevitables en el desarrollo de la industria médica [13].
El propósito fundamental de la construcción de información hospitalaria es tomar a los pacientes como centro, realizar la gestión de la red hospitalaria y proporcionar métodos y modelos de gestión convenientes y eficaces para la atención, las operaciones y la gestión clínica [8]. El contenido de la construcción de información hospitalaria incluye módulos de gestión integral, como comportamiento médico, organización administrativa y apoyo logístico. , que involucra servicios como registro, cobro, farmacia, estación de trabajo de médico, estación de trabajo de enfermera, cirugía, anestesia, liquidación financiera, examen, inspección, procesamiento de registros médicos, seguro médico, consulta de información de autoservicio, etc. Sólo optimizando y reorganizando los procesos comerciales hospitalarios y fortaleciendo aún más el procesamiento y la extracción de recursos de información podremos mejorar continuamente la calidad de los servicios médicos hospitalarios y los niveles de gestión, y lograr beneficios económicos y sociales satisfactorios [14].
2 Análisis de viabilidad
2.1 Viabilidad económica
Dada la caída de los precios de los equipos informáticos, los hospitales de todos los tamaños están equipados con computadoras y operadores de computadoras. Además, el uso de un buen sistema de gestión hospitalaria no sólo puede mejorar la eficiencia de la gestión del hospital, sino que también aporta mucha comodidad al personal médico. Lo más importante es que el uso del hospital se amortice por sí solo en los próximos dos o tres años y, de este modo, se obtengan mayores beneficios. En resumen, es económicamente viable desarrollar un sistema de gestión de información hospitalaria de este tipo.
2.2 Viabilidad técnica
La viabilidad técnica se puede dividir en dos categorías: viabilidad técnica de desarrollar este sistema y viabilidad técnica de los usuarios del sistema. Se utiliza este sistema. NET, utilizando Microsoft Visual Studio 2005 como plataforma de desarrollo y Microsoft SQL Server como proveedor de fuente de datos, por lo que es técnicamente viable en el desarrollo de sistemas. En términos de viabilidad técnica para los usuarios del sistema, los graduados universitarios actuales básicamente pueden dominar el uso del sistema operativo WINDOWS. Como estudiante de medicina, puedes dominar el uso de este sistema de gestión siempre que lo combines con el manual de usuario. Se puede decir que también es técnicamente viable.
2.3 Viabilidad de la política
Las "Especificaciones funcionales básicas de los sistemas de información hospitalaria" emitidas por el Ministerio de Salud en 1997 son muy importantes para acelerar la construcción de infraestructura de información hospitalaria, estandarizar la gestión, mejorar la calidad y la protección del software del sistema de información hospitalaria y promover el desarrollo saludable de las aplicaciones informáticas hospitalarias desempeñan un papel rector importante. Con el rápido desarrollo de la tecnología de redes informáticas, la implementación de importantes políticas de reforma médica del Ministerio de Salud y la transformación de los modelos médicos han proporcionado una fuerte garantía de viabilidad política para el desarrollo del sistema de gestión de nuestro hospital [9].
3 Análisis de requisitos
3.1 Proceso de negocio
El proceso de negocio básico de la gestión hospitalaria se muestra en la Figura 3.1:
Figura 3.1 Hospital Diagrama de flujo de gestión empresarial
3.2 Diagrama de bloques a nivel de sistema
El sistema consta de tres submódulos de primer nivel: mantenimiento de diccionario, gestión ambulatoria y consulta al director. El submódulo de mantenimiento del diccionario consta de dos módulos: mantenimiento de información de medicamentos y mantenimiento de gastos. El submódulo “Gestión ambulatoria” consta de cuatro módulos: gestión de registros, gestión de precios, gestión de cobros y dispensación de farmacia. El submódulo "Consulta del Decano" consta de dos módulos: "Cantidad de registro del departamento" y "Estadísticas de inventario". El diagrama de bloques en capas se muestra en la Figura 3.2.
Figura 3.2 Diagrama de bloques jerárquico del sistema de gestión hospitalaria
3.3 Diagrama de estructura jerárquica de cada módulo del sistema
3.3.1 Mantenimiento del diccionario del sistema
El módulo de función "Mantenimiento del diccionario del sistema" se utiliza para configurar la información del diccionario comúnmente utilizada en los sistemas de gestión hospitalaria, incluidos los módulos de subfunciones como se muestra en la Figura 3.3.
Figura 3.3 Módulo de Mantenimiento del Diccionario del Sistema
3.3.2 Sistema de Registro de Pacientes Ambulatorios
El módulo de función "sistema de registro de pacientes ambulatorios" se utiliza para establecer y mantener la información principal del paciente. información del indicador, asignar el número de identificación del paciente para garantizar la unicidad de la información del paciente, establecer una tarjeta médica para el paciente, registrar o reservar un número de clínica y proporcionar información para las actividades de seguimiento ambulatorio y estadísticas de carga de trabajo ambulatoria. Los pacientes pueden solicitar tarjetas IC, tarjetas magnéticas, etc. Consulte a un médico por primera vez y realice así un tratamiento médico con una tarjeta de ventanilla única. Los pacientes con tarjeta pueden pagar deslizando sus tarjetas en lugar de hacer cola con frecuencia, lo que puede mejorar en gran medida la eficiencia tanto de los médicos como de los pacientes y reducir el tiempo de espera de los pacientes. Al registrarse, la computadora asigna automáticamente un número de identificación temporal. Puede optar por ingresar el nombre del paciente, el tipo de registro (número regular, número de especialista, etc.) y otra información. ) y el Departamento Médico, e imprimir el formulario de registro de paciente ambulatorio. El número de código de barras en el formulario de registro se utilizará como base para el próximo tratamiento médico del paciente, realizando operaciones de flujo integrado de precios y cobros, inspección de proyectos y recolección de medicamentos en la farmacia.
3.3.3 Gestión de precios para pacientes ambulatorios
El módulo de función "Sistema de cobro y precios para pacientes ambulatorios" se utiliza para registrar la información de pago de los pacientes en la oficina de cobro para pacientes ambulatorios y realizar las funciones de contabilidad estadística correspondientes. Los módulos de función automática incluidos se muestran en la Figura 3.4.
Figura 3.4 Módulo funcional "Sistema de cobro de precios de consulta"
El "Precio ambulatorio" se utiliza para completar el precio de los gastos médicos, como recetas de pacientes ambulatorios, solicitudes de exámenes, solicitudes de tratamientos, etc. y se mantiene en la gestión del diccionario Información de precios de diversos medicamentos y pruebas.
Los "cargos para pacientes ambulatorios" se utilizan para cobrar diversos honorarios de diagnóstico y tratamiento para pacientes ambulatorios. Puede consultar la información de precios del paciente según la lista de precios (u otros métodos), cobrar tarifas, imprimir recibos y guardar registros de operaciones para consultar.
La "Distribución de Medicamentos" es utilizada por las farmacias para preimprimir los detalles de los medicamentos que necesitan ser distribuidos y preparar los medicamentos para que puedan ser entregados directamente al paciente al recoger el medicamento, evitando la necesidad de que el médico encuentre el medicamento correspondiente después de recibir la factura del paciente.
3.3.4 Sistema de Gestión de Farmacia
La función "Módulo de Gestión de Farmacia" se utiliza para gestionar la compra, almacenamiento y salida de las farmacias hospitalarias. Los submódulos se muestran en la Figura 3.5. .
Figura 3.5 Módulo de Gestión de Farmacia
3.3.5 Sistema Integral de Consulta del Decano
El módulo de funciones “Sistema Integral de Consulta del Decano” se utiliza para consultar información del hospital sistema de información La información para la toma de decisiones, como análisis humanos, financieros y materiales relacionados con el tratamiento médico, la enseñanza, la investigación científica y la gestión hospitalaria, se procesa para proporcionar una base para la toma de decisiones a los decanos y gerentes.
3.4 Diagrama de flujo del sistema
El diagrama de flujo del sistema de gestión hospitalaria se muestra en la Figura 3.6.
Figura 3.6 Diagrama de flujo del sistema
3.5 Diagrama de flujo de datos del sistema
3.5.1 Diagrama de flujo de nivel superior
Según el hospital en la Figura 3.1 Para administrar diagramas de flujo de negocios básicos, primero puede obtener el diagrama de flujo de datos de nivel superior del sistema, como se muestra en la Figura 3.7.
Figura 3.7 Diagrama de flujo de nivel superior del sistema de gestión hospitalaria
3.5.2 Diagrama de flujo de nivel 0
Según el diagrama de flujo de nivel superior del En el sistema de gestión hospitalaria que se muestra en la Figura 3.7, según el conocimiento de la ingeniería de software, se debe mantener la continuidad de la información cuando el diagrama de flujo de datos se refina jerárquicamente, es decir, cuando un proceso se descompone en una serie de procesos, los datos de entrada/salida El flujo antes y después de la descomposición debe ser el mismo. [3] El diagrama de flujo de datos de nivel superior se puede asignar al diagrama de flujo de capa 0 del sistema de gestión hospitalaria, como se muestra en la Figura 3.8.
Figura 3.8-0 Diagrama de flujo laminar del sistema de gestión hospitalaria
3.6 Diccionario de datos
3.6.1 Entradas de flujo de datos
Tabla 3.1 Descripción Contiene la mayoría de las entradas de flujo de datos utilizadas en el sistema y proporciona una descripción del nombre del flujo de datos, los lugares y métodos de uso, el contenido y la información complementaria.
Tabla 3.1 Tabla de entrada de flujo de datos
Ubicación de uso del nombre y descripción del contenido del método
Para consultar información sobre el nombre del medicamento, ingrese el nombre, como penicilina.
Para consultar información sobre el código de medicamento, ingrese el número 1001.
Para la consulta del proyecto de carga del nombre del proyecto, ingrese el nombre, como función hepática.
Para consultar el código del proyecto para el cobro de tarifas, ingrese un código como 8000.
Inicie la consulta de registro del departamento de hora, ingrese la hora, como 1998-7-15.
Hora de finalización de la consulta de cantidad de registro del departamento, la hora de entrada es el 15 de julio de 2008.
Para consultar el inventario de medicamentos en el almacén, ingrese el nombre del almacén, como una farmacia occidental.
Para consultar el inventario de medicamentos por número de medicamento, ingrese el nombre del medicamento, como por ejemplo tetraciclina.
Tipo de registro: registro ambulatorio, el sistema se divide en número ordinario y número de experto.
El sistema ha dividido los tipos de cobro por alta ambulatoria en tres tipos: pago público, autopago y tarifa reembolsable.
Para el registro de pacientes ambulatorios en los departamentos de registro, el sistema se ha dividido en 16 categorías, incluida la medicina tradicional china.
Para el registro de la clínica médica, ingrese el nombre del médico para registrar el nombre del médico en el hospital.
Nombre del registro de la clínica, registre el nombre del paciente, como Zhang San.
El registro de la clínica de género registra el sexo del paciente, por ejemplo, hombre.
El registro de la clínica de edad registra la edad del paciente y la edad del paciente de consulta, como 36.
El registro de la clínica étnica registra el origen étnico del paciente, como como el grupo étnico Yao.
4 Diseño de la estructura conceptual
4.1 Diagrama de entidad global del sistema
El diagrama de entidad global del sistema se muestra en la Figura 4.1.
Figura 4.1 Diagrama de entidades global del sistema
4.2 Diagrama de entidades del sistema
De acuerdo con el diagrama de entidades global del sistema en la Figura 4.1, cada diagrama de entidades de El sistema se puede obtener analizando el sistema como se muestra a continuación.
Fig. 4.2 Diagrama de entidad del paciente
Fig. 4.3 Diagrama de entidad del médico
Fig. Diagrama de entidad de medicamento
Figura 4.6 Diagrama de entidad de farmacia
4.3 Tablas del sistema y sus usos
El sistema * * * requiere 10 tablas y sus usos se muestran en Tabla 4.1.
Tabla 4.1 Tabla del sistema y su propósito
Nombre de la tabla y propósito de la tabla
La información de medicamentos almacena la información básica de los medicamentos hospitalarios, incluidos precios, etc.
Los datos del médico almacenan la información del médico, incluido el departamento al que pertenece.
Los datos de departamento almacenan información de clasificación de departamentos, como medicina interna y cirugía.
La base de datos de información del paciente almacena información básica del paciente y puede reutilizarse en el futuro.
El registro de pacientes ambulatorios guarda la información de registro de pacientes ambulatorios.
El tipo de registro ambulatorio almacena la información de clasificación del tipo de registro ambulatorio y su precio de registro, como número ordinario, número de experto, etc.
Precios para pacientes ambulatorios Información sobre precios para pacientes ambulatorios (tabla principal)
Detalles de precios para pacientes ambulatorios Detalles de precios para pacientes ambulatorios (de la tabla)
Artículos de cobro para pacientes ambulatorios Guardar artículos de cobro para pacientes ambulatorios y su precio información, incluyendo nombre, tipo, costo, etc.
5 Diseño de estructura lógica
5.1 Especificaciones de diseño lógico
El diseño lógico de una base de datos es el proceso de convertir el diagrama E-R en un modelo relacional, es decir , todas las entidades y relaciones Transformadas en una serie de modelos relacionales. Las reglas comunes en el proceso de conversión son:
(1) Convertir entidades a modelos relacionales.
(2) Un modelo de relación uno a uno se puede convertir en un modelo de relación independiente o se puede fusionar con el modelo de relación correspondiente en cualquiera de los extremos.
(3) La relación de uno a muchos se puede convertir en un modelo de relación independiente o fusionarse con el modelo de relación correspondiente en el otro extremo.
(4) Las relaciones de muchos a muchos se pueden convertir en modelos relacionales.
5.2 Tabla de estructura lógica
Después de analizar y diseñar lógicamente el sistema de base de datos, la estructura de la base de datos ha quedado muy clara. Primero, cree la base de datos HisBook en Microsoft SQL Server 2000. Luego cree 10 tablas respectivamente: tabla de datos de medicamentos, tabla de datos de médicos, tabla de datos de departamentos, tabla de información de pacientes, tabla de registro de pacientes ambulatorios, tabla de tipos de registro de pacientes ambulatorios, tabla de precios de pacientes ambulatorios, tabla de precios de pacientes ambulatorios, tabla de elementos de cargos de pacientes ambulatorios, tabla de inventario de medicamentos, cada una La tabla corresponde a un modelo relacional en diseño lógico.
Tabla 5.1 Tabla de estructura lógica del sistema
6 Diseño de la estructura física
6.1 Almacenamiento de datos
La base de datos es una base de datos de Microsoft MSSQL Server, La versión instalada es la versión personal en chino simplificado. El nombre del archivo de la base de datos es hisbook_Data. MDF y archivo de registro hisbook_Log. LDF, que se almacenan por separado en la carpeta predeterminada del sistema.
6.2 Crear índices
Los índices son un medio eficaz para acelerar las consultas. Los usuarios pueden establecer uno o más índices en tablas básicas según las necesidades del entorno de la aplicación para proporcionar múltiples rutas de acceso y acelerar las búsquedas. [7] Hay dos tipos de índices en MSSQL Server: índices agrupados e índices no agrupados. La ventaja de usar índices es que acelera las consultas, pero la desventaja es que ocupa espacio en el disco y reduce la velocidad para agregar, eliminar y actualizar filas, por lo que debe considerarlo cuidadosamente al usar índices.
Para las tablas de bases de datos involucradas en este sistema, los índices creados son:
Tabla 6.1 Crear tabla de campos de índice
Nombre de la tabla Crear campo agrupado Crear no agrupado Campos de índice
Nombre del medio de información del medicamento
Información del médico DocIDDocName
Información del departamento
Base de datos de información del paciente PatiIDPatiName
Clínica para pacientes ambulatorios Hora de registro del paciente registrado
Tipo de registro para pacientes ambulatorios PatiRegKID Ninguno
Precios para pacientes ambulatorios Tipo de precio Ninguno
Lista de detalles de precios para pacientes ambulatorios nombre de la lista
Clínica ambulatoria No existen tipos de artículos de cobro
Inventario de medicamentos MedIDMedName
7 códigos
7.1 Diseño de funciones de recepción
El sistema principalmente Tiene tres funciones: mantenimiento del diccionario, gestión ambulatoria y consultas del director. La función de mantenimiento del diccionario es principalmente responsable del mantenimiento de la información sobre medicamentos y los elementos de cobro, que son los dos servicios más importantes que brinda el hospital a los pacientes. La gestión ambulatoria tiene cuatro funciones: registro de pacientes ambulatorios, tarificación de pacientes ambulatorios, cobro de pacientes ambulatorios y dispensación de farmacia, que son los mismos procesos que se experimentan en la clínica ambulatoria al acudir al hospital. Estas cuatro funciones manejan todas las funciones del paciente, desde el registro hasta la toma del medicamento y la salida. La consulta del director incluye principalmente consultas sobre el número de registros en cada departamento del hospital y el inventario actual de medicamentos. Estas dos funciones se utilizan principalmente para estadísticas sobre el estado general del hospital.
7.1.1 Mantenimiento del diccionario
Haga clic en Mantenimiento del diccionario|Información del medicamento para ingresar al formulario de función de información del medicamento, como se muestra en la Figura 7.1. En él podrás gestionar toda la información actual de medicamentos del hospital. Al agregar, modificar o eliminar en la barra de herramientas, puede agregar nuevos medicamentos y modificar las especificaciones, unidades o precios unitarios de los medicamentos. Los registros de datos se editan y se ingresan en los cuadros de texto en el panel debajo de la tabla. Los cuadros de texto en el panel inferior del formulario no se pueden editar excepto editando o agregando registros.
Figura 7.1 Formulario de función de gestión de información de medicamentos
Después de mantener la información de medicamentos, haga clic en el comando Mantenimiento del diccionario | Elementos de cargo para ingresar al formulario de administración de elementos de cargo del hospital, como se muestra en la Figura 7.2. Esta ventana es muy similar a la información de medicamentos. Administra principalmente información sobre todos los elementos de carga en el hospital. Asimismo, las tablas se pueden agregar, modificar y eliminar mediante los botones de la barra de herramientas de arriba. Esta tabla está asociada con la cantidad de datos en la tabla de información de medicamentos. Los números de cuatro dígitos de los medicamentos van del 1 al 7, y los artículos de carga comienzan desde el 8. Esto es para mayor comodidad a la hora de facturar más tarde, porque los pacientes suelen recetar medicamentos y someterse a algunas pruebas al mismo tiempo. Por lo tanto, al agregar un nuevo número, el usuario puede determinar el primer número en función de los artículos médicos que recibió el paciente.
Figura 7.2 Formulario de función de elemento de cobro
7.1.2 Gestión de pacientes ambulatorios
Después de completar la función de mantenimiento del diccionario, haga clic en Gestión de pacientes ambulatorios para realizar el registro de pacientes ambulatorios, la fijación de precios para pacientes ambulatorios, y cargos ambulatorios Las cuatro funciones de dispensación y dispensación de farmacia también están diseñadas de acuerdo con los pasos básicos que sigue un paciente cuando acude al hospital.
7.1.3 Consulta del decano
En el Explorador de soluciones, agregue un nuevo formulario, cambie su nombre a "RegQuery" y coloque los controles en él, como se muestra en la Figura 7.3.
Figura 7.3 Formulario de registro de departamento
Del mismo modo, agregue un nuevo formulario llamado "MedQuery" y coloque un espacio en él, como se muestra en la Figura 7.4.
Figura 7.4 Formulario de inventario de medicamentos
8 Pruebas del sistema
8.1 Descripción general de las pruebas de software [5]
Las pruebas de software son el núcleo de el proceso de desarrollo de software Un componente importante que se utiliza para confirmar si la calidad o el rendimiento de un programa cumple con ciertos requisitos establecidos antes del desarrollo. El propósito de las pruebas de software es confirmar la calidad del software. Por un lado, confirma que el software hace lo que esperaba y, por otro lado, confirma que el software realiza este evento de la manera correcta. El segundo es proporcionar información, como información de retroalimentación a los desarrolladores o gerentes de proyectos, e información preparada para la evaluación de riesgos. En tercer lugar, se descubren muchos problemas después del desarrollo del producto de software, lo que indica que es probable que el proceso de desarrollo de software sea defectuoso. Por tanto, el tercer propósito de las pruebas de software es garantizar la alta calidad de todo el proceso de desarrollo de software.
La calidad del software se mide en varios aspectos: Primero, hacer el trabajo correcto de la manera correcta en el momento correcto. En segundo lugar, cumplir con los requisitos de algunos estándares de aplicación, como los diferentes hábitos operativos y requisitos de los usuarios en diferentes países, y la capacidad de mantenimiento y prueba del proyecto.
En tercer lugar, la calidad en sí significa que el software cumple con los requisitos establecidos originalmente. Un código hermoso o habilidades excelentes no significan que el software sea de alta calidad. Cuarto, calidad también significa satisfacer las necesidades del cliente. Como industria de pruebas de software, lo más importante es mirar el producto desde la perspectiva del cliente, cómo el cliente utilizará el producto y qué problemas encontrará durante su uso. Sólo resolviendo estos problemas se podrá mejorar la calidad de los productos de software.
Las tareas de los testers en el proceso de desarrollo de software:
(1) Encontrar errores
(2) Evitar defectos en el proceso de desarrollo de software.
(3) Medir la calidad del software
(4) Prestar atención a las necesidades del usuario.
En resumen, el objetivo general de las pruebas es garantizar que la calidad del software alcance el nivel requerido por los usuarios.
8.2 Métodos de prueba de software comúnmente utilizados [6]
8.2.1 Pruebas de caja negra
Las pruebas de caja negra, como su nombre indica, tratan el sistema bajo prueba. como una caja negra toma información del exterior y la emite. Toda la prueba se basa en el documento de requisitos para ver si se pueden cumplir los requisitos pares del documento de requisitos. Las pruebas de caja negra requieren que el evaluador no utilice conocimientos o experiencia relacionados con la estructura interna del sistema bajo prueba y que sea adecuado para probar la funcionalidad del sistema. Las ventajas de las pruebas de caja negra son: relativamente simple, no es necesario conocer el código interno y la implementación del programa, no tiene nada que ver con la implementación interna del software, es fácil para nosotros saber cuál; funciones que utilizará el usuario y qué problemas encontrará según el software Al desarrollar documentos, también podemos saber qué funciones implementa el software en los documentos es más conveniente realizar pruebas de software automatizadas; Las desventajas de las pruebas de caja negra son: no pueden cubrir todos los códigos y la tasa de cobertura es solo alrededor del 30% del código total; la reutilización de las pruebas automatizadas es muy baja;
Pruebas de caja blanca
Las pruebas de caja blanca se refieren a trabajos de prueba que pueden comprender la estructura del objeto que se prueba y hacer referencia al contenido del código que se prueba. Requiere comprender la estructura de diseño interno y la implementación del código específico del programa, y diseñar casos de prueba basados en esto. El siguiente es el código de programa de muestra:
HRESULT save (char* pszFileName)
{
If (NULL= = pszFileName)
Regresar ;
Si (STATE_OPEND = =currentState)
{
guardar el archivo();
}
Regresar;
}
Después de leer el código, puede saber que primero debe verificar si un carácter está vacío y luego realizar las acciones correspondientes según el estado actual de el archivo. Diseñe algunos casos de prueba: ¿qué sucede cuando la cadena de entrada está vacía? ¿Qué sucede si el archivo almacenado ya está abierto en ese momento? Estas son cosas que probablemente no puedas hacer al realizar pruebas de caja negra.
El beneficio directo de las pruebas de caja blanca es saber dónde se ignoran los casos de prueba diseñados a nivel de código. Su ventaja es ayudar a los probadores de software a aumentar la cobertura del código, mejorar la calidad del código y descubrir problemas ocultos en el código. Las desventajas de las pruebas de caja blanca son: hay muchas rutas diferentes para la operación del programa y es imposible probar todas las rutas en ejecución. Las pruebas se basan en el código y solo pueden probar si el desarrollador lo está haciendo correctamente y no puede saber si; el diseño es correcto y es posible que se omitan algunos requisitos funcionales; cuando el sistema es grande, la sobrecarga de prueba será muy grande.
Pruebas basadas en modelos
Las pruebas basadas en riesgos se refieren a evaluar la prioridad de las pruebas y realizar pruebas de alta prioridad primero. Si no hay suficiente tiempo o energía, las pruebas de baja prioridad pueden suspenderse temporalmente. A continuación se muestra la Figura 8.2.3. El eje horizontal representa la influencia y el eje vertical representa la probabilidad. Con base en las características de un software, determine: Si una función tiene un problema, ¿cuánto impacto tendrá en todo el producto y cuál es la probabilidad de que esta función tenga un problema? Si la probabilidad de que surja un problema es alta y el problema tiene un gran impacto en todo el producto, entonces debe cubrirse durante las pruebas. Para funciones que los usuarios rara vez utilizan, la probabilidad de problemas es muy pequeña, e incluso si ocurren problemas, el impacto será pequeño, por lo que si el tiempo es escaso, puede considerar no realizar pruebas [15].
Figura 8.1 Dos factores decisivos de las pruebas basadas en riesgos
Los dos factores decisivos de las pruebas basadas en riesgos son: cuánto impacto tiene la función en el usuario y qué tan probable es que surja el problema . Otros factores que influyen incluyen la complejidad, la disponibilidad, las dependencias y la modificabilidad.
Los evaluadores deciden principalmente el enfoque del trabajo de prueba en función de la prioridad de las cosas.
8.3 Método de prueba de software de este sistema
Debido a que este programa está dirigido a hospitales pequeños, el software es relativamente pequeño y las funciones son relativamente simples, por lo que el método de prueba de software adopta el negro Método de prueba de caja. Después de que el software se completó inicialmente, un tercero lo probó (aquí les pedí a mis compañeros de clase en el mismo dormitorio que lo probaran). Cuando un tercero descubre problemas en el uso real, como la necesidad de funciones adicionales, algunos errores operativos, etc. , el desarrollador del programa realiza modificaciones basándose en las opiniones expresadas por terceros hasta que la función del software satisfaga al usuario (usuario del sistema).
9 Conclusión
9.1 Resumen de funciones del sistema
Este pequeño sistema de gestión hospitalaria puede completar simplemente las funciones básicas de las clínicas ambulatorias, farmacias y consultas del director del hospital. Sin embargo, no existe la función de impresión de facturas, la parte de gestión ambulatoria está incompleta y no está implementada la función de registro de pacientes con tarjetas magnéticas. Este sistema básicamente ha cumplido las funciones principales mencionadas en el análisis de la demanda. Para completar un sistema de base de datos de este tipo en el contexto de un lenguaje de desarrollo completamente nuevo, la carga de trabajo y la dificultad siguen siendo muy grandes, como por ejemplo, cómo hacerlo. NET, todavía hay errores de operación de datos entre diferentes módulos.
Debido al alto punto de partida y los altos estándares al diseñar el sistema, todas las subfunciones y submódulos no se pueden perfeccionar en un corto período de tiempo. Sin embargo, al establecer la estructura de la tabla de la base de datos, siempre seguimos el principio de "un paso, no es fácil de cambiar", porque una vez que cambia la estructura de la tabla, la estructura lógica correspondiente y la información de visualización frontal también deben cambiar en consecuencia, lo que trae un muchos problemas con la carga de trabajo.
Perspectivas del sistema 9.2
(1) Problemas de estructura de datos
En el resumen de funciones del sistema, se menciona que la función de registrar pacientes con dispositivos magnéticos Las tarjetas no están implementadas y la función de registrar pacientes con tarjetas magnéticas no está implementada. La interfaz del dispositivo de hardware.
(2) Copia de seguridad y recuperación de datos
La realización de la función de copia de seguridad de datos es principalmente hacer una copia de seguridad de la base de datos a través de declaraciones SQL, y la realización de la función de recuperación de datos es principalmente restaurar la base de datos mediante sentencias SQL. Debido a limitaciones de tiempo, no pude implementar estas dos funciones.
(3) Comprensión correcta. Idioma de Internet
Porque es la primera vez que lo uso. NET para programar software relacionado. Me tomó tres semanas desarrollar un sistema de base de datos de este tipo, lo que me planteó grandes desafíos y dificultades. Sin embargo, con el apoyo del profesor Xie, lo superé paso a paso con la mentalidad de aprendizaje continuo. Espero que esta experiencia haya tenido un gran impacto en mis futuros estudios.
(4) Método de acceso a la base de datos. neto.
Este sistema se basa en. NET marco. Solo me refiero a los métodos y códigos proporcionados en algunos libros de referencia para implementar el método de acceso a la base de datos. NET, pero no estoy muy seguro de por qué.
(5) Escalabilidad del sistema
El sistema desarrollado esta vez también tiene muchas funciones que se pueden mejorar, como las liquidaciones financieras mensuales o anuales y el establecimiento de una base de datos de información de los empleados del hospital en espera. Esto es necesario para un buen sistema de gestión hospitalaria.