Sistema de Apoyo Integral a la Mision Milagro.

(1)

-1- INTRODUCCIÓN

Personas de todas las edades, con sus respectivos acompañantes, han viajado a Cuba para recibir asistencia médica producto al desarrollo de la Misión Milagro. La Universidad de las Ciencias Informáticas (UCI) se ha convertido en unos de los centros de apoyo a esta misión brindando diferentes servicios (hospedaje, alimentación, etc.) y todos los recursos necesarios (ropa, aseo, dinero, etc.) para su desarrollo.

Actualmente la información asociada a los pacientes y a los servicios brindados, así como al registro de la entrega de artículos, no se encuentra en una fuente centralizada a la que el personal de la misión o los pacientes puedan tener acceso. Además se controla de forma manual y en ocasiones con la ayuda de sistemas en Access y Excel; el modo en que se guarda no ofrece seguridad, y obstaculiza la actualización de los datos almacenados. Las búsquedas se hacen de forma manual y no existe ningún método o mecanismo eficiente para identificar a los pacientes.

Esto origina dificultad para control de la logística asociada a la misión.

El problema de investigación surge con la necesidad de solucionar lo antes expuesto, se formula entonces de esta forma: ¿Cómo facilitar el registro, actualización, y protección de la información que está asociada a los diferentes servicios brindados, así como a la entrega de recursos, obtenida durante el desarrollo de la Misión Milagro en la Universidad de las Ciencias Informáticas?

La idea de unir a las computadoras y medios de transmisión de los datos a altas velocidades, comenzó a extenderse de manera insospechosa, a tal punto que actualmente existe un creciente desarrollo de la computación y las comunicaciones. De esta forma se logra la posibilidad de administrar información desde cualquier punto del planeta; posibilitando rapidez y eficiencia en las diferentes operaciones que a diario se acometen. De ahí la existencia de sitios y aplicaciones Web como expresión de un sistema de información, que pretende facilitar la organización y el acceso a los contenidos y servicios disponibles en los sitios.

El desarrollo de aplicaciones Web crece día a día, existe gran cantidad de tecnologías que resultan abrumadoras para el desarrollador al momento de elegir cuál usar y cómo hacerlo. Con el uso de herramientas de Software Libre, se obtienen muchos beneficios, entre ellos el acceso al código fuente, por tanto su funcionamiento está bajo el escrutinio de toda una comunidad de usuarios alrededor del mudo, si se detecta algún error o problema de seguridad en algún programa, estos son corregidos en un tiempo muy corto; además el sistema de licencias aporta una mayor flexibilidad al producto final, haciendo de este software gratuito, y los requerimientos del hardware son relativamente bajos. Esta es una de las razones principales por la que cada

(2)

-2-

software que se enmarca dentro la medicina cubana se desarrolla con estas herramientas.

Debido al gran auge de esta se refleja la necesidad del uso de herramientas de software libre, pues cada software desarrollado en este campo puede ser exportado a otros países y la implementación de estos sería menos costa.

La solución propuesta se encuentra dentro del campo de la medicina por lo que la opción de solución más práctica y completa al problema que se ha definido, es la implementación y prueba de una aplicación Web “Sistema de Apoyo Integral a la Misión Milagro” mediante el uso de herramientas de Software Libre, para emplearla en la gestión, protección de la información asociada a las tareas desarrolladas, así como a la gestión logística. En este momento la solución planteada, tiene extraordinaria utilidad, por cuanto no existe otra alternativa inmediata en la Universidad de las Ciencias Informáticas que permita resolver el problema definido de una manera rápida, eficiente y sólida.

Objeto de estudio

La Universidad de las Ciencias Informáticas proporciona diferentes servicios y recursos para garantizar la estancia de las personas que reciben atención médica; la administración y gestión de la información generada como resultado de estos procesos es el objeto de estudio de este trabajo de diploma.

Campo de acción

El campo de acción comprende los procesos de administración y gestión de la información de los servicios y recursos brindados durante la Misión Milagro en la Universidad de las Ciencias Informáticas.

Hipótesis

La implementación y puesta en marcha del sistema, disminuirá el volumen de información en papel, simplificará el trabajo del personal que apoya la misión, garantizará de una forma rápida y factible el registro, gestión y protección de las informaciones tratadas durante el desarrollo de la Misión Milagro, todo esto proporcionará mayor calidad en los servicios brindados en la Universidad de las Ciencias Informáticas.

Aportes prácticos

(3)

-3-

• Centralización de toda la información referente a los servicios brindados y a la gestión logística.

• Rapidez en las búsquedas de información por parte del personal de apoyo disminuyendo su carga de trabajo.

• Información actualizada rápidamente.

• Servicios brindados automatizados.

• Comunicación rápida.

Objetivos del trabajo

Objetivo general

Se ha propuesto como objetivo general diseñar e implementar un sistema basado en tecnologías Web que permita optimizar y acelerar el proceso de gestión de la información necesaria para controlar los servicios y recursos brindados a las personas asocias a la Misión Milagro.

Objetivos específicos

• Hacer el análisis y diseño de la aplicación Web Apoyo Misión Milagro para lograr un mejor registro, organización, actualización y gestión de la información referente a los servicios y recursos brindados.

• Implementación del sistema Web Apoyo Misión Milagro.

• Centralizar la información para garantizar la integridad, estabilidad y seguridad de los datos.

• Generar la información para las estadísticas que debe entregar cada servicio.

• Garantizar la disponibilidad de la información.

• Permitir la integridad del sistema con otros sistemas.

Tareas desarrolladas para cumplir los objetivos.

9 Análisis del funcionamiento de los servicios brindados.

9 Estudio de otros sistemas de este tipo existentes y sus beneficios.

9 Aprobación del diseño preliminar que se va a tomar para la realización del Software.

9 Diseño de una base de datos que soporte la mayoría de las funcionalidades del sistema.

(4)

-4-

9 Implementación del Software haciendo uso de herramientas de código abierto como MySQLCC como gestor de base de datos y PHP como lenguaje de programación.

9 Prueba y puesta en marcha del sistema.

La presente propuesta planteada contribuye a mejorar la gestión logística y a optimizar las tareas desarrolladas asociada a la misión, de esta forma se garantiza la estancia de los pacientes hospedados en el la Universidad de las Ciencias Informáticas. Se persigue obtener un producto de software que responda a la mayor parte de necesidades de la Misión Milagro.

El Capítulo 1 de este documento ofrece un análisis teórico de los principales conceptos asociados al dominio del problema con el objetivo de entender con más claridad los procesos de negocio, la descripción general del objeto de estudio, los sistemas automatizados existentes vinculados al campo de acción, resultados del análisis de las soluciones existentes con la propuesta dada en este trabajo y los objetivos que se persiguen. El Capítulo 2 describe las tendencias y tecnologías actuales sobre las que se apoya la propuesta así como un análisis teórico de la metodología RUP (Rational Unified Process), del lenguaje PHP (Personal Home Page), haciendo una breve comparación con el lenguaje ASP (Active Server Page), servidores de bases de datos SQL Server y MYSQL y la herramienta de desarrollo de aplicaciones Quanta ++ versión 3.0. El capítulo 3 muestra todo lo referente al modelamiento del negocio y del sistema, presentando los diferentes artefactos necesarios para llevar a cabo el análisis y diseño de de la solución propuesta. En el capítulo 4 aparecen los artefactos que muestran la construcción del sistema tales como diagramas de clases, de componentes y otros; así como los principios generales para el diseño de la interfaz gráfica. Por último en el capítulo 5 se analizan los diferentes criterios que influyen en el cálculo del esfuerzo, tiempo de desarrollo, cantidad de hombres y costo del proyecto.

(5)

-5- CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA

Introducción

Este capítulo contiene conceptos asociados al dominio del problema, necesarios para entender el negocio, los principales problemas que fundamentan la propuesta de solución, y los objetivos generales y específicos que se persiguen. Además de brindar un enfoque general de sistemas automatizados existentes vinculados al campo de acción y el análisis comparativo de las soluciones existentes con la propuesta dada en este trabajo.

1.1 - Conceptos asociados al dominio del problema

Misión Milagro: La Misión Milagro es un convenio de salud bilateral entre Venezuela y Cuba que ha beneficiado a más de 14 mil venezolanos que viajan sin pagar ni un centavo a la isla cubana a recibir atención médica oftalmológica. Para el desarrollo de esta misión ambos gobiernos facilitarán los gastos de transporte, alimentación, alojamiento e intervenciones quirúrgicas para cualquier persona que sufra pérdida de la vista y requiera operaciones oftalmológicas especializadas.

Sistema de gestión logística: La gestión logística, desde el punto de vista gerencial es una estrategia necesaria para manejar de forma integral la cadena de suministros, de tal forma que logre el balance óptimo entre las necesidades del cliente y los recursos disponibles de la empresa y su desempeño debe ser medido a través del servicio al cliente final. De ahí la gran importancia que tienen estos sistemas de gestión logística, que tienen como objetivo principal, almacenar y procesar toda la información referente al control de recursos.

1.2 - Objeto de estudio

1.2.1 - Descripción general

La Universitaria de las Ciencias Informáticas es uno de los centros protagonistas de la Misión Milagro, donde el personal que apoya esta misión trabaja arduamente con el objetivo de garantizar la atención médica a miles de pacientes brindando diferentes servicios y recursos necesarios para la estancia de estas personas en la misma. Para ello se hace necesario recoger y almacenar toda la información necesaria asociada a las tareas desarrolladas durante la misión para lograr una mejor organización durante todo este proceso.

(6)

-6- 1.2.2 - Descripción actual de los procesos de negocio

En la Universidad de las Ciencias Informáticas, donde se garantizan los servicios y recursos necesarios para atender a los pacientes que reciben asistencia médica, el personal que apoya la Misión Milagro desempeña un extenso trabajo manual a la hora de recoger los datos personales que se utilizan para elaborar, con la ayuda de sistemas en Access y Excel, los listados por los que se organiza todo el proceso de entrega de los recursos (dinero, tarjeta telefónica, ropa, aseo). La actualización de la información obtenida se hace engorrosa, pues las búsquedas en ocasiones se realizan también de forma manual. Los intercambios de información se efectúan por teléfono y correo electrónico.

El tiempo que se requiere para brindar los servicios de alimentación, en la mayoría de los casos, se hace prolongado, es arduo para el responsable verificar si la persona ha recibido el servicio o si tiene dieta, la búsqueda en papel origina demora por lo que provoca saturación del personal, además la tarjeta de comedor y el solapín mediante los que se controlan estos servicios, no ofrecen seguridad. De igual forma la asignación de dietas se hace de forma manual.

No existe otra vía para informar y orientar a los pacientes de las noticias y actividades recreativas que no sea la de presentarse directamente en los apartamentos. De igual forma se recogen las opiniones brindadas por los pacientes, esto provoca en gran medida el desgaste físico del personal encargado, porque debe visitar cada apartamento.

En la Universidad de las Ciencias Informáticas no existe ningún sistema para gestionar la logística y demás tareas desarrolladas durante la Misión Milagro que permita solucionar los problemas plantados.

1.3 - Sistemas automatizados existentes vinculados al campo de acción

El sistema Misión Milagro Cuaje es una aplicación en Access que surgió por la necesidad de automatizar la gestión logística y médica en los diferentes centros que pertenecen a la misión. Se desarrolló con el objetivo de controlar el estado médico y los datos personales de los pacientes así como los artículos entregados a estos. Este sistema fue implementado por el Departamento de Informática del centro hospitalario CUJAE, el cual permite la actualización de las informaciones y la obtención de las estadísticas referente a todo lo relacionado con los pacientes.

1.4 - Análisis comparativo de otras soluciones existentes con la propuesta

Es importante señalar que el Sistema de Apoyo Integral a la Misión Milagro no está dirigido a una tarea específica, este recoge diferentes procesos. No solo abarca parte de la logística, también

(7)

-7-

gestiona tareas adicionales como las actividades recreativas, dietas, pasaportes, etc. A diferencia de la aplicación en Access existente en diferentes centros de Cuba que está centrada en la parte logística y médica. El sistema propuesto va a tener más funcionalidades en comparación con el sistema Misión Milagro del centro hospitalario Cujae, debido a que las herramientas utilizadas para el su desarrollo presentan superioridad y se dividirá en módulos para optimizar los procesos.

Es importante destacar el uso de herramientas de Software Libre en el sistema propuesto, pues confirma las ventajas en comparación con el sistema Misión Milagro. Debido a que el uso de Software libre es gratuito y los requerimientos de hardware son relativamente bajos.

1.5 - Objetivos

1.5.1 - Objetivo general

Desarrollar una aplicación Web “SAIMM” para la Universidad de las Ciencias Informáticas que registre, actualice y conserve las informaciones de los pacientes y del personal de la misión, así como de los servicios brindados a estos.

1.5.2 - Objetivos específicos

• Mantener actualizada la información de los pacientes y del personal que trabaja en la misión.

• Registrar las entregas de los artículos efectuadas.

• Mantener actualizado el registro de la asignación de dietas médicas.

• Mantener actualizado el registro de las actividades recreativas y las noticias.

• Mostrar las estadísticas de las diferentes entregas de artículos efectuadas así como de la existencia de los pacientes y del personal que trabaja en la misión.

• Realizar búsquedas de personas que participan en la misión de acuerdo a determinados criterios.

Conclusiones

En este capítulo se expusieron las condiciones y problemas que rodean el objeto de estudio; y a través de los conceptos y definiciones planteadas, se definieron los objetivos generales y específicos para este trabajo. Se evidencia la necesidad de implementar un software que permita controlar las tareas desarrolladas y la gestión logística durante la Misión Milagro.

(8)

-8-

CAPÍTULO 2. TENDENCIAS Y TECNOLOGÍAS ACTUALES

Introducción

Este capítulo describe las tendencias y tecnologías actuales sobre las que se apoya la propuesta así como un análisis teórico, se exponen las propuestas de herramientas y tecnologías a utilizar para el desarrollo de la aplicación, teniendo en cuenta el resultado de los análisis anteriores.

2.1 - Las aplicaciones Web

La creciente popularidad de las aplicaciones Web se debe a sus múltiples ventajas, entre las cuales podemos citar: [01]

Multiplataforma: Con un solo programa, un único ejecutable, nuestras aplicaciones pueden se utilizada a través de múltiples plataformas, tanto de hardware como de software.

Actualización instantánea: Debido que todos los usuarios de la aplicación hacen uso de un sólo programa que radica en el servidor, los usuarios siempre utilizarán la versión más actualizada del sistema.

Suave curva de aprendizaje: Los usuarios, como utilizan la aplicación a través de un navegador, hacen uso del sistema tal como si estuvieran navegando por Internet, por lo cual su acceso es más intuitivo.

Fácil de integrar con otros sistemas: Debido a que se basa en protocolos estándares, la información manejada por el sistema puede ser accedida con mayor facilidad por otros sistemas.

Acceso móvil: El usuario puede acceder a la aplicación con la única restricción de que cuente con un acceso a la red privada de la organización o a Internet, dependiendo de las políticas de dicha organización; puede hacerlo desde una computadora de escritorio, una laptop o desde un PDA;

desde su oficina, hogar u otra parte del mundo.

El desarrollo de aplicaciones Web está siendo utilizado en muchas organizaciones, ésta situación va ir creciendo indefinidamente. Es por ello que día a día se requieran más programadores capacitados para desarrollos basados en el WWW.

2.2 – Modelo Cliente Servidor

En la década de los ochenta las organizaciones tenían que elegir entre computadoras personales o grandes mainframes para su procesamiento de datos. Las computadoras personales, aunque económicas y cada vez más poderosas, carecían de los servicios que un mainframe o una

(9)

-9-

minicomputadora podía ofrecer; uno de los principales fue compartir información de manera instantánea entre los diferentes usuarios del sistema.

Para hacer que las computadoras personales compartieran información se crearon las redes, a las que también se integraron los mainframes y se comenzó a utilizar, a finales de los ochentas, el término “cliente/servidor”, refiriéndose al software que utiliza, ya sea de manera real o metafórica, de computadoras físicamente separadas para realizar sus tareas. La arquitectura cliente/servidor promete facilidad de uso, flexibilidad, interoperabilidad y escalabilidad. [01]

De manera formal, podemos definir el término en dos componentes: un cliente, definido como un solicitante de servicios y un servidor, definido como el proveedor de servicios. Una sola máquina puede ser tanto un cliente como un servidor dependiendo de la configuración del software.

Ventajas de la arquitectura cliente-servidor: [01]

• El servidor no necesita potencia de procesamiento, parte del proceso se reparte con los clientes.

• Se reduce el tráfico de red considerablemente. Idealmente, el cliente se conecta al servidor cuando es estrictamente necesario, obtiene los datos que necesita y cierra la conexión dejando la red libre.

2.2.1 - Modelo cliente-servidor 2 capas

Las arquitecturas de dos capas consisten de tres componentes distribuidos dos capas: cliente (solicitante de servicios) y servidor (proveedor de servicios).

Los tres componentes son: [02]

1. Interfaz de usuario al sistema. Tales como una sesión, entradas de texto, desplegado de menús, etc.

2. Administración de procesamiento. Tales como la ejecución de procesos, el monitoreado de los mismos y servicios de procesamiento de recursos.

3. Administración de bases de datos. Tales como los servicios de acceso a datos y archivos.

(10)

-10-

Figura 2.1 Modelo cliente servidor de dos capas

El diseño de dos capas coloca la interfaz de usuario exclusivamente en el cliente. Coloca la administración de base de datos en el servidor y divide la administración de procesos entre el cliente y/o el servidor, creando únicamente dos capas.

A continuación se enumeran las ventajas de las aplicaciones de 2 capas [02]:

• El desarrollo de aplicaciones en un ambiente de dos capas es mucho más rápido que en ambientes anteriores, pero no es necesariamente más rápido que con el nuevo ambiente de tres capas.

• Las herramientas para el desarrollo con dos capas son robustas y evaluadas. Las técnicas de prototipo se emplean fácilmente.

• Las soluciones de dos capas trabajan bien en ambientes no dinámicos estables, pero no se ejecutan bien en organizaciones rápidamente cambiantes.

A continuación se enumeran las desventajas de las aplicaciones de 3 capas [02]:

• Los ambientes de dos capas requieren control excesivo de las versiones y demandan esfuerzo de distribución de la aplicación cuando se les hacen cambios. Esto se debe al hecho de que la mayoría de la aplicación lógica existe en la estación de trabajo del cliente.

• La seguridad del sistema en un diseño de dos capas es compleja y a menudo requiere administración de las bases de datos; esto es debido al número de dispositivos con acceso directo al ambiente de esas bases de datos.

• Las herramientas del cliente y de la base de datos, utilizadas en diseños de dos capas, constantemente están cambiando. La dependencia a largo plazo de cualquier herramienta, puede complicar el escalamiento futuro o las implementaciones.

(11)

-11- 2.2.2 - Modelo cliente-servidor 3 capas

La arquitectura de software de tres capas emergió en la década de los noventas para solventar las limitaciones de la arquitectura de dos capas. La tercera capa (capa de servicios) se localiza entre la interfaz de usuarios (cliente) y el administrador de datos (servidor). Esta capa intermedia provee de servicios para la administración de procesos (tal como de desarrollo, monitoreado y alimentación de procesos) que son compartidos por múltiples aplicaciones. [01]

Figura 2.2 Modelo cliente servidor de tres capas

El servidor de la capa intermedia (también conocido como servidor de aplicaciones) centraliza la lógica de las aplicaciones, haciendo que la administración de cambios sea más sencilla. En arquitecturas más simples, cualquier cambio en la lógica, implica reescribir todas las aplicaciones que dependan de ésta. [01]

A continuación se enumeran las ventajas de las aplicaciones de 3 capas:

• Las llamadas de la interfaz del usuario en la estación de trabajo, al servidor de capa intermedia, son más flexibles que en el diseño de dos capas, ya que la estación sólo necesita transferir parámetros a la capa intermedia.

• Con la arquitectura de tres capas, la interfaz del cliente no es requerida para comprender o comunicarse con el receptor de los datos. Por lo tanto, esa estructura de los datos puede ser modificada sin cambiar la interfaz del usuario en la computadora.

• El código de la capa intermedia puede ser reutilizado por múltiples aplicaciones si está diseñado en formato modular. Esto puede reducir los esfuerzos de desarrollo y mantenimiento, así como los costos de migración.

• La separación de roles en tres capas, hace más fácil reemplazar o modificar una capa sin afectar a los módulos restantes.

• Separando la aplicación de la base de datos, hace más fácil utilizar nuevas tecnologías de agrupamiento y balance de cargas.

(12)

-12-

• Separando la interfaz del usuario de la aplicación, libera de gran procesamiento a la estación de trabajo y permite que las actualizaciones de la aplicación sean centralizadas en el servidor de aplicaciones.

A continuación se enumeran las desventajas de las aplicaciones de 3 capas:

• Los ambientes de tres capas pueden incrementar el tráfico en la red y requerir más balance de carga y tolerancia a las fallas.

• Los exploradores actuales no son todos iguales. La estandarización entre diferentes proveedores ha sido lenta en desarrollarse. Muchas organizaciones son forzadas a escoger uno en lugar de otro, mientras que cada uno ofrece sus propias y distintas ventajas.

2.3 – Lenguajes de programación para la web

Perl

Todas las tareas de administración de UNIX se pueden simplificar con un programa en Perl. Se usa también para tratamiento y generación de ficheros de texto. También hay proyectos completos y complejos escritos en Perl, pero son los menos.

La forma del lenguaje facilita hacer un programa rápido para que funcione. Esto hace también que se utilice para hacer prototipos rápidos de algún algoritmo que queremos ver funcionar antes que tomarnos la molestia de programarlo en un lenguaje más eficiente, como el c++. Y últimamente ha encontrado su aplicación en la escritura de CGI (common gateway interface), o scripts ejecutados desde páginas de la World Wide Web. [03]

En general, los programas en Perl se ejecutan en el servidor, como todos los programas CGI, a diferencia de otros programas ejecutados por el cliente (generalmente un navegador como el Internet Explorer de Microchof o el Navigator), como aquellos escritos en JavaScript o Java.

Existen además extensiones al Apache (mod_perl) que permiten ejecutar directamente programas en Perl desde el servidor de HTTP. [03]

Mediante una serie de módulos adicionales, tales como el DBD o el ODBC, Perl puede servir para acceder a bases de datos, desde BD gratuitas como MySQL hasta el Microsoft SQL server usando ODBC. Por supuesto, esto se puede combinar con un CGI para hacer aplicaciones tales como un carrito de la compra para un sitio Web. Pero esto se deja como ejercicio para el lector.

ASP

(13)

-13-

ASP (Active Server Pages) es la tecnología desarrollada por Microsoft para la creación de páginas dinámicas del servidor. ASP se escribe en la misma página Web, utilizando el lenguaje Visual Basic Script o Jscript (de Microsoft).

La mayor desventaja que presenta este lenguaje es que solo se puede implementar en los Servidores Web de su desarrollador: Microsoft. Actualmente se ha presentado ya la segunda versión de ASP: el ASP.NET, que comprende algunas mejoras en cuanto a posibilidades del lenguaje y rapidez con la que funciona. ASP.NET tiene algunas diferencias en cuanto a sintaxis con el ASP, de modo que se ha de tratar de distinta manera uno de otro. Para implementarlo es necesario montar en el Servidor la Plataforma .NET. [04]

PHP

El PHP (acrónimo de "PHP: Hypertext Preprocessor"), es un lenguaje interpretado de alto nivel embebido en páginas HTML y ejecutado en el servidor. El PHP inicio como una modificación a Perl escrita por Rasmus Lerdorf a finales de 1994. Su primer uso fue el de mantener un control sobre quien visitaba su currículo en su web. En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 4 es la más reciente. Según estudios más de un millón de servidores tienen esta capacidad implementada y los números continúan creciendo. [05]

"El PHP es un lenguaje de script incrustado dentro del HTML. La mayor parte de su sintaxis ha sido tomada de C, Java y Perl con algunas características especificas de si mismo. La meta del lenguaje es permitir rápidamente a los desarrolladores la generación dinámica de paginas". [05]

Con PHP se puede hacer cualquier cosa que podemos realizar con un script CGI, como el procesamiento de información en formularios, foros de discusión, manipulación de cookies y páginas dinámicas. Un sitio con paginas dinámicas es el que permite interactuar con el visitante, de modo que cada usuario que visita la pagina vea la información modificada para requisitos articulares.

Una de sus características más potentes es su suporte para gran cantidad de bases de datos.

Entre su soporte pueden mencionarse InterBase, mSQL, MySQL, Oracle, Informix, PosgreSQL, entre otras. PHP también ofrece la integración con las varias bibliotecas externas, que permiten que el desarrollador haga casi cualquier cosa desde generar documentos en pdf hasta analizar código XML.

(14)

-14-

Es software libre, lo que implica menos costes y servidores más baratos que otras alternativas. Es muy rápido. Su integración con la base de datos MySQL y el servidor Apache, le permite constituirse como una de las alternativas más atractivas del mercado.

Su sintaxis está inspirada en C, ligeramente modificada para adaptarlo al entorno en el que trabaja, de modo que si se está familiarizado con esta sintaxis, le resultará muy fácil aprender PHP. Su librería estándar es realmente amplia, lo que permite reducir los llamados "costes ocultos", uno de los principales defectos de ASP.

PHP tiene una de las comunidades más grandes en Internet, con lo que no es complicado encontrar ayuda, documentación, artículos, noticias, y más recursos. Ofrece una solución simple y universal para las paginaciones dinámicas del Web de fácil programación. Su diseño elegante lo hace perceptiblemente más fácil de mantener y ponerse al día que el código comparables en otros lenguajes.

Debido a su amplia distribución PHP esta perfectamente soportado por una gran comunidad de desarrolladores. Como producto de código abierto, PHP goza de la ayuda de un gran grupo de programadores, permitiendo que los fallos de funcionamiento se encuentren y se reparan rápidamente. El código se pone al día continuamente con mejoras y extensiones de lenguaje para ampliar las capacidades de PHP.

SMARTY

Smarty es un motor de plantillas para PHP. Esta herramienta facilita la manera de separar la aplicación lógica y el contenido en la presentación, o sea, separar el código PHP del código HTML, de manera que un diseñador pueda trabajar en su ámbito sin tener que saber PHP necesariamente. Por lo tanto, el programador puede hacer cambios en la aplicación lógica sin que sea necesario reestructurar la plantilla. Y el diseñador de la plantilla puede hacer cambios sin que haya rompimiento con la aplicación lógica.

Algunas de las características de Smarty son [06]:

• Es extremamente rápido.

• No analiza gramaticalmente desde arriba la plantilla, solo compila una vez.

• Solo recompila los archivos de plantilla que fueron cambiados.

• Se pueden hacer funciones personalizadas y personalizar las variables, por lo que el idioma de la plantilla es sumamente extensible.

(15)

-15-

• Se puede configurar los delimitadores que etiquetan la sintaxis, se puede usar {}, {{}}, , <% %>,etc.

• Permite un anidamiento ilimitado de secciones if/else, for, etc.

• El uso arbitrario de las fuentes de la plantilla, o sea que una plantilla puede ser usada por varias pág. PHP, siempre que muestren el mismo contenido.

JSP

JSP es un acrónimo de Java Server Pages, que en castellano vendría a decir algo como Páginas de Servidor Java. Es pues, una tecnología orientada a crear páginas Web con programación en Java.

Con JSP podemos crear aplicaciones Web que se ejecuten en variados servidores Web, de múltiples plataformas, ya que Java es en esencia un lenguaje multiplataforma. Las páginas JSP están compuestas de código HTML/XML mezclado con etiquetas especiales para programar scripts de servidor en sintaxis Java. Por tanto, las JSP podremos escribirlas con nuestro editor HTML/XML habitual. [04]

2.3.1 - Fundamentación de la selección de lenguaje a utlizar

Hasta el momento se han analizado las características fundamentales de los lenguajes de programación candidatos para la implementación de la propuesta de este trabajo, para fundamentar nuestra elección haremos una comparación teniendo en cuenta algunas características que influyen directamente en el ambiente de trabajo donde se va a desarrollar la propuesta. En cuanto a:

• Características multiplataformas: Menos el ASP, que es solamente soportado por la plataforma Windows, los demás lenguajes están soportados en múltiples plataformas.

• Velocidad de ejecución: la velocidad es mayor en PHP, seguidos por PERL y JSP.

• Disponibilidad de recursos: actualmente los más utilizados en la Internet son el PHP y el JSP, siendo más utilizado en la publicación de artículos y códigos de ejemplos. PHP tiene una de las comunidades más grandes en Internet, al igual que la de Java.

• Familiaridad con el lenguaje: En la universidad los lenguajes más utilizados por los programadores es el ASP y el PHP.

De acuerdo a estas comparaciones, el PHP resulta mucho más favorecido, por tanto pensamos que es el adecuado para implementar la propuesta de sistema de este trabajo.

(16)

-16-

2.4 – Servicios Web (Web services)

Un servicio Web es una entidad programable que proporciona alguna funcionalidad determinada, y es accesible a cualquier número de sistemas que usen las normas de Internet XML y HTTP. Un servicio Web puede ser usado internamente por una aplicación o ser publicado hacia Internet.

Estos servicios permiten la ejecución de sus funcionalidades sin importar la plataforma, sistema operativo, o lenguaje en el cual estén implementados. [07]

Mediante los servicios Web podemos hacer que sistemas heterogéneos trabajen conjuntamente como una sola aplicación computacional; en el caso de nuestro trabajo, conociendo que existe una aplicación de búsqueda soportada por el sistema Carex2x que contiene toda la información de los pacientes y acompañantes, podemos hacer uso de esta tecnología para que este sistema contribuya al objetivo que queremos lograr con la propuesta que estamos presentando.

El Extensible Markup Lenguaje (XML), con todas las tecnologías relacionadas, representa una manera distinta de hacer las cosas, más avanzada, cuya principal novedad consiste en permitir compartir los datos con los que se trabaja a todos los niveles, por todas las aplicaciones y soportes. Así pues, el XML juega un papel importantísimo para los servicios Web en la actualidad, ya que es la tecnología que permitirá compartir la información de una manera segura, fiable, fácil.

Además, XML permite al programador y los soportes dedicar sus esfuerzos a las tareas importantes cuando trabaja con los datos, ya que algunas tareas tediosas como la validación de estos o el recorrido de las estructuras corre a cargo del lenguaje y está especificado por el estándar, de modo que el programador no tiene que preocuparse por ello. [08]

2.6 –Sistemas de Gestión de Base de Datos.

Un Sistema de Gestión de Bases de Datos (SGBD) puede definirse como un paquete generalizado de software, que se ejecuta en un sistema computacional anfitrión, centralizando los accesos a los datos y actuando de interfaz entre los datos físicos y el usuario. Las principales funciones que debe cumplir un SGBD se relacionan con la creación y mantenimiento de la base de datos, el control de accesos, la manipulación de datos de acuerdo con las necesidades del usuario, el cumplimiento de las normas de tratamiento de datos, evitar redundancias e inconsistencias y mantener la integridad. Entre los SGBD comúnmente utilizados en el mundo tenemos Oracle, MySQL, Microsoft SQL Server, PostgreSQL, Interbase, entre otros. Todos estos presentan un enfoque relacional con un buen basamento matemático centrado en el Álgebra Relacional.

(17)

-17-

Como SGBD se seleccionó el MySQL por requerimientos del cliente.

MySQL

MySQL es un servidor de base de datos multi-hilos, y en la opinión de muchos uno de los mejores productos de la Comunidad de Código Abierto, está disponible para muchas plataformas incluyendo PCs con Linux y Windows. Su principal ventaja es la velocidad, está comprobado que es mucho más rápido que otros servidores de bases de datos gratuitos o comerciales, además es multiplataforma, lo cual es muy importante para aquellos que desean poder migrar a una plataforma diferente en el futuro. Es compacto y eficiente, y consiguientemente es amistoso con los recursos del sistema y tiene menos requerimientos que otros servidores de bases de datos.

La variante del leguaje SQL soportada por MySQL es muy rica en características, aunque se debe decir que tiene un gran punto débil: no soporta sub -consultas (tiene que usar tablas temporales).

[08]

SQL Server 2000.

SQL Server 2000 aporta la agilidad necesaria para gestionar y analizar datos, y permite a las organizaciones adaptarse rápida y fácilmente para obtener ventajas competitivas en un entorno que cambia a toda prisa. SQL Server 2000 es la base de datos más popular de almacenaje de datos en el Web: ofrece soporte nativo para almacenar y generar datos XML, consultar en el Web y mucho más.

Entre sus principales ventajas se encuentran:

¾ Soporte enriquecido de XML: El soporte enriquecido de XML de SQL Server 2000 significa que los desarrolladores Web pueden acceder a los datos utilizando XML sin tener que emplear compleja programación, y los administradores de base de datos pueden manipular datos fácilmente en formato XML mediante Transaction SQL (T-SQL) y procedimientos almacenados.

¾ La seguridad de los datos: Este es un tema importante en lo que se refiere a aplicaciones Web. SQL Server 2000 se instala con un alto nivel de seguridad por defecto, beneficiándose de la seguridad integrada de Microsoft Windows 2000. SQL Server 2000 también presenta sofisticadas características de seguridad que incluyen seguridad de servidor, de base de datos y de perfiles de aplicación potente y flexible basada en funciones; herramientas integradas para auditar la seguridad, y soporte para la codificación de redes y archivos.

¾ Potencia del análisis Web: Las empresas que deseen personalizar su contenido y su publicidad podrán confiar en las potentes herramientas integradas de data mining de SQL Server 2000, que le permite analizar datos de trayectoria de clientes en la Web. Junto con

(18)

-18-

Microsoft Commerce Server 2000, SQL Server 2000 le permite construir rápidamente soluciones personalizadas y escalables empresa-cliente que proporcionan un análisis del comportamiento del cliente a tiempo real.

¾ Vistas particionadas distribuidas: Microsoft introdujo las vistas particionadas con la aparición de SQL Server 7.0. SQL Server 2000 lleva esta prestación más allá de sus posibilidades anteriores al permitir su distribución a través de múltiples servidores y la actualización de las tablas de la base directamente desde las vistas.

¾ Soporte para múltiples instancias: SQL Server 2000 permite ejecutar múltiples instancias de SQL Server en el mismo equipo. Esto posibilita llevar a cabo tareas básicas como el mantenimiento de dos entornos SQL Server independiente: para equipos de desarrollo y pruebas, en una misma máquina física. Esta prestación hace que Microsoft soporte con mayor facilidad la ejecución de SQL Server en un entorno totalmente distribuido en clusters.

¾ Distribución de anotaciones: La distribución de anotaciones permite la transmisión de archivos con apuntes sobre las transacciones de una base de datos a otra. El respaldo continuado de los archivos de anotaciones desde una base de datos y las consiguientes copia y restauración sobre una base de datos destino, mantienen a ambas en constante sincronización. La distribución de anotaciones permite tener un servidor permanentemente en estado de espera y un modo de desviar la carga que supone el procesamiento de consultas por parte de la máquina principal (servidor de origen) hasta otros servidores destino de sólo lectura. [9]

2.7 – Fundamentación de la metodología a utilizar

Cada día la producción de software busca adecuarse más a las necesidades del usuario, esto trae como consecuencia que aumente en tamaño y complejidad.

Para lograr la productividad del software se necesita un proceso que integre las múltiples facetas del desarrollo del mismo.

2.7.1 - Proceso Unificado de Desarrollo (RUP)

El Proceso Unificado es un proceso de desarrollo de software (conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema de software). Es un marco de trabajo genérico que puede especializarse para una gran variedad de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaños de proyectos.

(19)

-19-

El Proceso Unificado está basado en componentes. Utiliza el lenguaje unificado de modelado (UML) para preparar todos los esquemas de un sistema de software. De hecho, UML es una parte esencial de RUP, sus desarrollos fueron paralelos. No obstante los verdaderos aspectos definitorios del proceso unificado se resumen en tres fases claves: dirigido por casos de uso, centrado en la arquitectura, e iterativo e incremental. Está acompañado de una herramienta muy buena que soporta cada uno de los procesos que necesitamos: Rational Rose Enterprise Edition 2003.

UML

UML (Unified Modeling Languaje) o Lenguaje de Modelación Unificado es un lenguaje gráfico para especificar, construir, visualizar y documentar las partes o artefactos (información que se utiliza o produce mediante un proceso de software). Pueden ser artefactos: un modelo, una descripción que comprende el desarrollo de software que se basen en el enfoque Orientado a Objetos, utilizándose también en el diseño Web. UML usa procesos de otras metodologías, aprovechando la experiencia de sus creadores, eliminó los componentes que resultaban de poca utilidad práctica y añadió nuevos elementos. [10]

UML es un lenguaje más expresivo, claro y uniforme que los anteriores definidos para el diseño Orientado a Objetos, que no garantiza el éxito de los proyectos pero si mejora sustancialmente el desarrollo de los mismos, al permitir una nueva y fuerte integración entre las herramientas, los procesos y los dominios.

De forma general las principales características son:

• Lenguaje unificado para la modelación de sistemas

• Tecnología orientada a objetos

• El cliente participa en todas las etapas del proyecto

• Corrección de errores viables en todas las etapas

• Aplicable para tratar asuntos de escala inherentes a sistemas complejos de misión crítica, tiempo real y cliente/servidor

UML es desde finales de 1997, un lenguaje de modelado orientado a objetos estándar, de acuerdo con el Object Management Group, siendo utilizado diariamente por grandes organizaciones como:

Microsoft, Oracle, Rational.

2.8 – Otras herramientas a utilizar

Se hará uso de tecnologías cliente/servidor sobre plataforma Web para implementar este trabajo, se ha escogido al PHP como lenguaje de programación producto de su portabilidad y eficiencia, y

(20)

-20-

para una mayor facilidad de trabajo se usará el motor de plantillas de SMARTY; como SGBD al MySQL .

Quanta

Quanta es un editor HTML que ha heredado código del Bluefish siendo lo más parecido que hay en linux al Homesite para Windows. También se puede usar como editor de código, aunque está más pensado para editar colecciones de fuentes agrupadas en proyectos, como sería los ficheros de una Web, de la que puede sacar su estructura de imágenes, enlaces, etc. [11]

Como se pretende implementar una aplicación Web para confeccionar la propuesta de este trabajo, se hace necesario tener en cuenta la utilización de un editor de páginas Web, y una herramienta para el trabajo con las imágenes. Para ello se seleccionó el editor de paginas Quanta ++ 3.0 y el Adobe Photoshop 7, como herramienta principal para crear las imágenes del Sistema, ya que se considera la aplicación estándar para el tratamiento digital de imágenes.

La implantación y adquisición en nuestro país del software libre es una de nuestras principales metas, se pretende ayudar a convencer a nuestra comunidad informática radicada en las distintas empresas, de que con software libre bajo la licencia GNU/GPL se le pueden dar solución a disímiles de problemas que nos encontramos hoy en día sin necesidad de invertir en software y sistemas operativos propietarios.

Conclusiones

En este capítulo se realizó un análisis completo de las tecnologías que serán utilizadas a lo largo del desarrollo del sistema propuesto, y se fundamentaron las elecciones del lenguaje, el sistema gestor de bases de datos, y la metodología a utilizar. Una vez conocidas las herramientas optimas, y los conceptos a utilizar se pueden empezar a desarrollar la propuesta de sistema.

(21)

-21-

CAPÍTULO 3. DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA SAIMM

Introducción

En este capítulo se describen los procesos del negocio que le corresponden al objeto de estudio, las descripciones de los casos de uso del sistema aparecen en formatos generales. Se presentan los requisitos funcionales enumerados y los no funcionales que debe tener el sistema que proponemos.

3.1 - Reglas del negocio a considerar

• Todos los pacientes de nuevo ingreso a la Universidad de la Ciencias Informáticas tienen que ser entrevistados previamente a la acreditación.

• El personal de la misión y el paciente tienen que ser entrevistados antes de recibir algún artículo.

• El pasaporte del paciente tiene que ser recogido a su llegada al Hospital Milagro.

• Se confecciona un listado de los pacientes con las informaciones recogidas en la entrevista.

• Se confecciona un listado del personal de la misión con las informaciones recogidas en la acreditación.

• El paciente recibe su pasaporte cuando se encuentre listo para regresar a su país.

• La Dirección del Puesto de Mando de Informatización de la Universidad determina la organización de las entregas de los artículos y orienta que se registren cada una de estas.

• La dirección de la FEU-UJC de la Universidad es responsable de la planificación, organización de las actividades recreativas y orienta que se realice la convocatoria de estas.

• La dirección de la FEU-UJC de la Universidad es responsable de orientar el registro de las opiniones brindadas por los pacientes.

• El jefe de clínica es el responsable de organizar y orientar el chequeo de los medios básicos existentes en el Hospital Milagro.

• El paciente tiene que ser atendido por el médico antes de recibir alguna dieta.

• El dietista debe revisar un manual de dietas para asignar las mismas a los pacientes.

3.2 - Descripción de los actores, trabajadores del negocio y el diagrama de casos de uso del negocio

Modelar el proceso de negocio es una parte esencial de cualquier proceso de desarrollo de software. Permite al analista capturar el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripción de dónde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. También

(22)

-22-

provee la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se incorporarán en el nuevo sistema.

Un actor del negocio es cualquier individuo, grupo, organización, máquina o sistema de información externo que interactúa con el negocio. El término actor significa el rol que algo o alguien juega cuando interactúa con el negocio para beneficiarse de sus resultados. De acuerdo con esta idea un actor del negocio representa un tipo particular de usuario del negocio más que un usuario físico, ya que varios usuarios físicos pueden realizar el mismo papel en relación al negocio, o sea, ser instancias de un mismo actor. Actores del negocio de la solución propuesta, ver tabla 3.1 Descripción de los actores del negocio.

Actores del negocio Justificación

Dir Puest_Mand_Inf La Dirección del Puesto de Mando de Informatización inicia los principales procesos del negocio. Le interesa que se realicen todas las acreditaciones y que se efectúe la entrega de los artículos.

Dir FEU-UJC Le interesa que se divulguen las actividades recreativas y que se registren las opiniones brindadas por los pacientes.

Paciente Es el principal beneficiado con los procesos del negocio.

Personal _ misión Recibe beneficios con los procesos del negocio.

Tabla 3.1 Descripción de los actores del negocio

Un trabajador define el comportamiento y las responsabilidades de un individuo que actúa en el negocio realizando una o varias actividades, interactuando con otros trabajadores del negocio y manipulando entidades del negocio. Trabajadores del negocio de la solución propuesta, ver Tabla 3.2 Descripción de los trabajadores del negocio.

Trabajadores del negocio Justificación

Resp_pasaportes Es el encargado de registrar los datos personales del paciente, recoger y entregar los pasaportes.

Resp_dinero Es el encargado de entregar el dinero.

Resp_Acreditación Es el responsable de acreditar al paciente y al

(23)

-23-

personal de la misión.

Resp_actividades Es el encargado de divulgar las actividades recreativas y de registrar las opiniones brindadas por el paciente.

Médico Es el encargado de atender al paciente en la consulta y emitir un resultado.

Resp_tarjetas Es el responsable de entregar las tarjetas telefónicas.

Dietista Es el encargado de asignar las dietas.

Resp_aseo Es responsable de entregar el módulo de aseo.

Resp_ropa Es el responsable de entregar el módulo de ropa.

Tabla 3.2 Descripción de los trabajadores del negocio.

El diagrama de casos de uso del negocio representa gráficamente los procesos del negocio y su interacción con los actores del negocio. Diagrama de casos de uso del negocio de la solución propuesta, ver Tabla 3.3 Diagrama de casos de uso del negocio.

(24)

-24-

Diagrama de casos de uso del negocio

Tabla 3.3 Diagrama de casos de uso del negocio

(25)

-25- 3.2.1 - Caso de Uso del Negocio “Recoger pasaporte”

3.2.1.1 - Especificación textual en formato general

Caso de uso del negocio: Recoger pasaporte

Actores del negocio: Dirección del Puesto de Mando de Informatización (inicia), Paciente.

Propósito: Almacenar la información necesaria (nombre, número de pasaporte, sexo, país, estado, tipo de persona, tallas) del paciente, y recoger su pasaporte para controlar su estancia en el Hospital Milagro (UCI).

Resumen: El caso de uso se inicia cuando la Dirección del Puesto de Mando de Informatización solicita al personal que trabaja en la misión, recoger los pasaportes e información de los pacientes. El personal responsable da cumplimiento a esta tarea, y entrega la información almacenada con los pasaportes recogidos, a la Dirección del Puesto de Mando de Informatización que se encarga de almacenar esta información, finalizando de esta forma el caso de uso.

Curso normal de los eventos:

Acción del actor Respuesta del proceso de negocio 1. La Dirección del Puesto de Mando de

Informatización solicita a cada responsable de pasaportes efectuar la recogida de los mismos, además de entregarle la(s) planilla(s) para recoger la información.

3. El paciente arriba a la Universidad de las Ciencias Informáticas.

5. El paciente entrega su pasaporte al responsable.

8. El paciente brinda la información.

11. La Dirección del Puesto de Mando de

2. El responsable recibe la solicitud de recoger los pasaportes y la(s) planilla(s) para guardar la información.

4. Cada responsable de pasaporte le solicita al paciente el mismo.

6. El responsable recibe el pasaporte del paciente.

7. Cada responsable solicita al paciente la información necesaria (nombre, número de pasaporte, sexo, país, estado, tipo persona, tallas).

9. El responsable registra la información brindada por paciente.

10. El responsable entrega la(s) planilla(s) con la información registrada y los pasaportes a la Dirección del puesto

(26)

-26-

Informatización almacena la información. de mando de Informatización.

Prioridad: CUNCrítico.

Mejoras: El registro automatizado de la información del paciente permitirá acelerar el proceso y lograr mayor organización en la recogida de la información.

Otras secciones:

Tabla 3.4 Especificación textual del caso de uso de negocio “Recoger pasaporte”

3.2.1.2 - Diagrama de actividades

Un diagrama de actividad demuestra la serie de actividades que deben ser realizadas en un proceso del negocio, así como las distintas rutas que pueden irse desencadenando. Este es dividido en canales, donde cada canal representa el actor que está llevando a cabo la actividad y muestra cómo se utilizan las entidades del negocio. Diagrama de actividades del CUN Recoger pasaporte, ver Tabla 3.5 Diagrama de actividades del caso de uso de negocio “Recoger pasaporte”.

(27)

-27-

Diagrama de actividades

Tabla 3.5 Diagrama de actividades del caso de uso de negocio “Recoger pasaporte”

(28)

-28- 3.2.1.3 - Diagrama de clases del modelo de objetos

Un modelo de objetos del negocio es un modelo de objetos que describen cómo colaboran los trabajadores y las entidades del negocio dentro del flujo (realización).

Diagrama de clases del modelo de objetos del CUN Recoger pasaporte, ver Tabla 3.6 Diagrama de clases del modelo de objetos del caso de uso de negocio “Recoger pasaporte”.

Diagrama de clases del modelo de objetos

Planilla ctrl paciente

(f rom Objetos)

Pasaporte

(f rom Objetos)

Planilla ctrl pasaporte

(f rom Objetos)

Resp_pasaportes

(f rom Trabajadores)

Tabla 3.6 Diagrama de clases del modelo de objetos del caso de uso de negocio “Recoger pasaporte”

3.2.2- Caso de Uso del Negocio “Entregar dinero en efectivo”

3.2.2.1- Especificación textual en formato general Caso de uso del negocio: Entregar dinero en efectivo

Actores del negocio: Dirección del Puesto de Mando de Informatización (inicia), Paciente.

Propósito: Garantizar que los pacientes reciban el dinero en efectivo que se les asigna y almacenar la información referente a esta entrega.

Resumen: El caso de uso se inicia cuando la Dirección del Puesto de Mando de Informatizaciónorienta al personal que trabaja en la misión realizar la entrega de dinero a los pacientes. El personal responsable de entregar el dinero efectúa los pagos a los pacientes y entrega los resultados a la Dirección del Puesto de Mando de Informatización

(29)

-29-

que se encarga de almacenar esta información, culminando de esta forma el caso de uso.

Referencias:

Informatizaciónle orienta al responsable de dinero entregar el mismo a los pacientes y le entrega la nómina.

4. El paciente informa sus datos al responsable del dinero.

8. El paciente recibe el dinero y firma la nómina.

10. La Dirección del Puesto de Mando de Informatización registra la información referente a los pagos efectuados.

2. El responsable del dinero recibe la orientación, la nómina y prosigue a efectuar la entrega.

3. El responsable del dinero le solicita los datos (nombre, apellidos) al paciente.

5. El responsable del dinero busca al paciente en la nómina.

6. El responsable del dinero verifica si el paciente no ha recibido la entrega.

7. El responsable del dinero entrega el efectivo al paciente.

9. El responsable del dinero le entrega los resultados a la Dirección del puesto de mando de Informatización.

Curso alternativo de eventos:

Acción 6 Si el paciente recibió el dinero el

responsable termina la entrega.

Prioridad: CUN Crítico.

Mejoras: El registro automatizado de la información referente a los pagos efectuados permitirá una mejor organización, registro y fácil manipulación de toda la información, de esta forma se evitarán pérdidas.

Tabla 3.7 Especificación textual del caso de uso de negocio “Entregar dinero en efectivo”

(30)

-30- 3.2.2.2- Diagrama de actividades

Tabla 3.8 Diagrama de actividades del caso de uso de negocio “Entregar dinero en efectivo”

(31)

Nómina

(f rom Objetos)

Dinero

(f rom Objetos)

Resp_dinero

Tabla 3.9 Diagrama de clases del modelo de objetos del caso de uso de negocio “Entregar dinero en efectivo”

3.2.3 - Caso de Uso del Negocio “Acreditar paciente”

3.2.3.1 - Especificación textual en formato general Caso de uso del negocio: Acreditar paciente.

Actores del negocio: Dirección del Puesto de Mando de Informatización(inicia), Paciente

Propósito: Identificar al paciente y entregarle la tarjeta de comedor para que se beneficie de los servicios alimenticios brindados en el Hospital Milagro (UCI).

Resumen: El caso de uso se inicia cuando la Dirección del Puesto de Mando de Informatización orienta al personal que trabaja en la misión, comenzar el proceso de acreditación. El responsable de acreditar entrega el solapín y tarjeta de comedor y lo registra como acreditado.

Por último, entrega los resultados de la acreditación a la Dirección del puesto de mando de Informatización.

Referencias:

Informatización orienta al responsable de

2. El responsable de acreditar recibe la orientación, los solapines, las tarjetas y el(los)

(32)

-32- acreditar comenzar el proceso de acreditación, le entrega los solapines, las tarjetas de comedor y el(los) listado(s) con los datos de cada paciente.

4. El paciente brinda información.

7. El paciente recibe el solapín y la tarjeta de comedor.

10. La Dirección del Puesto de Mando de Informatización almacena la información referente a los acreditados.

listado(s), y procede a realizar la acreditación.

3. El responsable de acreditar solicita los datos al paciente.

5. El responsable de acreditar busca al paciente en el listado.

6. El responsable de la acreditación le hace entrega del solapín y la tarjeta de comedor al paciente.

8. El responsable de acreditar registra como acreditado al paciente.

9. El responsable de acreditar entrega el(los) listado(s) de acreditados a la Dirección del puesto de mando de Informatización.

Prioridad: Crítico.

Mejoras: La automatización de este proceso permitirá controlar e identificar al paciente de forma dinámica.

Tabla 3.10 Especificación textual del caso de uso de negocio “Acreditar paciente”

(33)

-33- 3.2.3.2 - Diagrama de actividades

Tabla 3.11 Diagrama de actividades del caso de uso de negocio “Acreditar paciente”

(34)

Solapín

(f rom Objetos)

Tarjeta comedor

(f rom Objetos)

Listado pacientes

(f rom Objetos)

Resp_acreditación

Tabla 3.12 Diagrama de clases del modelo de objetos del caso de uso de negocio

“Acreditar paciente”

3.2.4 - Caso de Uso del Negocio Organizar actividades recreativas 3.2.4.1 - Especificación textual en formato general

Caso de uso del negocio: Organizar actividades recreativas.

Actores del negocio: Dirección FEU-UJC (inicia), Usuario

Propósito: Organizar (fecha, hora, lugar, responsable(s)) las actividades recreativas y convocar a los usuarios.

Resumen: El caso de uso se inicia cuando la Dirección de la FEU-UJC de la Universidad de las Ciencias Informáticas define la organización de una actividad recreativa y solicita al responsable la realización de la misma, orientándole los detalles de su organización y que haga la convocatoria a todos los usuarios involucrados en la misión. El caso de uso finaliza cuando el responsable de las actividades recreativas convoca al usuario para que participe en la actividad.

Referencias:

Acción del actor Respuesta del proceso de negocio 1. La Dirección de la FEU-UJC de la

(35)

-35- Universidad de las Ciencias Informáticas organiza la actividad recreativa definiendo fecha, hora lugar, responsable (s).

2. La Dirección de la FEU-UJC de la Universidad de las Ciencias Informáticas orienta al responsable de actividades la organización de la actividad planificada y la convocatoria de todos los usuarios.

5. El usuario recibe la convocatoria para participar en la actividad.

3. EL responsable de actividades recreativas recibe de la Dirección de la FEU-UJC la orientación de convocar a los usuarios a la actividad planificada con su fecha, hora y lugar.

4. El responsable de actividades recreativas convoca al usuario para que participe en la actividad con (fecha, hora, lugar).

Mejoras: La automatización de este proceso favorecerá la organización y el registro de toda la información sobre las diferentes actividades planificadas.

Tabla 3.13 Especificación textual del caso de uso de negocio “Organizar actividades recreativas”

(36)

Tabla 3.14 Diagrama de actividades del caso de uso de negocio “Organizar actividades recreativas”

3.2.4.3 - Diagrama de clases del modelo de objetos

Resp_actividades

Actividad

(f rom Objetos)

Tabla 3.15 Diagrama de clases del modelo de objetos del caso de uso de negocio

“Organizar actividades recreativas”

(37)

-37-

3.25 - Caso de Uso del Negocio Entregar tarjeta telefónica 3.2.5.1 - Especificación textual en formato general

Caso de uso del negocio: Entregar tarjeta telefónica

Actores del negocio: Dirección del Puesto de Mando de Informatización (inicia), Paciente.

Propósito: Garantizar que los pacientes reciban la tarjeta telefónica y registrar la información referente a esta entrega.

Resumen: El caso de uso se inicia cuando la Dirección del Puesto de Mando de Informatización orienta al personal que trabaja en la misión realizar la entrega de las tarjetas telefónicas a los pacientes. El personal que trabaja en la misión responsable de entregar las tarjetas telefónicas, efectúa la entrega de las mismas a los pacientes; los resultados de estas entregas efectuadas se los entrega a la Dirección del puesto de mando de Informatización, finalizando de esta forma el caso de uso.

Informatización entrega el(los) listado(s) con los nombres y ubicación al responsable de tarjetas telefónicas y le orienta realizar la entrega de las mismas a los pacientes.

4. El paciente informa su nombre al responsable de tarjetas telefónicas.

8. El paciente recibe su tarjeta telefónica y firma en el listado.

10. La Dirección del Puesto de Mando de Informatización recibe los resultados y almacena la información.

2. El responsable de tarjetas telefónicas recibe la orientación, el(los) listado(s) y procede a efectuar la entrega.

3. El responsable de tarjetas telefónicas solicita el nombre del paciente.

5. El responsable de tarjetas telefónicas busca al paciente en el listado.

6. El responsable de tarjetas telefónicas verifica si el paciente recibió la tarjeta telefónica.

7. El responsable de tarjetas telefónicas entrega la tarjeta telefónica al paciente.

9. El responsable de tarjetas telefónicas entrega los resultados a la Dirección del puesto de mando de Informatización.

Curso alternativo de eventos:

Acción 6 Si el paciente ya recibió la tarjeta telefónica el responsable termina la entrega.

(38)

-38-

Mejoras: El registro automatizado de la información referente a la entrega de tarjetas telefónicas permitirá una mejor organización y fácil manipulación de esta, así se evitarán pérdidas y errores.

Tabla 3.16 Especificación textual del caso de uso de negocio “Entregar tarjeta telefónica”

(39)

Tabla 3.17 Diagrama de actividades del caso de uso de negocio “Entregar tarjeta telefónica”

(40)

Tarjeta telefónica

(f rom Objetos)

Listado pacientes

(f rom Objetos)

Resp_tarjetas

Tabla 3.18 Diagrama de clases del modelo de objetos del caso de uso de negocio “Entregar tarjeta telefónica”

3.2.6 - Caso de Uso del Negocio Entregar pasaporte 3.2.6.1 - Especificación textual en formato general

Caso de uso del negocio: Entregar pasaporte.

Actores del negocio: Dirección del Puesto de Mando de Informatización (inicia), Paciente.

Propósito: Entregar el pasaporte al paciente para que pueda regresar a su país.

Resumen: La Dirección del Puesto de Mando de Informatización le orienta al responsable de pasaportes devolver los mismos a los pacientes que están listos para regresar a su país. Después que el responsable de pasaportes efectúa la devolución, los pacientes regresan a su país. Finalmente el responsable de pasaportes le entrega los resultados de este proceso a la Dirección del puesto de mando de Informatización.

Informatización le orienta al responsable de pasaportes la recogida de estos y le entrega el(los) listado(s) de los pacientes listos para regresar hacia su país.

2. EL responsable de pasaportes recibe la orientación, el (los) listado(s) y procede a realizar la entrega.

3. EL responsable de pasaportes verifica

(41)

-41- 5. El paciente recibe su pasaporte.

8. La Dirección del Puesto de Mando de Informatización recibe el (los) listado(s) y almacena la información.

si el paciente está listo para regresar.

4. EL responsable de pasaportes le entrega el pasaporte al paciente.

6. EL responsable de pasaportes registra la entrega.

7. EL responsable de pasaportes entrega el (los) listado(s) a la Dirección del puesto de mando de Informatización.

Mejoras: El registro automatizado de la información referente a la entrega pasaportes permitirá acelerar el proceso, mejor organización, y fácil manipulación de la información, así se evitarán pérdidas y errores.

Tabla 3.19 Especificación textual del caso de uso de negocio “Entregar pasaporte”

(42)

Tabla 3.20 Diagrama de actividades del caso de uso de negocio “Entregar pasaporte”

3.2.6.3 - Diagrama de clases del modelo de objetos

Pasaporte

(f rom Objetos)

Listado pacientes alta

(f rom Objetos)

Resp_pasaportes

Tabla 3.21 Diagrama de clases del modelo de objetos del caso de uso de negocio “Entregar pasaporte”