CD-2458.pdf
Anuncio
ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS INFORMÁTICOS Y COMPUTACIÓN CHILLOGALLO SOLANO EDWIN JAVIER E-mail: [email protected]. DIRECTORA: Msc. Ing. María Hallo E-mail: [email protected] Quito, Septiembre 2009 DECLARACIÓN Yo Edwin Javier Chillogallo Solano, declaro bajo juramento que el trabajo aquí descrito es de mi autoría; que no ha sido previamente presentada para ningún grado o calificación profesional; y, que he consultado las referencias bibliográficas que se incluyen en este documento. A través de la presente declaración cedo mis derechos de propiedad intelectual correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente. ______________________________________ Edwin Javier Chillogallo Solano CERTIFICACIÓN Certifico que el presente trabajo fue desarrollado por Edwin Javier Chillogallo Solano, bajo mi supervisión. ________________________________ MSC. ING. MARÍA HALLO DIRECTORA DEL PROYECTO AGRADECIMIENTO A Dios ya que sin su ayuda ni su protección no hubiera conseguido este resultado. A la Msc. Ing. María Hallo por el apoyo incondicional para el desarrollo de la presente tesis. A los médicos y administradores del Área de Salud Nº 2 “Las Casas” por haberme proporcionado los datos para poder realizar la tesis de forma correcta. A mis amigos y compañeros de Universidad que siempre me brindaron un apoyo incondicional con cualquier cosa que me pueda servir para desarrollar de forma correcta esta tesis. A Wilma ya que me empujó siempre de una u otra forma para terminar este proyecto. DEDICATORIA A mis padres Rodrigo y Martina ya que sin su incondicional apoyo no hubiera terminado mi carrera de una forma correcta. A mis hermanos Vinicio y Freddy que siempre estuvieron atentos y siguiendo paso a paso el desarrollo de mi vida. A mi hijo Esteban que fue la luz que iluminó el camino que en algún momento lo vi perdido pero gracias a él lo retomé. CONTENIDO INTRODUCCIÓN ............................................................................................................................. 1 OBJETIVOS ..................................................................................................................................... 2 CAPÍTULO 1: PLANTEAMIENTO DEL PROBLEMA ........................................................................... 3 1.1 DESCRIPCIÓN DEL PROBLEMA ..................................................................................... 3 1.1.1 MISIÓN .................................................................................................................... 5 1.1.2 VISIÓN ...................................................................................................................... 6 1.1.3 MODELO DE ATENCIÓN INTEGRAL E INTERCULTURAL EN SALUD FAMILIAR Y COMUNITARIA MSP – 2007 .................................................................................................. 6 1.1.4 MODELO DE ATENCIÓN ........................................................................................... 9 1.1.5 LA PRESTACIÓN ..................................................................................................... 11 1.1.6 ESTRATEGIAS GENERALES PARA LA APLICACIÓN Y DESARROLLO DEL MODELO .. 12 1.2 1.3 ANÁLISIS DE LA SITUACIÓN ACTUAL .......................................................................... 13 JUSTIFICACIÓN DE LA METODOLOGÍA Y HERRAMIENTA ........................................... 15 1.3.1 1.3.2 1.3.3 APLICACIÓN WEB VS ESCRITORIO ........................................................................ 15 APLICACIÓN WEB................................................................................................... 17 RUP COMO METOLOGÍA DE DESARROLLO ............................................................ 21 1.3.3.1 CARACTERISTICAS ESENCIALES ..................................................................... 21 1.3.3.1.1 PROCESO DIRIGIDO POR CASOS DE USO .................................................. 22 1.3.3.1.2 PROCESO CENTRADO EN LA ARQUITECTURA........................................... 23 1.3.3.1.3 PROCESO ITERATIVO E INCREMENTAL ..................................................... 25 1.3.3.2 ESTRUCTURA DEL PROCESO ......................................................................... 28 1.3.3.2.1 ESTRUCTURA DINÁMICA DEL PROCESO. FASES E ITERACIONES .............. 29 1.3.3.2.1.1 1.3.3.2.1.2 1.3.3.2.1.3 1.3.3.2.1.4 INICIO ................................................................................................. 32 ELABORACIÓN .................................................................................... 33 CONSTRUCCIÓN ................................................................................. 34 TRANSICIÓN ....................................................................................... 35 1.3.3.2.2 ESTRUCTURA ESTÁTICA DEL PROCESO. ROLES, ACTIVIDADES, ARTEFACTOS Y FLUJOS DE TRABAJO .......................................................................... 36 1.3.3.2.2.1 1.3.3.2.2.2 1.3.3.2.2.3 1.3.3.2.2.4 ROLES ................................................................................................. 37 ACTIVIDADES ...................................................................................... 38 ARTEFACTOS ...................................................................................... 38 FLUJOS DE TRABAJO........................................................................... 39 1.3.3.2.2.4.1 1.3.3.2.2.4.2 1.3.3.2.2.4.3 1.3.3.2.2.4.4 MODELADO DEL NEGOCIO ......................................................... 39 REQUISITOS ................................................................................. 40 ANÁLISIS Y DISEÑO...................................................................... 41 IMPLEMENTACIÓN ...................................................................... 42 1.3.3.2.2.4.5 PRUEBAS ..................................................................................... 42 1.3.3.2.2.4.6 DESPLIEGUE ................................................................................ 43 1.3.3.2.2.5 FLUJOS DE TRABAJO DE APOYO ......................................................... 44 1.3.3.2.2.5.1 GESTIÓN DE CONFIGURACIÓN.................................................... 44 1.3.3.2.2.5.2 GESTIÓN DE PROYECTOS ............................................................ 44 1.3.3.2.2.5.3 ENTORNO .................................................................................... 45 1.3.4 JUSTIFICACIÓN DE LA HERRAMIENTA ................................................................... 45 1.3.4.1 Apache .......................................................................................................... 47 1.3.4.2 MapServer .................................................................................................... 47 1.3.4.3 PHP ................................................................... ¡Error! Marcador no definido. 1.3.4.4 MySQL ........................................................................................................... 49 CAPITULO 2: DESARROLLO DE LA SOLUCIÓN .............................................................................. 52 2.1 MODELADO DEL NEGOCIO .................................................................................. 52 2.1.1 2.1.2 2.2 DICCIONARIO DE ACTORES .................................................................................... 53 CATALOGO DE CASOS DE USO ............................................................................... 54 REQUISITOS ........................................................................................................ 56 2.2.1 2.2.2 2.2.3 2.2.4 2.2.5 2.2.6 DOCUMENTO VISIÓN ............................................................................................ 56 ALCANCE ................................................................................................................ 56 SENTENCIA QUE DEFINE EL PROBLEMA ................................................................ 57 SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO ........................................ 58 ENTORNO DE USUARIO ......................................................................................... 59 DESCRIPCIÓN GLOBAL DEL PRODUCTO ................................................................. 59 2.2.6.1 2.2.6.2 PERSPECTIVA DEL PRODUCTO ...................................................................... 59 RESUMEN DE CARACTERÍSTICAS................................................................... 59 2.2.7 DETERMINACIÓN DE LOS REQUISITOS .................................................................. 60 2.2.8 RESTRICCIONES ...................................................................................................... 61 2.2.9 TERMINOLOGÍA ..................................................................................................... 62 2.2.10 CASOS DE USO ................................................................................................... 63 2.2.10.1 2.2.10.2 DIAGRAMA DEL SISTEMA .............................................................................. 63 MÓDULO ADMINISTRAR ............................................................................... 64 2.2.10.2.1 2.2.10.2.2 2.2.10.2.3 2.2.10.2.4 2.2.10.2.5 2.2.10.2.6 2.2.10.3 GESTIONAR USUARIOS ............................................................................ 64 GESTIONAR PROVINCIAS ......................................................................... 67 GESTIONAR CIUDADES ............................................................................ 70 GESTIONAR PARROQUIAS ....................................................................... 73 GESTIONAR GRUPOS ÉTNICOS ................................................................ 78 GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR ....... 81 MÓDULO INGRESO DE DATOS ...................................................................... 84 2.2.10.3.1 GESTIONAR FAMILIAS ............................................................................. 84 2.2.10.3.2 GESTIONAR MIEMBROS FAMILIARES ...................................................... 88 2.2.10.3.3 GESTIONAR CONDICIONES DE LA VIVIENDA ........................................... 92 2.2.10.4 MÓDULO DE REPORTES ................................................................................ 96 2.2.10.4.1 GENERAR REPORTES ............................................................................... 96 2.3 ANÁLISIS Y DISEÑO.............................................................................................. 98 2.3.1 DIAGRAMAS DE COLABORACIÓN .......................................................................... 98 2.3.1.1 MÓDULO ADMINISTRAR ............................................................................... 98 2.3.1.1.1 2.3.1.1.2 2.3.1.1.3 2.3.1.1.4 2.3.1.1.5 2.3.1.1.6 2.3.1.2 GESTIONAR USUARIOS ............................................................................. 98 GESTIONAR PROVINCIAS .......................................................................... 99 GESTIONAR CIUDADES ........................................................................... 100 GESTIONAR PARROQUIAS ...................................................................... 101 GESTIONAR GRUPOS ÉTNICOS ............................................................... 102 GESTIONAR RESPONSABLES DE LA FICHA MÉDICA FAMILIAR................ 103 MÓDULO INGRESO DE DATOS .................................................................... 104 2.3.1.2.1 GESTIONAR FAMILIAS ............................................................................. 104 2.3.1.2.2 GESTIONAR MIEMBROS FAMILIARES ..................................................... 105 2.3.1.2.3 GESTIONAR CONDICIONES DE LA VIVIENDA .......................................... 106 2.3.1.3 MÓDULO REPORTES ................................................................................... 107 2.3.1.3.1 GENERAR REPORTES ............................................................................... 107 2.3.2 DIAGRAMAS DE SECUENCIA ................................................................................ 108 2.3.2.1 MÓDULO ADMINISTRAR ............................................................................. 108 2.3.2.1.1 2.3.2.1.2 2.3.2.1.3 2.3.2.1.4 2.3.2.1.5 2.3.2.1.6 2.3.2.2 GESTIONAR USUARIOS ........................................................................... 108 GESTIONAR PROVINCIAS ........................................................................ 109 GESTIONAR CIUDADES ........................................................................... 110 GESTIONAR PARROQUIAS ...................................................................... 111 GESTIONAR GRUPOS ETNICOS ............................................................... 112 GESTIONAR RESPONSABLES DE LA FICHA MÉDICA FAMILIAR................ 113 MÓDULO INGRESO DE DATOS .................................................................... 114 2.3.2.2.1 GESTIONAR FAMILIAS ............................................................................. 114 2.3.2.2.2 GESTIONAR MIEMBROS FAMILIARES ..................................................... 115 2.3.2.2.3 GESTIONAR CONDICIONES DE LA VIVIENDA .......................................... 116 2.3.2.3 MÓDULO REPORTES ................................................................................... 117 2.3.2.3.1 GENERAR REPORTES ............................................................................... 117 2.3.2.4 2.3.3 DIAGRAMA DE CLASES ................................................................................ 118 DIAGRAMAS DE COMPONENTES ......................................................................... 119 2.3.3.1 DIAGRAMA GLOBAL DE PAQUETES ............................................................ 119 2.3.3.1.1 DIAGRAMA DE COMPONENTES COMUNES............................................ 119 2.3.3.1.2 MÓDULO ADMINISTRACIÓN .................................................................. 120 2.3.3.1.2.1 2.3.3.1.2.2 2.3.3.1.2.3 2.3.3.1.2.4 2.3.3.1.2.5 GESTIONAR USUARIOS ..................................................................... 121 GESTIONAR PROVINCIAS.................................................................. 121 GESTIONAR CIUDADES ..................................................................... 122 GESTIONAR GRUPOS ÉTNICOS ......................................................... 122 GESTIONAR RESPONSABLES DE LA FICHA FAMILIAR ....................... 123 2.3.3.1.3 MÓDULO INGRESO DE DATOS................................................................ 123 2.3.3.1.3.1 INGRESAR FAMILIAS......................................................................... 124 2.3.3.1.3.2 INGRESAR CONDICIONES DE LA VIVIENDA ...................................... 124 2.3.3.1.3.3 INGRESAR MIEMBROS FAMILIARES ................................................. 125 2.3.3.1.4 MÓDULO GESTIÓN DE REPORTES .......................................................... 126 2.3.3.1.4.1 REPORTES GENERALES ..................................................................... 126 2.3.3.1.4.2 REPORTES ESTADÍSTICOS ................................................................. 127 2.3.3.1.4.3 UBICACIÓN DE FAMILIAS ................................................................. 127 2.3.4 MODELO DE DATOS ............................................................................................. 129 2.3.4.1 2.3.4.2 2.3.5 2.4 MODELO E/R LÓGICO ................................................................................. 129 MODELO E/R FÍSICO.................................................................................... 130 DISEÑO DE LA ARQUITECTURA ............................................................................ 132 CONTRUCCIÓN .................................................................................................. 133 2.4.1 ESTÁNDARES DE PROGRAMACIÓN...................................................................... 133 2.4.1.1 2.4.1.2 2.4.1.3 2.4.1.4 2.4.1.5 2.4.1.6 2.4.2 CARACTERÍSTICAS DE LOS EQUIPOS .................................................................... 136 2.4.2.1 2.4.2.2 2.4.3 2.4.4 PARA CLASES Y METODOS .......................................................................... 133 PARA VARIABLES Y PARÁMETROS DE LOS MÉTODOS ................................ 133 PARA CONTROLES ....................................................................................... 134 PARA LA BASE DE DATOS ............................................................................ 135 PARA LOS COMENTARIOS ........................................................................... 135 PARA ITERACIONES ..................................................................................... 135 SERVIDOR .................................................................................................... 136 CLIENTE ....................................................................................................... 137 DIAGRAMA DE NAVEGACIÓN DEL SISTEMA ........................................................ 138 DISEÑO DE INTERFACES ....................................................................................... 140 2.4.4.1 2.4.4.2 2.4.4.3 2.4.4.4 IDENTIFICACION DE USUARIO .................................................................... 140 BÚSQUEDAS ................................................................................................ 140 MENSAJES Y ALERTAS ................................................................................. 141 LISTAS .......................................................................................................... 141 2.4.4.5 MÓDULO ADMINISTRACIÓN ....................................................................... 142 2.4.4.5.1 2.4.4.5.2 2.4.4.5.3 2.4.4.5.4 2.4.4.5.5 2.4.4.5.6 2.4.4.6 MÓDULO DE INGRESO DE DATOS ............................................................... 145 2.4.4.6.1 2.4.4.6.2 2.4.4.6.3 2.4.4.6.4 2.4.4.7 GESTIONAR USUARIOS ........................................................................... 142 GESTIONAR PROVINCIAS ........................................................................ 142 GESTIONAR CIUDADES ........................................................................... 143 GESTIONAR PARROQUIAS ...................................................................... 143 GESTIONAR GRUPOS ÉTNICOS ............................................................... 144 GESTIONAR RESPONSABLES DE FICHAS FAMILIARES ............................. 144 GESTIONAR FAMILIAS ............................................................................. 145 UBICACIÓN FAMILIAS ............................................................................. 146 GESTIONAR MIEMBROS FAMILIARES ..................................................... 147 GESTIONAR CONDICIONES DE LA VIVIENDA .......................................... 148 MÓDULO DE REPORTES .............................................................................. 149 2.4.4.7.1 REPORTES GENERALES Y ESTADÍSTICOS ................................................ 149 2.5 PRUEBAS ........................................................................................................... 150 2.5.1 PRUEBAS DE UNIDAD .......................................................................................... 150 2.5.1.1 2.5.1.2 2.5.1.3 2.5.1.4 2.5.1.5 2.5.1.6 2.5.2 PRUEBAS DE INTEGRACIÓN ................................................................................. 158 2.5.2.1 2.5.2.2 2.5.2.3 2.5.2.4 2.5.3 PRUEBA GESTIONAR USUARIO ................................................................... 150 PRUEBA GESTIONAR PROVINCIAS .............................................................. 152 PRUEBA GESTIONAR CIUDADES .................................................................. 153 PRUEBA GESTIONAR PARROQUIAS............................................................. 154 PRUEBA GESTIONAR GRUPOS ÉTNICOS...................................................... 156 PRUEBA GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR 157 PRUEBA GESTIONAR FAMILIAS ................................................................... 158 PRUEBA GESTIONAR MIEMBROS FAMILIARES ........................................... 160 PRUEBA INGRESAR CONDICIONES DE LA VIVIENDA ................................... 161 PRUEBA GENERACION DE REPORTES ......................................................... 162 PRUEBAS DE USABILIDAD .................................................................................... 164 2.5.3.1 2.5.3.2 2.5.3.3 2.5.3.4 PRUEBA INGRESAR FAMILIA ....................................................................... 164 PRUEBA INGRESO DE UN MIEMBRO FAMILIAR .......................................... 166 PRUEBA MANTENIMIENTO DE DATOS ADMINISTRATIVOS ........................ 169 PRUEBA DE GENERACIÓN DE REPORTES .................................................... 170 2.6 DESPLIEGUE ...................................................................................................... 171 2.7 GESTIÓN DE CONFIGURACIÓN ........................................................................... 174 2.8 GESTIÓN DEL PROYECTO ................................................................................... 178 2.9 ENTORNO ......................................................................................................... 185 CAPÍTULO 3. EVALUACIÓN DE LA SOLUCIÓN ............................................................................ 188 3.1 EVALUACIÓN DE LA SOLUCIÓN. ............................................................................... 188 3.1.1 3.1.2 3.1.3 PRUEBAS DE UNIDAD .......................................................................................... 188 PRUEBAS DE INTEGRACIÓN ................................................................................. 189 PRUEBAS DE USABILIDAD .................................................................................... 189 3.2 ANÁLISIS DE LOS RESULTADOS ................................................................................ 189 CAPÍTULO 4. CONCLUSIONES Y RECOMENDACIONES ............................................................... 191 4.1 4.2 4.3 Conclusiones ............................................................................................................ 191 Recomendaciones .................................................................................................... 192 BIBLIOGRAFIA........................................................................................................... 193 4.3.1 LIBROS Y MANUALES ........................................................................................... 193 4.3.2 PROYECTOS DE TITULACIÓN ................................................................................ 193 4.3.3 INTERNET ............................................................................................................. 194 ANEXOS ANEXO 1. Carta de Ottawa para la Promoción de la Salud ........................................................... I ANEXO 2. INSTRUCTIVO PARA EL LLENADO DE LA FICHA FAMILIAR ........................................... X ANEXO 3. Decreto Nº1014 ...................................................................................................... XVIII ANEXO 4. IMPLEMENTACIÓN CON GOOGLE MAPS ................................................................... XXI GLOSARIO ...................................................................................................................................... A ÍNDICE DE FIGURAS Figura 1.1 Distribución de Áreas de Salud en la Ciudad de Quito ................................................. 5 Figura 1.2 Proceso de recolección de datos en las diferentes familias....................................... 14 Figura 1.3 Diseño para la aplicación Web ................................................................................... 19 Figura 1.4 Petición de datos desde el browser al servidor Web ................................................. 19 Figura 1.5 Ejecución de una pagina Web con formulario de datos ............................................ 20 Figura 1.6 Trazabilidad a partir de los Casos de Uso ................................................................... 22 Figura 1.7 Evolución de la arquitectura del sistema ................................................................... 24 Figura 1.8 Arquitectura y modelos RUP ...................................................................................... 25 Figura 1.9 Una iteración RUP ...................................................................................................... 26 Figura 1.10 Esfuerzo en actividades según fase del proyecto..................................................... 27 Figura 1.11 Estructura de RUP .................................................................................................... 29 Figura 1.12 Ciclos, releases, baseline .......................................................................................... 29 Figura 1.13 Fases e hitos en RUP................................................................................................. 30 Figura 1.14 Distribución típica de recursos humanos ................................................................. 31 Figura 1.15 Relación entre roles, actividades, artefactos .......................................................... 36 Figura 2.1 Modelado del negocio ................................................................................................ 52 Figura 2.2 Diagrama del sistema ................................................................................................. 63 Figura 2.3 CU: 01 Gestionar Usuarios ......................................................................................... 64 Figura 2.4 CU: 02 Gestionar Provincias ....................................................................................... 67 Figura 2.5 CU: 03 Gestionar Ciudades ......................................................................................... 70 Figura 2.6 CU: 04 Gestionar Parroquias ...................................................................................... 73 Figura 2.7 CU: 05 Gestionar Grupos étnicos ............................................................................... 78 Figura 2.8 CU: 06 Gestionar Responsables de la Ficha Familiar.................................................. 81 Figura 2.9 CU: 07 Gestionar Familias .......................................................................................... 84 Figura 2.10 CU: 08 Gestionar Miembros Familiares ................................................................... 88 Figura 2.11 CU: 09 Gestionar Condiciones de la vivienda ........................................................... 92 Figura 2.12 CU: 10 Generación de Reportes ............................................................................... 96 Figura 2.13 Diagrama de Colaboración Gestionar Usuarios ..................................................... 98 Figura 2.14 Diagrama de Colaboración Gestionar provincias ..................................................... 99 Figura 2.15 Diagrama de Colaboración Gestionar ciudades ..................................................... 100 Figura 2.16 Diagrama de Colaboración Gestionar parroquias .................................................. 101 Figura 2.17 Diagrama de Colaboración Gestionar grupos étnicos ............................................ 102 Figura 2.18 Diagrama de Colaboración Gestionar Responsables de la ficha familiar ............... 103 Figura 2.19 Diagrama de Colaboración Gestionar Familias ...................................................... 104 Figura 2.20 Diagrama de Colaboración Gestionar Miembros Familiares ................................. 105 Figura 2.21 Diagrama de Colaboración Gestionar Condiciones de la vivienda ......................... 106 Figura 2.22 Diagrama de Colaboración Generar Reportes ....................................................... 107 Figura 2.23 Diagrama de Secuencia Gestionar Usuarios........................................................... 108 Figura 2.24 Diagrama de Secuencia Gestionar Provincias ........................................................ 109 Figura 2.25 Diagrama de Secuencia Gestionar Ciudades .......................................................... 110 Figura 2.26 Diagrama de Secuencia Gestionar Parroquias ....................................................... 111 Figura 2.27 Diagrama de Secuencia Gestionar Grupos étnicos ................................................ 112 Figura 2.28 Diagrama de Secuencia Gestionar Responsables de la ficha familiar .................... 113 Figura 2.29 Diagrama de Secuencia Gestionar Familias ........................................................... 114 Figura 2.30 Diagrama de secuencia Gestionar Miembros Familiares ....................................... 115 Figura 2.31 Diagrama de secuencia Gestionar Condiciones de la vivienda .............................. 116 Figura 2.32 Diagrama de secuencia Generar Reportes ............................................................. 117 Figura 2.33 Diagrama de clases ................................................................................................. 118 Figura 2.34 Diagrama global de componentes ......................................................................... 119 Figura 2.35 Diagrama de componentes comunes..................................................................... 119 Figura 2.35 Diagrama de componentes – Módulo Administración .......................................... 120 Figura 2.36 Diagrama de componentes – Gestionar Usuarios.................................................. 121 Figura 2.37 Diagrama de componentes – Gestionar Provincias ............................................... 121 Figura 2.38 Diagrama de componentes – Gestionar Ciudades ................................................. 122 Figura 2.39 Diagrama de componentes – Gestionar Grupos Étnicos ....................................... 122 Figura 2.40 Diagrama de componentes – Gestionar Responsables de la Ficha Familiar .......... 123 Figura 2.41 Diagrama de componentes – Módulo Ingreso de Datos........................................ 123 Figura 2.42Diagrama de componentes – Ingresar de Familias ................................................. 124 Figura 2.43 Diagrama de componentes – Ingresar Condiciones de la vivienda ....................... 124 Figura 2.44 Diagrama de componentes – Ingresar Miembros Familiares ................................ 125 Figura 2.45 Diagrama de componentes Módulo gestión de reportes ................................... 126 Figura 2.46 Diagrama de componentes Reportes generales ................................................. 126 Figura 2.47 Diagrama de componentes Reportes estadísticos .............................................. 127 Figura 2.48 Diagrama de componentes Ubicación de Familias ............................................. 127 Figura 2.49 Modelo E/R Lógico ................................................................................................. 129 Figura 2.50 Modelo E/R Físico ................................................................................................... 130 Figura 2.51 Diagrama de navegación del sistema ..................................................................... 139 Figura 2.52 Construcción Identificación de usuario ................................................................ 140 Figura 2.53 Construcción Barra de búsqueda .......................................................................... 140 Figura 2.54 Construcción Mensajes y alertas.......................................................................... 141 Figura 2.55 Construcción Listas ............................................................................................... 141 Figura 2.56 Construcción Gestionar Usuarios ......................................................................... 142 Figura 2.57 Construcción Gestionar Provincias ...................................................................... 142 Figura 2.58 Construcción Gestionar Ciudades ........................................................................ 143 Figura 2.59 Construcción Gestionar Parroquias ..................................................................... 143 Figura 2.60 Construcción Gestionar Grupos étnicos............................................................... 144 Figura 2.61 Construcción Gestionar Responsables de la ficha familiar .................................. 144 Figura 2.62 Construcción Gestionar Familias .......................................................................... 145 Figura 2.63 Construcción Ubicación de Familias ..................................................................... 146 Figura 2.64 Construcción Gestionar Miembros Familiares ..................................................... 147 Figura 2.65 Construcción Gestionar Condiciones de la vivienda ............................................ 148 Figura 2.66 Construcción Reportes Generales y Estadísticos ................................................. 149 Figura 2.67 Despliegue – Diagrama de despliegue ................................................................... 171 ÍNDICE DE TABLAS Tabla 1.1 Distribución típica de esfuerzo y tiempo ..................................................................... 30 Tabla 2.1 Diccionario de actores ................................................................................................. 53 Tabla 2.2 Catálogo de casos de uso ............................................................................................ 55 Tabla 2.3 Definición del problema .............................................................................................. 57 Tabla 2.4 Posición del producto .................................................................................................. 58 Tabla 2.5 Resumen de características ......................................................................................... 60 Tabla 2.6 CU: 01 Gestionar Usuarios ........................................................................................... 67 Tabla 2.7 CU: 02 Gestionar Usuarios ........................................................................................... 70 Tabla 2.8 CU: 03 Gestionar Provincias ........................................................................................ 73 Tabla 2.9 CU: 04 Gestionar Parroquias ....................................................................................... 77 Tabla 2.10 CU: 05 Gestionar Grupos Étnicos .............................................................................. 80 Tabla 2.11 CU: 06 Gestionar Responsables de la Ficha Familiar ................................................. 84 Tabla 2.12 CU: 07 Gestionar Familias .......................................................................................... 87 Tabla 2.13 CU: 08 Gestionar Miembros Familiares ..................................................................... 91 Tabla 2.14 CU: 09 Gestionar Condiciones de la vivienda ............................................................ 95 Tabla 2.15 CU: 10 Gestionar Reportes ........................................................................................ 98 Tabla 2.16 Diagrama de colaboración – Gestionar Usuarios ...................................................... 98 Tabla 2.17 Diagrama de colaboración – Gestionar Provincias .................................................... 99 Tabla 2.18 Diagrama de colaboración – Gestionar Ciudades ................................................... 100 Tabla 2.19 Diagrama de colaboración – Gestionar Parroquias ................................................. 101 Tabla 2.20 Diagrama de colaboración – Gestionar Grupos étnicos .......................................... 102 Tabla 2.21 Diagrama de colaboración – Gestionar Responsables de la ficha ........................... 103 Tabla 2.22 Diagrama de colaboración – Gestionar Familias ..................................................... 104 Tabla 2.23 Diagrama de colaboración – Gestionar Miembros Familiares ................................ 106 Tabla 2.24 Diagrama de colaboración – Gestionar Condiciones de la vivienda ....................... 106 Tabla 2.25 Diagrama de colaboración – Generar Reportes ...................................................... 107 Tabla 2.26 Estándar Controles .................................................................................................. 134 Tabla 2.27 Estándar Base de Datos ........................................................................................... 135 Tabla 2.28 Características Servidor ........................................................................................... 136 Tabla 2.29 Características Cliente ............................................................................................. 137 Tabla 2.30 Pruebas de unidad – Gestionar Usuarios ................................................................ 151 Tabla 2.31 Pruebas de unidad – Gestionar Provincias .............................................................. 153 Tabla 2.32 Pruebas de unidad – Gestionar Ciudades ................................................................ 154 Tabla 2.33 Pruebas de unidad – Gestionar Parroquias ............................................................. 155 Tabla 2.34 Pruebas de unidad – Gestionar Grupos Étnicos ...................................................... 157 Tabla 2.35 Pruebas de unidad – Gestionar Responsables de la Ficha Familiar ........................ 158 Tabla 2.36 Pruebas de Integración – Gestionar Responsables de la Ficha Familiar ................. 160 Tabla 2.37 Pruebas de Integración – Gestionar Miembros Familiares ..................................... 161 Tabla 2.38 Pruebas de Integración – Gestionar Condiciones de la Vivienda ............................ 162 Tabla 2.39 Pruebas de Integración – Generación de reportes.................................................. 163 Tabla 2.40 Pruebas de Evaluación – Ingreso de una familia ..................................................... 166 Tabla 2.41 Pruebas de Evaluación – Ingreso de un miembro familiar ...................................... 167 Tabla 2.42 Pruebas de Evaluación – Mantenimiento de datos administrativos ....................... 169 Tabla 2.43 Pruebas de Evaluación – Generación de reportes................................................... 170 Tabla 2.44 Gestión de la configuración ..................................................................................... 178 Tabla 2.45 Gestión del Proyecto – Fase de Inicio ..................................................................... 181 Tabla 2.46 Gestión de Proyecto–Fase de Elaboración .............................................................. 183 Tabla 2.47 Gestión de Proyecto–Fase de Elaboración Iteración 1 ............................................ 184 Tabla 2.48 Gestión de Proyecto–Fase de Elaboración Iteración 2 ............................................ 185 PRESENTACIÓN Debido al gran desarrollo de las comunicaciones informáticas todas las organizaciones tienen como fin, unificar los procesos de atención es por esto que cada una de las empresas busca tecnificar, automatizar y por tanto evitar el trabajo en vano de muchos colaboradores que podrían ayudar a realizar tareas más importantes que satisfagan las necesidades del usuario final. La creciente capacidad de las telecomunicaciones ha provocado que las Aplicaciones Web superen en algunos puntos a las aplicaciones de escritorio y las empresas las vean como una alternativa bastante viable para el desarrollo de aplicaciones que proveen a los usuarios de una alternativa para interactuar con todos los ámbitos de un negocio con la ayuda de un computador y un explorador Web. Evitar la dependencia física de una máquina es una característica importante en este tipo de sistemas ya que no es necesario que se instale nada en el cliente, una persona sin necesidad de contar con su máquina de oficina puede trabajar desde cualquier punto a cualquier hora. Por lo anteriormente expuesto se pone a consideración del Área de Salud Nº 2 el presente proyecto Web el cual permitirá a los médicos responsables de un sector específico de la ciudad apoyar a las familias con cierto tipo de riesgo familiar, ayudando de esta forma a atacar de forma breve los problemas que aquejan a estas familias evitando que sigan influyendo en su forma de vida. RESUMEN El presente proyecto tiene como objetivo principal, desarrollar un sistema Web que ayude a los médicos del Área de Salud Nº 2 a tomar decisiones sobre aspectos específicos como epidemiología, control prenatal, posibles problemas de drogadicción, alcoholismo, etc. Los resultados que se obtengan podrán ser estudiados por los médicos responsables y por tanto podrán ayudar a un grupo específico con estas características. Este proyecto de titulación tiene cuatro capítulos los cuales se resumen a continuación: En el Primer capítulo se describe todos los datos relacionados con el Área de Salud Nº 2, los datos que influyeron para que este sistema se desarrolle como aplicación Web, además define de forma clara el porqué para el desarrollo se utilizó herramientas de libre difusión como son el Servidor Apache, Php como entorno de programación y MySQL como servidor de Base de Datos. En el Segundo capítulo se indica el ciclo de desarrollo del sistema, en el mismo están descritas todas las especificaciones para el desarrollo del sistema, indicando todos los puntos que se tomaron en cuenta durante este proceso. En el Tercer capítulo se encuentran los datos de la evaluación del proyecto y los resultados del mismo. En el Cuarto capítulo están las conclusiones que produjo el proyecto además se hace algunas recomendaciones de utilidad para proyectos futuros. Finalmente, el mencionado proyecto concluye con el registro bibliográfico respectivo, además de los anexos en los cuales se encuentra información complementaria necesaria. 1 INTRODUCCIÓN El presente proyecto se desarrolla por la necesidad de implementar un sistema informático que ayude a las autoridades del Área de Salud Nº 2 a identificar riesgos de salud en los miembros de la comunidad que pertenecen al sector de Las Casas. El presente proyecto es un sistema Web ya que es el comienzo de una implementación con perspectivas de desarrollo nacional y por ende las aplicaciones de escritorio cliente servidor tienen la limitante de que para la actualización de algún módulo requiere de la instalación de parches en cada una de las máquinas clientes. Otro factor importante es que las herramientas utilizadas para el desarrollo son de distribución libre por ende existen ayudas e información abundante en Internet provocando que la aplicación tenga todas las funcionalidades que estas herramientas proveen sin restricción de licencias, al ser una entidad gubernamental exige que la implementación se lo haga en herramientas de este tipo. La aplicación tiene la finalidad de ayudar al Área de Salud Nº 2 a facilitar el procesamiento de información en el proyecto de Fichas Familiares las mismas que son obtenidas al realizar visitas domiciliares a cada una de las familias del sector, los datos que contienen las Fichas son: - Datos Personales - Datos de Condiciones de vida - Datos de enfermedades - Ubicación domiciliar Estos datos son procesados de forma que los responsables de buscar soluciones tienen la herramienta adecuada para conocer de manera fácil y oportuna los grupos que tienen necesidades más urgentes y trabajar directamente con estas personas, ayudando de forma oportuna a quienes lo necesitan. 2 OBJETIVOS OBJETIVO GENERAL Desarrollar un sistema Web que ayude a los médicos del Área de Salud No. 2 a tomar decisiones sobre aspectos específicos como epidemiología, control prenatal, posibles problemas de drogadicción, alcoholismo, etc. Los resultados que se obtengan podrán ser estudiados por los médicos responsables y por tanto podrán ayudar a un grupo específico con posibles problemas. OBJETIVOS ESPECÍFICOS 1. Diseñar un sistema en el cual se ingrese datos de una ficha familiar la cual es tomada a mano en las visitas que se hacen en los hogares de las diferentes familias del sector Las Casas. 2. Realizar un grupo de reportes en los cuales se verá claramente los resultados de los diferentes datos tomados en las visitas domiciliarias. 3. Implementar una solución Web por medio de la cual cualquier médico autorizado lo pueda utilizar y por tanto pueda estudiar los casos en los que se requiera análisis. 3 CAPÍTULO 1: PLANTEAMIENTO DEL PROBLEMA 1.1 DESCRIPCIÓN DEL PROBLEMA El Área de Salud Nº 2 empieza su funcionamiento en el año 1942 como Centro de Salud Materno Infantil Nº 2 ubicado en la calle Montúfar bajo la dirección del Doctor Luis Estupiñán, adjunto funcionaba una unidad de higiene escolar para los niños del sector. Posteriormente se unificaron las atenciones del centro materno infantil y escolar. A partir del 3 de Febrero de 1970, el Centro de Salud funciona en la calle Asunción y Estados Unidos, dirigido por el Doctor Gustavo Obando, quien en consideración a la falta de espacio físico y con la circunstancia favorable de laborar como Director Provincial de Salud de Pichincha, gestiona y obtiene ayuda económica de la unidad de obras emergentes de la Presidencia de la República en el gobierno del Ingeniero León Febres Cordero. Esto permitió la construcción de un nuevo edificio ubicado en la calle Francisco Lizarazu N26167 y Humberto Albornoz. El 1 de Agosto de 1990 se trasladó el Centro de Salud Nº 2 o de Santa Clara a su nuevo local cuyas instalaciones, para la época fueron convenientes y permitieron brindar mejor atención a sus usuarios. Mediante decreto ejecutivo Número 32-92 de la fecha 29 de Abril de 1992 publicado en el Registro oficial # 932 del 11 de mayo del mismo año, se construyen las Áreas de Salud a base de los Centros de Salud asignándole al Director las funciones de Jefe de Área, que en este caso será el Área de Salud Número 2 inicialmente con el nombre de Santa Clara, cambiándose al nombre actual “Las Casas”. Desde hace 14 años esta unidad operativa se llama Centro de Salud Nº 2 Fray Bartolomé de las Casas, y se transformó en Jefatura de Área. Para una mejor cobertura tiene a su cargo cinco Subcentros de Salud. Santa Clara Norte. Santa Clara de San Millán. 4 San Vicente de las Casas. San Juan de Quito. San Juan La Independencia. La Jefatura de Área como los Subcentros de Salud están Jurídica y administrativamente dependiendo de la Dirección Provincial de Salud de Pichincha y por consiguiente del Ministerio de Salud Pública de acuerdo al Artículo 123 de la Constitución Política de la República se organizará y desarrollará de manera Descentralizada lo que esta ratificada por el Art. Ministerial Nº 000243 de Fecha 09 de Septiembre de 1998. La descentralización administrativa, financiera, de recursos humanos permitirá que los servicios de toda el área sean más oportunos, eficientes y eficaces. Las programaciones de los Subcentros de Salud luego de su análisis entran un consolidado programático con la cabecera de área, constituyéndose así la programación total de la misma, año tras año. La cobertura geográfica del Área de Salud Nº 2, de acuerdo al informe del Distrito Metropolitano de Quito es la siguiente: Norte: Inicia en Av. 10 de Agosto y Juan Diguja que continúa hasta la Av. Mariscal Sucre, en línea imaginaria hasta la calle Llano Cormet y continúa por la quebrada Caicedo. Sur: Calle Guatemala y Caldas cruza una línea imaginaria que va por el parque Matovelle y sube por la Calle Carchi hasta el barrio el Tejar. Este: Limita por toda la extensión de la Av. 10 de Agosto desde la Guayaquil y Caldas hasta la Diguja. Oeste: Limita el bosque protector del Pichincha, Quebrada Caicedo, Mariana de Jesús, y Miraflores. 1 1 Diagnóstico Área de Salud Nº 2 Fray Bartolomé de las Casas 5 Figura 1.1 Distribución de Áreas de Salud en la Ciudad de Quito 1.1.1 MISIÓN El Área de Salud Nº. 2 Fray Bartolomé de las Casas situada al centro norte de la ciudad de Quito, presta los servicios de salud, con oportunidad, eficiencia, calidez de acuerdo a su nivel de complejidad, con personal debidamente capacitado con equipamiento básico y adecuado para satisfacer las necesidades de los usuarios, dando prioridad a los grupos de riesgo y propiciando intensamente la participación comunitaria, brindando una atención digna e integral con una planificación y administración adecuada mediante una buena promoción de los diferentes servicios de salud.2 2 Planificación Estratégica Área de Salud Nº 2 6 1.1.2 VISIÓN El Área de Salud Nº 2 Fray Bartolomé de las Casas como institución prestadora de salud primaria ofertará los servicios de salud con calidad, calidez, eficiencia en forma integral, con énfasis a la convivencia, seguridad y respeto a las normas, con atención del primer nivel y complementaria a todos los usuarios, a través de una gestión gerencial, comprometida, activa y solidaria para lograr el desarrollo integral de la comunidad y del recurso humano que pertenece al Área del cual somos responsables, en donde lo público es sagrado y el interés común prime sobre el interés particular, con productividad, respetando los deberes de los trabajadores y de la comunidad.3 1.1.3 MODELO DE ATENCIÓN INTEGRAL E INTERCULTURAL EN SALUD FAMILIAR Y COMUNITARIA MSP – 20074 El modelo de desarrollo y de atención de salud en el país, durante las últimas décadas, se ha caracterizado por ser institucionalmente fragmentado, inequitativo e ineficiente, orientado a proporcionar atención individual biologista y medicalizada, bajo una organización burocrática, de gestión centralizada e ineficaz, con financiamiento insuficiente, distribución desigual y centrado casi de manera exclusiva en la recuperación de la fuerza laboral. Las barreras económicas, culturales, viales y geográficas tradicionalmente han limitado el acceso a los servicios, especialmente de la población rural más pobre, compuesta en su mayor parte por indígenas, afro-ecuatorianos y mujeres. La operacionalización de los programas a nivel nacional se aplican de forma vertical, y sus indicadores privilegian la medición de coberturas, dejando de lado, frecuentemente, aquellos que observan la marcha de los procesos, el impacto, su efectividad, o la satisfacción de usuarios, por mencionar algunos. 3 4 Planificación Estratégica Área de Salud Nº 2 Modelo de Atención 3-9 Ministerio de Salud Pública 7 Hasta el momento, no se ha definido un modelo de atención y de gestión que aplique estrategias horizontales en el cumplimiento de los programas, que recupere la visión y necesidades particulares de salud de las poblaciones, y que, al mismo tiempo, sirva de sustento a una toma de decisiones racional y efectiva respecto a la asignación y utilización de los recursos existentes, o a la coordinación y consecución de recursos adicionales para el sector. Las razones señaladas urgen la generación de un conjunto de reformas centradas en la prestación de servicios, tanto de atención a la enfermedad, como de promoción, prevención y rehabilitación de la salud del individuo, familia y comunidades culturalmente diversas. Dichas actividades deberán ser desempeñadas por todas las organizaciones públicas y privadas, con y sin fines de lucro a través de las redes de servicios constituidas por diferentes niveles de complejidad. Para el cumplimiento de estas funciones es preciso desarrollar un MODELO DE ATENCIÓN integral, integrado e intercultural, con enfoque comunitario, familiar y pluricultural, basado en la Atención Primaria y Promoción de la de Salud. El modelo propone la entrada del usuario/a al sistema por el primer nivel de atención. Como se dijo, el modelo, basado en la medicina familiar, es de carácter integral y holístico, e incorpora las prácticas de la medicina tradicional y alternativa, como opciones válidas para aquellos usuarios que así lo deseen. La estrategia de atención primaria de salud renovada se orienta a solucionar los principales problemas de salud de la comunidad (considerados como causa y efecto de las características socio-culturales y políticas), mediante la prestación de servicios de promoción, prevención, tratamiento y rehabilitación. Exige y fomenta en grado máximo la auto responsabilidad y la participación de la comunidad y de todos los sectores, el trabajo en equipo del personal involucrado y el funcionamiento articulado de la red de servicios y sus sistemas de referencia y contra-referencia. 8 La promoción de la salud ha sido definida como “Proveer de los medios necesarios a la población para que mejore su salud y ejerza un mayor control sobre la misma” (Carta de Ottawa 1986). Ver ANEXO 1. El enfoque familiar es una atención centrada en las personas reconocidas como seres bio-psico-sociales, integrantes de un núcleo familiar, inmersos en un contexto social, cultural y político específico, con necesidades particulares en cada etapa de su ciclo vital. Aborda la familia como unidad fundamental y como estructura mediadora entre ésta y la comunidad, la sociedad y la naturaleza. El enfoque intercultural garantiza la vigencia y práctica de los conocimientos provenientes de un rico patrimonio cultural, incorporando modelos que expresan complementariedad, reciprocidad y diversidad, en el contexto del nuevo paradigma de la cultura, la salud y el desarrollo. Así, el enfoque intercultural promueve el respeto a la cultura de los usuarios (sus particulares percepciones, hábitos y costumbres respecto al proceso de salud y enfermedad) y promueve la articulación de las distintas medicinas (“occidental”, tradicionales, ancestrales, alternativas) permitiendo una deseable complementariedad de las acciones y la elección del sistema médico donde los usuarios prefieran ser atendidos. La Subsidiariedad del Estado garantiza el acceso de la población excluida a través de los servicios existentes en la red de unidades de atención por niveles de complejidad del MSP, la aplicación efectiva de la Ley de Maternidad Gratuita y Atención a la Infancia, las prestaciones del Seguro Campesino, y otros proveedores de servicios de salud, complementando el cuidado, la protección e inversión en capital humano por parte de las familias y la sociedad civil. Protección Social en salud: “Es la garantía que la sociedad otorga, por conducto de los poderes públicos, para que un individuo o grupo de individuos pueda satisfacer sus necesidades y demandas de salud, mediante el adecuado acceso a los SERVICIOS DEL SISTEMA, o de alguno de los subsistemas de salud existentes en el país, sin que la capacidad de pago sea un factor restrictivo.” 9 La extensión de la Protección Social en salud es una herramienta de política pública destinada a combatir la exclusión en salud y la privatización del Estado. La participación, en un sentido democratizador, implica la construcción de nuevas concepciones y formas de gestión institucional a nivel de lo local, provincial y nacional. La participación de individuos, grupos y organizaciones sociales, debe ser entendida como un proceso de construcción social, donde se expresan necesidades, preocupaciones y demandas, pero también la capacidad de proponer alternativas, tomar decisiones y llevar a cabo acciones que les permita superar sus problemas y necesidades. 1.1.4 MODELO DE ATENCIÓN5 Es el conjunto de rasgos fundamentales que caracterizan a las acciones (intervenciones) por medio de las cuales los servicios que conforman el Sistema Nacional de Salud, interactúan con la colectividad (individuos, familia, sociedad) y el entorno al desarrollar su oferta de servicios de salud. Estas acciones se dan en el marco de dos tipos de interrelación: individual y colectiva y comprenden intervenciones de promoción, prevención, recuperación y rehabilitación. El principal objetivo es garantizar a la población del territorio nacional el acceso a la salud mediante la implementación de un conjunto de acciones integradas en un modelo nacional definido sobre la base de necesidades de la población (demanda), mediante una programación territorial, con criterios epidemiológicos, de género, generacional, de interculturalidad y promoción de la salud. El modelo de atención considera al individuo, la familia y la comunidad como el centro de su accionar y plantea como su fin último, el vivir bien (el “alli causai” de los pueblos indígenas kichwas). Para el efecto, el MSP en su 5 Modelo de Atención 3-9 Ministerio de Salud Pública 10 política de Extensión Protección Social en Salud plantea “Garantizar a la población del territorio nacional, el acceso a la atención de salud mediante la implementación y ejecución de estrategias de protección social, que comprende un plan integral, equitativo, adecuado, solidario, sostenible y sustentable, basado en la atención primaria, promoción e interculturalidad en salud”. 1.1.4.1 RESPONSABILIDADES DEL MODELO DE ATENCIÓN6 El modelo de atención tiene las siguientes responsabilidades: 1. La atención del individuo, la familia, la comunidad, los grupos sociales y el entorno natural. (ficha familiar y manual) 2. Definición de una base geográfico-poblacional para atender las necesidades de salud de mayor trascendencia epidemiológica y social (comunitaria, parroquial, cantonal, provincial). (mapa parlante y manual) 3. Construir redes y micro redes plurales públicas de servicios de atención básica y de especialidad. (en función de accesibilidad y capacidad resolutiva) La puerta de entrada son los servicios de primer nivel que se integran al resto de niveles de atención.. 4. Reorganización de los RH y contratación de nuevos en función del modelo. (Equipos básicos de atención) 5. Disponer de un conjunto de prestaciones y actividades para la red plural, en promoción, prevención y recuperación en sus diferentes niveles. 6. Formular programas integrados de salud, superar el enfoque de los programas verticales, son ahora las personas en sus diferentes etapas del ciclo vital (el niño/a, la mujer, el hombre, el adulto mayor, su estado de salud y sus riegos de enfermar). 6 Modelo de Atención 3-9 Ministerio de Salud Pública 11 7. Desarrollar mecanismos que permitan asignar nuevos recursos económicos a las redes y micro redes en función del cumplimiento de indicadores y metas establecidas en los compromisos de Gestión. 8. Contar con un Plan Integral de Salud como resultado de la participación, negociación y concertación de los diferentes actores que integran el sistema (nacional, provincial y local). 1.1.5 LA PRESTACIÓN7 La prestación constituye la oferta de servicios y conjunto de acciones que el sistema de salud garantiza a toda la población. Toma en cuenta la atención integral, el enfoque de género, lo generacional, la interculturalidad, la equidad, lo participativo y la corresponsabilidad en el cuidado de la salud. El centro de la prestación, son los individuos, las familias y el entorno social y ambiental de las comunidades que determinan riesgos particulares. La prestación a los individuos son las acciones tanto preventivas como las de recuperación, actividades de comunicación y consejería para las personas. En la familia, las actividades se relacionan con el control de su espacio doméstico (tenencia de animales, medidas de higiene, hacinamiento), que puedan significar un riesgo para la salud de las familias. En la comunidad también se trabaja con los factores de riesgo; por lo tanto, se deben realizar actividades de inspección y control y, fundamentalmente, de promoción de la salud. 7 Modelo de Atención 3-9 Ministerio de Salud Pública 12 1.1.6 ESTRATEGIAS GENERALES PARA LA APLICACIÓN Y DESARROLLO DEL MODELO8 Capacitación Permanente del talento humano mediante pasantías del personal de servicios de menor complejidad a aquellos de mayor complejidad, asesoría e intercambio de experiencias entre personal de diversa complejidad y el entrenamiento en servicio. Modalidad “Pirámide de capacitación en la red de servicios de salud” Desarrollo de equipos multiprofesionales de salud con una visión holística: médicos, enfermeras y auxiliares de enfermería como el equipo básico de atención primaria con el apoyo de promotores de salud, de los recursos humanos de la medicina ancestral y tradicional, de la comunidad organizada. Utilización de la ficha familiar que determina riesgos y estado de salud de las personas, ambiente, y las posibilidades de intervenir con medidas de mayor impacto social y de menor costo. Educación comunitaria y transferencia de conocimientos básicos sanitarios para lograr la responsabilidad y autonomía de los usuarios. El rol de los promotores debidamente entrenados y supervisados asegurará un mejor estado de salud colectiva y una mayor cobertura de los servicios de salud. Fortalecimiento e innovación de procedimientos médicos, instrumentales, diagnósticos y terapéuticos, sustentados científicamente (medicina basada en evidencias). Provisión, almacenamiento, distribución, prescripción y uso racional de medicamentos esenciales y genéricos con participación y veeduría ciudadana. 8 Modelo de Atención 3-9 Ministerio de Salud Pública 13 Vigilancia en salud que incorpora los hechos vitales, lo ambiental, lo Sanitario, y lo epidemiológico. Reestructuración de los programas de salud pública, los cuales deben ser horizontales, integrales, interculturales e integrarse a un conjunto de prestaciones orientadas al niño/a, al adolescente, a la mujer, al hombre, adulto mayor, la familia, la comunidad y el ambiente. Control de la gestión en función de productos, actividades, metas e indicadores que permitan una evaluación sistemática de cada uno de los procesos y subprocesos Control social a través de la veeduría ciudadana y coparticipación en la atención y en la gestión de los servicios de salud. Coordinación de las diversas fuentes de cooperación técnica y financiera nacional e internacional para el desarrollo de programas y proyectos integrados, dentro del modelo de atención integral e intercultural de salud. 1.2 ANÁLISIS DE LA SITUACIÓN ACTUAL Tomando en cuenta a la familia como una estructura social básica, dinámica, formada por individuos que mantienen una unidad, donde se produce un ida y vuelta entre los mismos y el cambio en uno de los familiares produce repercusiones en los demás. El Área de Salud No. 2 ha desarrollado el Programa de Salud Comunitaria el mismo que ayudará a las familias identificadas como posibles puntos de riesgo a tratar de sobreponer el posible problema con la ayuda de profesionales capacitados para cumplir con este propósito especial. Para realizar esta tarea se han creado un formato en el cual el visitador recoge la información llenando datos de cada uno de los miembros que se encuentran formando parte de este grupo familiar, condiciones de vida, condiciones generales de la vivienda y otros que describen el hábitat particular y por ende ayuda a deducir posibles problemas, una vez finalizada la recolección de los datos es entregada toda esta información a los profesionales encargados de 14 evaluar riesgos y encontrar posibles soluciones a los problemas detectados. Ver ANEXO 2. Figura 1.2 Proceso de recolección de datos en las diferentes familias Este proceso actualmente se lo realiza todo manualmente, no hay la facilidad de evaluar rápidamente a los grupos con mayor riesgo y por tanto dificulta tener resultados a corto plazo ya que el estudio se lo hace en forma particular se disminuye la posibilidad de saber la cantidad de personas que tienen el mismo problema mermando la capacidad de llegar a más hogares que presentan casos similares. Lo que se pretende es agilitar el proceso de gestión de riesgos y por tanto ayudar a la toma de decisiones a las personas encargadas de brindar la ayuda necesaria a las familias evitando de esta manera la demora en el proceso de proveer, solicitar, y abastecer de recursos necesarios ayudando a solucionar problemas inherentes al campo médico que puedan solucionar la crisis que se presentan en los diferentes casos de estudio de las familias. El sistema generará información por grupos de riesgos en los cuales se pueda establecer de forma mas precisa la ubicación de personas que tienen una patología que genera riesgos en la calidad de vida provocando problemas en el 15 ámbito social en el que se desenvuelven mejorando las condiciones de las familias e incentivando el uso de estas políticas en pro del bienestar general de las personas. Las familias del sector al momento no cuentan con herramientas en las cuales se les indique exactamente como los van a ayudar y quien se haría cargo de solucionar sus problemas, al ser una solución con arquitectura Web podrán acercarse a cualquier centro o subcentro de salud a cargo del Área de Salud Nº 2 y saber exactamente su situación, de esta forma no es necesario que se acerque a la matriz o lugar donde se encuentren albergados sus datos. Se evita el tener que entregar los resultados de la toma de datos en la ficha familiar al centro matriz y que haya encargados de alimentar la información solo en dicho lugar sino que cualquier persona ubicada con su máquina dentro de la red del Área de Salud Nº 2 y los privilegios necesarios puede hacerlo. 1.3 JUSTIFICACIÓN DE LA METODOLOGÍA Y HERRAMIENTA 1.3.1 APLICACIÓN WEB VS ESCRITORIO Las aplicaciones Web utilizan lo que se conoce como clientes livianos los cuales no ejecutan demasiadas labores de procesamiento para la ejecución de la aplicación misma. Desde el punto de vista de la arquitectura se distinguen dos lados el uno es el cliente en donde se encuentra el usuario final utilizando la aplicación por intermedio de una navegador (Internet Explorer o Firefox), es aquí donde el usuario interactúa con la aplicación localizada al otro lado o servidor en donde residen realmente los datos, reglas y lógica de la aplicación. La esencia del concepto es: no dejar que el cliente realice demasiadas tareas, solo lo necesario para que lleve a cabo su trabajo y dejar que en el lado del servidor se realicen las operación importantes: almacenamiento de datos, transacciones, reglas del negocio y la lógica del programa. Con el auge de las redes locales (empresariales, institucionales o caseras) y la popularidad de la Internet ofreciendo la oportunidad de acceso a través de computadores y otros dispositivos móviles, lo que era algo de uso privilegiado 16 hace algunos años, ahora es común. La Internet ha elevado y extendido aun más el concepto de aplicación Web para servir no sólo a usuarios de una pequeña red sino ubicados en cualquier sitio donde tenga acceso a la Internet. Las aplicaciones de escritorio se han usado y se seguirán usando y tienen un campo enorme (sistemas CAD, CAM, suite de oficina, aplicaciones gráficas, juegos, utilidades o el mismo sistema operativo), no todo está en Web, hay cosas que se necesita que se ejecuten estrictamente en la máquina cliente para aprovechar el poder que tiene. Pero la fusión e integración de servicios de los computadores, las aplicaciones de escritorio y la extensión de las facultades de comunicación con las aplicaciones Web que hace posible la Internet es la plataforma óptima que sirve de infraestructura para todos los usuarios desde el tipo empresarial, institucional o personal. Al revisar el porqué usar aplicación Web podemos tomar en cuenta el siguiente párrafo de la pagina de Microsoft: “Utilice formularios Web Forms de ASP.NET para crear aplicaciones que principalmente tienen una interfaz de usuario del explorador. Naturalmente, entre ellas se incluyen las aplicaciones que se ponen a disposición del público a través del World Wide Web como, por ejemplo, las aplicaciones de comercio electrónico. Sin embargo, puede utilizar formularios Web Forms no sólo para crear sitios Web; muchas otras aplicaciones se prestan a utilizar también una "interfaz fina", por ejemplo un manual del empleado basado en una intranet o una aplicación de beneficios. Una ventaja importante de cualquier aplicación de formularios Web Forms es que no tiene ningún costo de distribución. Los usuarios ya tienen instalada la única parte de la aplicación que se necesita, el explorador. Las aplicaciones con formularios Web Forms son, por definición, independientes de la plataforma; es decir, son aplicaciones "de envergadura". Los usuarios pueden interactuar con la aplicación independientemente del tipo de explorador que tengan e, incluso, del tipo de equipo que utilicen. Al mismo tiempo, las aplicaciones de formularios Web Forms pueden optimizarse para aprovechar las características incorporadas a los exploradores más modernos, 17 tales como Microsoft Internet Explorer 6.0, a fin de mejorar su rendimiento y velocidad de respuesta. ”9 De acuerdo a la naturaleza de la aplicación este puede desarrollarse en cualquier punto dentro del Área de Salud no necesariamente se tiene que realizar en un centro con un servidor y clientes locales, tomando en cuenta el tipo de sistema, el enunciado anterior describe exactamente el motivo por el cual para el proyecto requiere una arquitectura Web. Al ser puntos distantes no es posible contar con un equipo que esté cambiando las condiciones de los clientes o instalando actualizaciones si el caso lo amerita, lo único que se necesita es realizar cambios en el servidor de forma que el usuario vea que los cambios sin necesidad de modificar nada en su máquina. 1.3.2 APLICACIÓN WEB Se denomina aplicación Web a aquellas aplicaciones que los usuarios pueden utilizar accediendo a un servidor Web a través de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicación software que se codifica en un lenguaje soportado por los navegadores Web (HTML, JavaScript, Java, etc.) en la que se confía la ejecución al navegador. Las aplicaciones Web generan dinámicamente una serie de páginas en un formato estándar, como HTML o XHTML, las cuales el navegador Web interpreta y muestra en pantalla las páginas, actuando como cliente para cualquier aplicación Web. Una desventaja es que dependiendo del navegador algunas funciones de la aplicación causan inconsistencias como HTML, CSS, DOM, además de otras ya que el usuario puede configurar las características de la interfaz de forma que haga inconsistente a la aplicación. 9 http://msdn.microsoft.com/es-es/library/5t6z562c.aspx 18 Una gran diferencia entre sitios Web y aplicaciones Web esta en el uso de la lógica del negocio. Lógica de negocio es la parte de un sistema que se encarga de las tareas relacionadas con los procesos de un negocio, tales como ventas, control de inventario, contabilidad, etc. Las validaciones del lado del cliente y la posibilidad de evitar errores al momento de enviar la información al servidor han causado que las aplicaciones Web tengan un gran auge al momento de desarrollar software. Las aplicaciones web funcionan sobre HTTP que es un protocolo del nivel de aplicación para sistemas de información multimedia distribuidos. Es un protocolo no orientado a estado que puede ser utilizado para más propósitos que para manejar ficheros HTML. Entre las propiedades de HTTP se pueden destacar las siguientes: Un esquema de direccionamiento comprensible, Utiliza el Universal Resource Identifier (URI) para localizar sitios (URL) o nombres (URN) sobre los que hay que aplicar un método. La forma general de un URL es “servicio://host/fichero.ext”. HTTP se asienta en el paradigma solicitud/respuesta. La comunicación se asienta sobre TCP/IP. El puerto por defecto es el 80, pero se pueden utilizar otros. Es un protocolo sin conexión y sin estado. Después de que el servidor ha respondido la petición del cliente, se rompe la conexión entre ambos. Además no se guarda memoria del contexto de la conexión para siguientes conexiones. HTTP utiliza tipos MIME para la determinación del tipo de los datos que transporta. Cuando un servidor HTTP transmite información de vuelta a un cliente, incluye una cabecera que le indica al cliente sobre los tipos de datos que componen el documento. De la gestión de esos datos se 19 encargan las utilidades que tenga el cliente (visor de imágenes, de vídeo, etc.). Una transacción HTTP está compuesta por una cabecera, y opcionalmente, por una línea en blanco seguida de los datos. En la cabecera se especifica tanto la acción solicitada en el servidor, como los tipos de datos devueltos o un código de estado. Durante una sesión normal de trabajo un cliente (navegador) solicita un documento de un servidor Web y una vez obtenido lo muestra al usuario que hizo la solicitud. Si este documento contiene un enlace a otro documento (en el mismo o en distinto servidor), y el usuario activa el enlace el cliente Web efectuará otra petición y mostrará el nuevo documento. Figura 1.3 Diseño para la aplicación Web Figura 1.4 Petición de datos desde el browser al servidor Web 20 Como se puede ver los clientes se conectan al servidor a través de una red de datos y obtienen la información que requieren. Las paginas que se va a manejar para realizar las transacciones tienen código HTML siglas de HyperText Markup Language (Lenguaje de Marcas de Hipertexto), es el lenguaje de marcado predominante para la construcción de páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. HTML se escribe en forma de "etiquetas", rodeadas por corchetes angulares (<,>). HTML también puede describir, hasta un cierto punto, la apariencia de un documento, y puede incluir un script (por ejemplo Javascript), el cual puede afectar el comportamiento de los distintos navegadores web y otros procesadores de HTML. Figura 1.5 Ejecución de una pagina Web con formulario de datos De esta forma lo que recibe el cliente web es una respuesta valedera a su petición. El Scripting remoto en Javascript o (JSRS) es una técnica de desarrollo web para crear aplicaciones web interactivas mediante el uso de una combinación de: HTML (o XHTML) 21 El DOM, manipulado usando JavaScript para mostrar e interactuar dinámicamente con la información presentada. Una capa de transporte. Se puede escoger entre diferentes tecnologías, aunque la mayor parte de las ocasiones se usan una etiqueta SCRIPT o IFRAME, que tienen mayor soporte por parte de los navegadores, al contrario de XmlHttpRequest. Un formato de datos. Se puede usar XML con WDDX, así como JSON o cualquier otro formato de texto. El proyecto usará AJAX, aunque esta técnica de desarrollo depende de XmlHttpRequest, sólo soportado por los navegadores más actuales, no requiere demasiados recursos para poderlos obtener. Que el sistema no sea obsoleto en corto tiempo es una prioridad. 1.3.3 RUP COMO METOLOGÍA DE DESARROLLO Las características del proyecto, el tipo de aplicación, el grado de conocimiento, la documentación disponible han sido los factores para que se escoja a RUP como metodología de desarrollo, a continuación se describe lo principal de la metodología a utilizarse. Rational Unified Process (RUP) es una infraestructura flexible de desarrollo de software que proporciona prácticas recomendadas probadas y una arquitectura configurable. RUP es un marco genérico que puede especializarse para una variedad de tipos de sistemas, diferentes áreas de aplicación, tipos de organizaciones, niveles de aptitud y diferentes tamaños de proyectos. 1.3.3.1 CARACTERISTICAS ESENCIALES Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres características esenciales: está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental. 22 1.3.3.1.1 PROCESO DIRIGIDO POR CASOS DE USO Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos de importancia para el usuario y no sólo en términos de funciones que sería bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos funcionales del sistema. En RUP los Casos de Uso no son sólo una herramienta para especificar los requisitos del sistema. También guían su diseño, implementación y prueba. Los Casos de Uso no sólo inician el proceso de desarrollo sino que proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los artefactos que son generados en las diferentes actividades del proceso de desarrollo. Basándose en los Casos de Uso se crean los modelos de análisis y diseño, luego la implementación que los lleva a cabo, y se verifica que efectivamente el producto implemente adecuadamente cada Caso de Uso. Todos los modelos deben estar sincronizados con el modelo de Casos de Uso. Figura 1.6 Trazabilidad a partir de los Casos de Uso 23 1.3.3.1.2 PROCESO CENTRADO EN LA ARQUITECTURA La arquitectura de un sistema es la organización o estructura de sus partes más relevantes, lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo10. La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema, está relacionada con la toma de decisiones que indican cómo tiene que ser construido el sistema y ayuda a determinar en qué orden. Además la definición de la arquitectura debe tomar en consideración elementos de calidad del sistema, rendimiento, reutilización y capacidad de evolución por lo que debe ser flexible durante todo el proceso de desarrollo. La arquitectura se ve influenciada por la plataforma software, sistema operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones constituyen requisitos no funcionales del sistema. En el caso de RUP además de utilizar los Casos de Uso para guiar el proceso se presta especial atención al establecimiento temprano de una buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la construcción y el mantenimiento. Cada producto tiene tanto una función como una forma. La función corresponde a la funcionalidad reflejada en los Casos de Uso y la forma la proporciona la arquitectura. Existe una interacción entre los Casos de Uso y la arquitectura, los Casos de Uso deben encajar en la arquitectura cuando se llevan a cabo y la arquitectura debe permitir el desarrollo de todos los Casos de Uso requeridos, actualmente y en el futuro. Esto provoca que tanto arquitectura 10 Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley 24 como Casos de Uso deban evolucionar en paralelo durante todo el proceso de desarrollo de software. En la Figura 1.7 se ilustra la evolución de la arquitectura durante las fases de RUP. Se tiene una arquitectura más robusta en las fases finales del proyecto. En las fases iniciales lo que se hace es ir consolidando la arquitectura por medio de baselines y se va modificando dependiendo de las necesidades del proyecto. Inception Elaboration Construction Transition Architecture tiempo Figura 1.7 Evolución de la arquitectura del sistema Es conveniente ver el sistema desde diferentes perspectivas para comprender mejor el diseño por lo que la arquitectura se representa mediante varias vistas que se centran en aspectos concretos del sistema, abstrayéndose de los demás. Para RUP, todas las vistas juntas forman el llamado modelo 4+1 de la arquitectura 11, el cual recibe este nombre porque lo forman las vistas lógica, de implementación, de proceso y de despliegue, más la de Casos de Uso que es la que da cohesión a todas. 11 Kruchten, P. Architectural Blueprints—The “4+1” View Model of Software Architecture. IEEE Software 12 (6), November 1995, pp. 42-50. 25 Figura 1.8 Arquitectura y modelos RUP Al final de la fase de elaboración se obtiene una baseline de la arquitectura donde fueron seleccionados una serie de Casos de Uso arquitectónicamente relevantes (aquellos que ayudan a mitigar los riesgos más importantes, aquellos que son los más importantes para el usuario y aquellos que cubran las funcionalidades significativas). Como se observa en la Figura 1.8, durante la construcción los diversos modelos van desarrollándose hasta completarse (según se muestra con las formas rellenas en la esquina superior derecha). La descripción de la arquitectura sin embargo, no debería cambiar significativamente (abajo a la derecha) debido a que la mayor parte de la arquitectura se decidió durante la elaboración. Se incorporan pocos cambios a la arquitectura (indicados con mayor densidad de puntos en la figura inferior derecha)12. 1.3.3.1.3 PROCESO ITERATIVO E INCREMENTAL El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy parecido al equilibrio de la forma y la función en el desarrollo del producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se propone en RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes más pequeñas o mini proyectos. Permitiendo que el equilibrio entre 12 Jacoboson, I., Booch, G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software, 2000 Addison Wesley 26 Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto, así durante todo el proceso de desarrollo. Cada mini proyecto se puede ver como una iteración (un recorrido más o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el producto. Una iteración puede realizarse por medio de una cascada. Se pasa por los flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas), también existe una planificación de la iteración, un análisis de la iteración y algunas actividades específicas de la iteración. Al finalizar se realiza una integración de los resultados con lo obtenido de las iteraciones anteriores. Figura 1.9 Una iteración RUP El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada iteración aborda una parte de la funcionalidad total, pasando por todos los flujos de trabajo relevantes y refinando la arquitectura. Cada iteración se analiza cuando termina. Se puede determinar si han aparecido nuevos requisitos o han cambiado los existentes, afectando a las iteraciones siguientes. Durante la planificación de los detalles de la siguiente iteración, el equipo también examina cómo afectarán los riesgos que aún quedan al trabajo en curso. Toda la retroalimentación de la iteración pasada permite reajustar los objetivos para las siguientes iteraciones. Se continúa con esta dinámica hasta que se haya finalizado por completo con la versión actual del producto. 27 RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades. En la Figura 1.10 se muestra cómo varía el esfuerzo asociado a las disciplinas según la fase en la que se encuentre el proyecto RUP. Figura 1.10 Esfuerzo en actividades según fase del proyecto Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la comprensión del problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de los riesgos críticos, y al establecimiento de una baseline de la arquitectura. Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en actividades modelado del negocio y de requisitos. En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de la arquitectura. 28 En la fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones. Para cada iteración se selecciona algunos Casos de Uso, se refina su análisis y diseño y se procede a su implementación y pruebas. Se realiza una pequeña cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la implementación de la nueva versión del producto. En la fase de transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. Como se puede observar en cada fase participan todas las disciplinas, pero que dependiendo de la fase el esfuerzo dedicado a una disciplina varía. 1.3.3.2 ESTRUCTURA DEL PROCESO El proceso puede ser descrito en dos dimensiones o ejes13: Eje horizontal: Representa el tiempo y es considerado el eje de los aspectos dinámicos del proceso. Indica las características del ciclo de vida del proceso expresado en términos de fases, iteraciones e hitos. Se puede observar en la Figura 1.11 que RUP consta de cuatro fases: Inicio, Elaboración, Construcción y Transición. Como se mencionó anteriormente cada fase se subdivide a la vez en iteraciones. Eje vertical: Representa los aspectos estáticos del proceso. Describe el proceso en términos de componentes de proceso, disciplinas, flujos de trabajo, actividades, artefactos y roles. 13 Rational Software Corporation, Rational Unified Process. Best Practices for Software Development Teams, 1998 29 Figura 1.11 Estructura de RUP 1.3.3.2.1 ESTRUCTURA ITERACIONES DINÁMICA DEL PROCESO. FASES E RUP se repite a lo largo de una serie de ciclos que constituyen la vida de un producto. Cada ciclo concluye con una generación del producto para los clientes. Cada ciclo consta de cuatro fases: Inicio, Elaboración, Construcción y Transición. Cada fase se subdivide a la vez en iteraciones, el número de iteraciones en cada fase es variable. ciclo de desarrollo release (producto al final de una iteración) ciclo de evolución base line generación (release asociada a un hito) (release final de un ciclo de desarrollo) Figura 1.12 Ciclos, releases, baseline Cada fase se concluye con un hito bien definido, un punto en el tiempo en el cual se deben tomar ciertas decisiones críticas y alcanzar las metas clave antes de pasar a la siguiente fase, ese hito principal de cada fase se compone 30 de hitos menores que podrían ser los criterios aplicables a cada iteración. Los hitos para cada una de las fases son: Inicio (Lifecycle Objectives), Elaboración (Lifecycle Architecture), Construcción (Initial Operational Capability), Transición (Product Release). Las fases y sus respectivos hitos se ilustran en la Figura 1.13. Inception Elaboration Objetivos (Vision) Construction Arquitectura Transition Capacidad Operacional Inicial Release del Producto tiempo Figura 1.13 Fases e hitos en RUP La duración y esfuerzo dedicado en cada fase es variable dependiendo de las características del proyecto. Sin embargo, la Tabla 1.1 ilustra porcentajes frecuentes al respecto. Consecuente con el esfuerzo señalado, la Figura 1.14 ilustra una distribución típica de recursos humanos necesarios a lo largo del proyecto. Inicio Elaboración Construcción Transición Esfuerzo Tiempo Dedicado 5% 20 % 65 % 10% 10 % 30 % 50 % 10% Tabla 1.1 Distribución típica de esfuerzo y tiempo 31 Figura 1.14 Distribución típica de recursos humanos 32 1.3.3.2.1.1 INICIO Durante la fase de inicio se define el modelo del negocio y el alcance del proyecto. Se identifican todos los actores y Casos de Uso, y se diseñan los Casos de Uso más esenciales (aproximadamente el 20% del modelo completo). Se desarrolla, un plan de negocio para determinar qué recursos deben ser asignados al proyecto. Los objetivos de esta fase son14: Establecer el ámbito del proyecto y sus límites. Encontrar los Casos de Uso críticos del sistema, los escenarios básicos que definen la funcionalidad. Mostrar al menos una arquitectura candidata para los escenarios principales. Estimar los riesgos, las fuentes de incertidumbre. Los resultados de la fase de inicio deben ser 15: Un documento de visión: Una visión general de los requerimientos del proyecto, características clave y restricciones principales. Modelo inicial de Casos de Uso (10-20% completado). El caso de negocio. Modelo de negocio, si es necesario Prototipos exploratorios para probar conceptos o la arquitectura candidata. Al terminar la fase de inicio se deben comprobar los criterios de evaluación para continuar: Todos los interesados en el proyecto coinciden en la definición del ámbito del sistema y las estimaciones de agenda. Entendimiento de los requisitos, como evidencia de la fidelidad de los Casos de Uso principales. Las estimaciones de tiempo, coste y riesgo son creíbles. 14 15 Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley Rational Software Corporation, Rational Unified Process. Best Practices for Software Development Teams, 1998 33 Comprensión total de cualquier prototipo de la arquitectura desarrollado. Los gastos hasta el momento se asemejan a los planeados. Si el proyecto no pasa estos criterios hay que plantearse abandonarlo o repensarlo profundamente. 1.3.3.2.1.2 ELABORACIÓN El propósito de la fase de elaboración es analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos. En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los Casos de Uso críticos identificados en la fase de inicio. También debe demostrarse que se han evitado los riesgos más graves. Los objetivos de esta fase son16: Definir, validar y cimentar la arquitectura. Completar la visión. Crear un plan fiable para la fase de construcción. Este plan puede evolucionar en sucesivas iteraciones. Debe incluir los costes si procede. Demostrar que la arquitectura propuesta soportará la visión con un coste razonable y en un tiempo razonable. Al terminar deben obtenerse los siguientes resultados17: Un modelo de Casos de Uso completa al menos hasta el 80%: todos los casos y actores identificados, la mayoría de los casos desarrollados. Requisitos adicionales que capturan los requisitos no funcionales y cualquier requisito no asociado con un Caso de Uso específico. Descripción de la arquitectura software. Un prototipo ejecutable de la arquitectura. Lista de riesgos y caso de negocio revisados. Plan de desarrollo para el proyecto. Un caso de desarrollo actualizado que especifica el proceso a seguir. 16 17 Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley Rational Software Corporation, Rational Unified Process. Best Practices for Software Development Teams, 1998 34 Un manual de usuario preliminar (opcional). En esta fase se debe tratar de abarcar todo el proyecto con la profundidad mínima. Sólo se profundiza en los puntos críticos de la arquitectura o riesgos importantes. En la fase de elaboración se actualizan todos los productos de la fase de inicio. Los criterios de evaluación de esta fase son los siguientes: La visión del producto es estable. La arquitectura es estable. Se ha demostrado mediante la ejecución del prototipo que los principales elementos de riesgo han sido abordados y resueltos. El plan para la fase de construcción es detallado y preciso. Las estimaciones son creíbles. Todos los interesados coinciden en que la visión actual será alcanzada si se siguen los planes actuales en el contexto de la arquitectura actual. Los gastos hasta ahora son aceptables, comparados con los previstos. Si no se superan los criterios de evaluación quizá sea necesario abandonar el proyecto o replanteárselo considerablemente. 1.3.3.2.1.3 CONSTRUCCIÓN La finalidad principal de esta fase es alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones. Durante esta fase todos los componentes, características y requisitos deben ser implementados, integrados y probados en su totalidad, obteniendo una versión aceptable del producto. Los objetivos concretos incluyen18: Minimizar los costes de desarrollo mediante la optimización de recursos y evitando el tener que rehacer un trabajo o incluso desecharlo. Conseguir una calidad adecuada tan rápido como sea práctico. Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan rápido como sea práctico. Los resultados de la fase de construcción deben ser19: 18 Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley 35 Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e Implementación). Arquitectura íntegra (mantenida y mínimamente actualizada) Riesgos Presentados Mitigados. Plan del Proyecto para la fase de Transición. Manual Inicial de Usuario (con suficiente detalle). Prototipo Operacional – beta. Caso del Negocio Actualizado. Los criterios de evaluación de esta fase son los siguientes: El producto es estable y maduro como para ser entregado a la comunidad de usuario para ser probado. Todos los usuarios expertos están listos para la transición en la comunidad de usuarios. Son aceptables los gastos actuales versus los gastos planeados. 1.3.3.2.1.4 TRANSICIÓN La finalidad de la fase de transición es poner el producto en manos de los usuarios finales, para lo que se requiere desarrollar nuevas versiones actualizadas del producto, completar la documentación, entrenar al usuario en el manejo del producto, y en general tareas relacionadas con el ajuste, configuración, instalación y facilidad de uso del producto. A continuación se citan algunas de las cosas que puede incluir esta fase20: Prueba de la versión Beta para validar el nuevo sistema frente a las expectativas de los usuarios Funcionamiento paralelo con los sistemas legados que están siendo sustituidos por nuestro proyecto. Conversión de las bases de datos operacionales. Entrenamiento de los usuarios y técnicos de mantenimiento. Traspaso del producto a los equipos de marketing, distribución y venta. Los principales objetivos de esta fase son: Conseguir que el usuario se valga por si mismo. Un producto final que cumpla los requisitos esperados, que funcione y satisfaga suficientemente al usuario. 19 Rational Software Corporation, Rational Unified Process. Best Practices for Software Development Teams, 1998 20 Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley 36 Los resultados de la fase de transición son21: Prototipo Operacional. Documentos Legales. Caso del Negocio Completo. Línea de Base del Producto completa y corregida que incluye todos los modelos del sistema. Descripción de la Arquitectura completa y corregida. Las iteraciones de esta fase irán dirigidas normalmente a conseguir una nueva versión. Los criterios de evaluación de esta fase son los siguientes: El usuario se encuentra satisfecho. Son aceptables los gastos actuales versus los gastos planificados. 1.3.3.2.2 ESTRUCTURA ESTÁTICA DEL PROCESO. ROLES, ACTIVIDADES, ARTEFACTOS Y FLUJOS DE TRABAJO Un proceso de desarrollo de software define quién hace qué, cómo y cuándo. RUP define cuatro elementos los roles, que responden a la pregunta ¿Quién?, las actividades que responden a la pregunta ¿Cómo?, los productos, que responden a la pregunta ¿Qué? y los flujos de trabajo de las disciplinas que responde a la pregunta ¿Cuándo?. Figura 1.15 Relación entre roles, actividades, artefactos 21 22 Rational Software Corporation, Rational Unified Process. Best Practices for Software Development Teams, 1998 37 1.3.3.2.2.1 ROLES Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo. Una persona puede desempeñar diversos roles, así como un mismo rol puede ser representado por varias personas. Las responsabilidades de un rol son tanto el llevar a cabo un conjunto de actividades como el ser el dueño de un conjunto de artefactos. RUP define grupos de roles, agrupados por participación en actividades relacionadas. Estos grupos son23: Analistas: Analista de procesos de negocio. Diseñador del negocio. Analista de sistema. Especificador de requisitos. Desarrolladores: Arquitecto de software. Diseñador Diseñador de interfaz de usuario Diseñador de cápsulas. Diseñador de base de datos. Implementador. Integrador. Gestores: Jefe de proyecto. Jefe de control de cambios. Jefe de configuración. Jefe de pruebas. Jefe de despliegue. Ingeniero de procesos. Revisor de gestión del proyecto. 22 Rational Software Corporation, Rational Unified Process. Best Practices for Software Development Teams, 1998 23 Rational Software Corporation, Product: Rational Software Corporation, 2002 38 Gestor de pruebas. Apoyo: Documentador técnico. Administrador de sistema. Especialista en herramientas. Desarrollador de cursos. Artista gráfico. Especialista en pruebas: Especialista en Pruebas (tester). Analista de pruebas. Diseñador de pruebas. Otros roles: Revisor. Coordinación de revisiones. Revisor técnico. Cualquier rol. 1.3.3.2.2.2 ACTIVIDADES Una actividad en concreto es una unidad de trabajo que una persona que desempeñe un rol puede ser solicitado a que realice. Las actividades tienen un objetivo concreto, normalmente expresado en términos de crear o actualizar algún producto. 1.3.3.2.2.3 ARTEFACTOS Un producto o artefacto es un trozo de información que es producido, modificado o usado durante el proceso de desarrollo de software. Los productos son los resultados tangibles del proyecto, las cosas que va creando y usando hasta obtener el producto final. Un artefacto puede ser cualquiera de los siguientes24: Un documento, como el documento de la arquitectura del software. Un modelo, como el modelo de Casos de Uso o el modelo de diseño. 24 Rational Software Corporation, Product: Rational Software Corporation, 2002 39 Un elemento del modelo, un elemento que pertenece a un modelo como una clase, un Caso de Uso o un subsistema. 1.3.3.2.2.4 FLUJOS DE TRABAJO Con la enumeración de roles, actividades y artefactos no se define un proceso, necesitamos contar con una secuencia de actividades realizadas por los diferentes roles, así como la relación entre los mismos. Un flujo de trabajo es una relación de actividades que nos producen unos resultados observables. A continuación se dará una explicación de cada flujo de trabajo. 1.3.3.2.2.4.1 MODELADO DEL NEGOCIO Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organización donde se va a implantar el producto. Los objetivos del modelado de negocio son: Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado (organización objetivo). Entender el problema actual en la organización objetivo e identificar potenciales mejoras. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo. Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo. Para lograr estos objetivos, el modelo de negocio describe como desarrollar una visión de la nueva organización, basado en esta visión se definen procesos, roles y responsabilidades de la organización por medio de un modelo de Casos de Uso del negocio y un Modelo de Objetos del Negocio. Complementario a estos modelos, se desarrollan otras especificaciones tales como un Glosario. 40 1.3.3.2.2.4.2 REQUISITOS Este es uno de los flujos de trabajo más importantes, porque en él se establece qué tiene que hacer exactamente el sistema que construyamos. En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. Los objetivos del flujo de datos Requisitos son: Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer. Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. Definir el ámbito del sistema. Proveer una base para la planeación de los contenidos técnicos de las iteraciones. Proveer una base para estimar costos y tiempo de desarrollo del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario. Los requisitos se dividen en dos grupos. Los requisitos funcionales representan la funcionalidad del sistema. Se modelan mediante diagramas de Casos de Uso. Los requisitos no funcionales representan aquellos atributos que debe exhibir el sistema, pero que no son una funcionalidad específica. Por ejemplo requisitos de facilidad de uso, fiabilidad, eficiencia, portabilidad, etc. Para capturar los requisitos es preciso entrevistar a todos los interesados en el proyecto, no sólo a los usuarios finales, y anotar todas sus peticiones. A partir de ellas hay que descubrir lo que necesitan y expresarlo en forma de requisitos. En este flujo de trabajo, y como parte de los requisitos de facilidad de uso, se diseña la interfaz gráfica de usuario. Para ello habitualmente se construyen prototipos de la interfaz gráfica de usuario que se contrastan con el usuario final. 41 1.3.3.2.2.4.3 ANÁLISIS Y DISEÑO El objetivo de este flujo de trabajo es traducir los requisitos a una especificación que describe cómo implementar el sistema. Los objetivos del análisis y diseño son25: Transformar los requisitos al diseño del futuro sistema. Desarrollar una arquitectura para el sistema. Adaptar el diseño para que sea consistente con el entorno de implementación, diseñando para el rendimiento. El análisis consiste en obtener una visión del sistema que se preocupa de ver qué hace, de modo que sólo se interesa por los requisitos funcionales. Por otro lado el diseño es un refinamiento del análisis que tiene en cuenta los requisitos no funcionales, en definitiva cómo cumple el sistema sus objetivos. Al principio de la fase de elaboración hay que definir una arquitectura candidata: crear un esquema inicial de la arquitectura del sistema, identificar clases de análisis y actualizar las realizaciones de los Casos de Uso con las interacciones de las clases de análisis. Durante la fase de elaboración se va refinando esta arquitectura hasta llegar a su forma definitiva. En cada iteración hay que analizar el comportamiento para diseñar componentes. Además si el sistema usará una base de datos, habrá que diseñarla también, obteniendo un modelo de datos. El resultado final más importante de este flujo de trabajo será el modelo de diseño. Consiste en colaboraciones de clases, que pueden ser agregadas en paquetes y subsistemas. Otro producto importante de este flujo es la documentación de la arquitectura de software, que captura varias vistas arquitectónicas del sistema. 25 Rational Software Corporation, Product: Rational Software Corporation, 2002 42 1.3.3.2.2.4.4 IMPLEMENTACIÓN En este flujo de trabajo se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y demás. Además se deben hacer las pruebas de unidad: cada implementador es responsable de probar las unidades que produzca. El resultado final de este flujo de trabajo es un sistema ejecutable. En cada iteración habrá que hacer lo siguiente: Planificar qué subsistemas deben ser implementados y en qué orden deben ser integrados, formando el Plan de Integración. Cada implementador decide en qué orden implementa los elementos del subsistema. Si encuentra errores de diseño, los notifica. Se prueban los subsistemas individualmente. Se integra el sistema siguiendo el plan. La estructura de todos los elementos implementados forma el modelo de implementación. La integración debe ser incremental, es decir, en cada momento sólo se añade un elemento. De este modo es más fácil localizar fallos y los componentes se prueban más a fondo. En fases tempranas del proceso se pueden implementar prototipos para reducir el riesgo. Su utilidad puede ir desde ver si el sistema es viable desde el principio, probar tecnologías o diseñar la interfaz de usuario. Los prototipos pueden ser exploratorios (desechables) o evolutivos. Estos últimos llegan a transformarse en el sistema final. 1.3.3.2.2.4.5 PRUEBAS Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Esta disciplina brinda soporte a las otras disciplinas. Sus objetivos son26: 26 Rational Software Corporation, Product: Rational Software Corporation, 2002 43 Encontrar y documentar defectos en la calidad del software. Generalmente asesora sobre la calidad del software percibida. Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio de demostraciones concretas. Verificar las funciones del producto de software según lo diseñado. Verificar que los requisitos tengan su apropiada implementación. Las actividades de este flujo comienzan pronto en el proyecto con el plan de prueba (el cual contiene información sobre los objetivos generales y específicos de las prueba en el proyecto, así como las estrategias y recursos con que se dotará a esta tarea), o incluso antes con alguna evaluación durante la fase de inicio, y continuará durante todo el proyecto. El desarrollo del flujo de trabajo consistirá en planificar que es lo que hay que probar, diseñar cómo se va a hacer, implementar lo necesario para llevarlos a cabo, ejecutarlos en los niveles necesarios y obtener los resultados, de forma que la información obtenida nos sirva para ir refinando el producto a desarrollar. 1.3.3.2.2.4.6 DESPLIEGUE El objetivo de este flujo de trabajo es producir con éxito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: Probar el producto en su entorno de ejecución final. Empaquetar el software para su distribución. Distribuir el software. Instalar el software. Proveer asistencia y ayuda a los usuarios. Formar a los usuarios y al cuerpo de ventas. Migrar el software existente o convertir bases de datos. Este flujo de trabajo se desarrolla con mayor intensidad en la fase de transición, ya que el propósito del flujo es asegurar una aceptación y adaptación sin complicaciones del software por parte de los usuarios. Su ejecución inicia en fases anteriores, para preparar el camino, sobre todo con actividades de planificación, en la elaboración del manual de usuario y tutoriales. 44 1.3.3.2.2.5 FLUJOS DE TRABAJO DE APOYO 1.3.3.2.2.5.1 GESTIÓN DE CONFIGURACIÓN La finalidad de este flujo de trabajo es mantener la integridad de todos los artefactos que se crean en el proceso, así como de mantener información del proceso evolutivo que han seguido. Las causas por las que la evolución de los artefactos puede causar problemas son: 27 Actualización simultánea: Se da cuando dos personas trabajan por separado sobre el mismo artefacto a la vez, el último en hacer las modificaciones sobrescribe lo hecho por el primero. Notificación limitada: Cuando un problema ha sido resuelto en un artefacto compartido por varios roles y algunos de ellos no son notificados del cambio. Múltiples versiones: Cuando se trabaja con diferentes versiones del producto al mismo tiempo en diferentes flujos de trabajo, pueden surgir problemas si los cambios no son convenientemente monitorizados y propagados. 1.3.3.2.2.5.2 GESTIÓN DE PROYECTOS El objetivo de la administración de un proyecto es conseguir equilibrar el completar los objetivos, administrar el riesgo y superar las restricciones para desarrollar un producto que sea acorde a los requisitos de los usuarios. Para conseguir esto el flujo de trabajo se centra en tres aspectos28: Planificar un proyecto iterativo y cada iteración particular. 27 Rational White Paper, Best Practices for Software Development Teams, 1998 28 http://www.therationaledge.com/content/oct_02/f_iterativePlanning_pk.jsp 45 Administrar el riesgo. Monitorizar el progreso del proyecto a través de métricas. 1.3.3.2.2.5.3 ENTORNO Entorno y herramientas de desarrollo que harán posible llevar a cabo el proyecto. Por ejemplo cuando lleguen los programadores tienen que encontrar las máquinas con los programas listos para desarrollar el proyecto, entonces no es que ellos vienen e instalan sino que una persona en específico es la encargada de tener este ambiente listo y en continuo mantenimiento. 1.3.4 JUSTIFICACIÓN DE LA HERRAMIENTA Al ser el Área de salud Nº 2 una rama del Ministerio de Salud Pública la que está bajo el mando directo del Gobierno del Ecuador se ha tomado en cuenta que el Presidente Rafael Correa Delgado, firma el Decreto 1014 el 10 de abril del 2008, por el que ordena con absoluta precisión que el software usado por las administraciones públicas del país sea software libre (e implícitamente basado en estándares abiertos. Ver anexo 3. De acuerdo a lo anterior el sistema va a ser desarrollado con arquitectura Web y de acuerdo a la norma decretada y por la naturaleza de la organización el sistema será desarrollado con software libre. El desarrollo de la aplicación tendrá las siguientes especificaciones. SERVIDOR WEB: Apache 2.2.10, MapServer 5.2.1 FRONT-END: Php 5.0.5 BACK-END: Mysql 5.0.22, para la gestión de datos. Nota: Para la mostrar los datos de ubicación domiciliar se cuenta con una aplicación paralela elaborada con el API de Google que es gratuito y de uso libre. Una breve descripción de cada uno de ellos proveerá una visión más exacta del porque se utilizó estas herramientas como entorno de desarrollo. 46 47 1.3.4.1 APACHE Es un servidor web flexible, rápido y eficiente, continuamente actualizado y adaptado a los nuevos protocolos. Entre sus características destacan: Multiplataforma Es un servidor de web conforme al protocolo HTTP/1.1 Modular: Puede ser adaptado a diferentes entornos y necesidades, con los diferentes módulos de apoyo que proporciona, y con la API de programación de módulos, para el desarrollo de módulos específicos. Incentiva la realimentación de los usuarios, obteniendo nuevas ideas, informes de fallos y parches para la solución de los mismos. Se desarrolla de forma abierta Extensible: gracias a ser modular se han desarrollado diversas extensiones entre las que destaca PHP, un lenguaje de programación del lado del servidor. 1.3.4.2 MAPSERVER MapServer es un entorno de desarrollo en código abierto (Open Source Initiative) para la creación de aplicaciones SIG en Internet/Intranet con el fin de visualizar, consultar y analizar información geográfica a través de la red mediante la tecnología Internet Map Server (IMS).29 Para la visualización se los mapas se utilizo p.mapper que es un framework que ofrece una simple configuración y plantillas de ejemplo para trabajar con MapServer. 29 http://es.wikipedia.org/wiki/MapServer 48 Las funciones que incluye son: Zoom/pan también a través de teclas del teclado, la rueda del ratón, el mapa de referencia, regulador. Fácil configuración de diseño y el comportamiento con el archivo de configuración XML . Consulta funciones (identificar, seleccionar, búsqueda). Completar atributos de búsqueda, selección de casillas, etc. Flexibilidad en los resultados de una consulta a través de plantillas de Java Script. Muestra los resultados de una consulta y se une a la base de datos con hiperenlaces. Interfaz de usuario multilingüe - predefinidos: ES, DE, IT, FR, NL, SK, ES, RU, BR, HR, HU, ZH, JA, BG. Funciones de impresión: HTML y PDF. DHTML ventanas emergentes y cuadros de diálogo. Pop-up identifica al mover con el mouse por encima del mapa . Punto de apoyo para las capas de datos en una base de datos apoyada por el marco PEAR. Distancia y el área de medición de la función. Adición de puntos de interés con las etiquetas en el mapa. Inicio del mapa con zoom predefinidos medida a través de medida explícita o capa característica. API plugin para agregar funcionalidad personalizada. 49 Diversos complementos: capa de transparencia, la consulta de resultados de exportación, y más.30 El uso de esta característica del sistema se encuentra explicado en el manual de usuario del presente proyecto. 1.3.4.3 PHP PHP es un acrónimo recursivo que significa PHP Hypertext Pre-processor (inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado originalmente por Rasmus Lerdof en 1994; sin embargo la implementación principal de PHP es producida ahora por The PHP Group y sirve como el estándar de facto para PHP al no haber una especificación formal. Publicado bajo la PHP License, la Free Software Foundation considera esta licencia como software libre. El gran parecido que posee PHP con los lenguajes más comunes de programación estructurada, como C y Perl, permiten a la mayoría de los programadores crear aplicaciones complejas con una curva de aprendizaje muy corta. También les permite involucrarse con aplicaciones de contenido dinámico sin tener que aprender todo un nuevo grupo de funciones. Aunque todo en su diseño está orientado a facilitar la creación de página web, es posible crear aplicaciones con una interfaz gráfica para el usuario, utilizando la extensión PHP-Qt o PHP-GTK. También puede ser usado desde la línea de órdenes, de la misma manera como Perl o Python pueden hacerlo, a esta versión de PHP se la llama PHP CLI (Command Line Interface). Cuando el cliente hace una petición al servidor para que le envíe una página web, el servidor ejecuta el intérprete de PHP. Éste procesa el script solicitado que generará el contenido de manera dinámica (por ejemplo obteniendo información de una base de datos). El resultado es enviado por el intérprete al servidor, quien a su vez se lo envía al cliente. Mediante extensiones es también 30 http://www.pmapper.net/ 50 posible la generación de archivos PDF, Flash, así como imágenes en diferentes formatos. PHP también tiene la capacidad de ser ejecutado en la mayoría de los sistemas operativos, tales como UNIX (y de ese tipo, como Linux o Mac OS X) y Windows, y puede interactuar con los servidores de web más populares ya que existe en versión CGI, módulo para Apache, e ISAPI. PHP es una alternativa a las tecnologías de Microsoft ASP y ASP.NET (que utiliza C# VB.NET como lenguajes), a ColdFusion de la compañía Adobe (antes Macromedia), a JSP/Java de Sun Microsystems, y a CGI/Perl. Aunque su creación y desarrollo se da en el ámbito de los sistemas libres, bajo la licencia GNU, existe además un IDE (entorno de desarrollo integrado) comercial llamado Zend Studio. Recientemente, CodeGear (la división de lenguajes de programación de Borland) ha sacado al mercado un entorno integrado de desarrollo para PHP, denominado Delphi for PHP, Existe un módulo para Eclipse uno de los IDE más populares. Entre las características principales tenemos las siguientes: Es un lenguaje multiplataforma. Permite la conexión a diferentes tipos de servidores de bases de datos tales como MySQL, PostgreSQL, Oracle, ODBC, DB2, Microsoft SQL Server, Firebird y SQLite. Capacidad de expandir su potencial utilizando la enorme cantidad de módulos (llamados ext o extensiones). Posee una amplia documentación en su página oficial entre la cual se destaca que todas las funciones del sistema están explicadas y ejemplificadas en un único archivo de ayuda. Es libre, por lo que se presenta como una alternativa de fácil acceso para todos. Permite las técnicas de Programación Orientada a Objetos. 51 Biblioteca nativa de funciones sumamente amplia e incluida. No requiere definición de tipos de variables. 1.3.4.4 MYSQL Es un sistema de gestión de base de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones. MySQL es un gestor de bases de datos SQL (Structured Query Language). Es una implementación Cliente-Servidor que consta de un servidor y diferentes clientes (programas/librerías).Podemos agregar, acceder, y procesar datos grabados en una base de datos. Actualmente el gestor de base de datos juega un rol central en la informática, como única utilidad, o como parte de otra aplicación. Es un Sistema de Gestión de Base de Datos Relacional. El modelo relacional se caracteriza a muy grandes rasgos por disponer que toda la información debe estar contenida en tablas, y las relaciones entre datos deben ser representadas explícitamente en esos mismos datos. Esto añade velocidad y flexibilidad. MySQL es un software de código abierto esto quiere decir que es accesible para cualquiera, para usarlo o modificarlo. Podemos descargar MySQL desde Internet y usarlo sin pagar nada, de esta manera cualquiera puede inclinarse a estudiar el código fuente y cambiarlo para adecuarlo a sus necesidades. MySQL usa el GPL (GNU Licencia Publica General) para definir que podemos y no podemos hacer con el software en diferentes situaciones. Entre otras cuestiones esta licencia aclara que no cuesta dinero a menos que lo incluyamos en un software comercial y tenemos el código fuente. La conectividad, velocidad y seguridad hace de MySQL altamente conveniente para acceder a bases de datos en Internet. 52 CAPITULO 2: DESARROLLO DE LA SOLUCIÓN 2.1 MODELADO DEL NEGOCIO Medico Genera Reportes (f rom Actores del Negocio) Administrador Administrar Sistema (f rom Actores del Negocio) Gestionar datos de vi vi enda Dar de al ta famili a Dar de al ta miem bro Digitador (f rom Actores del Negocio) Levantamiento ficha familiar Visitador (f rom Actores del Negocio) Figura 2.1 Modelado del negocio 53 2.1.1 DICCIONARIO DE ACTORES ACTOR DESCRIPCIÓN Administrador Persona encargada de la gestión del sistema por tanto no tiene restricciones de uso del sistema. Digitador Persona encargada de dar de alta a las familias, miembros de cada de ellas, y datos relevantes acerca de la vivienda y condiciones generales de vida. Visitador Es la persona encargada de recabar la información, realiza el levantamiento de la ficha familiar que alimentara al sistema. Médico De acuerdo a la información ingresada al sistema los médicos tendrán la posibilidad de generar reportes con los cuales podrán saber de forma más exacta cual es el sector o la familia que requiere de atención inmediata, tomando decisiones oportunas de acuerdo al caso. Tabla 2.1 Diccionario de actores 54 2.1.2 CATÁLOGO DE CASOS DE USO CASO DE USO ACTOR DESCRIPCIÓN Administrar Administrador Permite crear, modificar y eliminar usuarios con sus respectivos perfiles de acceso al sistema, ingresarán información que el sistema necesita para su correcto funcionamiento como son: Provincias, Cantones de cada una de las provincias, parroquias de cada uno de los cantones, grupos étnicos y nombres de los responsables (visitador familiar) de la ficha. Dar de alta una familia Digitador Utilizando los datos que alimentan inicialmente al sistema se da de alta a cada una de las familias, esta información está contenida en la ficha médica familiar. 55 Dar de alta a los Digitador miembros familiares Permite ingresan los datos de cada uno de los miembros siempre familiares y cuando la familia haya sido de alta previamente. Gestionar datos de la Digitador Permite ingresar datos vivienda de los parámetros que describen las características propias de las viviendas de cada una de las familias. Generar reportes Médicos Permite generar reportes los cuales información mostrarán relacionada con las familias y los riesgos puestos a consideración en cada uno de los casos. Tabla 2.2 Catálogo de casos de uso 56 2.2 REQUISITOS 2.2.1 DOCUMENTO VISIÓN31 El propósito de este documento es identificar el alcance los requisitos y restricciones del sistema con el propósito de proveer herramientas que permitan desarrollar el sistema de una forma clara y precisa. La funcionalidad del sistema se basa principalmente en la gestión de familias pertenecientes al Área de Salud Nº2 en el sector de las casas. Esta gestión permitirá saber de forma clara cuales son los sectores que necesitan mayor atención por parte de los encargados del Área evitando de esta forma que haya personas que no estén debidamente atendidas. Los detalles que cubre el sistema se observan claramente en el modelado de los casos de uso. 2.2.2 ALCANCE El sistema trabajará en forma conjunta con el Área de Salud Nº2 en la prevención y mitigación de riegos en las familias albergadas dentro del área de cobertura de esta casa de salud. Por medio de reportes se determinará de forma clara quienes son los grupos más afectados y por ende los que mayor atención requieren por parte de los médicos encargados del buen manejo del programa de ayuda a familias. Por motivo de investigación se desarrolló una aplicación paralela con los mismos requisitos pero con una interface de mapas que provee Google para sitios web. 31 http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Requisitos.html#VIS 57 2.2.3 SENTENCIA QUE DEFINE EL PROBLEMA El problema de Gestionar familias del sector y determinar los grupos de riesgo de acuerdo a los distintos factores como condiciones de la vivienda, grado de instrucción, estado de vacunas y otros. afecta a Familias del sector, Área de Salud Nº 2. El impacto asociado es Almacenar toda la información referente las familias, condiciones de la vivienda, los datos de sus integrantes, y que esta información esté al instante accesible y actualizada en lugares físicamente muy distantes es un proceso prácticamente imposible de realizar en el caso de que no esté informatizado. Una solución adecuada Informatizar el proceso, usando una red local sería con una base de datos accesible desde los distintos nodos de la red y generar interfaces web amigables y sencillas con las que se pueda acceder a dicha base de datos. Tabla 2.3 Definición del problema 58 2.2.4 SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO Para Médicos, Administradores, Digitadores del Área de Salud Nº2. Quienes Controlan las fichas familiares, los datos que se guardan en la misma para apoyar a la comunidad generando programas de ayuda necesarios para el desarrollo comunitario. El producto Es una herramienta software. que Almacena y gestiona la información relacionada con la ficha médica familiar del Área de Salud Nº2. no como El sistema actual. El producto Permite administrar los datos relacionados con la ficha médica familiar con una interfaz web amigable. Además proporciona un acceso rápido y actualizado a la información desde cualquier punto que tenga acceso a la base de datos. Tabla 2.4 Posición del producto 59 2.2.5 ENTORNO DE USUARIO Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema operativo Windows 2000, Windows XP o superior y tras este paso entrarán a la parte de aplicación diseñada en entorno Web para cada uno según su papel que desempeña en el rol del sistema del Área de Salud. Este sistema es similar a cualquier aplicación Web que se utilice en Internet y por tanto los usuarios estarán familiarizados con su entorno. 2.2.6 DESCRIPCIÓN GLOBAL DEL PRODUCTO 2.2.6.1 PERSPECTIVA DEL PRODUCTO El producto a desarrollar es un sistema global para el Área de Salud Nº 2, con la intención de informatizar el proyecto del Programa de Salud Comunitaria. 2.2.6.2 RESUMEN DE CARACTERÍSTICAS A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto: Beneficio del cliente Características que lo apoyan Facilidad para gestionar los datos Aplicación web desde la cual poder recogidos con la Ficha Médica realizar el ingreso de datos. Familiar. Gestión de reportes con los cuales Optimización de datos para generar identificar los riesgos familiares. perspectivas con las cuales los médicos puedan identificar los riesgos con los comunidad. cuales trabajar en la 60 Mayor facilidad para la gestión de los Base de datos centralizada recogida datos de las personas del sector de las con la información recogida el al ficha Casas y con la cual poder generar médica familiar. reportes estadísticos e identificar los sectores de riesgo. Tabla 2.5 Resumen de características 2.2.7 DETERMINACIÓN DE LOS REQUISITOS Para la realización de este sistema se han tomado en cuenta los requerimientos que el Área de Salud ha dispuesto para la recolección de datos en la Ficha Médica Familiar, esta ficha luego de revisiones tiene las siguientes características: Ingreso de familias con la ubicación domiciliaria en un mapa e indicando quién es el responsable de la toma de los datos así como a la subdivisión que pertenece. Descripción de las condiciones generales de la vivienda o morada en la cual se habita una determinada familia. Ingreso de los miembros familiares de cada una de las familias indicando características especiales de cada uno como fecha de nacimiento, peso, tipo de sangre y otros que son propios de cada uno y sirve para identificarlos en un grupo en particular. Creación de reportes que indiquen los grupos de riesgo en los cuales se debe poner mayor atención y procurar disponer de recursos para ayudar a las personas que tengan más necesidad. 61 2.2.8 RESTRICCIONES Por lo descrito anteriormente el sistema no realizará lo siguiente: Al mencionar ubicación domiciliaria de la familia en un mapa se refiere a la ubicación domiciliar en un mapa de calles provisto para el presente proyecto, que la información del mapa este actualizada no es naturaleza del sistema. Este al ser un sistema de evaluación de riesgos no comprende en ningún momento la incorporación de historias clínicas ni ninguna otra aplicación médica ya que lo único que ayuda es a la elaboración de reportes que sirven para identificar posibles grupos de riesgos y proponer alternativas de ayuda para los grupos identificados. Al ser un sistema Web podrán tener acceso desde cualquier parte de la intranet siempre y cuando tenga los permisos y políticas definidas por el Área de Salud, no es parte de la solución proveer herramientas de manejo de dominios, VPN y otros que son de manejo exclusivo de administradores de red, si fuera el caso para el acceso al sistema desde el Internet es responsabilidad del Área de Salud ponerlo en un Web hosting y de esta forma el ingreso al mismo se lo haría desde cualquier máquina solo con el requerimiento de tener conexión a la Internet. La validez de los datos ingresados, así como el manejo de los mismos es responsabilidad de los Administradores del sistema en el Área de Salud. La generación y buen uso de la información procesada en los distintos reportes ayudaran a la toma de decisiones por parte de los miembros del Área de Salud. 62 2.2.9 TERMINOLOGÍA Los términos asociados en este apartado se encuentran recogidos en la parte del glosario general de términos. 63 2.2.10 CASOS DE USO 2.2.10.1 DIAGRAMA DEL SISTEMA Gestionar e interpretar resultados (f rom Generar Reportes) Genera Reportes Gestionar Parroquias Crear Usuarios Ingresar Datos Familiares (f rom Administrar) (f rom Administrar) (f rom Administrar) Gestionar Provincias (f rom Administrar) Médico (f rom Actores del Negocio) Gestionar Ciudades (f rom Administrar) Gestionar grupos étnicos (f rom Administrar) Administrar Sistema Administrador Gestionar Responsables de Fichas (f rom Actores del Negocio) (f rom Administrar) Gestionar datos de vivienda Dar de alta familia Digitador (f rom Actores del Negocio) Dar de alta miembro Levantamiento ficha familiar Visitador (f rom Actores del Negocio) Figura 2.2 Diagrama del sistema 64 2.2.10.2 MÓDULO ADMINISTRAR 2.2.10.2.1 GESTIONAR USUARIOS Gestionar Usuarios Validar Perfil es Administrador (f rom Actores del Negocio) Figura 2.3 CU: 01 Gestionar Usuarios GESTIONAR USUARIO Objetivos Asociados OBJ 1: Dar de alta un usuario si no está en el sistema. OBJ 2: Actualizar datos de usuario en caso de ser necesario. OBJ 3: Dar de baja a un usuario en caso de que este ya no esté permitido para realizar un acción en el sistema. Descripción El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario presione gestionar usuarios. Actores Act01: Administrador. Precondición El usuario debe estar dado de alta en el sistema y tener perfil de administrador. Flujo: Dar de alta a usuario Secuencia Paso Acción 65 Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar usuarios. 4 Elige la opción ingresar nuevo. 5 Llena los campos requeridos y asigna un perfil de acuerdo al uso que va a tener en el sistema. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo del error sin guardar la nueva información. 8 Poscondición El sistema almacena el nuevo usuario. El usuario nuevo puede ingresar con su nombre de usuario y contraseña para usar el sistema. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 6 Elige la opción cancelar y sale de la pantalla. 66 Flujo: Actualizar usuario Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar usuarios. 4 Ingresa el criterio de búsqueda, 5 Selecciona el usuario que quiere actualizar. 6 El sistema despliega los datos del usuario que desea actualizar. 7 Cambia los datos del usuario. 8 Escoja la opción actualizar. 9 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 9. En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 El sistema almacena los cambios al usuario. 67 Poscondición El usuario de acuerdo a los cambios que se han realizado puede ingresar a seguir utilizando el sistema. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 8 Elige la opción cancelar y sale de la pantalla. Tabla 2.6 CU: 01 Gestionar Usuarios 2.2.10.2.2 GESTIONAR PROVINCIAS Gestionar Provincias Administrador (f rom Actores del Negocio) Figura 2.4 CU: 02 Gestionar Provincias GESTIONAR PROVINCIAS Objetivos Asociados Descripción OBJ 1: Crear una Provincia OBJ 2: Actualizar datos de Provincia en caso de ser necesario. El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario presione gestionar provincias. 68 Actores Act01: Administrador Precondición El usuario debe estar dado de alta en el sistema y tener perfil de administrador. Flujo: Dar de alta una provincia Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar provincias. 4 Elige la opción ingresar nuevo. 5 Ingresa el nombre de la provincia. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo del error sin guardar la nueva información. 8 Poscondición El sistema almacena la nueva provincia. La nueva provincia está disponible para su uso en la pantalla de ingreso de datos de una familia. 69 Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Flujo: Actualizar provincia Secuencia Paso Acción 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar provincias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la provincia que quiere actualizar. 6 El sistema despliega los datos de la provincia que Normal desea actualizar. 7 Cambia los datos de la provincia. 8 Escoja la opción actualizar. 9 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 10. 70 En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 Poscondición El sistema almacena los cambios a la provincia. Los cambios realizados se ven reflejados en el sistema al momento de hacer uso de la provincia. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Tabla 2.7 CU: 02 Gestionar Usuarios 2.2.10.2.3 GESTIONAR CIUDADES Gestionar Provincias Gestionar Ci udades Figura 2.5 CU: 03 Gestionar Ciudades GESTIONAR CIUDADES Objetivos Asociados Descripción OBJ 1: Crear una Ciudad OBJ 2: Actualizar datos de la Ciudad en caso de ser necesario. El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario presione gestionar ciudades. Actores Act01: Administrador 71 Precondición El usuario debe estar dado de alta en el sistema y tener perfil de administrador. Debe estar dada de alta por lo menos una provincia para agregar una ciudad. Flujo: Dar de alta una ciudad Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar ciudades. 4 Elige la opción ingresar nuevo. 5 Llena el nombre de la ciudad y ubica la provincia a la que pertenece. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo del error sin guardar la nueva información. 8 El sistema almacena la nueva ciudad. 72 Poscondición La nueva ciudad está disponible para su uso en la pantalla de ingreso de datos. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema Flujo: Actualizar ciudad Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar ciudades. 4 Ingresa el criterio de búsqueda. 5 Selecciona la ciudad que quiere actualizar. 6 El sistema despliega los datos de la ciudad que desea actualizar. 7 Cambia los datos de la ciudad. 8 Escoja la opción actualizar. 9 El sistema verifica si los nuevos datos son correctos. 73 En caso afirmativo sigue al paso 10. En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 Poscondición El sistema almacena los cambios a la ciudad. Los cambios realizados se ven reflejados en el sistema al momento de hacer uso de la ciudad. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Tabla 2.8 CU: 03 Gestionar Provincias 2.2.10.2.4 GESTIONAR PARROQUIAS Gestionar Ciudades Gestionar Parroquias Figura 2.6 CU: 04 Gestionar Parroquias GESTIONAR PARROQUIAS Objetivos Asociados OBJ 1: Crear una Parroquia OBJ 2: Actualizar datos de la Parroquia en caso de ser necesario. 74 Descripción El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario presione gestionar parroquias Actores Act01: Administrador Precondición El usuario debe estar dado de alta en el sistema y tener perfil de administrador. Debe estar dada de alta por lo menos una ciudad. Flujo: Dar de alta una parroquia Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar parroquias. 4 Elige la opción ingresar nuevo. 5 Llena el nombre de la parroquia y ubica la ciudad a la que pertenece. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo 75 del error sin guardar la nueva información. 8 El sistema almacena la nueva parroquia. 76 Poscondición La nueva parroquia está disponible para su uso en la pantalla de ingreso de datos. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Flujo: Actualizar parroquia Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar parroquias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la parroquia que quiere actualizar. 6 El sistema despliega los datos de la parroquia que desea actualizar. 7 Cambia los datos de la parroquia. 8 Escoja la opción actualizar. 77 9 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 10. En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 Poscondición El sistema almacena los cambios a la parroquia. Los cambios realizados se ven reflejados en el sistema al momento de hacer uso de la parroquia. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Tabla 2.9 CU: 04 Gestionar Parroquias 78 2.2.10.2.5 GESTIONAR GRUPOS ÉTNICOS Gestionar grupos étnicos Administrador (from Actores del Negocio) Figura 2.7 CU: 05 Gestionar Grupos étnicos GESTIONAR GRUPOS ÉTNICOS Objetivos Asociados OBJ 1: Crear un nuevo grupo étnico. OBJ 2: Actualizar datos del grupo étnico en caso de ser necesario. Descripción El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario presione gestionar grupos étnicos. Actores Act01: Administrador Precondición El usuario debe estar dado de alta en el sistema y tener perfil de administrador Flujo: Dar de alta un grupo étnico Secuencia Paso Acción 1 Ingresar al sistema con usuario y contraseña. Normal 79 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar grupos étnicos 4 Elige la opción ingresar nuevo. 5 Llena la descripción del grupo étnico. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo del error sin guardar la nueva información. 8 Poscondición El sistema almacena el nuevo grupo étnico El nuevo grupo étnico está disponible para ser usado en el sistema Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Flujo: Actualizar grupo étnico Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 80 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar grupos étnicos. 4 Ingresa el criterio de búsqueda. 5 Selecciona el grupo étnico que quiere actualizar. 6 El sistema despliega los datos del grupo étnico que desea actualizar. 7 Cambia los datos del grupo étnico. 8 Escoja la opción actualizar. 9 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 10. En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 Poscondición El sistema almacena los cambios al grupo étnico. Los cambios realizados se ven reflejados en el sistema al momento de hacer uso del grupo étnico. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema Tabla 2.10 CU: 05 Gestionar Grupos Étnicos 81 2.2.10.2.6 GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR Administrador Gestionar Responsables de Fichas (from Actores del Negocio) Figura 2.8 CU: 06 Gestionar Responsables de la Ficha Familiar Gestionar responsables de ficha familiar Objetivos OBJ 1: Crear un nuevo responsable del llenado de fichas Asociados familiares, es el responsable de la veracidad de los datos. OBJ 2: Actualizar datos del responsable del llenado de la ficha familiar en caso de ser necesario. Descripción El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario presione gestionar responsables de ficha familiar. Actores Act01: Administrador. Precondición El usuario debe estar dado de alta en el sistema y tener perfil de administrador. Flujo: Dar de alta un responsable de la ficha familiar Secuencia Paso Acción 82 Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar responsables de ficha familiar. 4 Elige la opción ingresar nuevo. 5 Llena los datos del responsable de la ficha familiar. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo del error sin guardar la nueva información. 8 El sistema almacena el nuevo responsable de la ficha familiar. Poscondición El nuevo responsable del llenado de la ficha está disponible para ser usado en el sistema. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 83 Flujo: Actualizar responsable de la ficha familiar Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar grupos étnicos. 4 Ingresa el criterio de búsqueda. 5 Selecciona el responsable de ficha familiar que quiere actualizar. 6 El sistema despliega los datos del responsable de ficha familiar que desea actualizar. 7 Cambia los datos del responsable de ficha familiar. 8 Escoja la opción actualizar. 9 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 10. En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 El sistema almacena los cambios al responsable de la 84 ficha familiar. Poscondición Los cambios realizados se ven reflejados en el sistema al momento de hacer uso del responsable de la ficha familiar. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Tabla 2.11 CU: 06 Gestionar Responsables de la Ficha Familiar 2.2.10.3 MÓDULO INGRESO DE DATOS 2.2.10.3.1 GESTIONAR FAMILIAS Digitador Dar de alta f amilia (from Actores del Negocio) (from Modelo de Casos de Uso) Figura 2.9 CU: 07 Gestionar Familias GESTIONAR FAMILIAS Objetivos Asociados OBJ 1: Dar de alta una familia si no está en el sistema. OBJ 2: Actualizar datos de una familia en caso de ser necesario. Descripción El sistema deberá comportarse tal y como se describe en el 85 caso de uso cuando el usuario presione gestionar familias. Actores Act01: Administrador Act02: Digitador Precondición El usuario debe estar dado de alta en el sistema y con los privilegios necesarios para gestionar familias. Debe estar dado de alta al menos un dato de provincia, ciudad, parroquia, grupo étnico y responsable de ficha familiar Flujo: Dar de alta una familia Secuencia Paso Acción 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar familias. 4 Elige la opción ingresar familia. 5 Llena los campos requeridos en la familia. 6 Elige la opción guardar. 7 El sistema verifica si los nuevos datos son correctos. Normal En caso afirmativo sigue al paso 8. En caso negativo regresa al paso 6 indicando el motivo 86 del error sin guardar la nueva información. 8 Poscondición El sistema almacena la nueva familia. La nueva familia está dada de alta y es posible agregar miembros familiares. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 6 Elige la opción regresar y sale de la pantalla. Flujo: Actualizar familia Secuencia Paso Acción 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar familias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la familia que quiere actualizar. 6 El sistema despliega los datos de la familia que desea Normal actualizar. 87 7 Cambia los datos de la familia. 8 Escoja la opción actualizar. 9 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 10. En caso negativo regresa al paso 8 indicando el motivo del error sin guardar la nueva información. 10 Poscondición El sistema almacena los cambios a la familia. Los cambios que se realicen a la familia afectaran a todos los miembros relacionados con la misma. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 8 Elige la opción regresar y sale de la pantalla. Tabla 2.12 CU: 07 Gestionar Familias 88 2.2.10.3.2 GESTIONAR MIEMBROS FAMILIARES Dar de alta fami lia Dar de alta miembro (f rom Modelo de Casos de Uso) (f rom Modelo de Casos de Uso) Figura 2.10 CU: 08 Gestionar Miembros Familiares GESTIONAR MIEMBROS FAMILIARES Objetivos Asociados Descripción OBJ 1: Dar de alta un miembro familiar. OBJ 2: Actualizar los datos de un miembro familiar. El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario ingrese a la pantalla de gestión de miembros familiares. Actores Act01: Administrador. Act02: Digitador. Precondición El usuario debe estar dado de alta en el sistema y con los privilegios necesarios para gestionar miembros familiares. Debe estar dada de alta la familia a la que se va a ingresar un miembro familiar. Flujo: Dar de alta un miembro familiar Secuencia Paso Acción 89 Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar familias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la familia a la cual se va a dar de alta un miembro familiar. 6 Se despliega la pantalla de gestión de miembros familiares. 7 Escoge la opción ingresar miembros. 8 Ingresa los datos de acuerdo al miembro que se esté dando de alta. 9 Elige la opción guardar 10 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 11. En caso negativo regresa al paso 9 indicando el motivo del error sin guardar la nueva información. 11 El sistema almacena al miembro familiar de acuerdo a los datos guardados lo clasifica en un rango de edad. Poscondición El miembro familiar que fue dado de alta pasa a ser parte de la 90 familia en la cual fue ingresado. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 9 Elige la opción cancelar y sale de la pantalla. Flujo: Actualizar miembros familiares Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar familias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la familia en la que desea actualizar un miembro familiar. 6 El sistema despliega la pantalla de gestión de miembros familiares. 7 Ingresa el criterio de búsqueda. 8 Selecciona el miembro que va a ser actualizado. 91 9 Actualiza los datos del miembro familiar. 10 Elige la opción actualizar. 11 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 12. En caso negativo regresa al paso 10 indicando el motivo del error sin guardar la nueva información. 12 Poscondición El sistema almacena los cambios al usuario. Los datos que se cambien en el miembro familiar se verán reflejados en el sistema. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. 10 Elige la opción cancelar y sale de la pantalla. Tabla 2.13 CU: 08 Gestionar Miembros Familiares 92 2.2.10.3.3 GESTIONAR CONDICIONES DE LA VIVIENDA Dar de al ta fami li a Gestionar datos de vi vi enda (f rom Modelo de Casos de Uso) (f rom Modelo de Casos de Uso) Figura 2.11 CU: 09 Gestionar Condiciones de la vivienda GESTIONAR CONDICIONES DE LA VIVIENDA Objetivos OBJ 1: Guardar datos de la vivienda habitada por cada una de Asociados las familias. Descripción El sistema deberá comportarse tal y como se describe en el caso de uso cuando el usuario ingrese a la pantalla de gestión de condiciones de vivienda. Actores Act01: Administrador. Act02: Digitador. Precondición El usuario debe estar dado de alta en el sistema y con los privilegios necesarios para gestionar las condiciones de vivienda. Debe estar dada de alta la familia a la que se va a las condiciones de la vivienda. Flujo: Guardar datos de condiciones de vivienda Secuencia Paso Acción 93 Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar familias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la familia a la cual se va a dar de alta un miembro familiar. 6 Se despliega la pantalla de gestión de miembros familiares. 7 En el menú escoge la opción gestión de vivienda. 8 Guarda la información de acuerdo a los datos de la ficha médica. 9 Elige la opción guardar 10 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 11. En caso negativo regresa al paso 9 indicando el motivo del error sin guardar la nueva información. 11 El sistema almacena al los datos de la condición de la vivienda. Poscondición Las condiciones de la vivienda servirán como indicador para 94 gestionar los datos de las familias. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Flujo: Actualizar condiciones de la vivienda Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario ingresa a gestionar familias. 4 Ingresa el criterio de búsqueda. 5 Selecciona la familia en la que desea las condiciones de la vivienda. 6 El sistema despliega la pantalla de gestión de miembros familiares. 7 En el menú escoge la opción gestión de vivienda. 8 Guarda la información de acuerdo a los datos de la ficha médica. 9 Elige la opción guardar. 95 10 El sistema verifica si los nuevos datos son correctos. En caso afirmativo sigue al paso 11. En caso negativo regresa al paso 9 indicando el motivo del error sin guardar la nueva información. 11 El sistema almacena al los datos de la condición de la vivienda. Poscondición Las condiciones de la vivienda servirán como indicador para gestionar los datos de las familias. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le permite el acceso al sistema. Tabla 2.14 CU: 09 Gestionar Condiciones de la vivienda 96 2.2.10.4 MÓDULO DE REPORTES 2.2.10.4.1 GENERAR REPORTES Médico Genera Reportes (f rom Actores del Negocio) (f rom Modelo de Casos de Uso) Figura 2.12 CU: 10 Generación de Reportes GENERAR REPORTES Objetivos OBJ 1: Generar reportes que ayudaran a los responsables de Asociados las fichas médicas a tomar decisiones para el apoyo de las personas en el barrio. Descripción El sistema deberá generar los reportes de acuerdo a lo que solicite el usuario Actores Act01: Administrador. Act02: Médico Operador. Precondición El usuario debe estar dado de alta en el sistema con la capacidad de generar reportes. Deben estar ingresados los datos de al menos una familia. 97 Flujo: Generar reporte Secuencia Paso Acción Normal 1 Ingresar al sistema con usuario y contraseña. 2 El sistema da entrada al usuario. 3 El usuario elige la opción reportes. 4 Se despliega una lista con los posibles reportes. 5 Selecciona el reporte que desea generar. 6 Filtra los datos de acuerdo al reporte. 7 Selecciona generar reporte. 8 Se muestra el reporte que el usuario escogió. 9 Elige la opción imprimir 10 Se imprime el reporte Poscondición Se imprime los reportes generados. Excepciones Paso Acción 1 El usuario no está dado de alta por tanto no se le 98 permite el acceso al sistema Tabla 2.15 CU: 10 Gestionar Reportes 2.3 ANÁLISIS Y DISEÑO 2.3.1 DIAGRAMAS DE COLABORACIÓN 2.3.1.1 MÓDULO ADMINISTRAR 2.3.1.1.1 GESTIONAR USUARIOS 3: Validar Datos de Usuario 6: Registrar Proceso 1: Desplegar Pantalla 2: Ingresar Datos 4: Buscar Perfil : Administrador : USUARIO 7: Confirmar Fin del Proceso : Gestionar Usuario : Administrar Usuario 5: Retornar Perfil : PERFIL Figura 2.13 Diagrama de Colaboración - Gestionar Usuarios Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Usuario. 2 Ingresa los datos necesarios. 3 Valida los datos ingresados. 4 Busca el perfil para asignarle a un usuario. 5 Retorna el perfil. 6 Registra el proceso (nuevo, editar o eliminar). 7 Mensaje de confirmación de fin del proceso (nuevo, editar o eliminar). Tabla 2.16 Diagrama de colaboración – Gestionar Usuarios 99 2.3.1.1.2 GESTIONAR PROVINCIAS 2: Criterio de búsqueda 1: Desplegar Pantalla : C:BUSCADOR 5: Crear 4: Datos : Administrador 6: Datos : UI:Provincias 3: Recuperar : C:GENERAR : E:PROVINCIA 7: Actualizar : C:ACTUALIZAR Figura 2.14 Diagrama de Colaboración Gestionar provincias Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Provincias. 2 Ingresa criterio de búsqueda. 3 Recupera datos de provincia. 4 Datos de creación de la provincia. 5 Crea una nueva provincia. 6 Datos para actualizar la provincia. 7 Actualizar datos de la provincia. Tabla 2.17 Diagrama de colaboración – Gestionar Provincias 100 2.3.1.1.3 GESTIONAR CIUDADES 3: Recuperar 2: Criterio de búsqueda : C:BUSCADOR 5: Crear 4: Datos 1: Desplegar pantalla : Administrador : UI: CIUDAD 6: Datos : C:GENERAR : E: CIUDAD 7: Actualizar : C:ACTUALIZAR Figura 2.15 Diagrama de Colaboración Gestionar ciudades Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Ciudad. 2 Ingresa criterio de búsqueda. 3 Recupera datos de ciudad. 4 Datos de creación de la ciudad. 5 Crea una nueva ciudad. 6 Datos para actualizar la ciudad. 7 Actualizar datos de la ciudad. Tabla 2.18 Diagrama de colaboración – Gestionar Ciudades 101 2.3.1.1.4 GESTIONAR PARROQUIAS : C:BUSCADOR 3: Recuperar 2: Criterio de búsqueda 1: Desplegar pantalla 4: Datos : Administrador 5: Crear : C:GENERAR : UI: PARROQUIAS 6: Datos 7: Actualizar : E: PARROQUIAS : C:ACTUALIZAR Figura 2.16 Diagrama de Colaboración Gestionar parroquias Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Parroquia. 2 Ingresa criterio de búsqueda. 3 Recupera datos de parroquia. 4 Datos de creación de la parroquia. 5 Crea una nueva parroquia. 6 Datos para actualizar la parroquia. 7 Actualizar datos de la parroquia. Tabla 2.19 Diagrama de colaboración – Gestionar Parroquias 102 2.3.1.1.5 GESTIONAR GRUPOS ÉTNICOS 3: Recuperar 2: Criterio de búsqueda : C:BUSCADOR 1: Desplegar pantalla : Administrado 4: Datos : UI: GRUPOS ÉTNICOS 6: Crear 5: Crear : C:GENERAR 7: Actualizar : E: GRUPOS ÉTNICOS : C:ACTUALIZAR Figura 2.17 Diagrama de Colaboración Gestionar grupos étnicos Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Grupos Étnicos. 2 Ingresa criterio de búsqueda. 3 Recupera datos de grupo étnico. 4 Datos de creación del grupo étnico. 5 Crea un nuevo grupo étnico. 6 Datos para actualizar el grupo étnico. 7 Actualizar datos del grupo étnico. Tabla 2.20 Diagrama de colaboración – Gestionar Grupos étnicos 103 2.3.1.1.6 GESTIONAR RESPONSABLES DE LA FICHA MÉDICA FAMILIAR : C:BUSCADOR 3: Recuperar 2: Criterio de búsqueda 1: Desplegar pantalla 4: Datos : Administrador 5: Crear : C:GENERAR : UI: RESPONSABLE FICHA 6: Datos : E: RESPONSABLE FICHA 7: Actualizar : C:ACTUALIZAR Figura 2.18 Diagrama de Colaboración Gestionar Responsables de la ficha familiar Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Responsables de Ficha. 2 Ingresa criterio de búsqueda. 3 Recupera datos de responsable de ficha. 4 Datos de creación del responsable de ficha. 5 Crea un nuevo responsable de ficha. 6 Datos para actualizar el responsable de ficha. 7 Actualizar datos del responsable de la ficha. Tabla 2.21 Diagrama de colaboración – Gestionar Responsables de la ficha 104 2.3.1.2 MÓDULO INGRESO DE DATOS 2.3.1.2.1 GESTIONAR FAMILIAS 3: Recuperar : C:BUSCADOR 2: Criterio de búsqueda 4: Datos 1: Desplegar pantalla : Administrador : UI: FAMILIA 6: Datos 5: Crear : C:GENERAR : E: FAMILIA 7: Actualizar : C:ACTUALIZAR Figura 2.19 Diagrama de Colaboración Gestionar Familias Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Familias. 2 Ingresa criterio de búsqueda. 3 Recupera datos de una familia. 4 Datos de creación de la familia. 5 Crea una nueva familia. 6 Datos para actualizar la familia. 7 Actualizar datos de la familia. Tabla 2.22 Diagrama de colaboración – Gestionar Familias 105 2.3.1.2.2 GESTIONAR MIEMBROS FAMILIARES : Digitador 1: Desplegar pantalla 2: Criterio de búsqueda : UI: FAMILIA : C:BUSCADOR : C:BUSCADOR 5: Criterio de búsqueda 6: Recuperar 3: Recuperar 8: Validar 4: Desplegar pantalla 9: Crear 7: Datos : C:GENERAR : E: FAMILIA : UI: MIEMBRO : E: MIEMBRO 10: Datos 11: Actualizar : C:ACTUALIZAR Figura 2.20 Diagrama de Colaboración Gestionar Miembros Familiares Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Familias. 2 Ingresa criterio de búsqueda. 3 Recupera datos de una familia. 4 Despliega en pantalla Gestionar Miembros. 5 Ingresa criterio de búsqueda. 6 Recupera datos de un miembro familiar. 106 7 Datos de creación de un miembro familiar. 8 Validar datos de ingreso. 9 Crea un nuevo miembro familiar. 10 Datos de actualización de un miembro familiar. 11 Actualización de los datos de un miembro familiar. Tabla 2.23 Diagrama de colaboración – Gestionar Miembros Familiares 2.3.1.2.3 GESTIONAR CONDICIONES DE LA VIVIENDA : Digitador 1: Desplegar pantalla 2: Criterio de búsqueda : C:BUSCADOR : UI: FAMILIA 3: Recuperar 4: Desplegar pantal la : E: FAMILIA 5: Datos 7: Mensaje de confirm ación : UI: CONDICIÓN DE LA VIVIENDA 6: Actualiza : C:ACT UALIZAR : E: CONDICIÓN DE VIVIENDA Figura 2.21 Diagrama de Colaboración Gestionar Condiciones de la vivienda Nº DESCRIPCIÓN 1 Despliega en la pantalla Gestionar Familias. 2 Ingresa criterio de búsqueda. 3 Recupera datos de una familia. 4 Despliega en pantalla Gestionar Condición de la vivienda. 5 Datos de actualización de un miembro familiar. 6 Actualización de los datos de un miembro familiar. 7 Despliega mensaje de confirmación. Tabla 2.24 Diagrama de colaboración – Gestionar Condiciones de la vivienda 107 2.3.1.3 MÓDULO REPORTES 2.3.1.3.1 GENERAR REPORTES 3: Val ida parámetros 1: Despl egar pantal la 2: Ingresa parámetros 4: Genera 5: Impri me : Médico : UI: REPORT ES : C: GEST IONAR PARÁMET ROS : E: REPORT E Figura 2.22 Diagrama de Colaboración Generar Reportes Nº DESCRIPCIÓN 1 Despliega en la pantalla Generar Reportes según el reporte seleccionado. 2 Ingresa el/los parámetros. 3 Valida los parámetros para la generación del reporte. 4 Genera el reporte seleccionado. 5 Imprime el reporte. Tabla 2.25 Diagrama de colaboración – Generar Reportes 108 2.3.2 DIAGRAMAS DE SECUENCIA 2.3.2.1 2.3.2.1.1 MÓDULO ADMINISTRAR GESTIONAR USUARIOS : Administrador : :Gestionar Usuario : :Administrar Usuario : USUARIO 1. Desplegar pantalla 2. Ingresar Datos 3. Validar datos de usuario 4. Buscar datos de perfil 5. Retornar Perfil 6. Registrar Proceso 7. Confirmar fin del proceso Figura 2.23 Diagrama de Secuencia Gestionar Usuarios : PERFIL 109 2.3.2.1.2 GESTIONAR PROVINCIAS : Administrador : UI:Provincias : C:BUSCADOR : C:GENERAR : C:ACTUALIZAR : E:PROVINCIA 1. Desplegar pantalla 2. Criterio de búsqueda Recuperar datos Datos de nuevos Crea provincia Datos actualizar Figura 2.24 Diagrama de Secuencia Gestionar Provincias Actualiza provincia 110 2.3.2.1.3 GESTIONAR CIUDADES : Administrador : UI: CIUDAD : C:BUSCADOR : C:GENERAR : C:ACTUALIZAR : E: CIUDAD 1. Desplegar pantalla 2. Criterio de Búsqueda 3. Recuperar datos 4. Nuevos datos 5. Crea ciudad 6. Datos actualizar 7. Actualiza ciudad Figura 2.25 Diagrama de Secuencia Gestionar Ciudades 111 2.3.2.1.4 GESTIONAR PARROQUIAS : Administrador : UI: PARROQUIAS : C:BUSCADOR : C:GENERAR : C:ACTUALIZAR : E: PARROQUIAS 1. Desplegar pantalla 2. Criterio de búsqueda 3. Recuperar datos 4. Nuevos datos 5. Crear parroquias 6. Datos actualizar 7. Actualizar parroquia Figura 2.26 Diagrama de Secuencia Gestionar Parroquias 112 2.3.2.1.5 GESTIONAR GRUPOS ÉTNICOS : Administrador : UI: GRUPOS ÉTNICOS : C:BUSCADOR : C:GENERAR : C:ACTUALIZAR : E: GRUPOS ÉTNICOS 1. Desplegar pantalla 2. Criterio de Búsqueda 3. Recupera Datos 4. Datos nuevos 5. Crea grupo étnico 6. Datos actualizar 7. Actualizar grupo étnico Figura 2.27 Diagrama de Secuencia Gestionar Grupos étnicos 113 2.3.2.1.6 GESTIONAR RESPONSABLES DE LA FICHA MÉDICA FAMILIAR : Administrador : UI: RESPONSABLE FICHA : C:BUSCADOR : C:GENERAR : C:ACTUALIZAR : E: RESPONSABLE FICHA 1. Desplegar pantalla 2. Criterio de búsqueda 3. Recupera Datos 4. Datos Nuevos 5. Crea Responsable Ficha 6. Datos actualiza 7. Actualiza Responsable Ficha Figura 2.28 Diagrama de Secuencia Gestionar Responsables de la ficha familiar 114 2.3.2.2 MÓDULO INGRESO DE DATOS 2.3.2.2.1 GESTIONAR FAMILIAS : Digitador : UI: FAMILIA : C:BUSCADOR : C:GENERAR : C:ACTUALIZAR : E: FAMILIA 1. Desplegar Pantalla 2. Criterio de búsqueda 3. Recuperar datos 4. Datos Nuevos 5. Crear Familia 6. Datos Actualizar 7. Actualizar Familia Figura 2.29 Diagrama de Secuencia Gestionar Familias : E: FAM ILIA : UI: MIEMBRO : C:BUSCADOR : C:ACT UALIZAR Figura 2.30 Diagrama de secuencia Gestionar Miembros Familiares : E: MIEMBRO 11. Actualizar miem bro 9. Crear miembro 8. Val idar Datos 6. Recuperar datos : C:GENERAR 10. Datos actualizar 7. Datos nuevos 5. Criterio de busqueda 3. Recuperar datos 4. Desplegar Pantalla : C:BUSCADOR 2. Criterio de búsqueda 1. Desplegar Pantalla : UI: FAMILIA GESTIONAR MIEMBROS FAMILIARES : Administrador 2.3.2.2.2 115 2.3.2.2.3 : UI: FAMILIA : C:BUSCADOR : E: CONDICIÓN DE VIVIENDA 6. Actuali zar condiciones de l a vi vi enda : C:ACT UALIZAR Figura 2.31 Diagrama de secuencia Gestionar Condiciones de la vivienda 7. Mensaje de confirmación 5. Datos Actualizar : UI: CONDICIÓN DE LA VIVIENDA 4. Desplegar pantalla : E: FAM ILIA 3. Recuperar Datos 2. Criterio de búsqueda 1. Desplegar pantalla : Digi tador GESTIONAR CONDICIONES DE LA VIVIENDA 116 117 2.3.2.3 MÓDULO REPORTES 2.3.2.3.1 GENERAR REPORTES : Médico : UI: REPORTES : C: GESTIONAR PARÁMETROS : E: REPORTE 1. Despliega Pantalla 2. Ingresa Parámetros 3. Valida parámetros ingresados 4. Genera Reporte 5. Imprime Reporte Figura 2.32 Diagrama de secuencia Generar Reportes 118 2.3.2.4 DIAGRAMA DE CLASES USUARIOS id_usuario Nombre usuari o usuari o acceso contrasena usuario perfi l usuario 1..n 1..n 1..n buscar usuario() actual izar usuario() ingresar usuari o() DIGITADOR GRUPO ÉTNICO Ingresar Datos() Id_Grupo Étnico Nombre Grupo Étni co buscar grupo étnico() actual izar grupo étnico() ingresar grupo étnico() Miembros Familiares FAMILIA PARROQUIA 1..n ADMINISTRADOR Administrar() Id_Parroquia Nombre_Parroqui a buscar parroquia() actual izar parroquia() ingresar parroquia() n 1..1 CIUDAD Id_Ciudad Nombre_Ci udad buscar ciudad() actual izar ciudad() ingresar ciudad() id_Fam ilia Unidad Operativa Apel li dos_fam ili a com unidad dirección sector referencias T eléfono Fecha de ingreso provincia ciudad parroquia grupo étnico encontrar ubi cación 1..1 1..n buscar fami li a() actualizar famili a() ingresar fami lia() cargar mapa() id_miembro Nombre_m iembro Apel lido_miembro Identificaci ón fecha de nacimi ento parentesco sexo escolaridad ocupaci ón seguro historia cl ínica esquema de vacunas discapaci dad enfermedad de impacto problemas bucales peso embarazada(si / no) fecha de úl tim a menstruación antecedentes patológicos dosis vacunaci on dt antecedentes gi neco obstétrico buscar mi em bro() actual izar mi embro() ingresar mi em bro() cal cular fecha parto() cal cular ti empo de gestaci ón() n 1..1 1..1 PROVINCIA id_Provinci a Nombre_Provi ncia buscar provincia() actual izar provincia() ingresar provinci a() VIVIENDA 0..1 RESPONSABLES DE LLENADO Id_responsable Nombre_responsable luz eléctri ca servicio telefónico ori gen del agua eli minaci ón de basura ti po de vi vi enda ocupación eli minaci ón de aguas servidas materi ales techo materi ales paredes materi ales pi so materi ales estructura actualizar condiciones() buscar responsables() actualizar responsables() ingresar responsables() Figura 2.33 Diagrama de clases 119 2.3.3 DIAGRAMAS DE COMPONENTES Mediante los siguientes diagramas se verá la organización de los componentes (interfaces, módulos, paquetes, archivos, código fuente, etc.) del sistema y su dependencia con diferentes partes del mismo. Cada módulo representa una parte del sistema. 2.3.3.1 DIAGRAMA GLOBAL DE PAQUETES ADMINISTRACIÓN COMPONENT ES COMUNES INGRESO DE DATOS GESTIÓN DE REPORTES Figura 2.34 Diagrama global de componentes 2.3.3.1.1 DIAGRAMA DE COMPONENTES COMUNES index.php login.php conexion.php Acceso a la base Figura 2.35 Diagrama de componentes comunes 120 2.3.3.1.2 MÓDULO ADMINISTRACIÓN Gestionar Usuarios Gestionar Provincias Gestiornar Ciudades Gestionar Responsables Gestionar Parroquias Gestionar Grupos Étnicos Figura 2.35 Diagrama de componentes – Módulo Administración 121 2.3.3.1.2.1 GESTIONAR USUARIOS Crear nuevo Usuario 1.php usuario.php Busca Usuario(Editar) Control de datos insert y update .php Figura 2.36 Diagrama de componentes – Gestionar Usuarios 2.3.3.1.2.2 GESTIONAR PROVINCIAS crear nuevo provincia.php provincia1.php busca provincias(Editar) Figura 2.37 Diagrama de componentes – Gestionar Provincias Control de datos Insert y update.php 122 2.3.3.1.2.3 GESTIONAR CIUDADES crear nuevo ciudad1.php ciudad.php Busca ciudad(Editar) control de datos insertyup date.php Figura 2.38 Diagrama de componentes – Gestionar Ciudades 2.3.3.1.2.4 GESTIONAR GRUPOS ÉTNICOS Ingresar nuevo etnico1.php etnico.php Buscar grupo etnico(Editar) Figura 2.39 Diagrama de componentes – Gestionar Grupos Étnicos Control de datos insertyup date.php 123 2.3.3.1.2.5 GESTIONAR RESPONSABLES DE LA FICHA FAMILIAR Ingresar nuevo Control de datos responsables.php Buscar responsables(Editar) insertyup date.php Figura 2.40 Diagrama de componentes – Gestionar Responsables de la Ficha Familiar 2.3.3.1.3 MÓDULO INGRESO DE DATOS INGRESAR FAMILIAS INGRESAR MIEMBROS FAMILIARES INGRESAR CONDICIONES FAMILIARES Figura 2.41 Diagrama de componentes – Módulo Ingreso de Datos 124 2.3.3.1.3.1 INGRESAR FAMILIAS googlemaps carga mapa Ingresar Nuevo familia_list.php familia.php Buscar Familia(Editar) Control de Datos insertyup date.php Figura 2.42Diagrama de componentes – Ingresar de Familias 2.3.3.1.3.2 INGRESAR CONDICIONES DE LA VIVIENDA fam ilia_list.php( Buscar familias) menu2.php vivienda.php Control de Datos insertyup date.php Figura 2.43 Diagrama de componentes – Ingresar Condiciones de la vivienda menu2.php familia_list.php( Buscar familia) Buscar miembro (Editar) Ingresar Nuevo Figura 2.44 Diagrama de componentes – Ingresar Miembros Familiares miembros_list.php 2.3.3.1.3.3 INGRESAR MIEMBROS FAMILIARES Control de Datos miembros.php dependientes.php(carga datos extras si es necesario) insertyup date.php 125 126 2.3.3.1.4 MÓDULO GESTIÓN DE REPORTES REPORTES GENERALES REPORTES ESTADÍSTICOS UBICACIÓN DE FAMILIAS Figura 2.45 Diagrama de componentes - Módulo gestión de reportes 2.3.3.1.4.1 REPORTES GENERALES riego biologico.php cabecerareportes1.php Escoge parámetros riesgo socieconomico.php Control de datos riesgofamiliar. php Generar e Imprimir Figura 2.46 Diagrama de componentes - Reportes generales 127 2.3.3.1.4.2 REPORTES ESTADÍSTICOS riegobiologi co1.php cabecerareportes2.php Escoge parámetros Control de Datos riesgosocieco nomico1.php riesgofamiliar1.php Generar Figura 2.47 Diagrama de componentes - Reportes estadísticos 2.3.3.1.4.3 UBICACIÓN DE FAMILIAS googlemaps carga mapa Ubicacion.php Escoger parametros y generar Figura 2.48 Diagrama de componentes - Ubicación de Familias 128 <pi> <pi > <pi> Identi fier_1 <pi> <pi> discapacidad i d_discapaci dad descri pcion_discapacidad Identifier_1 <M> I VA100 Rel ationship_10 Relationship_9 <pi> Identifier_1 <pi> I <UNDEF> <M> <pi> Identifier_1 <pi> <pi> <pi> embarazada <pi > id_embarazada fum_embarazada antobstetricos_embarazada pri meradt_embarazada segundadt_embarazada terceradt_embarazada gestas_embarazada partos_embarazada cesareas_embarazada abortos_embarazada Relati onship_5 Identifier_1 I VA50 familia id_familia uoper_familia familia_familia direccion_familia sector_familia referencia_famil ia <M> comunidad_familia Relati onship_4 telefono_famil ia fecha_fami lia latitud_familia longitud_famil ia Identifier_1 <pi> provincia id_provinci a descripcion_provincia Figura 2.49 Modelo E/R Lógico <pi > enfermedad Relationship_15 Identi fier_1 <M> I VA50 VA50 VA50 DT I I VA25 DC20,2 I I VA150 VA50 VA50 I I <pi> miembro <pi> i d_mi embro nombre_mi embro apelli do_miembro i denti ficacion_miembro nacimiento_miembro sexo_miembro escolar_miembro historia_miembro peso_miembro bucal_miembro Identifier_1 <pi> usuario id_usuari o nombre_usuario usuario_usuario password_usuario perfil _usuario estado_usuario id_enfermedad descripcion_enfermedad Relationship_14 Relationship_13 Relationship_12 Relationship_11 <M> I VA100 <M> <M> I VA100 I VA100 vacunas <pi> <M> I VA100 I VA100 <pi> id_vacunas <pi> descripcion_vacunas Identifier_1 <pi> ocupaci on id_ocupacion descripcion_ocupacion Identifier_1 <pi > escolaridad Identifier_1 Id_seguro descripcion_seguro seguro i d_parentesco descri pcion_parentesco parentesco MODELO E/R LÓGICO id_escolar descripcion_escol aridad 2.3.4.1 2.3.4 MODELO DE DATOS I DT VA50 VA2 VA2 VA2 LI LI LI LI I I VA50 VA50 VA50 VA50 VA50 VA50 D VA50 VA50 <M> vivienda <pi> Identifier_1 <pi> id_vivienda luz_vivienda telefono_vivienda agua_vivienda basura_vivienda ti po_vivienda ocupacion_vivienda eliminaaguas_vivienda techos_vivienda paredes_vivienda piso_vivi enda estructura_vivienda Identifier_1 Relati onship_6 <pi> <pi> <pi> responsable <pi > id_responsable codigo_responsable nombre_responsable apell ido_responsable identificacion_responsable Relationship_7 Identifier_1 <pi> comuni dad id_comunidad descripcion_comunidad Relationship_8 I VA50 <pi> Relati onship_1 parroquia id_parroquia descripcion_parroquia <M>Relationship_3 Identifier_1 <pi> Identifier_1 canton <M> Relationship_2 <pi> id_canton descripcion_canton I I I I I I I I I I I I <M> I VA50 VA50 VA50 VA50 I VA50 I VA50 <M> <M> <M> <M> 129 escolaridad id_parentesco int descripcion_parentesco varchar(100) parentesco ocupacion FK_RELAT IONSHIP_17 FK_RELAT IONSHIP_15 FK_RELATIONSHIP_14 id_discapacidad int <pk> descripcion_discapacidad varchar(100) discapacidad id_enfermedad int <pk> descripcion_enfermedad <Undefined> enfermedad int <pk> id_vacunas descripcion_vacunas varchar(100) vacunas int <pk> id_ocupacion descripcion_ocupacion varchar(100) FK_RELATIONSHIP_13 FK_RELAT IONSHIP_11 FK_RELATIONSHIP_12 Id_seguro int <pk> descripcion_seguro varchar(100) seguro MODELO E/R FÍSICO id_escolar int <pk> descripcion_escolaridad varchar(100) 2.3.4.2 Figura 2.50 Modelo E/R Físico int <pk> datetime varchar(50) varchar(2) varchar(2) varchar(2) bigint bigint bigint bigint embarazada id_embarazada fum_embarazada antobstetricos_embarazada primeradt_embarazada segundadt_embarazada terceradt_embarazada gestas_embarazada partos_embarazada cesareas_embarazada abortos_embarazada FK_RELAT IONSHIP_16 comunidad id_comunidad int <pk> descripcion_comunidad varchar(50) <pk> FK_RELATIONSHIP_10 <fk4> <fk3> <fk1> id_vivienda luz_vivienda telefono_vivienda agua_vivienda basura_vivienda tipo_vivienda ocupacion_vivienda eliminaaguas_vivienda techos_vivienda paredes_vivienda piso_vivienda estructura_vivienda vivienda FK_RELAT IONSHIP_7 int <pk> int int int int int int int int int int int int int int int int varchar(50) responsable varchar(50) id_responsable int <pk> varchar(50) codigo_responsable varchar(50) varchar(50) FK_RELAT IONSHIP_9 nombre_responsable varchar(50) varchar(50) apellido_responsable varchar(50) varchar(50) identificacion_responsable varchar(50) date varchar(50) varchar(50) familia FK_RELATIONSHIP_3 id_parroquia int <pk> id_canton int <fk> descripcion_parroquia varchar(50) parroquia FK_RELATIONSHIP_1 canton provincia FK_RELATIONSHIP_2 int <pk> id_canton int <pk> id_provincia id_provincia int <fk> descripcion_provincia varchar(50) descripcion_canton varchar(50) id_familia id_comunidad id_responsable id_parroquia FK_RELATIONSHIP_4 uoper_familia familia_familia direccion_familia sector_familia referencia_familia comunidad_familia telefono_familia fecha_familia latitud_familia longitud_familia <pk> <fk7> <fk4> <fk3> <fk8> <fk6> <fk5> <fk1> FK_RELAT IONSHIP_5 int int int int int int int int varchar(50) varchar(50) varchar(50) datetime int int varchar(25) decimal(20,2) int miembro id_miembro id_discapacidad id_escolar Id_seguro id_enfermedad id_vacunas id_ocupacion id_familia nombre_miembro apellido_miembro identificacion_miembro nacimiento_miembro sexo_miembro escolar_miembro historia_miembro peso_miembro bucal_miembro int <pk> varchar(150) varchar(50) varchar(50) int int usuario id_usuario nombre_usuario usuario_usuario password_usuario perfil_usuario estado_usuario 130 131 132 2.3.5 DISEÑO DE LA ARQUITECTURA La arquitectura utilizada en el presente proyecto es Cliente-Servidor. La tecnología denominada Cliente-Servidor es utilizada por todas las aplicaciones de Internet/Intranet. Un cliente funciona en su ordenador local, se comunica con el servidor remoto, y pide a éste información. El servidor envía la información solicitada. Un único servidor típicamente sirve a una multitud de clientes, ahorrando a cada uno de ellos el problema de tener la información instalada y almacenada localmente. 133 2.4 CONTRUCCIÓN 2.4.1 ESTÁNDARES DE PROGRAMACIÓN Para un desarrollo de fácil mantenimiento, escalable y consistente se establece los siguientes parámetros pre-establecidos para el estándar de programación. Los términos de Pascal y Camel se utilizan a lo largo de este documento. 2.4.1.1 PARA CLASES Y MÉTODOS Pascal: El primer carácter de todas las palabras son mayúsculas y los otros caracteres son minúsculas. Ejemplo: - NombreClase - NombreMétodo 2.4.1.2 PARA VARIABLES Y PARÁMETROS DE LOS MÉTODOS Camel: El primer carácter de todas las palabras, excepto el de la primera palabra son mayúsculas y los otros caracteres son minúsculas. Ejemplo: - nombreVariable - nombreParámetro Se debe utilizar palabras descriptivas y no abreviaciones. 134 2.4.1.3 PARA CONTROLES En los controles se debe utilizar el prefijo del control y a continuación el nombre así: Control Prefijo Prefijo+Nombre Form frm frm_Nombre Label lbl lbl_Nombre Text txt txt_Nombre Hidden hdn hdn_Nombre Button btn btn_Nombre Checkbox chk chk_Nombre password txt txt_Nombre radio rdo rdo_Nombre submit btn btn_Nombre select sel sel_Nombre textarea txt txt_Nombre Tabla 2.26 Estándar Controles 135 2.4.1.4 - PARA LA BASE DE DATOS Tabla: Para la tabla se utilizara el nombre de la entidad todo en minúscula por ser mysql. - Columnas: Para las columnas se utilizara un nombre descriptivo en minúsculas y a continuación el nombre de la tabla en minúsculas. Ejemplo: Tabla usuario Nombre de la Columna nombre_usuario Tabla 2.27 Estándar Base de Datos 2.4.1.5 PARA LOS COMENTARIOS - Para comentarios de una línea: // - Para comentarios de varias líneas: /* 2.4.1.6 */ PARA ITERACIONES Se puede utilizar variables de un solo carácter Ejemplo: for ( i=0 ; i < 3 ; i++ ) { ……….. } 136 2.4.2 CARACTERÍSTICAS DE LOS EQUIPOS Las características deseables para que el sistema funcione de forma correcta es la siguiente: 2.4.2.1 SERVIDOR Tipo Mínimas Disco Duro 80 GB Memoria RAM 1 GB Hardware Procesador Tarjeta de red Sistema Operativo Software Características Componente Intel Pentium IV - 1.6 MHz 10/100 Windows 2003 server, Windows XP, Linux Base de Datos Mysql 5.0.22 Servidor Web Apache 2.0.49 Otros Php 5.0.5 Tabla 2.28 Características Servidor 137 2.4.2.2 CLIENTE Tipo Componente Características Mínimas Disco Duro 40 GB Memoria RAM 512 MB Procesador Intel Celeron - 1.5 MHz Tarjeta de red 10/100 Sistema Operativo Windows XP Hardware Internet Explorer 6.0 o superior. Software Otros Conexión a Internet(Si utiliza la aplicación con Google Maps). Tabla 2.29 Características Cliente INICIO FAMILIA REPORTES ESTADÍSTICOS GESTIONAR PROVINCIAS UBICAR FAMILIAS CONDICICIONES DE VIVIENDA GESTIONAR MIEMBROS FAMILIARES Y GESTIONAR RESPONSABLES DE FICHA GESTIONAR GRUPO ÉTNICO GESTIONAR PARROQUIAS GESTIONAR CIUDADES REPORTES GENERALES GESTIONAR USUARIOS REPORTES GESTIONAR FAMILIAS SISTEMA SISTEMA DE GESTIÓN DE RIESGOS SALIR En el proceso Rup no se encuentra el diagrama de navegación del sistema pero por motivos de comprensión se lo incluyo. 2.4.3 DIAGRAMA DE NAVEGACIÓN DEL SISTEMA 138 DE 1 A 5 AÑOS VER TODOS Figura 2.51 Diagrama de navegación del sistema MUJERES EMBARAZADAS MAYORES A 65 AÑOS DE 18 A 64 AÑOS DE 10 A 17 AÑOS DE 6 A 9 AÑOS MENORES DE 1 AÑO REVISAR GRUPO INGRESAR NUEVO MIEMBROS FAMILIARES CONDICIONES DE VIVIENDA VIVIENDA GESTIONAR MIEMBROS Y CONDICIONES DE VIVIENDA 139 140 2.4.4 DISEÑO DE INTERFACES RUP no incluye el diseño de Interfaces pero por razones de comprensión se muestran las interfaces diseñadas para la aplicación final. 2.4.4.1 IDENTIFICACIÓN DE USUARIO La aplicación dispone de una primera ventana de identificación del usuario. Sólo usuarios registrados en la base de datos pueden acceder al sistema. La interfaz que representa la identificación de usuario es el siguiente: Figura 2.52 Construcción - Identificación de usuario 2.4.4.2 BÚSQUEDAS Para realizar la búsqueda se muestra una barra en la cual se muestra un criterio de búsqueda, las opciones de búsqueda, se ingresa lo que vamos a buscar, la cantidad de registros que necesitamos ver, además de las opciones de navegación “<<anterior” y “siguiente>>” la interfaz que representa esto es la siguiente: Figura 2.53 Construcción -Barra de búsqueda 141 2.4.4.3 MENSAJES Y ALERTAS De acuerdo a la acción que realice un usuario un usuario el sistema despliega mensajes y alertas los mismos que indican cual fue la tarea que se realizó o el motivo por el cual no se pudo realizar la misma. La interfaz que representa dicha alerta es la siguiente: Figura 2.54 Construcción - Mensajes y alertas 2.4.4.4 LISTAS En las diferentes opciones presentadas en el sistema hay un formato principal en el que se muestran los resultados. De acuerdo a la pantalla en la que nos encontremos se mostrara un listado de datos, la barra de búsqueda, y el botón de nuevo ingreso. Como ejemplo se muestra la interfaz siguiente: Figura 2.55 Construcción - Listas 142 2.4.4.5 2.4.4.5.1 MÓDULO ADMINISTRACIÓN GESTIONAR USUARIOS Al ingresar a la gestión de usuarios se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los se muestra la interfaz siguiente: Figura 2.56 Construcción - Gestionar Usuarios 2.4.4.5.2 GESTIONAR PROVINCIAS Al ingresar a la gestión de provincias se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se muestra la interfaz siguiente: Figura 2.57 Construcción - Gestionar Provincias 143 2.4.4.5.3 GESTIONAR CIUDADES Al ingresar a la gestión de ciudades se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se muestra la interfaz siguiente: Figura 2.58 Construcción - Gestionar Ciudades 2.4.4.5.4 GESTIONAR PARROQUIAS Al ingresar a la gestión de parroquias se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se muestra la interfaz siguiente: Figura 2.59 Construcción - Gestionar Parroquias 144 2.4.4.5.5 GESTIONAR GRUPOS ÉTNICOS Al ingresar a la gestión de grupos étnicos se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se muestra la interfaz siguiente: Figura 2.60 Construcción - Gestionar Grupos étnicos 2.4.4.5.6 GESTIONAR RESPONSABLES DE FICHAS FAMILIARES Al ingresar a la gestión de responsables del llenado de fichas familiares se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se muestra la interfaz siguiente: Figura 2.61 Construcción - Gestionar Responsables de la ficha familiar GESTIONAR FAMILIAS MÓDULO DE INGRESO DE DATOS Figura 2.62 Construcción - Gestionar Familias en uno de los datos se muestra la interfaz siguiente: Al ingresar a la gestión de familias se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al presionar editar 2.4.4.6.1 2.4.4.6 145 UBICACIÓN FAMILIAS Figura 2.63 Construcción - Ubicación de Familias necesidad en un mapa. La interfaz es la siguiente: Al realizar el ingreso de las familias se le da una ubicación de acuerdo a esta información se la puede ubicar de acuerdo a la 2.4.4.6.2 146 GESTIONAR MIEMBROS FAMILIARES Figura 2.64 Construcción - Gestionar Miembros Familiares seleccionar uno de los datos se muestra la interfaz siguiente: Al ingresar a la gestión de miembros familiares se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al 2.4.4.6.3 147 GESTIONAR CONDICIONES DE LA VIVIENDA Figura 2.65 Construcción - Gestionar Condiciones de la vivienda Al ingresar a gestionar las condiciones de la vivienda se muestra la interfaz siguiente: 2.4.4.6.4 148 REPORTES GENERALES Y ESTADÍSTICOS MÓDULO DE REPORTES mostrada en cualquiera de los casos es: Figura 2.66 Construcción - Reportes Generales y Estadísticos Al escoger uno de los reportes muestra una interfaz en la que se encuentran predefinidos los parámetros de generación, la interfaz 2.4.4.7.1 2.4.4.7 149 150 2.5 PRUEBAS En esta fase del desarrollo hay que realizar las respectivas pruebas en las cuales se verificará que las especificaciones iniciales se cumplieron a cabalidad y por lo tanto no hace falta agregar nada más en la implementación del sistema. Probar es descubrir el mayor número de fallas, el objetivo es poner en evidencia al sistema, lo ideal sería probarlo en todas las situaciones posibles. Para la prueba del presente sistema se van a realizar pruebas de unidad, pruebas de integración y de usabilidad. 2.5.1 PRUEBAS DE UNIDAD Las pruebas de unidad sirve para probar el correcto funcionamiento de una parte del código, esto sirve para asegurarse que cada uno de los módulos funcione correctamente por separado.32 2.5.1.1 PRUEBA GESTIONAR USUARIO Prueba de Unidad: Gestionar Usuario Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Administrar Objetivo: Comprobar el funcionamiento y desempeño de la administración de usuario. 32 http://www.slideshare.net/angel.carvajal/fase-de-pruebas-angel-chucho-presentation 151 Datos de Ingreso: Datos personales de usuario. Procedimiento de prueba: - Ingresar Nuevo Usuario: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Elegir el perfil de usuario. Clic en el botón Guardar. - Editar Usuario: Seleccionar el usuario que se desea modificar la información. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.30 Pruebas de unidad – Gestionar Usuarios 152 2.5.1.2 PRUEBA GESTIONAR PROVINCIAS Prueba de Unidad: Gestionar Provincia Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Administrar Objetivo: Comprobar el funcionamiento y desempeño de la administración de provincias. Datos de Ingreso: Datos de una provincia. Procedimiento de prueba: - Ingresar Nueva Provincia: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. - Editar Provincia: Seleccionar la provincia que se desea modificar la información. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. 153 Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.31 Pruebas de unidad – Gestionar Provincias 2.5.1.3 PRUEBA GESTIONAR CIUDADES Prueba de Unidad: Gestionar Ciudad Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Administrar Objetivo: Comprobar el funcionamiento y desempeño de la administración de ciudades. Datos de Ingreso: Datos de una ciudad. Procedimiento de prueba: - Ingresar Nueva Ciudad: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. 154 - Editar Ciudad: Seleccionar la provincia que se desea modificar la información. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.32 Pruebas de unidad – Gestionar Ciudades 2.5.1.4 PRUEBA GESTIONAR PARROQUIAS Prueba de Unidad: Gestionar Parroquia Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Administrar Objetivo: Comprobar el funcionamiento y desempeño de la administración de parroquias. Datos de Ingreso: Datos de una parroquia. 155 Procedimiento de prueba: - Ingresar Nueva Parroquia: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. - Editar Parroquia: Seleccionar la parroquia que se desea modificar la información. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.33 Pruebas de unidad – Gestionar Parroquias 156 2.5.1.5 PRUEBA GESTIONAR GRUPOS ÉTNICOS Prueba de Unidad: Gestionar Grupo Étnico Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Administrar Objetivo: Comprobar el funcionamiento y desempeño de la administración de grupos étnicos. Datos de Ingreso: Datos de un grupo étnico. Procedimiento de prueba: - Ingresar Nuevo Grupo Étnico: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. - Editar Grupo Étnico: Seleccionar el grupo étnico que se desea modificar la información. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. 157 Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.34 Pruebas de unidad – Gestionar Grupos Étnicos 2.5.1.6 PRUEBA GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR Prueba de Unidad: Gestionar responsable del llenado de la ficha familiar Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Administrar Objetivo: Comprobar el funcionamiento y desempeño de la administración de los responsables del llenado de la ficha familiar. Datos de Ingreso: Datos de un responsable. Procedimiento de prueba: - Ingresar Nuevo Responsable de llenado: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. 158 - Editar Responsable de llenado: Seleccionar el nombre del responsable que se desea modificar la información. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.35 Pruebas de unidad – Gestionar Responsables de la Ficha Familiar 2.5.2 PRUEBAS DE INTEGRACIÓN Las pruebas de integración son aquellas que se realizan en el ámbito de desarrollo de software una vez que se han probado las pruebas unitarias. Se refieren a la prueba de todos los elementos unitarios que componen un proceso.33 2.5.2.1 PRUEBA GESTIONAR FAMILIAS Prueba de Integración: Gestionar Familia Proyecto: 33 Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” http://www.slideshare.net/angel.carvajal/fase-de-pruebas-angel-chucho-presentation 159 Responsable: Javier Chillogallo Ubicación: Módulo Ingreso de datos Objetivo: Comprobar el funcionamiento y desempeño de la administración de familias. Datos de Ingreso: Datos de una familia. Procedimiento de prueba: - Ingresar Nueva Familia: Elegir la opción Ingresar Nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. - Editar Familia: Buscar la familia que se desea modificar la información. Hacer clic en Editar. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. 160 Tabla 2.36 Pruebas de Integración – Gestionar Responsables de la Ficha Familiar 2.5.2.2 PRUEBA GESTIONAR MIEMBROS FAMILIARES Prueba de Integración: Gestionar miembros familiares Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Ingreso de datos Objetivo: Comprobar el funcionamiento y desempeño de la administración de miembros familiares. Datos de Ingreso: Datos de un miembro familiar. Procedimiento de prueba: - Ingresar Nuevo miembro familiar: Buscar la familia a la que se quiere ingresar un miembro Seleccionar la familia a la que se quiere ingresar un miembro. Se despliega una nueva pantalla para el ingreso de miembros familiares. Seleccionar ingresar nuevo. Ingresar todos los datos en los campos del formulario. Clic en el botón Guardar. 161 - Editar miembro familiar: Buscar la familia a la pertenece el miembro que se quiere modificar. Seleccionar dicha familia. Buscar el miembro familiar que se quiere modificar. Seleccionar el miembro familiar. Se despliega la pantalla de datos. Modificar los datos necesarios. Clic en el botón Actualizar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Si no se ingresan los datos requeridos desplegará un mensaje de error pidiendo los mismos. Tabla 2.37 Pruebas de Integración – Gestionar Miembros Familiares 2.5.2.3 PRUEBA INGRESAR CONDICIONES DE LA VIVIENDA Prueba de Integración: Gestionar condiciones de la vivienda Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Ingreso de datos. Objetivo: Comprobar el funcionamiento y desempeño de la administración de condiciones de vivienda. 162 Datos de Ingreso: Datos de la condición de la vivienda familiar. Procedimiento de prueba: - Guardar la condición de la vivienda: Buscar la familia en la que se quiere guardar la condición de la vivienda. Seleccionamos la opción condiciones de la vivienda. Ingresamos todos los datos del formulario. Clic en el botón Guardar. Resultados: Observar en pantalla el resultado de la operación realizada. Observaciones: Solo existe una función en condiciones de la vivienda ya que cada familia tiene una vivienda y por tanto los datos de la vivienda solo son actualizados. Tabla 2.38 Pruebas de Integración – Gestionar Condiciones de la Vivienda 2.5.2.4 PRUEBA GENERACIÓN DE REPORTES Prueba de Integración: Generar reportes Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Ubicación: Módulo Ingreso de datos Objetivo: Comprobar el funcionamiento y generación de los reportes. 163 Datos de Ingreso: Selección de filtros en cualquiera de los reportes. Procedimiento de prueba: - Generar e imprimir reporte: Seleccionar en los parámetros las condiciones necesarias para generar el reporte. Seleccionamos la opción generar reporte. Seleccionamos la opción imprimir reporte. Resultados: Observar en pantalla el resultado de la operación realizada. Revisar si la impresión se realiza de acuerdo a lo mostrado. Observaciones: El procedimiento en la generación de reportes es parecida por lo que el procedimiento se ejecuto en los dos tipos de reportes disponibles la diferencia es que en el reporte estadístico al mostrarse una imagen la impresión se la realiza a través del explorador. Tabla 2.39 Pruebas de Integración – Generación de reportes 164 2.5.3 PRUEBAS DE USABILIDAD Las pruebas de usabilidad son las que se realizan a un grupo de usuarios para obtener datos acerca la utilidad, facilidad de uso, facilidad de aprendizaje y apreciación para una tarea, un usuario y un entorno dado.34 2.5.3.1 PRUEBA INGRESAR FAMILIA Prueba de Usabilidad: Ingresar una familia Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Objetivo: Identificar la cantidad de tiempo utilizado para ingresar los datos generales de una familia utilizando datos de una ficha médica familiar, identificar posibles problemas al momento de realizar esta tarea. Datos de Ingreso: Datos de una familia. Procedimiento de prueba: 34 - Ingresar en el sistema un usuario con perfil administrador y digitador. - Utilizar la opción gestionar familias. - Hacer clic en ingresar familia. - Ingresar los datos de una determinada familia. http://planeta.gaiasur.com.ar/infoteca/test-de-usabilidad-de-un-sitio.html 165 - Identificar la ubicación de una familia en el mapa. - Guardar la información. 166 Resultados: - La realización de la mencionada prueba tomó entre 4 y 5 minutos. - El tiempo fue disminuyendo mientras más familiarizados estaban con el sistema. - Lo que más tomó tiempo fue la ubicación domiciliar de las familias en los mapas ya que esta herramienta tiene un uso un poco complejo pero de acuerdo a las personas que intervinieron en la prueba la utilización de la misma ayudara a la experticia en uso de la mencionada herramienta. Observaciones: En sí los distintos perfiles no tienen distinción en el ingreso de los datos la diferencia se encuentra en la utilización de ciertas herramientas en este caso los administradores pueden generar reportes con los mapas cosa que no pueden hacer los digitadores. Tabla 2.40 Pruebas de Evaluación – Ingreso de una familia 2.5.3.2 PRUEBA INGRESO DE UN MIEMBRO FAMILIAR Prueba de Usabilidad: Ingreso de un miembro familiar Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Objetivo: Identificar problemas al momento de ingresar un miembro familiar. Datos de Ingreso: Datos de un miembro familiar. 167 Procedimiento de prueba: - Ingresar en el sistema un usuario con perfil administrador y digitador. - Utilizar la opción gestionar familias. - Buscar la familia para ingresar un miembro familiar. - Ubicar la familia en la lista. - Hacer clic en cualquiera de los datos de la familia. - En la pantalla mostrada utilizar la opción ingresar nuevo. - Ingresar los datos de un miembro familiar (De preferencia datos de una mujer embarazada). - Guardar la información. Resultados: - La opción de búsqueda resulto bastante eficiente ya se utiliza para la misma algunas opciones. - Para ingresar un miembro familiar se requiere de conocimiento de la herramienta ya que no se indica explícitamente como realizarlo. - La prueba se realizó de preferencia con datos de una mujer embarazada ya que este tipo de datos son más amplios. Observaciones: Algunos usuarios para el ingreso de datos necesitaban de más tiempo que otros ya que por defecto los datos familiares mostrados en el aplicativo son datos generales, de acuerdo al caso se irán mostrando los demás campos de ser necesario. Tabla 2.41 Pruebas de Evaluación – Ingreso de un miembro familiar 168 169 2.5.3.3 PRUEBA MANTENIMIENTO DE DATOS ADMINISTRATIVOS Prueba de Usabilidad: Mantenimiento de datos administrativos Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Objetivo: Verificar la funcionalidad del sistema para administrar datos críticos del mismo, consultar con un administrador los problemas que se pueden presentar durante el mantenimiento de este tipo de datos. Datos de Ingreso: Datos administrativos. Procedimiento de prueba: - Ingresar en el sistema un usuario con perfil administrador. - Ir a sistema y utilizar cada una de las opciones de administración de datos. Resultados: - El administrador indicó que le resulta bastante fácil el mantenimiento de estos datos, ya que son simples. Observaciones: La opción sistema con su menú es únicamente utilizable por los administradores de sistema nadie más los podrá utilizar. Tabla 2.42 Pruebas de Evaluación – Mantenimiento de datos administrativos 170 2.5.3.4 PRUEBA DE GENERACIÓN DE REPORTES Prueba de Usabilidad: Generación de reportes Proyecto: Sistema Web de apoyo para el programa de salud comunitaria del Área de Salud No.2 “Las Casas” Responsable: Javier Chillogallo Objetivo: Identificar los problemas que pueda encontrar un usuario al momento de generar reportes. Procedimiento de prueba: - Ingresar en el sistema un usuario con perfil médico. - Ir al módulo de reportes y generar uno de acuerdo al criterio propio de un usuario. Resultados: - Los reportes se generaron de acuerdo al requerimiento de los usuarios. Observaciones: Dependiendo de la necesidad de cada uno de los usuarios los reportes pueden ser mas demorados al momento de su generación. Tabla 2.43 Pruebas de Evaluación – Generación de reportes 171 2.6 DESPLIEGUE El desarrollo de este flujo de trabajo se inicia desde las fases anteriores ya con las presentaciones preliminares del producto. El diagrama de despliegue es el siguiente: Administradores Médicos Digitadores Servidor Web Servidor Base de Datos cyclic Figura 2.67 Despliegue – Diagrama de despliegue 172 Para realizar el despliegue de la solución se realizó lo siguiente: 2.6.1 CONFIGURACIÓN Y DESPLIEGUE DE EQUIPAMIENTO (INSTALACIÓN). La obtención y configuración de los equipos es una parte fundamental para el desempeño efectivo del software que en el va trabajar. 2.6.1.1 INSTALACIÓN Y PRUEBA DE LA SOLUCIÓN DE SOFTWARE PRE -DESPLIEGUE Se realizó la instalación de acuerdo a lo especificado en el manual de instalación en un equipo con las siguientes características: Intel Pentium 4 de 1.6Ghz Windows XP Service Pack 2 Memoria de 512 Mb. Disco Duro de 80 Gb. Este equipo funcionó correctamente como servidor de pruebas y cumplió satisfactoriamente con lo requerimientos de los clientes que se conectaron a él. En los clientes no se instaló nada. 2.6.1.2 EQUIPO DE ESPECIALISTAS Para mantener el equipo y el software funcionando se informó acerca de las características del software y de los requerimientos necesarios para el mismo a las personas que forman parte del Área de Salud ya que ellos se harán cargo de mantener trabajando y funcionando correctamente los equipos y aplicaciones requeridas para el sistema . 173 2.6.1.3 ASEGURAMIENTO DE LOCALES FINALES DEL EQUIPAMIENTO Es responsabilidad del Área de Salud mantener resguardados los equipos para evitar problemas futuros como robos de los equipos y de información que pueda comprometer el funcionamiento del sistema. 2.6.2 PUESTA EN MARCHA DEL EQUIPAMIENTO Una vez revisados los equipos en los que va a trabajar el sistema se procedió a realizar las tareas que se indican a continuación para asegurar el funcionamiento óptimo del producto de software. 2.6.2.1 PRUEBA FINAL AL EQUIPAMIENTO Ya instalado el sistema se procedió a revisar las conexiones de red e instalaciones eléctricas necesarias para que la máquina que por el momento sirve de servidor responda a las expectativas de ingreso y proceso de datos. Todas las conexiones eran adecuadas para mantener trabajando el sistema y por tanto no representaba riesgos para el correcto funcionamiento del software. 2.6.2.2 CONFIGURACIÓN FINAL DE LAS APLICACIONES Para esto se reviso en algunos clientes lo único que era necesario tener conectividad directa con el servidor y tener instalado el Internet Explorer necesario para la comunicación del mismo, esto se lo hizo en algunas máquinas del Área de salud las cuales como clientes van a ayudar para el ingreso de datos. 2.6.3 CAPACITACIÓN DEL PERSONAL Antes de probar el sistema se dio una pequeña capacitación acerca del funcionamiento del software al personal encargado del funcionamiento del mismo para luego realizar un conjunto de pruebas las cuales se encuentran recogidas en la parte de pruebas del proyecto. Algunas cosas no pudieron ser explicadas pero a través de la entrega de manuales se hizo posible esta tarea. 174 2.6.4 SOPORTE A LA SOLUCIÓN Luego de entregado y probado el producto se dio una inducción del desarrollo a los encargados del departamento de sistemas, al ser un sistema escalable ellos lo pueden adaptar a nuevas necesidades y por ende incrementar el potencial del mismo, que se den soluciones rápidas y adecuadas es el objetivo. 2.7 GESTIÓN DE CONFIGURACIÓN Como la finalidad de este proceso es mantener registrado todo lo realizado durante la ejecución del proyecto se anota lo siguiente: Día Actividad desarrollada 05/01/2009 Puesta en marcha del proyecto. 07/01/2009 Reunión con el Stakeholder del Área de Salud. Descripción general del sistema. Captura inicial de requisitos. 14/01/2009 Elaboración del primer documento con la captura de requisitos inicial. 15/01/2009 Aclaración de los requisitos iniciales del sistema. 16/01/2009 Segunda reunión con el Stakeholder para la aclaración de dudas anteriores, y para el inicio del documento Visión y Plan de Desarrollo Software. 17/01/2009 Comienzo de la fase de Análisis. 19/01/2009 Identificar subsistemas, actores y algunos casos de uso generales. Primeros esbozos en Rational Rose. 175 23/01/2009 Tercera reunión con el Stakeholder. Aclaración de las características del sistema y sus atributos. Definición de los perfiles de usuario. 03/02/2009 Realización del documento Visión completa. 07/02/2009 Generación del Modelo de Casos de Uso del Negocio. 10/02/2009 Generación del Diagrama de Clases. 13/02/2009 Creación de las Plantillas de Especificación de Casos de Uso y revisión de otros artefactos. 16/02/2009 Realización de la Especificación de los Casos de Uso. 17/02/2009 Preparación de las especificaciones de algunos casos de uso, a falta de corroborar con el usuario. Búsqueda de más información con la herramienta Rational Rose. 18/02/2009 Elaboración de plantillas de casos de uso. 21/02/2009 Realización de la primera versión del modelo de la Base de Datos, Especificación Casos de Uso y Diagrama de Clases 23/02/2009 Generación de prototipos de interfaces gráficas y modelos de casos de pruebas. 28/02/2009 Mejora de las Interfaces Gráficas, también revisión de las plantillas de las especificaciones de Casos de Uso. 176 03/03/2009 Revisión de las interfaces de los casos de uso. 05/03/2009 Comienzo de la elaboración de la documentación y requisitos. Revisión Casos de Uso. 06/03/2009 Reunión con el Stakeholder. Revisión de la Visión y del Plan de Desarrollo Software. Continuación del desarrollo del proyecto y documentación. 09/03/2009 Inicio de la implementación de la aplicación, correspondiente a la identificación de los usuarios. Conexión a la Base de Datos. 12/03/2009 Revisión del modelo en Rational Rose y los módulos de programación para que todo sea consistente. 17/03/2009 Elaboración de la documentación. 20/03/2009 Creación Modelo de Objetos del Negocio, Diagrama de Despliegue y Diagrama de Componentes. 20/03/2009 Modificación Base de Datos de pruebas. 22/03/2009 Ajustes del Modelo de Rational. 29/03/2009 Modificación Base de Datos de pruebas y depuración del sistema. 04/04/2009 Realización de Pruebas. Depuración del código generado. 177 06/04/2009 Creación de nuevos Diagramas y Casos de Uso. Continúa la realización de Pruebas. 09/04/2009 Modificación Base de Datos de pruebas, revisión de las pruebas realizadas. Realización de Pruebas por parte del Usuario. 13/04/2009 Exposición de la 1ª Release 16/04/2009 Reunión con el Stakeholder del Área de Salud. Revisión de Prototipos y Casos de Prueba asociados. 17/04/2009 Creación de nuevos Diagramas y estudio Caso de Pruebas. 21/04/2009 Implementación de los Casos de Uso 2ª Release. 22/04/2009 Creación de nuevos Casos de Uso. 23/04/2009 Implementación de los Casos de Uso para la 2ª Release. 26/04/2009 Creación de nuevos casos de uso 26/04/2009 Realización casos prueba 2ª Release. 27/04/2009 Implementación de los Casos de Uso pactados para la 2ª Release. 03/05/2009 Modificación Base de Datos de prueba. 05/05/2009 Creación de nuevos Diagramas de Actividad. Realización de 178 los Casos de Prueba 2ª Release. 12/05/2009 Realización casos prueba 2ª Release y modificación Base de Datos de prueba. 22/05/2009 Modificación de documento. 27/05/2009 Revisión de los Diagramas de Acitividad. Elaboración de la documentación. 29/05/2009 Presentación de la 2ª Release al cliente, entrega de lo convenido hasta la fecha. Revisión del Usuario y Fin del Proyecto. Tabla 2.44 Gestión de la configuración 2.8 GESTIÓN DEL PROYECTO Para realizar la gestión del proyecto se tomo en cuenta lo principal dentro del proceso de desarrollo, se puede anotar lo siguiente. Disciplinas / Artefactos generados o modificados Comienzo Fin durante la Fase de Inicio Modelado del Negocio Modelo de Casos de Uso del Semana 05/01/09 - Semana 19/01/09 - Negocio y Modelo del Negocio 10/01/09 24/01/09 Requisitos 179 Glosario Modelo de Casos de Uso Semana 05/01/09 - Semana 19/01/09 - 10/01/09 24/01/09 Semana 19/01/09 - Siguiente fase 24/01/09 Especificación de Casos de Uso Semana 19/01/09 - Siguiente fase 24/01/09 Especificaciones Adicionales Semana 19/01/09 - Siguiente fase 24/01/09 Análisis / Diseño Modelo de Análisis / Diseño Semana 12/01/09 - Siguiente fase 17/01/09 Modelo de Datos Semana 12/01/09 - Siguiente fase 17/01/09 Construcción Prototipos de Interfaces de Semana 19/01/09 - Usuario 24/01/09 Estándares de Programación y Semana 19/01/09 - de desarrollo 24/01/09 Siguiente fase Siguiente fase Pruebas Estimación de pruebas Semana 19/01/09 - Siguiente fase 180 24/01/09 181 Despliegue Despliegue de solución Semana 19/01/09 - Siguiente fase 24/01/09 Gestión de Cambios y Durante todo el Durante todo el Configuración proyecto proyecto Plan de Desarrollo del Software Semana 05/01/09 - Semana 19/01/09 - en su versión 1.0 y planes de las 10/01/09 24/01/09 Durante todo el Durante todo el proyecto proyecto Gestión del proyecto Iteraciones Entorno Tabla 2.45 Gestión del Proyecto – Fase de Inicio Disciplinas / Artefactos generados o modificados Comienzo Fin durante la Fase de Elaboración Modelado del Negocio Modelo de Casos de Uso del Semana 12/01/09 - Finalizado Negocio y Modelo del Negocio 17/01/09 182 Requisitos Glosario Semana 12/01/09 - Finalizado 17/01/09 Modelo de Casos de Uso Semana 19/01/09 - Semana 23/03/09 24/01/09 Especificación de Casos de Uso Semana 19/01/09 - Semana 23/03/09 24/01/09 Especificaciones Adicionales 27/03/09 27/03/09 Semana 19/01/09 - Semana 23/03/09 24/01/09 27/03/09 Análisis / Diseño Modelo de Análisis / Diseño Semana 19/01/09 - Revisar 24/01/09 Modelo de Datos cada en cada en cada en cada iteración Semana 19/01/09 - Revisar 24/01/09 en iteración Implementación Prototipos Usuario de Interfaces de Semana 19/01/09 - Revisar 24/01/09 iteración Estándares de Programación y Semana 19/01/09 - Revisar 183 de desarrollo 24/01/09 iteración Pruebas Estimación de pruebas Semana 19/01/09 - Revisar 24/01/09 en cada en cada iteración Despliegue Despliegue de solución Semana 19/01/09 - Revisar 24/01/09 Gestión de Cambios Configuración y Durante iteración todo el Durante proyecto todo el proyecto Gestión del proyecto Plan de Desarrollo del Software Semana 19/01/09 - Revisar en su versión 2.0 y planes de las 24/01/09 en cada iteración Iteraciones Entorno Durante todo el Durante proyecto Tabla 2.46 Gestión de Proyecto–Fase de Elaboración proyecto todo el 184 Disciplinas / Artefactos generados o modificados durante la Fase de Comienzo Fin Construcción (Iteración 1) Casos de Uso negociados para la Primera Release Gestionar Usuarios 16/03/09 07/04/09 Gestionar Provincias 16/03/09 07/04/09 Gestionar Ciudades 16/03/09 07/04/09 Gestionar Parroquias 16/03/09 07/04/09 Gestionar Grupos Étnicos 16/03/09 07/04/09 Gestionar Responsables de 16/03/09 07/04/09 Fichas Tabla 2.47 Gestión de Proyecto–Fase de Elaboración Iteración 1 185 Disciplinas / Artefactos generados o modificados Comienzo durante la Fase de Fin Construcción (Iteración 2) Gestionar Familias 13/04/2009 21/04/2009 Gestionar Miembros Familiares 23/04/2009 27/04/2009 Gestionar Condiciones de 28/04/2009 01/05/2009 02/05/2009 12/05/2009 Vivienda Gestionar Reportes Tabla 2.48 Gestión de Proyecto–Fase de Elaboración Iteración 2 2.9 ENTORNO El entorno se refiere a todas las herramientas que ayudaron al correcto desarrollo del sistema dentro de eso se puede indicar lo siguiente: 2.9.1 EQUIPOS Los equipos utilizados para el proyecto son los siguientes: Computador Portátil, AMD TURION X2 DE 1.6 Ghz, 120 Gb en Disco Duro y 1Gb de memoria RAM. Computador Personal, INTEL CORE DUO DE 2.19 Ghz, 200 Gb en Disco Duro y 1 Gb de memoria RAM. Impresora laser Hp deskjet 120. Impresora a inyección HP deskjet D1560. 186 Memoria Flash Kingston de 4 Gb. 2.9.2 SOFTWARE El software instalado en los equipos para desarrollar el sistema es el siguiente: Adobe Dreamweaver CS4 para el desarrollo más ágil de las interfaces. Apache 2.2.10 con MapServer como servidor web. pmapper como visualizador para los mapas Mysql 5.0 para la base de datos. Internet Explorer 7 e Internet Explorer 8(el sistema también se probo en IE 6) como cliente de la aplicación. Microsoft Word 2007 para la documentación. Rational Rose 2000 Enterprise Edition para el desarrollo de los diagramas. Map Window GIS 4.5.5 como soporte para la implementación de los mapas Power Designer 11 para el diseño de la base de datos. 2.9.3 MATERIALES DE OFICINA Los materiales de oficina utilizados son: 1000 hojas de papel bond A4 de 75 gr. 2 esferográficos color azul. 2 esferográficos color negro. 4 lápices. 1 borrador. 2 libretas a cuadros. 7 carpetas de cartón. 187 2.9.4 OTROS Además de lo mencionado anteriormente es válido también anotar lo siguiente: El desarrollo de la mayoría de este proyecto se lo realizó en el domicilio del autor del sistema por tanto no se toman en cuenta otros recursos utilizados en este ambiente. Una parte de sistema también se lo realizó en las instalaciones de la Empresa Exec Sistemas así que otros gastos como el uso de internet y los recursos propios de la empresa tampoco se mencionan aquí. 188 CAPÍTULO 3. EVALUACIÓN DE LA SOLUCIÓN 3.1 EVALUACIÓN DE LA SOLUCIÓN. Para evaluar la solución se procedió a realizar pruebas de unidad, de integración y de usabilidad obteniendo información con respecto a la funcionalidad del sistema, la consistencia de los datos, la facilidad de uso y presentación de interfaz con respecto al usuario final, para de esta manera comprobar el grado de calidad del software. . 3.1.1 PRUEBAS DE UNIDAD Fallo: Ingreso de datos, no se debería permitir el ingreso de caracteres especiales en las descripciones. Pruebas afectadas: GESTIONAR USUARIO GESTIONAR PROVINCIAS GESTIONAR CIUDADES GESTIONAR PARROQUIAS GESTIONAR GRUPOS ÉTNICOS GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR La corrección de errores sobre estas pruebas, se la realizó modificando la clase de validar datos, en la que se excluye los caracteres mencionados anteriormente. 189 3.1.2 PRUEBAS DE INTEGRACIÓN Fallo: Demasiado tiempo en la actualización de la página. Pruebas afectadas: GESTIONAR MIEMBROS FAMILIARES Para evitar un retardo excesivo en la actualización de la página se revisó las funciones de ingreso y actualización de datos por medio de los cuales se pueda optimizar las sentencias con el fin de que el proceso de intercambio con la base de datos de lo haga de forma más oportuna y eficiente. 3.1.3 PRUEBAS DE USABILIDAD De esta evaluación se tuvieron algunas observaciones: Los usuarios dieron su aceptación en la solución presentada ya que cubre las necesidades básicas para el proyecto presentado. Les resultó bastante difícil al principio el manejo de los mapas aquí presentados pero concordaron que con el uso podrán desarrollar sus habilidades en el uso del sistema y evitar los problemas presentados al principio. 3.2 ANÁLISIS DE LOS RESULTADOS Con las evaluaciones llevadas a cabo en el sistema se obtienen los siguientes resultados: Con respecto a las pruebas realizadas los problemas presentados estuvieron relacionados con la programación y no con las reglas de negocio es decir la solución de los mismos se lo hizo únicamente con la reprogramación de los errores sin modificar la estructura del negocio. 190 El sistema en el principio provee una herramienta valiosa para la detección de riesgos en el sector. Por el enfoque dado al mismo no solo sería útil dentro del sector en el cual se va a utilizar sino que se lo puede utilizar en otros sectores con las mismas reglas de negocio. La utilización de mapas en el sistema provee una herramienta adicional por medio de la cual se identifican los sectores en los cuales se presentan mayores problemas. En la evaluación de la solución también se hizo hincapié en los resultados que arrojan lo reportes. Los médicos y administradores obtienen datos de: Cantidad de personas con esquema de vacunas incompleto. Cantidad de adolescentes embarazadas en un sector determinado. Cantidad de mujeres embarazadas. Cantidad de adultos mayores. Personas con algún tipo de discapacidad. Otra información relevante es: Personas con analfabetismo. Personas con índices de desocupación. Personas que presentan enfermedades de impacto. De acuerdo a las condiciones de las viviendas familiares: Familias que consumen agua insegura. Familias que tienen una mala forma de eliminación de la basura. Familias que presentan una mala eliminación de las aguas servidas. Indicador de familias que tienen todos los servicios básicos. Con estos resultados ya tienen de forma inmediata una relación de riesgos entre sectores familiares del Área de Salud. 191 Toda esta información proveerá una herramienta sumamente útil para que las personas encargadas tomen decisiones adecuadas y oportunas en pro del bienestar de las familias del sector. CAPÍTULO 4. CONCLUSIONES Y RECOMENDACIONES 4.1 Conclusiones En sistemas en los que se va haciendo mejoras constantes y la aplicación está siendo utilizada en varios lugares lo mejor es realizar un desarrollo web ya que este tipo de soluciones dan la facilidad de hacer cambios en el código del servidor y que los mismos se vean reflejados en los clientes de forma inmediata. Los reportes mostrados indican claramente los diferentes índices de riesgo sobre los cuales los médicos pueden actuar y de esta forma ayudar a las familias que tienen más problemas. De acuerdo a los perfiles asignados los médicos pueden utilizar la información proporcionada por los distintos reportes web ayudando a establecer políticas de ayuda a cada uno de los involucrados en algún tipo de problema. El entorno Web es una alternativa bastante poderosa ya que con el crecimiento de las comunicaciones se puede llegar a zonas donde antes era imposible obtener datos y alimentar a soluciones como la presentada para obtener resultados que ayuden a la rápida acción por parte de las autoridades encargadas de brindar ayuda a distintos sectores de la sociedad. La presente tesis cumplió con las expectativas de los miembros del Área de Salud que requerían de un sistema que sea escalable y fiable ya que al poseer herramientas libres como política de desarrollo ayuda para que cualquier Ingeniero con conocimiento en las mismas apoye con sus 192 ideas para que las versiones posteriores se integren a sistemas de mayor envergadura con respecto a éste. 4.2 Recomendaciones Hay que tener en claro bien que es lo que se va a realizar ya que si bien las soluciones web son una alternativa bastante buena hay cosas que no se pueden realizar a menos que sea una aplicación de escritorio y por tanto se limitan las capacidades de dicha aplicación. Antes de decidirse por alguna alternativa hay que investigar las cosas que ya están hechas ya que si se toma alguna decisión equivocada a veces solucionar un pequeño módulo del sistema puede tomar más tiempo del requerido para la solución y provocar retardos que influyan determinante mente en el tiempo de entrega del sistema y tal vez lo realizado no sea del agrado del cliente provocando una pérdida de tiempo innecesaria y esfuerzo malgastado. Muchos de los sistemas que funcionan hoy en día están enfocados al aprovechamiento de recursos que ya fueron realizados, tomando las mejores prácticas e implementándolo en soluciones de mayor alcance provocando que el usuario esté familiarizado plenamente con las características propias de cada una de ellas evitando que sean obsoletas y aburridas en su utilización, al contrario provee una herramienta poderosísima para que su aplicación perdure en el tiempo y las nuevas versiones de la misma sean cada vez mejores y tengan una aceptación más amplia. 193 4.3 BIBLIOGRAFIA 4.3.1 LIBROS Y MANUALES Boggs Michael, Boggs Wendy, UML with Rational Rose 2002,SYBEX 2002. COHEN Daniel , Sistemas de información para la toma de decisiones, EditorialMCGraw Hill/Interamericana de México DF 1994. CONALLEN Jim, Building Web Applications with UML Second Edition, Addison Wesley, 2002. Introducción a RUP, articulo técnico, Departamento de Sistemas Informáticos y computación, Universidad Politécnica de Valencia. Información proporcionada por el Área de Salud Nº2. Hamar Vanesa, Aspectos Metodológicos del desarrollo y reutilización de componentes de software, Universidad de los Andes, Mérida 2003. 4.3.2 PROYECTOS DE TITULACIÓN Diego Javier Ayala Santacruz, Marco Vinicio Yujato Toasa , Sistema de Ayuda para la toma de decisiones en las Funciones de Marketing Relacionadas con un producto de mercado, Escuela Politecnica Nacional, 1997 Iñiguez Almeida Cleiner Ivan, Sistema Estadístico para apoyar a la gestión universitaria, Escuela Politécnica Nacional 1996. 194 4.3.3 INTERNET Programa de apoyo al sector de salud del Ecuador,http://www.passe.gov.ec/paginas/subtitulos/principal.htm, Última actualización: 15 de Agosto del 2009 Barriers, Decision Support Systems http://www.informationbuilders.com/decision-support-systems-dss.html, Ultimo acceso 10 abril de 2009 Rodriguez Lopez Cesar, Martínez Herrero Luis, Rico, Mira, German y otros, Ejemplo de Desarrollo de Software utilizando la metodología RUP, http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/index.html, Última actualización: 28 de Julio de 2003 ANEXOS I ANEXO 1. Carta de Ottawa para la Promoción de la Salud La primera Conferencia Internacional sobre la Promoción de la Salud reunida en Ottawa el día 21 de noviembre de 1986 emite la presente CARTA dirigida a la consecución del objetivo "Salud para Todos en el año 2000." Esta conferencia fue, ante todo, una respuesta a la creciente demanda de una nueva concepción de la salud pública en el mundo. Si bien las discusiones se centraron en las necesidades de los países industrializados, se tuvieron también en cuenta los problemas que atañen a las demás regiones. La conferencia tomó como punto de partida los progresos alcanzados como consecuencia de la Declaración de Alma Ata sobre la atención primaria, el documento "Los Objetivos de la Salud para Todos" de la Organización Mundial de la Salud, y el debate sobre la acción intersectorial para la salud sostenido recientemente en la Asamblea Mundial de la Salud. PROMOCIÓN DE LA SALUD La promoción de la salud consiste en proporcionar a los pueblos los medios necesarios para mejorar su salud y ejercer un mayor control sobre la misma. Para alcanzar un estado adecuado de bienestar físico, mental y social un individuo o grupo debe ser capaz de identificar y realizar sus aspiraciones, de satisfacer sus necesidades y de cambiar o adaptarse al medio ambiente. La salud se percibe pues, no como el objetivo, sino como la fuente de riqueza de la vida cotidiana. Se trata por tanto de un concepto positivo que acentúa los recursos sociales y personales así como las aptitudes físicas. Por consiguiente, dado que el concepto de salud como bienestar trasciende la idea de formas de vida sanas, la promoción de la salud no concierne exclusivamente al sector sanitario. II PREREQUISITOS PARA LA SALUD Las condiciones y requisitos para la salud son: la paz, la educación, la vivienda. La alimentación, la renta, un ecosistema estable, la justicia social y la equidad. Cualquier mejora de la salud ha de basarse necesariamente en estos prerrequisitos. PROMOCIONAR EL CONCEPTO Una buena salud es el mejor recurso para el progreso personal, económico y social y una dimensión importante de la calidad de la vida. Los factores políticos, económicos, sociales, culturales, de medio ambiente, de conducta y biológicos pueden intervenir bien en favor o en detrimento de la salud. El objetivo de la acción por la salud es hacer que esas condiciones sean favorables para poder promocionar la salud. PROPORCIONAR LOS MEDIOS La promoción de la salud se centra en alcanzar la equidad sanitaria. Su acción se dirige a reducir las diferencias en el estado actual de la salud y a asegurar la igualdad de oportunidades y proporcionar los medios que permitan a toda la población desarrollar al máximo su salud potencial. Esto implica una base firme en un medio que la apoye, acceso a la información y poseer las aptitudes y oportunidades que la lleven a hacer sus opciones en términos de salud. Las gentes no podrán alcanzar su plena salud potencial a menos que sean capaces de asumir el control de todo lo que determine su estado de salud. Esto se aplica igualmente a hombres y mujeres. ACTUAR COMO MEDIADOR III El sector sanitario no puede por sí mismo proporcionar las condiciones previas ni asegurar las perspectivas favorables para la salud y, lo que es más, la promoción de la salud exige la acción coordinada de todos los implicados: los gobiernos, los sectores sanitarios y otros sectores sociales y económicos, las organizaciones benéficas, las autoridades locales, la industria y los medios de comunicación. Las gentes de todos los medios sociales están involucradas como individuos, familias y comunidades. A los grupos sociales y profesionales y al personal sanitario les corresponde especialmente asumir la responsabilidad de actuar como mediadores entre los intereses antagónicos y a favor de la salud. Las estrategias y programas de promoción de la salud deben adaptarse a las necesidades locales y a las posibilidades específicas de cada país y región y tener en cuenta los diversos sistemas sociales, culturales y económicos. LA PARTICIPACIÓN ACTIVA EN LA PROMOCIÓN DE LA SALUD IMPLICA: LA ELABORACIÓN DE UNA POLÍTICA PÚBLICA SANA Para promover la salud se debe ir más allá del mero cuidado de la misma. La salud ha de formar parte del orden del día de los responsables de la elaboración de los programas políticos, a todos los sectores y a todos los niveles, con objeto de hacerles tomar conciencia de las consecuencias que sus decisiones pueden tener para la salud y llevarles así a asumir la responsabilidad que tienen en este respecto. La política de promoción de la salud ha de combinar enfoques diversos si bien complementarios, entre los que figuren la legislación, las medidas fiscales, el sistema tributario y los cambios organizativos. Es la acción coordinada la que nos lleva a practicar una política sanitaria, de rentas y social que permita una mayor equidad. La acción conjunta contribuye a asegurar la existencia de bienes y servicios sanos y seguros, una mayor higiene de los servicios públicos y de un medio ambiente más grato y limpio. IV La política de promoción de la salud requiere que se identifiquen y eliminen los obstáculos que impidan la adopción de medidas políticas que favorezcan la salud en aquellos sectores no directamente implicados en la misma. El objetivo debe ser conseguir que la opción más saludable sea también la más fácil de hacer para los responsables de la elaboración de los programas. LA CREACIÓN DE AMBIENTES FAVORABLES Nuestras sociedades son complejas y están relacionadas entre sí de forma que no se puede separar la salud de otros objetivos. Los lazos que, de forma inextricable, unen al individuo y su medio constituyen la base de un acercamiento socio-ecológico a la salud. El principio que ha de guiar al mundo, las naciones, las regiones y las comunidades ha de ser la necesidad de fomentar el apoyo recíproco, de protegernos los unos a los otros, así como nuestras comunidades y nuestro medio natural. Se debe poner de relieve que la conservación de los recursos naturales en todo el mundo es una responsabilidad mundial. El cambio de las formas de vida, de trabajo y de ocio afecta de forma muy significativa a la salud. El trabajo y el ocio deben ser una fuente de salud para la población. El modo en que la sociedad organiza el trabajo debe de contribuir a la creación de una sociedad saludable. La promoción de la salud genera condiciones de trabajo y de vidas gratificantes, agradables, seguras y estimulantes. Es esencial que se realice una evaluación sistemática del impacto que los cambios del medio ambiente producen en la salud, particularmente en los sectores de la tecnología, el trabajo, la energía, la producción y el urbanismo. Dicha evaluación debe ir acompañada de medidas que garanticen el carácter positivo de los efectos de esos cambios en la salud pública. La protección tanto de los ambientes naturales como de los artificiales, y la conservación de los recursos naturales, debe formar parte de las prioridades de todas las estrategias de promoción de la salud. V EL REFORZAMIENTO DE LA ACCIÓN COMUNITARIA La promoción de la salud radica en la participación efectiva y concreta de la comunidad en la fijación de prioridades, la toma de decisiones y la elaboración y puesta en marcha de estrategias de planificación para alcanzar un mejor nivel de salud. La fuerza motriz de este proceso proviene del poder real de las comunidades, de la posesión y del control que tengan sobre sus propios empeños y destinos. El desarrollo de la comunidad se basa en los recursos humanos y materiales con que cuenta la comunidad misma para estimular la independencia y el apoyo social, así como para desarrollar sistemas flexibles que refuercen la participación pública y el control de las cuestiones sanitarias. Esto requiere un total y constante acceso a la información y a la instrucción sanitaria, así como a la ayuda financiera. EL DESARROLLO DE LAS APTITUDES PERSONALES La promoción de la salud favorece el desarrollo personal y social en tanto que proporcione información, educación sanitaria y perfeccione las aptitudes indispensables para la vida. De este modo se incrementan las opciones disponibles para que la población ejerza un mayor control sobre su propia salud y sobre el medio ambiente y para que opte por todo lo que propicie la salud. Es esencial proporcionar los medios para que, a lo largo de su vida, la población se prepare para las diferentes etapas de la misma y afronte las enfermedades y lesiones crónicas. Esto se ha de hacer posible a través de las escuelas, los hogares, los lugares de trabajo y el ámbito comunitario, en el sentido de que exista una participación activa por parte de las organizaciones profesionales, comerciales y benéficas, orientada tanto hacia el exterior como hacia el interior de las instituciones mismas. VI VII LA REORIENTACIÓN DE LOS SERVICIOS SANITARIOS La responsabilidad de la promoción de la salud por parte de los servicios sanitarios la comparten los individuos, los grupos comunitarios, los profesionales de la salud, las instituciones y servicios sanitarios y los gobiernos. Todos deben trabajar conjuntamente por la consecución de un sistema de protección de la salud. El sector sanitario debe jugar un papel cada vez mayor en la promoción de la salud de forma tal que trascienda la mera responsabilidad de proporcionar servicios clínicos y médicos. Dichos servicios deben tomar una nueva orientación que sea sensible y respete las necesidades culturales de los individuos. Asimismo deberán favorecer la necesidad por parte de las comunidades de una vida más sana y crear vías de comunicación entre el sector sanitario y los sectores sociales, políticos y económicos. La reorientación de los servicios sanitarios exige igualmente que se preste mayor atención a la investigación sanitaria así como a los cambios en la educación y la formación profesional. Esto necesariamente ha de producir un cambio de actitud y de organización de los servicios sanitarios de forma que giren en torno a las necesidades del individuo como un todo. IRRUMPIR EN EL FUTURO La salud se crea y se vive en el marco de la vida cotidiana; en los centros de enseñanza, de trabajo y de recreo. La salud es el resultado de los cuidados que uno se dispensa a sí mismo y a los demás, de la capacidad de tomar decisiones y controlar la vida propia y de asegurar que la sociedad en que uno vive ofrezca a todos sus miembros la posibilidad de gozar de un buen estado de salud. VIII El cuidado del prójimo, así como el planteamiento holístico y ecológico de la vida, son esenciales en el desarrollo de estrategias para la promoción de la salud. De ahí que los responsables de la puesta en práctica y evaluación de las actividades de promoción de la salud deban tener presente el principio de la igualdad de los sexos en cada una de las fases de planificación. EL COMPROMISO A FAVOR DE LA PROMOCIÓN DE LA SALUD Los participantes en esta conferencia se comprometen: - A intervenir en el terreno de la política de la salud pública y a abogar en favor de un compromiso político claro en lo que concierne a la salud y la equidad en todos los sectores; - A oponerse a las presiones que se ejerzan para favorecer los productos dañinos, los medios y condiciones de vida malsanos, la mala nutrición y la destrucción de los recursos naturales. Asimismo se comprometen a centrar su atención en cuestiones de salud pública tales como la contaminación, los riesgos profesionales, la vivienda y la población de regiones no habitadas; - A eliminar las diferencias entre las distintas sociedades y en el interior de las mismas, y a tomar medidas contra las desigualdades, en términos de salud, que resultan de las normas y prácticas de esas sociedades; - A reconocer que los individuos constituyen la principal fuente de salud; a apoyarlos y capacitarlos a todos los niveles para que ellos, sus familias y amigos se mantengan en buen estado de salud; y del mismo modo se comprometen a aceptar que la comunidad es el portavoz fundamental en materia de salud, condiciones de vida y bienestar en general; - A reorientar los servicios sanitarios y sus recursos en términos de la promoción de la salud; a compartir el poder con otros sectores, con otras disciplines y, lo que es aún más importante, con el pueblo mismo; IX - A reconocer que la salud y su mantenimiento constituyen el mejor desafío e inversión social y a tratar el asunto ecológico global de nuestras formas de vida. La conferencia insta a todas las personas interesadas a formar una fuerte alianza en favor de la salud. LLAMADA A LA ACCIÓN INTERNACIONAL La Conferencia insta a la Organización Mundial de la Salud y a los demás organismos internacionales a abogar en favor de la salud en todos los foros apropiados y a dar apoyo a los distintos países para que se establezcan programas y estrategias dirigidas a la promoción de la salud. La Conferencia tiene el firme convencimiento de que si los pueblos, las organizaciones gubernamentales y no gubernamentales, la Organización Mundial de la Salud y todos los demás organismos interesados aúnan sus esfuerzos en torno a la promoción de la salud y en conformidad con los valores sociales y morales inherentes a esta CARTA, el objetivo "Salud para Todos en el año 2000" se hará realidad. X ANEXO 2. INSTRUCTIVO PARA EL LLENADO DE LA FICHA FAMILIAR 1 DATOS GENERALES Registre en forma clara y exacta el Área y Unidad Operativa a la cual pertenece el encuestador que realizará la apertura de la Ficha Familiar. Registre en forma clara y exacta la fecha de apertura de la ficha. En el casillero Número de Ficha Familiar trasladar los datos obtenidos del Sector, Manzana y Familia de dos dígitos cada uno. Estos datos conjuntamente con el código de la provincia / cantón / parroquia aportarán al Sistema Informático para llegar a obtener un código único de la ficha a nivel nacional. Identifique claramente, la Provincia, Cantón, Parroquia, en la que se encuentra ubicada la familia. Los datos del Sector, Manzana y No. de Familia serán asignados de acuerdo al levantamiento del croquis con su delimitación geográfica. Se tomará en cuenta que como se tiene solo 2 dígitos para cada uno de estos campos, al momento de cambiar de manzana se iniciará en 1 la siguiente familia, de igual manera se procederá cuando se cambie de sector para iniciar con la manzana 1. Ej. Sector Manzana # Familia 01 01 01 01 01 02 01 01 07 01 02 01 01 02 02 …….. XI Registre en forma clara y exacta la dirección habitual de la familia, calles o alguna referencia (junto al río, frente a la iglesia, etc.) barrio y No. de casa. Registre en forma clara a que comunidad pertenece esa familia. Por Ejemplo (Prov. Cotopaxi- Cantón Latacunga- Parroquia Mulalo- Comunidad ChasquiMacalao, Chico-El Rosal). Identifique claramente a qué grupo étnico cultural pertenece la familia, (ej: Blanco mestizo; Afroecuatoriano; Indígena: Sierra: Pasto, Karanki, Otavalo, Natabuela, Kayambi, Kitu Kara, Panzaleo, Salasaca, Chibuleo, Quisapincha, Tomabela, Puruhá, Waranka, Kañari, Saraguro, Paltas; Costa: Awa, Chachi, Epera y Tsáchila, Manta, Wankavilka; Amazonía: Cofán, Secoya, Siona, Waorani, Shiwiar, Zápara, Achuar Shuar, Andoa, Kichwa del Pastaza, Kichwa del Napo). Identifique quién es el Jefe de familia considerando que puede ser Mamá, alguno de los hijos o parientes de esa familia los responsables del sustento económico del hogar. Registre el número de teléfono. 2 INFORMACION GEOREFERENCIAL- GIS Identifique claramente los datos que marca el instrumento GPS en el caso de contar con éste, caso contrario dejar en blanco. XII 3 RESPONSABLE DEL LLENADO Registre los nombres y apellidos de la persona asignada para la apertura y llenado de la Ficha Familiar, en el caso de ser profesional su código y la firma. Para el llenado de la siguiente información, usted deberá registrar con una x en los casilleros pequeños y con palabras aquellos casilleros que así lo permitan. MIEMBROS DE LA FAMILIA POR GRUPOS APELLIDOS Y Identidad de cada uno de los miembros del NOMBRES grupo familiar. DE EDAD PARENTESC O FECHA DE NACIMIENTO Se refiere a la relación de cada miembro con el jefe de la familia, en caso del jefe ira la palabra jefe. Día, mes y año o fecha aproximada. MENOR DE 1 4 AÑO DE 1 A 4 AÑOS OCUPACIÓN Trabajo al cual se dedica la persona. SEXO Masculino / femenino. DE 5 A 9 AÑOS Especifique el año cumplido de estudio de DE 10 A 19 AÑOS ESCOLARIDA acuerdo a la columna respectiva. Por ej. Esta D en 3ro. De básica irá en el casillero más el número 2. DE 20 A 64 AÑOS MAYOR DE 65 VACUNAS AÑOS COMPLETAS Cumplimiento del esquema completo de vacunación, de acuerdo a la edad (solicitar el carnet de vacunación). XIII SALUD Patologías aparentes en la dentadura temporal BUCAL o definitiva. ENFERMEDA D Enfermedades actuales repetitivas o enf. REPETITIVA Crónicas. De los miembros de la familia. O CRONICA NUMERO DE HISTORIA CLINICA CEDULA DE CIUDADANIA TOTALES Registre el número de historia clínica de cada miembro en el caso de tenerla. Registrar el numero de la cedula de identidad de cada miembro de la familia en el caso de tenerla. Registrar el total de miembros de la familia. FUM : fecha de la ultima menstruación. FPP: fecha probable de parto. EMBARAZADAS DATOS Semanas de gestación. COMPLETOS Vacunas recibidas DT (¿qué dosis?) Antecedentes gineco-obstétricos y Antecedentes obstétricos patológicos (anemiaht-desnutrición, etc.) 5 MORTALIDAD FAMILIAR Registrar la mortalidad materna, infantil o de otro miembro del hogar en los últimos 5 años. Parentesco con el jefe de familia, edad XIV aproximada al fallecer y la causa probable de la muerte. Fuentes de agua, ríos, quebradas, AGUA contaminadas. Agua no tratada, agua pesada (agua sin tratar que se envía a los ríos y quebradas). DESECHOS 6 FACTORES DE SÓLIDOS Disposición inadecuada de excretas. Disposición inadecuada de desechos sólidos, reciclaje. RIESGO DESECHOS Contaminación de fuentes de agua, ríos, LIQUIDOS quebradas con desechos líquidos sin tratar. Hacinamiento, pobreza extrema, OTROS contaminación ambiental. Desintegración familiar por migración. Alcoholismo y otras adicciones. RIESGOS BIOLOGICOS CALIFICACION 7 DEL RIESGO RIESGOS Problemas originados por enfermedades crónicas, nutricionales, inmunológicas, mentales, gestacionales y discapacidades. Problemas causados por alteraciones SANITARIOS ambientales y de servicios básicos. FAMILIAR RIESGOS SOCIO Problemas relacionados con pobreza y ECONOMICO trastornos en el entorno familiar. S XV Puntaje y calificación en relación a las diferentes clases de riesgos familiares TOTALES Y CALIFICACIO NES DEL RIESGO 0 sin riesgo 1-4 riesgo bajo 5-10 riesgo medio 11-16 riesgo alto RESPONSAB LE Nombre de la persona que califico el riesgo. Opciones de graficación de la línea de SIMBOLOS descendencia generacional. Constitución y relación entre los miembros de familia. ABREVIATUR 8 FAMILIOGRAMA AS Lista de códigos asignados a las principales patologías familiares. Añadir patologías de incidencia de la zona si lo requiere. Grafico para la representación de 3 líneas generacionales: abuelos, padres e hijos. Se DIAGRAMA usa la lista de opciones de relación de la simbología y las opciones de patología de la lista de abreviaturas. DETALLE DE 9 LAS FUENTES Descripción de situaciones y hechos ubicados DE en el entorno de la vivienda que influyen sobre CONTAMINACIO N la calidad de vida de las personas. XVI PERSONAS A 10 LAS QUE Persona consultada cuando alguien se ACUDEN enferma, puede ser el médico, el boticario, CUANDO SE curandero, etc. ENFERMAN UBICACIÓN DE LA CASA Y LAS 11 Graficación de las fuentes de contaminación FUENTES DE registradas en el bloque 9, graficar la CONTAMINACIO ubicación de la vivienda. N 12 PLAN DE INTERVENCIÓN Y PROGRAMACION DE VISITA DOMICILIARIA DE RIESGO: Colocar en el casillero correspondiente de riesgo la calificación y el grado obtenido por esa familia (riesgo medio = puntaje 6). MATRIZ DE INTERVENCIÓN: PROBLEMA: En el casillero “PROBLEMA”, anotamos el específico sobre el cual vamos a intervenir, seguido en el casillero de “ACTIVIDADES” se describirá puntualmente lo que se hará en relación al problema. En el casillero “PERÍODO DE INTERVENCIÓN” se colocará el tiempo aproximado que se utilizará para la intervención, así como los responsables de dicha actividad sean personas o instituciones. En el casillero “EVALUACION”, deberá indicar el proceso que transcurre desde la intervención hasta la resolución del problema. Por ej. educación, reuniones con instituciones, etc. Control médico, XVII PROGRAMACIÓN DE VISITA DOMICILIARIA DE RIESGO: Este instrumento tiene como finalidad el registro de las actividades de campo planificadas y ejecutadas con objetivos específicos para llegar a la resolución de problemas encontrados en cada familia de la comunidad de acuerdo a lo programado en el plan de intervención. Debe ser un documento dinámico para el personal de salud. En el casillero “FECHA”, anotar el día, mes y año que el personal se desplace hacia la familia. En el casillero “PROBLEMA”, anotar el problema específico objetivo de la visita. En el casillero “EVOLUCION” anotar los avances o dificultades encontrados en la búsqueda de la resolución del problema. En el casillero “ACTIVIDADES”, anotar las estrategias de intervención mediatas, así como las de mediano y largo plazo posterior al análisis de avances y dificultades. En el casillero “RESPONSABLES” anotar la persona asignada para la visita domiciliara. En el casillero “RECOMENDACIONES”, anotar alguna observación importante para continuar con la intervención en la familia. XVIII ANEXO 3. Decreto Nº1014 RAFAEL CORREA DELGADO PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA CONSIDERANDO: Que en el apartado g) del numeral 6 d la Carta Iberoamericana de Gobierno Electrónico, aprobada por la IX Conferencia Iberoamericana de Ministros de Administración Pública y Reforma del Estado, realizada en Chile el 1 de Junio de 2007, se recomienda el uso de estándares abiertos y software libre, como herramientas informáticas; Que es el interés del Gobierno alcanzar soberanía y autonomía tecnológica, así como un significativo ahorro de recursos públicos y que el Software Libre es en muchas instancias un instrumento para alcanzar estos objetivos; Que el 18 de Julio del 2007 se creó e incorporó a la estructura orgánica de la Presidencia de la República la Subsecretaría de Informática, dependiente de la secretaría general de la Administración mediante Acuerdo Nº119 publicado en el Registro Oficial No. 139 de 1 de Agosto del 2007; Que el numeral 1 del artículo 6 del Acuerdo Nº 119 , faculta a la Subsecretaría de Informática a elaborar y ejecutar planes, programas, proyectos, estrategias, políticas, proyectos de leyes y reglamentos para el uso de Software Libre en las dependencias del gobierno central; y, En ejercicio de la atribución que le confiere el numeral 9 del artículo 171 de la Constitución Política de la república; DECRETA: Artículo 1.- Establecer como política pública para las entidades de la Administración Pública Central la utilización de Software Libre en sus sistemas y equipamientos informáticos. XIX Artículo 2.- Se entiende por Software Libre, a los programas de computación que se pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a los códigos fuentes y que sus aplicaciones puedan ser mejoradas. Estos programas de computación tienen las siguientes libertades: a) Utilización del programa con cualquier propósito de uso común b) Distribución de copias sin restricción alguna c) Estudio y modificación del programa (Requisito: código fuente disponible) d) Publicación delo programa mejorado (Requisito: código fuente disponible) Artículo 3.- Las entidades de la Administración Pública central previa a la instalación del software libre en sus equipos, deberán verificar la existencia de capacidad técnica que brinde el soporte necesario para el uso de este tipo de software. Artículo 4.- Se faculta la utilización de software propietario (no libre) únicamente cuando no exista solución de Software Libre que supla las necesidades requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto informático se encuentre en un punto de no retorno. Para efectos de este decreto se comprende como seguridad nacional, las garantías para la supervivencia de la colectividad y la defensa del patrimonio nacional. Para efectos de este decreto se entiende por un punto de no retorno, cuando el sistema o proyecto informático se encuentre en cualesquiera de estas condiciones: a) Sistema en producción funcionando satisfactoriamente y que un análisis de costo beneficio muestre que no es razonable ni conveniente una migración a Software Libre b) Proyecto en estado de desarrollo y que un análisis de costo - beneficio muestre que no es conveniente modificar el proyecto y utilizar Software Libre. XX Periódicamente se evaluarán los sistemas informáticos que utilizan software propietario con la finalidad de migrarlos a Software Libre. Artículo 5.- Tanto para software libre como software propietario, siempre y cuando se satisfagan los requerimientos, se debe preferir las soluciones en este orden: a) Nacionales que permitan autonomía y soberanía tecnológica. b) Regionales con componente nacional. c) Regionales con proveedores nacionales. d) Internacionales con componente nacional. e) Internacionales con proveedores nacionales. f) Internacionales. Artículo 6.- La Subsecretaría de Informática como órgano regulador y ejecutor de las políticas y proyectos informáticos de las entidades del Gobierno Central deberá realizar el control y seguimiento de este Decreto. Para todas las evaluaciones constantes en este decreto la Subsecretaría de Informática establecerá los parámetros y metodologías obligatorias. Artículo 7.- Encárguese de la ejecución de este decreto a los señores Ministros Coordinadores y el señor Secretario General de la Administración Pública y Comunicación. Dado en el Palacio Nacional en la ciudad de San Francisco de Quito, Distrito Metropolitano, el día de hoy 10 de abril de 2008 Rafael Correa Delgado PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA XXI ANEXO 4. IMPLEMENTACIÓN CON GOOGLE MAPS Por motivos de investigación se realizó una aplicación paralela con la utilización de Google maps. El desarrollo de la aplicación con esta herramienta tiene sus ventajas y desventajas con respecto a la desarrollada con MapServer. Ventajas: La aplicación con GoogleMaps no utiliza recursos del servidor para la gestión de los mapas lo realiza en servidores propios de Google. Google tiene la posibilidad de mostrar mapas un poco más elaborados de los que se puede obtener en el medio, hay empresas especializadas en la elaboración de mapas GIS es por esto que resulta tan limitada la información mostrada en el mapas utilizado con MapServer. Como se indicó en el punto anterior Google provee la posibilidad de ubicarse en cualquier punto geográfico del planeta con solo irse moviendo dentro de la aplicación, a diferencia de MapServer donde se tiene la restricción ya que no se dispone de mapas tan amplios como los que posee el Google en su entorno de desarrollo. Desventajas: Si bien Google dispone de mapas más elaborados necesita obligatoriamente de una conexión a internet para poder utilizar su aplicación. Hay que registrarse en el sitio de Google para obtener una API con la cual poder registrar el sitio en el que se va a utilizar el mapa. XXII Las utilidades que trae para poder utilizarlo es muy limitado al contrario de una aplicación con mapserver que permite desarrollar aplicaciones utilizando al máximo el potencial del servidor de mapas. Al ser una aplicación integrada el sistema no presenta problemas con los datos guardados bien sea con los datos de Google o con los hechos con el MapServer. Mapas mostrados en la aplicación. MapServer Google Maps XXIII A GLOSARIO A Adobe.- Empresa de software con sede en San José, California (EE.UU.). Fue fundada en diciembre de 1982 por John Warnock y Charles Geschke. Se destaca por sus aplicaciones de creación de páginas web, video e imagen digital. AJAX.- acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML), es una técnica de desarrollo web para crear aplicaciones. Estas aplicaciones se ejecutan en el cliente, es decir, en el navegador de los usuarios mientras se mantiene la comunicación asíncrona con el servidor en segundo plano. De esta forma es posible realizar cambios sobre las páginas sin necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad y usabilidad en las aplicaciones. Apache.- El servidor HTTP Apache es un software (libre) servidor HTTP de código abierto para plataformas Unix , Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1 y la noción de sitio virtual API.- del inglés (Application Programming Interface) es el conjunto de funciones y procedimientos (o métodos si se refiere a programación orientada a objetos) que ofrece cierta biblioteca para ser utilizado por otro software como una capa de abstracción. ASP.NET.- es un framework para aplicaciones web desarrollado y comercializado por Microsoft. Es usado por programadores para construir sitios web dinámicos, aplicaciones web y servicios web XML. B BACK-END.- Es la parte en la cual se encuentran instrucciones que son procesadas para enviar resultados al usuario que interactua con la aplicacion. B Baseline.- Una baseline es una instantánea del estado de todos los artefactos del proyecto, registrada para efectos de gestión de configuración y control de cambios. Borland.- es una compañía de software, ubicada en Scotts Valley, California, Estados Unidos, conocida sobre todo por sus herramientas de programación, especialmente Turbo Pascal que evolucionó hasta el actual Delphi. C C.- Es un lenguaje de programación de propósito general que ofrece economía sintáctica, control de flujo y estructuras sencillas y un buen conjunto de operadores. No es un lenguaje de muy alto nivel y más bien un lenguaje pequeño, sencillo y no está especializado en ningún tipo de aplicación. C#.- es un lenguaje de programación orientado a objetos desarrollado y estandarizado por Microsoft como parte de su plataforma .NET. CAD.- El diseño asistido por computador (o computadora u ordenador), abreviado como DAO (Diseño Asistido por Ordenador) pero más conocido por sus siglas inglesas CAD (Computer Aided Design), es el uso de un amplio rango de herramientas computacionales que asisten a ingenieros, arquitectos y a otros profesionales del diseño en sus respectivas actividades. También se llega a encontrar denotado con las siglas CADD, dibujo y diseño asistido por computadora (Computer Aided Drafting and Design). El CAD es también utilizado en el marco de procesos de administración del ciclo de vida de productos (Product Lifecycle Management). CAM.- Es el uso del computador con herramientas de software que ayuda a Ingenieros y tecnicos en la manufactura o prototipeado de componentes de distintos productos. CAM es un grupo de herramientas que hacen posible la manufactura fisica de modelos usando el programas CAD( Diseño asistido por computadora ). CAM crea versiones en la vida real de componentes diseñados con un paquete de software. C CGI.- (Common Gateway InterfaceI) es una importante tecnología de la World Wide Web que permite a un cliente (explorador web) solicitar datos de un programa ejecutado en un servidor web. CGI especifica un estándar para transferir datos entre el cliente y el programa. Cliente-Servidor.- es una relación entre procesos corriendo en máquinas separadas CodeGear.- Compañía de software norteamericana. Inicialmente una filial de Borland, fue fundada en Noviembre de 2006 a partir del antiguo departamento de Borland dedicado a IDEs y compiladores, anteriormente llamado Developer Tools Group. ColdFusion.- Servidor de páginas webs de la casa de Macromedia (Actualmente Adobe) que genera de manera rápida contenido dinámico por medio de tags especiales embebidos en código html. CSS.- Las hojas de estilo en cascada (Cascading Style Sheets, CSS) son un lenguaje formal usado para definir la presentación de un documento estructurado escrito en HTML o XML (y por extensión en XHTML). El W3C (World Wide Web Consortium) es el encargado de formular la especificación de las hojas de estilo que servirán de estándar para los agentes de usuario o navegadores. D DB2.- es una marca comercial, propiedad de IBM, bajo la cual se comercializa el sistema de gestión de base de datos. Delphi.- es un entorno de desarrollo de software diseñado para la programación de propósito general con énfasis en la programación visual. En Delphi se utiliza como lenguaje de programación una versión moderna de Pascal llamada Object Pascal. D Digitador: Persona encargada de ingresar los datos registrados en la ficha familiar. DOM.- El Document Object Model, es esencialmente una interfaz de programación de aplicaciones que proporciona un conjunto estándar de objetos para representar documentos HTML y XML, un modelo estándar sobre cómo pueden combinarse dichos objetos, y una interfaz estándar para acceder a ellos y manipularlos. Dominio.- es un nombre base que agrupa a un conjunto de equipos o dispositivos y que permite proporcionar nombres de equipo más fácilmente recordables en lugar de una dirección IP numérica. E Eclipse.- es un entorno de desarrollo integrado de código abierto multiplataforma para desarrollar lo que el proyecto llama "Aplicaciones de Cliente Enriquecido", opuesto a las aplicaciones "Cliente-liviano" basadas en navegadores. F Ficha Médica Familiar.- Documento en el cual se registra información acerca de las familias a las cuales se realiza una visita domiciliar. Firefox.- Mozilla Firefox es un navegador de Internet libre y de código abierto descendiente de Mozilla Application Suite, desarrollado por la Corporación Mozilla, la Fundación Mozilla y un gran número de voluntarios externos. Cuenta con el 20.78% del mercado de navegadores web a partir de noviembre de 2008, por lo que es el segundo navegador más popular en todo el mundo, después de Internet Explorer. Firebird.- es una base de datos relacional que ofrece muchas características de SQL ANSI estándar y que funciona en Linux, Windows, MacOSX y una variedad de plataformas UNIX. E Flash.- es una aplicación en forma de estudio de animación que trabaja sobre "Fotogramas" destinado a la producción y entrega de contenido interactivo para diferentes audiencias alrededor del mundo sin importar la plataforma. Free Software Foundation.- es una organización creada en Octubre de 1985 por Richard Matthew Stallman y otros entusiastas del Software Libre para promocionar el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU. FRONT-END.- es la parte de un sistema de software que interactúa directamente con el usuario. G GIS.- Siglas de Sistema de Información Geográfica, siendo también ampliamente utilizadas; sistema computacional orientado a capturar, almacenar, administrar, integrar, manipular, analizar y presentar datos relacionados a elementos dispuestos sobre el superficie de la Tierra y su posición en ella; típicamente, se utiliza para el manejo de mapas, representados dentro del sistema como una o más capas diferentes, cada una de las cuales contiene información geográfica (posición de cada elemento en la Tierra), topológica (relaciones existentes entre los elementos de la capa) y temática (tema que busca representar, contenido) sobre algún aspecto particular. Google.- El motor de búsqueda más usado de Internet. GTK.- The GIMP Toolkit es un grupo importante de bibliotecas o rutinas para desarrollar interfaces gráficas de usuario (GUI) para principalmente los entornos gráficos GNOME, XFCE y ROX de sistemas UNIX. GNU.- Es una licencia creada por la Free Software Foundation a mediados de los 80, y está orientada principalmente a proteger la libre distribución, modificación y uso de software. Su propósito es declarar que el software F cubierto por esta licencia es software libre y protegerlo de intentos de apropiación que restrinjan esas libertades a los usuarios. H HyperText.- Es todo documento que está vinculado (hipervínculo) con otros documentos a través de enlaces (links). Al ingresar a ese enlace se puede acceder al documento enlazado. También pueden ser vínculos al mismo documento, sólo que a otra posición más arriba o más abajo. Las páginas web html son ejemplos de hipertextos. HTML.- Siglas de HyperText Markup Language (Lenguaje de Marcas de Hipertexto), es el lenguaje de marcado predominante para la construcción de páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. HTML se escribe en forma de "etiquetas", rodeadas por corchetes angulares (<,>). HTML también puede describir, hasta un cierto punto, la apariencia de un documento, y puede incluir un script (por ejemplo Javascript), el cual puede afectar el comportamiento de navegadores web y otros procesadores de HTML. HTTP.- El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transacción de la Web (WWW). I IDE.- Es un entorno de programación que ha sido empaquetado como un programa de aplicación, es decir, consiste en un editor de código, un compilador, un depurador y un constructor de interfaz gráfica GUI. IFRAME.- Inline frame o marco incorporado, es un elemento HTML que permite insertar o incrustar un documento HTML dentro de un documento HTML principal. Insertar un iframe entre una sección o bloque es semejante a insertar un elemento object. Esto permite que se pueda insertar un documento HTML dentro de otro, alineado de acuerdo a sus límites. G Interfaz gráfica.- Una interfaz gráfica es cualquier medio por el cual uno puede interactuar con una computadora a través de algún tipo de software gráfico. Internet.- es un conjunto descentralizado de redes de comunicación interconectadas, que utilizan la familia de protocolos TCP/IP, garantizando que las redes físicas heterogéneas que la componen funcionen como una red lógica única, de alcance mundial. Internet Explorer.- Windows Internet Explorer (anteriormente Microsoft Internet Explorer, abreviado MSIE) generalmente abreviado IE es un navegador web producido por Microsoft para el sistema operativo Windows y más tarde para Sun Solaris y Apple Macintosh, estas dos últimas discontinuadas en el 2002 y 2006 respectivamente. Microsoft gastó más de 100 millones de dólares (USD) al año en el decenio de 1990, con más de 1000 personas que trabajan en IE en 1999. Intranet.- es una red de ordenadores privados que utiliza tecnología Internet para compartir de forma segura cualquier información o programa del sistema operativo para evitar que cualquier usuario de internet pueda entrar a robar archivos privados. A veces el término solo hace referencia a la web interna de la organización, pero muchas veces es más bien una parte extensa de la infraestructura de los ordenadores y es un componente importante para la comunicación y la colaboración dentro de la compañía. ISAPI.- Es una interfaz de programación de aplicaciones (API) para el servidor Web de Microsoft. J Java.- Es un lenguaje de programación de alto nivel, orientado a objetos. JavaScript.- es un lenguaje de programación interpretado, es decir, que no requiere compilación, utilizado principalmente en páginas web, con una sintaxis semejante a la del lenguaje Java y el lenguaje C. JSON.- (JavaScript Object Notation - Notación de Objetos de JavaScript) es un formato ligero de intercambio de datos. Leerlo y escribirlo es simple para H humanos, mientras que para las máquinas es simple interpretarlo y generarlo. JSON es un formato de texto que es completamente independiente del lenguaje pero utiliza convenciones que son ampliamente conocidos por los programadores de la familia de lenguajes C, incluyendo C, C++, C#, Java, JavaScript, Perl, Python, y muchos otros. JSP/Java.- JavaServer Pages (JSP) es una tecnología Java que permite generar contenido dinámico para web, en forma de documentos HTML, XML o de otro tipo. JSRS.- El Scripting remoto en Javascript es una técnica de desarrollo web para crear aplicaciones web interactivas. K L Línea de órdenes.- es un programa informático que actúa como interfaz de usuario para comunicar al usuario con el sistema operativo mediante una ventana que espera órdenes escritas por el usuario en el teclado (por ejemplo, PRINT CARTA.TXT), los interpreta y los entrega al sistema operativo para su ejecución. La respuesta del sistema operativo se muestra al usuario en la misma ventana. Linux.- es un término genérico para referirse a sistemas operativos similares a Unix basados en el núcleo de Linux. Su desarrollo es uno de los ejemplos más prominentes de software libre; normalmente todo el código fuente puede ser utilizado, modificado y redistribuido libremente por cualquiera bajo los términos de la Licencia Pública General de GNU (GNU GPL) y otras licencias libres. M Macromedia.- era una empresa de software de gráficos y desarrollo web con centrales en San Francisco fue adquirido por Adobe Systems. Mac OS X.- es una línea de sistemas operativos computacionales desarrollado, comercializado y vendido por Apple Inc., es la última versión de toda la línea de I computadoras Macintosh. Se basa en Unix y usa una interfaz gráfica desarrollada por Apple llamada Aqua, que se inspira libremente en la interfaz de Mac OS Classic. Médico: Dentro del entorno del sistema es la persona encargada de decidir si los datos mostrados implican una revisión del caso por parte del Área de Salud. MIME.- (Multipurpose Internet Mail Extensions), (Extensiones de Correo de Internet Multipropósito), son una serie de convenciones o especificaciones dirigidas a que se puedan intercambiar a través de Internet todo tipo de archivos (texto, audio, vídeo, etc.) de forma transparente para el usuario. Una parte importante del MIME está dedicada a mejorar las posibilidades de transferencia de texto en distintos idiomas y alfabetos. Microsoft ASP.- Active Server Pages, una solución de software de Microsoft, para la programación en páginas WEB. Microsoft SQL Server.- es un sistema de gestión de bases de datos relacionales (SGBD) basado en el lenguaje Transact-SQL, y específicamente en Sybase IQ, capaz de poner a disposición de muchos usuarios grandes cantidades de datos de manera simultánea. MySQL.- Es un sistema de gestión de base de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones. MSP.- Siglas del Ministerio de Salud Publica, es el organismo encargado de regular todos los estamentos relacionados con la Salud Publica en la Republica del Ecuador. N O ODBC.- (Open Database Connectivity) es un estándar de acceso a Bases de Datos desarrollado por Microsoft Corporation, el objetivo de ODBC es hacer posible el acceder a cualquier dato desde cualquier aplicación, sin importar qué Sistema Gestor de Bases de Datos (DBMS por sus siglas en inglés) almacene J los datos, ODBC logra esto al insertar una capa intermedia llamada manejador de Bases de Datos, entre la aplicación y el DBMS, el propósito de esta capa es traducir las consultas de datos de la aplicación en comandos que el DBMS entienda. Oracle.- Es un sistema de gestión de base de datos relacional (o RDBMS por el acrónimo en inglés de Relational Data Base Management System), desarrollado por Oracle Corporation. P PDF.- (acrónimo del inglés Portable Document Format, formato de documento portátil) es un formato de almacenamiento de documentos, desarrollado por la empresa Adobe Systems. Está especialmente ideado para documentos susceptibles de ser impresos, ya que especifica toda la información necesaria para la presentación final del documento, determinando todos los detalles de cómo va a quedar, no requiriéndose procesos anteriores de ajuste ni de maquetación. Perl.- es un lenguaje de programación diseñado por Larry Wall creado en 1987. Perl toma características del C y fue ampliamente adoptado por su destreza en el procesado de texto y no tener ninguna de las limitaciones de los otros lenguajes de script. Personal Home Page Tools.- Herramientas para Páginas Iniciales Personales, es un lenguaje de programación tipo script para entornos Web utilizado sobre todo en servidores Linux para personalizar la información que se envía a los usuarios que acceden a un sitio web. Es un programa de software libre con unas funciones muy semejantes a las de ASP y JSP. PHP.- es un lenguaje interpretado de propósito general ampliamente usado y que está diseñado especialmente para desarrollo Web y puede ser incrustado dentro de código HTML. PHP-Qt.- es una extensión para PHP5 que permite escribir programas con el Toolkit de Qt. K PHP-GTK.- es una extensión para el lenguaje de programación PHP que permite la utilización de GTK+. PHP CLI.- Es el uso de Php desde la linea de comandos. PostgreSql.- es un sistema de gestión de base de datos relacional orientada a objetos de software libre. Programador.- es un individuo que ejerce la programación, es decir, que escribe programas de computadora u ordenador. Los programadores también reciben el nombre de desarrolladores de software. Programación estructurada.- Es una técnica en la cual la estructura de un programa, la escritura de sus partes se realiza tan claramente cómo es posible mediante el uso de tres estructuras lógicas de control: - Secuencia: Sucesión simple de dos o más operaciones. - Selección: División condicional de una o más operaciones. - Interacción: Repetición de una operación mientras se cumple una condición. Programación Orientada a Objetos.- Es un paradigma de programación que usa objetos y sus interacciones para diseñar aplicaciones y programas de computadora. Python.- Python es un lenguaje de scripting independiente de plataforma y orientado a objetos, preparado para realizar cualquier tipo de programa, desde aplicaciones Windows a servidores de red o incluso, páginas web. Es un lenguaje interpretado, lo que significa que no se necesita compilar el código fuente para poder ejecutarlo, lo que ofrece ventajas como la rapidez de desarrollo e inconvenientes como una menor velocidad. L Q QT.- es una herramienta de programadores para desarrollar interfaces gráficas de usuario. Es un sistema integral de desarrollo para aplicaciones multiplataforma. R Redes.- Las redes en general, consisten en "compartir recursos", y uno de sus objetivo es hacer que todos los programas, datos y equipo estén disponibles para cualquiera de la red que así lo solicite, sin importar la localización física del recurso y del usuario. En otras palabras, el hecho de que el usuario se encuentre a 1000 km de distancia de los datos, no debe evitar que este los pueda utilizar como si fueran originados localmente. RH.- (Recursos Humanos), se refiere al área de Recursos Humanos de las empresas públicas y privadas. RUP.- (Rational Unified Process) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. S Script.- Un script en el lado del cliente es un programa que puede acompañar a un documento HTML o que puede estar incluido en él. El programa se ejecuta en la máquina del cliente cuando se carga el documento, o en algún otro instante, como por ejemplo cuando se activa un vínculo. El soporte de scripts de HTML es independiente del lenguaje de scripts. Scripting.- es una tecnología que permite a los scripts que se ejecutan dentro de un navegador web intercambiar información con el servidor. Los scripts M locales pueden invocar scripts en el servidor remoto y procesar la información devuelta. Servidor Web.- sirve contenido estático a un navegador, carga un archivo y lo sirve a través de la red al navegador de un usuario. Este intercambio es mediado por el navegador y el servidor que hablan el uno con el otro mediante HTTP. SISGER: Sistema de Gestión de Riesgos Sistema operativo.- es el programa (o software) más importante de un ordenador. Para que funcionen los otros programas, cada computador de uso general debe tener un sistema operativo. Los sistemas operativos realizan tareas básicas, tales como reconocimiento de la conexión del teclado, enviar la información a la pantalla, no perder de vista archivos y directorios en el disco, y controlar los dispositivos periféricos tales como impresoras, escáner, etc. Software.- Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados que forman parte de las operaciones de un sistema de computación. SQL.- (Structured Query Language) es un lenguaje declarativo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones sobre las mismas. Una de sus características es el manejo del álgebra y el cálculo relacional permitiendo lanzar consultas con el fin de recuperar -de una forma sencilla- información de interés de una base de datos, así como también hacer cambios sobre la misma. SQLite.- es un sistema de gestión de bases de datos relacional y que está contenida en una relativamente pequeña (~500KB) biblioteca en C. SQLite es un proyecto de dominio público creado por D. Richard Hipp. Stakeholders.- termino asociado a quienes pueden afectar o son afectados por las actividades de una empresa. Sun Microsystems.- es una empresa informática de Silicon Valley, fabricante de semiconductores y software. N O T TCP/IP.- (Transmission Control Protocol/Internet Protocol) Conjunto de protocolos de bajo nivel (IP, TCP, UDP, ICP, RARP, etc) que permiten el funcionamiento de Internet. U UNIX.- Sistema operativo interactivo y de tiempo compartido creado en 1969 por Ken Thompson. Reescrito a mitad de la década de los años setenta del siglo XX por AT&T, alcanzó enorme popularidad en los ambientes académicos y, más tarde en los empresariales, como un sistema portátil robusto y flexible, muy utilizado en los ambientes Internet. URI.- Uniform Resource Identifier es una cadena corta de caracteres que identifica inequívocamente un recurso (servicio, página, documento, dirección de correo electrónico, enciclopedia, etc.). Normalmente estos recursos son accesibles en una red o sistema. URLs.- Uniform Resource Locator, son identificadores que permiten acceder a recursos (páginas) web. En la misma forma en que los humanos utilizamos direcciones para identificar y encontrar ubicaciones, los URLs le sirven al navegador (y otros sistemas) para encontrar una página o recurso Web en el vasto mundo del Internet. URN.- Sistema de identificación de recursos cuyo objetivo es complementar el sistema URIURL. El sistema URN estaría basado más en el recurso en sí (contenido, características) que en el lugar en el que se halla el recurso como sucede actualmente. V P VB.NET.- es un lenguaje de programación orientado a objetos que se puede considerar una evolución de Visual Basic implementada sobre el framework .NET. Visitador.- persona encargada de recolectar los datos de cada una de las familias en el proyecto de la ficha médica familiar. VPN.- es una tecnología de red que permite una extensión de la red local sobre una red pública o no controlada, como por ejemplo Internet. W WDDX.- (Web Distributed Data eXchange) es un estándar XML para el intercambio de información estructurada entre distintos lenguajes de programación. Usando WDDX es posible convertir un vector en PHP en una estructura WDDX serializada y luego des-serializarla en un programa perl y obtener como resultado un programa perl. Al permitir fácil y claramente el intercambio de datos entre distintos lenguajes, WDDX podría convertirse en una herramienta muy útil de la web de servicios, ya que una empresa que desee proveer un determinado servicio puede utilizar el lenguaje que quiera y entregar como resultado datos WDDX para que otras empresas usando otros lenguajes puedan tomarlo y utilizarlo. Web.- Es el sistema de documentos interconectados por enlaces de hypertexto, que se ejecutan en una red. Web Forms.- Es una página web a la que un usuario ingresa datos que son enviados al servidor para su procesamiento. Web hosting .- es el servicio que provee a los usuarios de Internet un sistema para poder almacenar información, imágenes, vídeo, o cualquier contenido accesible vía Web. World Wide Web.- O Red Global Mundial es un sistema de documentos de hipertexto y/o hipermedios enlazados y accesibles a través de Internet. Con un navegador Web, un usuario visualiza páginas web que pueden contener texto, Q imágenes, vídeos u otros contenidos multimedia, y navega a través de ellas usando hiperenlaces. R X XHTML.- acrónimo inglés de eXtensible Hypertext Markup Language (lenguaje extensible de marcado de hipertexto), es el lenguaje de marcado pensado para sustituir a HTML como estándar para las páginas web. En su versión 1.0, XHTML es solamente la versión XML de HTML, por lo que tiene, básicamente, las mismas funcionalidades, pero cumple las especificaciones, más estrictas, de XML. Su objetivo es avanzar en el proyecto del World Wide Web Consortium de lograr una web semántica, donde la información, y la forma de presentarla estén claramente separadas. XML.- Es considerado como un metalenguaje de definición de documentos estructurados mediante marcas o etiquetas. Se trata de un estándar del World Wide Web Consortium cuyo objetivo es crear unas reglas básicas para permitir el intercambio de información estructurada entre aplicaciones, y en particular, entre aplicaciones Web. XmlHttpRequest.- también referida como XMLHTTP (Extensible Markup Language / Hypertext Transfer Protocol), es una interfaz empleada para realizar peticiones HTTP y HTTPS a servidores WEB. Para los datos transferidos se usa cualquier codificación basada en texto, incluyendo: texto plano, XML, JSON, HTML y codificaciones particulares específicas. La interfaz se presenta como una clase de la que una aplicación cliente puede generar tantas instancias como necesite para manejar el diálogo con el servidor. El uso más popular, si bien no el único, de esta interfaz es proporcionar contenido dinámico y actualizaciones asíncronas en páginas WEB mediante tecnologías construidas sobre ella como por ejemplo AJAX. Y Z S Zend Studio.- Es un completo entorno integrado de desarrollo para el lenguaje de programación PHP. Está escrito en Java, y está disponible para las plataformas Microsoft Windows, Mac OS X y GNU/Linux.
