CAPÍTULO IV “PROPUESTA DE DISEÑO DE UN SISTEMA INFORMÁTICO EN LÍNEA PARA MEJORAR EL CONTROL DE LAS PARTIDAS DE DEFUNCIÓN EN LOS DISTRITOS DE LA ALCALDÍA MUNICIPAL DE SAN SALVADOR” 4.1. GENERALIDADES Este capítulo contiene la propuesta de “ Diseño e Implementación de un Sistema Informático en Línea Para Mejorar el Control de las Partidas de Defunción en los Distritos de la Alcaldía Municipal de San Salvador”, como un aporte a los empleados del departamento de Registro y Servicios en cada Distrito de la Alcaldía de San Salvador; para que estos puedan ofrecer sus servicios con mejor calidad y eficiencia a la ciudadanía del gran San Salvador, el sistema informático en línea facilitará en los Distritos el proceso de elaboración cuando se emita una partida de defunción, a fin de lograr la información requerida por la ciudadanía. Esta propuesta es el resultado de una investigación, orientado a determinar la necesidad de “Diseño e Implementación de un sistema informático en línea para mejorar el control de la partidas de defunción “ capaz de contribuir a las obligaciones que tienen los empleados de los distritos para satisfacer la necesidad que demanda la ciudadanía de San Salvador. 87 4.2. OBJETIVOS DE LA PROPUESTA. 4.2.1 GENERAL • Diseñar un sistema informático en línea para los Distritos de la Alcaldía Municipal de San Salvador, que permita mejorar el control informativo de las partidas de defunción. 4. 2. 2 ESPECIFICOS. • Crear una base de datos debidamente actualizada en la cual se registren las partidas de defunción para contribuir con la información requerida por el público en general. • Proporcionar a otros organismos gubernamentales la información contenida en la base de datos, para la actualización de su información. • Facilitar los requerimientos para el sistema de partidas de defunción en línea, sea capaz de ofrecer a las personas usuarias información disponible, que contribuya a la agilización de los procesos de asentamiento de las actas de defunción. 88 4.3. JUSTIFICACIÓN. El Diseño e Implementación de un sistema Informático en Línea para Mejorar el control de partidas de Defunción será de gran utilidad para llevar a cabo el proceso de elaboración de las partidas de Defunción, beneficiando tanto a las personas que las elaboran como a las personas que solicitan dicho información . En la actualidad existe el proceso de elaboración de partidas de Defunción, pero no tienen un sistema en línea para tal proceso con lo cual traería beneficio, tanto al personal que labora el departamento de Registros y Servicios de cada uno de los Distritos . Este nuevo sistema dará una mejor cobertura y un mejor servicio brindando seguridad y confiabilidad a los datos. 4.4. BENEFICIOS Y VENTAJAS DE LA PROPUESTA Los beneficios de este tipo de proyecto basándonos en las nuevas herramientas de diseño de sistemas los cuales ayudan de una manera eficiente y con mayor velocidad de la trasmisión de los datos esto conlleva a obtener una comunicación más confiable. La institución se beneficiará de una forma clara porque podrá satisfacer a los clientes de este servicio a los cuales se les hace muy difícil por motivo del fallecimiento de algún familiar perder tiempo, ya que ese tiempo se puede emplear para solventar otras situaciones. Las ventajas de este proyecto son las siguientes: ¾ Facilitará un mayor servicio, con rapidez y seguridad de los datos. ¾ El tiempo de respuesta de las personas que atienden al público demandante será menor que el que actualmente se brinda. 89 ¾ Usar una mejor tecnología para enfrentar los retos del nuevo siglo, innovando las aplicaciones con mejor tecnología. 4.5. DISEÑO E IMPLEMENTACION DEL SISTEMA. La importancia de implementar un sistema mecanizado de esta índole es para tener un mejor soporte para enfrentar los retos del nuevo siglo , los que conllevan a mejorar cada día más los procesos de servicios con los que cuenta la alcaldía y los distritos. En esta etapa se realiza la planificación del diseño del sistema, mediante la integración de todos los diferentes elementos comprendidos en las etapas anteriores que tiene como base para continuar con la etapa de implementación del sistema. 4.5.1.1 Definición del Problema. En la actualidad la alcaldía municipal de San Salvador ya cuenta con un sistema automatizado que registra todas las transacciones de los diferentes distritos. El problema que se tiene es la falta de un sistema informático en línea que ayude a mejorar el servicio para los mismos empleados de los distritos. Cabe mencionar que se tiene una demanda numerosa en cuanto al asentamiento de las partida de defunción, en que este sistema se necesita que contenga datos relevantes del fallecido y los progenitores es por ello que se necesita un mejor sistema que conlleve a una mejor respuesta y veracidad de la información. También existe un mayor déficit de tiempo en cuanto a la elaboración de las partidas de defunción por parte del personal que está atendiendo en el departamento de Registros y servicios. 90 4.5.1.2 Identificación de Alternativas de Solución. Existe alternativas de solución a los diferentes problemas en este caso en particular podemos identificar algunos de esas alternativas las cuales son las siguientes: • Crear un nuevo sistema en línea basado en la nueva tecnología informática que soporta plataformas más dinámicas e interactivos de los diferentes programas que a su ves soportan diferentes enlaces a conexiones para hacer un servicio más fluidos de la información. • Mejorar el sistema ya existente el cual trabaja bajo plataforma de software de 2da o 3era generación los cuales todavía necesitan msdos para generarse. 4.5.1.3 Elaboración de Informe Breves. En las entrevistas efectuadas en cada uno de los distritos y la Alcaldía Municipal de San Salvador se obtuvo información, la cual dío la pauta para seguir adelante con el proyecto propuesto. Al crear un informe breve de cualquier actividad que se este realizando nos damos cuenta de cuales son los problemas que esta ocasionando una actividad, en cual se informa de cuales serán las alternativas de solución. Al tener alternativas de solución se darán más oportunidades de empleo, en este caso a los analistas de sistemas; aunque algunas veces se encuentran con problemas, pero para eso existe la identificación de alternativas de solución. Cuando se tiene en cuenta y se aceptan los errores en una actividad es factible darle soluciones, por lo tanto se deben aceptar con el fin de darle alternativas positivas. 91 4.5.2. ANALISIS DE LOS REQUERIMIENTOS DEL SISTEMA. La siguiente fase que realiza el análisis de sistemas involucra el análisis de las necesidades del sistema. Nuevamente, herramientas y técnicas especiales ayudan para que el analista haga las determinaciones de los requerimientos. Una herramienta de éstas es el uso de diagrama de flujo de datos para diagramar la entrada, proceso y salida de las funciones del negocio en forma gráfica estructurada. A partir de los diagrámas de flujo de datos se desarrolla un diccionario de datos, que lista todos los conceptos de datos usados en el sistema, así como sus especificaciones, si son alfanuméricos y que tanto espacio ocupan cuando se imprimen. Durante esta fase el analista de sistemas también analiza las decisiones estructuradas son aquellas para las que pueden ser determinadas las condiciones como alternativas de condición, acciones y reglas de acción. Hay tres métodos principales para el análisis de decisiones estructurales: lenguaje estructurado, tablas de decisión y árboles decisión. No todas las decisiones de la organización son estructuradas pero todavía es importante que el analista de sistemas las comprenda. Las decisiones semiestructuradas ( decisiones tomadas bajo riesgo). Son sustentadas frecuentemente por los sistemas de apoyo a decisiones. Cuando se analiza decisiones semiestructuradas, el analista examina las decisiones con base en el grado de complejidad del problema y la cantidad de criterios considerados cuando se toma la decisión. 4.5.2.1 Recopilación de Datos. Los manuales que documentan o describen las operaciones para los procesos de datos existentes, o sistemas de información que entran dentro del área de investigación, también proporcionan una visión sobre la forma en la que la empresa debería conducirse. No obstante, no muestra cómo se realizan las tareas en la actualidad . 92 Los otros métodos con objeto de encontrar datos estudiados en esta sección son más eficaces para proporcionar al analista este tipo de información. 4.5.2.2 Análisis de los Datos. Una base de datos en aumento refleja el crecimiento de toda empresa. Probablemente en la actualidad tiene varias bases de datos independientes clasificadas por temas diversos. También puede organizar, analizar y resumir registros mediante tablas y gráficos dinámicos. Utilice la característica Tabla Dinámica para reorganizar los nombres de sus campos, registros y elementos cambiando sus ubicaciones de fila y de columna relativas. La característica Tabla Dinámica le permite, además, visualizar los cambios en un formato de grafico o modificar la información que contiene. Para ahorrar tiempo y permitir a otros usuarios ver la tabla dinámica y poder interactuar con ella, guarde la como una pagina web. Para ello debe utilizar los componentes de web de Office para convertir la tabla dinámica en activa ya que son estos los que permitirán a los demás usuarios ver su pagina web e interactuar con su base de datos. Puesto que la creación de una base de datos conlleva un proceso bastante costoso en tiempo y esfuerzo, debe aprender a administrar todos los registros con eficacia. 4.5.2.3 Documentación de la Etapa de Análisis del Sistema. Algunas de las técnicas estructuradas para el diseño y documentación de software incluye diagramas estructurados, el método HIPO, Diagramas de Flujo y Seudo códigos. 93 El analista de sistemas usa uno o mas de estos dispositivos para comunicar al programador lo que necesita ser programado. Durante esta fase, el analista también trabaja con los usuarios para desarrollar documentación efectiva para el software y también que hacer sí se suceden problemas con el software. Los programadores tienen un papel principal en esta fase conforme diseñan, codifican errores de sintaxis de los programas de computadora. Si el programa va a ser ejecutado en un ambiente de microcomputadora, se debe crear el lenguaje de control de trabajos. Para asegurar la calidad, un programador puede realizar ya sea un diseño o un ensayo del código, explicando las partes complejas del programa a un equipo de otros programadores. 4.5.3 DISEÑO DEL SISTEMA. En esta fase el analista usa la información recolectada anteriormente para realizar el diseño lógico del sistema de información. El analista diseña procedimientos precisos para la captura de datos, a fin de que los datos que van a entrar al sistema de información sean correctos. A demás el analista también proporciona entrada efectiva para el sistema de información mediante el uso de técnicas para el buen diseño de formas y pantallas. Parte del diseño lógico del sistema de información es diseñar la interfaz de usuario. La interfaz conecta al usuario con el sistema y es por lo tanto, extremadamente importante. La fase de diseño también incluye el diseño de archivos o base de datos que guardan la mayor parte de los datos necesarios para los tomadores de decisiones de la organización. Por último el analista debe diseñar procedimientos de control y respaldo para proteger el sistema y a los datos y producir paquetes de especificaciones de programa para los programadores. Cada paquete debe contener diseños de entrada y salidas, especificaciones de archivos y detalles de procedimientos, y también puede incluir tablas de decisión diagramadas de flujo de datos. 94 4.5.3.1 Identificación de Requerimientos del Sistema. Existen dos estrategias ampliamente utilizadas para determinar los requerimientos de información. Esta sección presenta ambas y son: Estrategias del flujo de datos y Las Estrategias de análisis de decisión. Para el conocimiento de los sistemas de información. a) Estrategias de Flujo de Datos : El análisis de sistemas reconoce el papel central de los datos del negocio en las empresas. Cuando se sigue su flujo a trabes de los procesos del negocio que es el propósito del análisis del flujo de datos, le indica a los analistas una gran cantidad de datos sobre cómo se están llevando a cabo los objetivos de la compañía. Al manejar las transacciones y completar las tares, los datos de entrada se procesan, se almacenan , consultan, utilizan; modifican y se emiten. El análisis del flujo de datos estudia el uso de estos en cada actividad; documenta los hallazgos en los diagramas de flujo de datos, que muestran gráficamente la relación entre los procesos y datos y en los diccionarios de datos, que describen formalmente los datos del sistema y donde se utilizan. b) Estrategia del Análisis de Decisiones: La estrategia del análisis de decisiones para la determinación de los requerimientos de sistemas de información complementa el análisis de flujo de datos. Esta estrategia realza el estudio de los objetivos de una operación y de las decisiones que deben realizarse para cumplir con estos objetivos y llevar a cabo el negocio. Las decisiones se presentan tanto en los niveles operativos como en los de alto nivel gerencial. Con frecuencia el análisis de decisiones también se utiliza por parte de la alta gerencia para la toma de decisiones. La alternativa que seleccionan los gerentes responsables de la toma de decisiones, en cuanto a una estrategia de precios entre un conjunto de 95 alternativas, se maneja en forma diferente a la opción que toma un supervisor de departamento. Los analistas resumen los resultados del análisis de decisiones en forma gráfica, en tablas o en párrafos altamente estructurados, de las relaciones entre las condiciones y las decisiones. En esta fase el analista está esforzándose por comprender que información necesitan los usuarios para realizar su trabajo. Se puede ver que varios de los métodos para determinar los requerimientos de información involucran la interacción directa con los usuarios. Las personas involucradas en esta fase son los analistas y los usuarios, típicamente los administradores de las operaciones y los trabajos de las operaciones . El analista de sistemas necesita saber los detalles de las funciones actuales del sistema: quien ( las personas que están involucradas), qué ( la actividad del negocio), dónde ( el ambiente donde se lleva a cabo el trabajo), cuándo ( en que momento) y cómo ( de que manera se desarrollan los procedimientos actuales). Teniendo como base los resultados anteriores de las diferentes etapas de la recopilación de la información se establecen los requisitos a desarrollar los cuales son: 4.5.3.2 Requerimientos Informáticos. Se considera como requerimientos informáticos a todos los programas y los diferentes reportes impresos en papel o vistos previamente en pantalla. También la incursión de la adaptación de nuevas tecnologías al sistema que se esta elaborando. Los reportes dan una naturaleza del sistemas automatizado se considera un amplio grupo de reportes diferentes que tiendan a facilitar el almacenamiento, el control y la misma seguridad a todos los requerimientos internos con los cuales la alcaldía y los distritos están luchando y mejorando cada 96 día mas para brindar una mejor atención a los usuarios del sistema y a los mismos usuarios externos. 4.5.3.3 Requerimientos Tecnológicos. Se puede mencionar que se esta utilizando tecnología actualizada en cuanta al desarrollo del sistema esto lleva a mejorar los diferentes sistemas. Para el diseño del sistema en cuestión se han utilizado diferentes lenguajes de programación muy usados y conocidos actualmente los cuales son el ASP(Personal Web Server), HTML( Hipertext markup Languaje ), JAVA y otros más. Los gestores que se utilizan en este proyecto para la simulación de este sistema es el acceso muy utilizado para conexiones con el lenguaje antes mencionado y utilizar una nueva conexión en el futuro para realizarlo. 4.5.3.4 Requerimientos Humanos. No se tiene que recurrir a ningún personal extra o adicional para la manipulación del sistema al contrario las personas que actualmente se encuentran en los diferentes distritos están capacitados para el manejo de este sistema el cual es muy sencillo y fácil de manejar . 97 4.5.3.5 SIMBOLOGIA GENERAL DE LOS DIAGRAMAS DE FLUJO DE DATOS SÍMBOLO NOMBRE DESCRIBCION Este se utiliza para entradas y salidas de Inicio todo proceso Este símbolo se utiliza para realizar Proceso cualquier tipo de proceso de datos en los flujos. Salida Grafica de Impresor Esto sirve para saber si tenemos salidas al impresor de los diferentes datos Sirve para verificar los procesos de Almacenamiento en almacenamiento en línea de un flujo de Línea datos Entrada Manual de Teclado Es lo que identifica una entrada manual de los procesos a los flujos de datos. Sirve para tomar las decisiones acerca de Toma de Decisión los diferentes procesos que se están realizando. Proceso Predefinido Este símbolo define el proceso obligatorio de los datos. Este símbolo quiere decir que estamos Almacenamiento Fuera de línea 98 almacenando datos fuera de línea del sistema. 4.5.3.6 Diagrama de Flujo de Datos. FLUJO DE LOS DATOS ALCALDÍA DE SAN SALVADOR DEPTO USUARIO DE REGISTROS Y SERVICIOS. inicio Encargada pregunta que desea. Usuario llega a la los distritos y se presenta en el Departamento de registros y Servicios Usuario responde y entrega los documentos del fallecido. Encargada recibe los documentos y procede a elaborar la partida de defunción. Encargada procede a dar copia de todos los datos al usuario para corroborar que los mismos estén correctos. ( Ver Anexo 2B. ) Usuario verifica los datos si son correctos y luego se entregan al encargada . Encargada recibe y procede a firmar y colocar los sellos correspondientes, después es entregada al usuario. Usuario recibe la partida y se marcha del distrito correspondiente Final 99 4.5.4 DICCIONARIO DE DATOS. Una base de datos es una colección de registros que se encuentran interrelacionada entre si para manejar de una forma mas optima una base de datos. Descripción Nombre lógico del campo Numero de la partida El numero asignado al campo en el cual se tendrá el numero de la partida a la cual corresponde. Nombre de fallecido Nombre de la persona que se encuentra fallecido. Apellidos del fallecido Apellidos de el individuo que a fallecido. Edad del fallecido Corresponde a la edad de la persona que esta muerta. Sexo Es el sexo correspondiente a la persona difunta. DUI Documento Único de Identidad del fallecido. Lugar de expedición Lugar donde se extendió el documento de identidad. Código de estado familiar Código de origen Este campo corresponde al código del estado civil del fallecido Es el dato correspondiente al municipio o departamento en el cual nació. Nacionalidad País de donde procedía el fallecido. Profesión La ocupación con la cual el fallecido se desempeñaba. Folio Distrito que la emitió Un número en el cual se da por asentada la partida de defunción. Nombre del distrito que emitió la partida de defunción donde se realizo el asentamiento. Lugar de expedición Libro Nombre en donde se realizo el acta. Es el documento donde se hace constar que se encuentra registrado el fallecimiento. Lugar de fallecimiento Lugar en donde falleció la persona. Hora del fallecimiento La hora exacta en la que el individuo murió. Día del fallecimiento Año del fallecimiento El día que la persona perdió su vida. Año correspondiente a su muerte. 100 Nombre lógico del campo Descripción Causa de la muerte Consecuencia de la muerte del individuo fallecido. Asistencia medica Confirmación si tuvo algún tipo de asistencia medica. Nombre del hospital Nombre del hospital en donde se dio el fallecimiento. Nombre del médico Nombre del medico que firmo la boleta de defunción. Apellidos del médico Apellidos correspondientes al medico que firmo la boleta. Servicios Lugar donde estuvo en control medico y se dio el deceso. Referencia del expediente El número correspondiente al expediente de la persona clínico. que tubo el deceso. Intervención quirúrgica Diagnóstico principal Otros diagnóstico Fecha de ingreso al Si al fallecido le interviene quirúrgicamente para tratar de salvarle su vida. El diagnostico que provoco el fallecimiento de la persona Otras enfermedades con las cuales el fallecido se encontraba el día de su muerte. La fecha en que la persona ingreso al hospital para su atención medica. hospital Nombre del estado familiar Nombre del padre Este dato corresponde al estado civil del individuo fallecido Este campo contiene el nombre del padre del fallecido Apellidos del padre Corresponde a los apellidos del padre del fallecido. Nombre de la madre Asigna a este campo el nombre de la madre del fallecido. Apellidos de la madre Apellidos de la madre de la persona que ha fallecido. Código de municipio Nombre del municipio Dirección Nombre Corresponde al código del municipio en donde reside el fallecido. Corresponde al nombre con el cual se designa al municipio en donde reside el fallecido. Dirección exacta de donde residía el fallecido. Nombre de la persona que dio los datos del fallecido. 101 Nombre lógico del campo Descripción Apellidos Apellidos de la persona que dio la información del fallecido. Número de identidad de la persona que proporciona los Número de DUI Lugar de expedición Fecha de expedición Parentesco Nombre del cónyuge datos del difunto. Es el lugar donde se emitió el documento de la persona que proporciono los datos del fallecido. Es la fecha en que se emitió el documento de la persona que proporciono los datos del fallecido. Corresponde al vinculo que la persona que dio los datos del fallecido. Nombre de la persona con la que se encuentra en unión con la persona fallecida. Los apellidos correspondientes a la compañera o Apellidos del Cónyuge Número de hijos Nombre de los hijos compañero de vida. Es la cantidad de hijos que el fallecido deja. Nombre de los dos hijos del fallecido. 4.5.5 ESTRUCTURA DE LAS TABLAS DEL SISTEMA. La estructura de las tablas es la forma de manejo de los datos y los tipos de datos , los cuales forman parte del sistemas de alguna manera están relacionados con la información del sistema. La estructura también ayuda a facilitar las tareas de entendimiento debido al contenido de la información, la cual esta dispersa en las tablas y con este tipo de modelo podemos llevar a saber de una forma rápida donde esta la información que deseamos en ese momento. 102 4.5.5.1 Estructura de tabla DATOS _ FALLECIDO Nombre:DATOS_FALLECIDO Clave Primaria:N_PARTIDA N° 1 2 3 4 5 6 7 Nombre campo N_PARTIDA NOMB_FALLECIDO APELL_FALLECIDO EDAD _ FALLECIDO SEXO _ FALLECIDO DUI_FALLECIDO LUGAR_EXP_DUI Función: En esta tabla se guardaran todos los datos de la persona que a tenido el fallecimiento. Formato Longitud Dec Significado Carácter 10 Número de partida Carácter 30 Nombres del fallecido Carácter 30 Apellidos del fallecido Numérico 3 Edad del fallecido Carácter 10 Sexo del fallecido Carácter 10 Número de identidad Carácter 20 Lugar de expedición Nombre del estado 8 9 10 11 NOMB_EST_CIVIL COD_ORIGEN NACIONALIDAD PROFESION Carácter 15 familiar Numérico 2 Código de origen Carácter 20 Carácter 40 TOTAL DE CAMPOS Nacionalidad del fallecido Profesión u oficio del fallecido 11 103 4.5.5.2 Estructura de Tabla Hospital Nombre:HOSPITAL Función: En esta tabla contendrá todos los datos Clave Primaria:N_PARTIDA N° 1 2 3 4 5 6 7 8 9 10 Nombre campo N_PARTIDA NOMB_HOSPITAL NOMB_MEDICO APELL_MEDICO SERVICIO REF_EXP_CLINICO INTERV_QUIRURGICAS DIAGNOST_PRINCIPAL OTRO_DIAGNOSTICO FECHA_INGR_HOSPITAL del hospital y del medico que firma la defunción. Formato Longitud Dec Significado Carácter 10 Carácter 30 Carácter 30 Nombres del Medico Numérico 30 Apellidos del Medico Carácter 20 Carácter 10 Carácter 3 Carácter 40 Numérico 40 Carácter 10 TOTAL DE CAMPOS Número de partida Nombre del hospital donde falleció Servicios que dio el medico Referencias del Expediente Clínico Intervenciones Quirúrgicas Diagnostico Principal Otros Diagnósticos Fecha de Ingreso al Hospital 10 104 4.5.5.3 ESTRUCTURA DE TABLA REGISTRO DE PARTIDAS Nombre: REGISTRO_PARTIDAS Función: En esta tabla contendrá todos los datos del Clave Primaria:N_PARTIDA N° Nombre campo 1 N_PARTIDA 2 LIBRO 3 4 FOLIO DISTRITO_EMITIO 5 LUGAR_EXPD hospital y del medico que firma la defunción. Formato Longitud Carácter 10 Carácter 20 Carácter 20 Folio de la partida Numérico 2 Distrito que la emitió Carácter 15 Lugar de expedición TOTAL Dec Significado Número de partida Libro correspondiente a la partida. 5 105 4.5.5.4 ESTRUCTURA DE TABLA DATOS DE DEFUNCIÓN Nombre: DATOS_DEFUNCION Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA N° 1 2 3 4 5 6 7 Nombre campo N_PARTIDA LUGAR_FALLECIMIENTO HORA DIA AÑO CAUSA_MUERTE ASISTENCIA_MEDICA información de los datos del fallecimiento. Formato Longitud Carácter 10 Carácter 30 Carácter 10 Carácter 10 Día en que Falleció Carácter 15 Año en que Falleció Carácter 30 Causa de Muerte Carácter 3 Asistencia Medica TOTAL Dec Significado Número de partida Lugar de Fallecimiento Hora en que Falleció 7 106 4.5.5.5 ESTRUCTURA DE TABLA DATOS _ PADRES Nombre: DATOS _ PADRES Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA información relacionada con los padres del fallecido. N° 1 2 3 4 5 Nombre campo N_PARTIDA NOMB_PADRE APELLIDOS _ PADRE NOMB_MADRE APELLIDOS _ MADRE Formato Longitud Carácter 10 Carácter 30 Carácter 10 Carácter 10 Carácter 15 TOTAL Dec Significado Número de partida Nombres de Padre del fallecido Apellidos de Padre del fallecido Nombre de Madre del Fallecido Apellidos de Madre del fallecido 5 107 4.5.5.6 ESTRUCTURA DE TABLA DOMICIO ACTUAL Nombre: DOMICILIO_ACTUAL Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA información relacionada con el domicilio del fallecido. N° 1 2 3 4 Nombre campo N_PARTIDA NOMB_MUNICIPIO DIRECCIÓN COD_MUNICIPIO Formato Longitud Carácter 10 Carácter 30 Carácter 10 Numérico 2 TOTAL Dec Significado Número de partida Nombres del municipio Dirección del fallecido Código Municipio de residencia 4 108 4.5.5.7 ESTRUCTURA DE TABLA DATOS _ PERSONALES Nombre: DATOS _ PERSONA Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA información relacionada con el domicilio del fallecido. N° 1 Nombre campo N_PARTIDA Formato Longitud Carácter 10 Dec Significado Número de partida Nombre de la 2 NOMB_PERSONA Carácter 30 persona que dio los datos Apellidos de la 3 APELL_PERSONA Carácter 10 persona que dio los datos Documento Único de 4 DUI Carácter 10 Identidad de la persona 5 LUGAR_EXP_DUI Carácter 30 6 FECHA_EXP_DUI Carácter 10 TOTAL Lugar de expedición del DUI Fecha de expedición del documento 6 109 4.5.5.8 ESTRUCTURA DE TABLA DATOS DE LA FAMILIA Nombre: DATOS _ FAMILIA Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA información relacionada con el domicilio del fallecido. N° 1 2 3 4 Nombre campo N_PARTIDA NOMB_CONYUGE APELL_CONYUGE NÚMERO _ HIJO Formato Longitud Carácter 10 Carácter 30 Carácter 30 Carácter 10 5 HIJO1 Carácter 30 6 HIJO2 Carácter 30 TOTAL Dec Significado Número de partida Nombre de la esposa o esposo Apellidos de la esposa o esposo Número de hijos del fallecido Nombre del Primer hijo Nombre del Segundo hijo 6 110 4.5.5.9 ESTRUCTURA DE TABLA ESTADO FAMILIAR Nombre: ESTADO _FAMILIAR Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA N° 1 2 Nombre campo COD_EST_FAMILIAR NOMB_EST_FAMILIAR información relacionada con el domicilio del fallecido. Formato Longitud Carácter 10 Carácter 30 Dec Significado Código del estado familiar Nombre del estado familiar TOTAL 2 4.5.5.10 ESTRUCTURA DE TABLAS DE ORIGEN Nombre: ORIGEN Función: En esta tabla se podrá almacenar la Clave Primaria:N_PARTIDA información relacionada con el domicilio del fallecido. N° 1 2 Nombre campo COD_ORIGEN NOMB_ORIGEN Formato Longitud Carácter 10 Código de origen Carácter 30 Nombre de origen TOTAL Dec Significado 2 111 4.5.5.11 Estructura de Tabla de Clave Nombre: CLAVE Función: En esta tabla se podrá almacenar la información Clave Primaria: N° 1 Nombre campo USUARIO que necesite para ingresar al sistema. Formato Longitud Carácter 10 Dec Significado Nombre asignado para el uso. Este contiene la 2 PASSWORD Carácter 10 contraseña del usuario. TOTAL 2 112 4.5.6 DIAGRAMA ENTIDAD RELACIÓN DEL SISTEMA29 Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través de un esquema gráfico empleando los terminología de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus características particulares denominadas atributos, el enlace que rige la unión de las entidades esta representada por la relación del modelo. Mediante éstos, el esquema conceptual abstracto puede ser mostrado gráficamente y mantener una independencia conceptual con respecto a la implementación propiamente dicha. A continuación se presenta el Diagrama Entidad Relación del sistema Informático en Línea para Mejorar el Control de las Partidas de Defunción, en el cual se muestran las diferentes tablas que componen el sistema y las relaciones ( Alcaldía Municipal de San Salvador con sus Respectivos Distritos.) 29 http://atenea.udistrital.edu.co/profesores/jdimate/basedatos1/tema2_5.htm 113 4.5.6.1 ESTRUCTURA DIGRAMA ENTIDAD RELACION DEL SISTEMA HOSPITAL N_PARTIDA NOMB_HOSPITAL NOMB_MEDICO APELL_MEDICO SERVICIO REF_EXP_CLINICO INTER_QUIR DIAGNOS_PRINC DIAGNOS_OTRO FECHA_ING_HOSP REGISTRO_PARTIDA N_PARTIDA FOLIO LIBRO DISTRITO_EMITIO LUGAR_EXPEDICION DATOS DEFUNCION N_PARTIDA LUGAR_FALLECIDO HORA DIA AÑO CAUSA ASIST_MEDICA CLAVE USUARIO PASSWORD DATOS_FALLECIDO N_PARTIDA NOMB_FALLECIDO APELL_FALLECIDO EDAD_FALLECIDO SEXO_FELLECIDO DUI LUGAR_EXP_DUI NOMB_EST_CIVIL NACIONALIDAD PROFESION COD_ORIGEN ORIGEN COD_ORIGEN NOMB_ORIGEN DATOS_PADRES N_PARTIDA NOMB_PADRE APELL_PADRE NOMB_MADRE APELL_MADRE DOMICILIO_ACTUAL N_PARTIDA COD_MUNICIPIO COLONIA CALLE/AVENIDA PASAJE PROPOR_DATOS N_PARTIDA NOMBRE APELLIDOS N_DUI LUGAR_EXP_DUI FECHA_EXP_DUI PARENTESCO DATOS_FAMILIA N_PARTIDA NOMB_CONYUGE NUM_HIJOS HIJO1 114 MUNICIPIO COD_MUNICIPIO NOMB_MUNICIPIO 4.5.7 DIAGRAMA JERÁRQUICO DEL SISTEMA El diagrama jerárquico ayuda a mostrar los diferentes módulos o submódulos esta técnica se basa en una serie de figuras orientadas a bloques que dan un resumen de la relación existente entre módulos y submódulos. Esta técnica también ayuda al programador o a otra persona que desea analizar el sistema, ya que permite visualizar de una forma clara y sencilla la estructura funcional de dicho sistema. Existen varias razones para dividir un sistema que comprende una serie de subprogramas que lo hacen más entendible para la comprensión de cualquier persona. • Los módulos y submodulos son más sencillos de interpretar. • Se puede tener un modulo para cada uno de los diferentes procesos. • La depuración en la documentación puede ser más fácil y rápida para lograr mejores resultados. A continuación se presenta el diagrama Jerárquico del sistema de control de partidas de defunción en línea, en el cual se diferencia la estructura general de los módulos y los submodulos que están vinculados con la relación del sistema. 115 4.5.7.1 ESTRUCTURA DEL DIAGRAMA JERÁRQUICO DEL SISTEMA PAGINA PRINCIPAL SCPDAMSS REPORTES CONSULTAS MANTENIMIENTO GENERAL POR FALLECIDO ADICION MODIFICACIÓN ELIMINACIÓN PADRES HOSPITAL CAUSA DE MUERTE DATOS DEL FALLECIDO EDADES SEXO COPIA DE RESPALDO DATOS DEL FALLECIDO CAUSA DE MUERTE AYUDA HOSPITALES 116 SALIR 4.5.7.2 DESCRIPCIÓN MODULAR El sistema de control de partidas de defunción esta estructurado en subsistemas para facilitar la compresión de su diseño lógico en cuanto los subsistemas que lo componen son los siguientes: a) Mantenimiento. b) Consultas. c) Reportes. d) Salir. Cabe mencionar que continuación se describe cada uno de los subsistemas que componen al sistema, así como la descripción de cada uno de los módulos. a) Mantenimiento: En este modulo se tiene una serie de procesos y de elementos que ayudan a alimentar los diferentes submodulos. ADICION: En este modulo se puede adicionar y es donde se almacena los diferentes recursos de los datos que se almacenaran de todos los fallecidos. MODIFICAR / ELIMINAR: En este módulo se permite que el departamento el cual tiene la autoridad para jefe del realizar cualquier tipo de modificación o eliminación de cualquier partida de defunción que tenga algún tipo de problema. Cabe mencionar que la autoridad que puede hacer estas actividades es el encargado de la alcaldía central y en el cual se tendrá una serie de controles para la realización de este proceso. 117 Copia de Seguridad: La copia de seguridad se genera cuando se tengan problemas de conexión o se pierda el enlace con la red central de la alcaldía de San Salvador. La copia de respaldo o seguridad se genera en otro lugar del disco duro de la maquina que sirve de servidos o cualquier maquina en donde se desearía tener. b) CONSULTAS: Las Consultas permiten que los empleados consulten los datos más revelantes del fallecido y tener un mejor control de las partidas de defunción. c) REPORTES: Este modulo es importante porque es donde se generan todos los datos y los diferentes reportes de los fallecidos, así como los datos de los familiares y la causa de su muerte, esto servirá para poder enviar la información actualizada de las defunciones en todo san salvador a los diferentes organismos que lo solicitan. d) SALIR: Esta opción es para poder salir de la pagina principal del sistema cerrando la operación. 118 4.5.8 DISEÑO DEL SISTEMA DE SEGURIDAD El diseño de seguridad consiste en la funcionalidad de la pantalla principal del sistema , la cual contiene una seguridad de ingreso al acceso a la estructura del mismo. La validación de los diferentes formularios los cuales sirven de instrumento para el almacenamiento de los datos, también aseguran la información que se esta introduciendo a las diferentes tablas de los respectivos datos. En cuanto a la eliminación de un registro de la tabla se cuenta con un sistemas casi similar a la de la pantalla principal dando una serie de privilegios a las personas autorizadas para la eliminación y la modificación de los datos la cual es una política de la Alcaldía Municipal de San Salvador. La persona encargada de estos privilegios esta básicamente en la sede de la Alcaldía y los diferentes distritos no pueden cambiar la información de las partidas aunque ellos tengan un error en la partida, cabe mencionar que los datos antes de ser enviados se imprimen en una hoja de papel para poder dárselos a la persona que da los datos para su verificación y posteriormente son enviados a la alcaldía de San Salvador en este momento los datos no pueden ser modificados por alguna falta ni pueden eliminar ningún registro. Sin la autoridad de la jefe de del Departamento de registro y servicios de la sede central de la alcaldía. 119 4.5.9 DESARROLLO DEL SISTEMA 4.5.9.1 Diseño de Página de Ingreso al Sistema. La página de ingreso al sistema es la que pide los datos para poder ingresar a él debe ingresar contraseña y el usuario, chequea validez y carga la página, si no le devuelve un mensaje con algún comentario. Esta página contiene el logó de la Alcaldía y en la parte inferior de estas, dos casillas una para el ingreso del usuario y la otra para su contraseña. 120 Cuando las cajas de texto se dejan vacías muestra el siguiente error: El mensaje que muestra cuando se ingresa mal una contraseña es el siguiente: 121 4.5.9.2 Página Principal. Esta página es la siguiente: Esta es la pantalla en donde se encuentra la mayor información de los diferentes eventos que se pueden realizar en el sistema, tales como reportes, consultas, datos relevantes de las adiciones y los diferentes( links) para conexiones de programas, todos ellos estarán ubicados en el (frame) del lado izquierdo, tal como se muestra en la figura. 122 4.5.9.3 Diseño de Formulario El formulario tiene una serie de datos distribuidos a lo largo de él, para dar a conocer la información que se está introduciendo sistema, la pantalla es la siguiente. 123 por los usuarios del 4.5.9.4 Diseño de Consultas El diseño de los formularios para todas las consultas rápidas que genera el sistema es el siguiente: En este módulo las consultas se generan a través del número de la partida que se desea consultar y en ello aparecen los datos que están registrados en las tablas y si existe esa partida. Cabe mencionar que tiene dos opciones que se muestran en la figura que son los criterios de su búsqueda que son exactos y los generales donde se tiene la información de todos fallecidos. 124 los El resultado de los datos que se desean consultar se muestran en las siguientes pantallas: 4.5.9.4.1 Diseño de Consulta de Búsqueda Exacta: Este reporte muestra exactamente la partida que estamos buscando Se nota que en la consulta se exacta se dan los valores que son propios de la persona a la cual se le esta consultando. 125 Cuando se desea realizar una búsqueda General, se obtienen todos los datos de las personas que están fallecidas como se muestra en la siguiente pantalla en donde se muestra una consulta General de los datos los fallecidos. 4.5.9.4.2 Diseño de Consulta de Búsqueda General: 126 4.5.9.5 Diseño de Reportes Los reportes son importantes en cada uno de los diferentes sistemas y son los que ayudan a mejorar la calidad de los documentos y los diferentes datos. Los reportes están diseñados de la siguiente forma: 4.5.9.5.1 Reporte por Fallecido: Este reporte muestra la lista de todos los fallecidos es general. La mayoría de reportes están dados de la misma forma para lograr estandarización en los diseños. 127 4.5.9.5.2 Reporte por Sexo: Muestra los datos de un solo genero ya sea masculino o femenino, según lo que se este solicitando. 4.5.9.5.3 Reporte por Edad: Muestra la edad del fallecido que se esta buscando, por ejemplo si hay tres fallecidos con la misma edad eso muestra. 128 4.5.9.5.4 Reporte por Año: Este reporte muestra a todos los fallecidos de cada año, por ejemplo todos los que fallecieron en el año 2002 4.5.9.5.5 Reporte por Mes: Este reporte muestra los fallecidos de cada mes, por ejemplo los que fallecieron en el mes de Mayo. 129 4.5.9.6 Diseño de Modificación. En este diseño se muestra como se establecen las modificaciones desde el momento en que se pide el número de partidas que se desea modificar se muestra a continuación la siguiente imagen: Esta es la pagina que pide el numero de partidas a modificar y es así como se muestra la pagina en donde están todos los datos. 130 Aquí se muestra la pagina con todos los datos correspondientes a una partida especificas y es en esta formulario en donde se puede modificar los que desea. 131 4.5.9.7 Eliminaciones. La Eliminación se basa en un control de los datos en los cuales se introduce los datos que el formulario les esta pidiendo en ese momento. se puede visualizar la presentación de los datos a introducir y los resultados después de ingresarlos los cuales se muestran a continuación. 132 Cuando se ingresa el número de la partida que se desea eliminar se muestran los datos de la partida a ser procesada y se puede ver en la figura siguiente. Cuando presenta los datos la persona puede elegir las dos opciones que se presentan las cuales son “SI” o “NO” y se puede eliminar esa partida dándole la opción de SI. 133 4.5.10 Diseño de la Integración del Sistema en Internet Se puede integrar de varias maneras pero cabe mencionar que es un sistema bajo plataforma de ASP y de html los cuales trabajan con conexión de OBDC y con Windows 98. Esta plataforma se integra a través de el OBDC a los archivos de programas ASP(Páginas Activas de Servidor) para dar una respuesta simulando un servidor que se encuentra en la misma máquina que el usuario utiliza pero realmente funciona en cualquier servidor, la plataforma y el controlador de OBDC sirve de interfase para la conexión de los diferentes archivos que se están ejecutando. 4.5.11 Presupuesto para el Diseño e Implementación del Sistema. Rubros costo Mantenimiento del Sistema $300.00 Capacitaciones $500.00 Instalación y Configuración del Sistema en el Servidor Web Hombres / Hora de Programación 600 a $11.43 Papelería y Materiales Gastables $342.00 $6,857.14 $685.71 $7,884.85 Total 134