UNIVERSIDAD CENTRAL DEL ECUADOR … · requisitos bÁsicos para el usuario del hospital del dÍa de...
125
UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA EN INFORMÁTICA CREACIÓN, ANÁLISIS, DESARROLLO E IMPLEMENTACIÓN DEL SISTEMA WEB DE REQUISITOS BÁSICOS PARA EL USUARIO DEL HOSPITAL DEL DÍA DE LA UNIVERSIDAD CENTRAL DEL ECUADOR TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN INFORMÁTICA AUTOR: JORGE ANDRÉS BÁEZ CAMACHO TUTOR: ING. RENE ALFONSO CARRILLO FLORES QUITO – ECUADOR 2015
-
Upload
truonghanh -
Category
Documents
-
view
216 -
download
0
Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR … · requisitos bÁsicos para el usuario del hospital del dÍa de...
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA EN INFORMÁTICA
CREACIÓN, ANÁLISIS, DESARROLLO E IMPLEMENTACIÓN DEL SISTEMA WEB DE
REQUISITOS BÁSICOS PARA EL USUARIO DEL HOSPITAL DEL DÍA DE LA
UNIVERSIDAD CENTRAL DEL ECUADOR
TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO
EN INFORMÁTICA
AUTOR: JORGE ANDRÉS BÁEZ CAMACHO
TUTOR: ING. RENE ALFONSO CARRILLO FLORES
QUITO – ECUADOR
2015
II
DEDICATORIA
Dedico este trabajo en primer lugar a mi familia, en especial a un gran hombre que siempre confió en
mí, estando presente hasta ahora en todos los proyectos de mi vida, mi padre Jorge, gracias por ser el
pilar fundamental en el desarrollo profesional y personal. A mi hermano Alexis, quisiera decirle que yo
no soy su ejemplo a seguir si no su la base a la que debe llegar. A mi madre Marcia, que a pesar de los
kilómetros de distancia y los años de soledad que hemos vivido, siento que estuviste presente en mis
pensamientos y yo en los tuyos. A mi enamorada Ruth, por los años de paciencia y de un amor puro
que me ha sabido brindar.
A mis amigos, primos y demás que han sido testigos y cómplices de mis alegrías, tristezas y locuras
que nos han ayudado a afrontar los problemas que se han puesto al frente.
Gracias infinitas a todos, ni la vida ni las palabras son suficientes para transmitir y demostrar mi
gratitud.
Jorge Báez
III
AGRADECIMIENTO
Agradezco a Dios por colocar a las personas indicadas en los momentos más necesarios de mi vida, no
creo en las coincidencias porque creo que en la vida nada es casual sino causal; pero sin embargo
existe algo divino que hace parecer una casualidad.
Llevo en mente a muchos amigos, familiares y personas extrañas que he conocido en mi corta
existencia; personas sabias y que emanan sabiduría en sus palabras.
Como olvidar a mis queridos docentes y mentores como René Carrillo, Severo Ávila, Rodolfo Bueno
que me guiaron en mis años de la universidad, creo que un educador debe ser un amigo del alumno de
esa manera se incentiva a los estudiantes a seguir luchando por su sueño en vez de que vaya muriendo
en el ocaso de los semestres.
Jorge Báez
IV
V
VI
VII
VIII
CONTENIDO
PORTADA………………………………………………………………………………………………i
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL………………………………………………ii
CERTIFICACIÓN………………………………………………………………………………………iii
AGRADECIMIENTOS …………………………………………………………………………………iv
DEDICATORIA…………………………………………………………………………………………v
ÍNDICE GENERAL……………………………………………………………………………………vi
LISTA DE FIGURAS……………………………………………………………………………vii
LISTA DE TABLAS
RESUMEN
ABSTRACT
CAPÍTULO 1: VISIÓN GENERAL DEL PROYECTO
CAPITULO I. GENERALIDADES .................................................................................................................. 1
1.1. Introducción. ................................................................................................................................ 1
1.2. Planteamiento del problema ............................................................................................................ 1
1.3. Justificación ....................................................................................................................................... 2
1.4. Formulación del Problema ................................................................................................................ 3
1.4.1 Interrogantes de la Investigación .................................................................................................... 4
1.5. Objetivos de la Investigación ............................................................................................................ 4
1.5.1. Objetivo General ............................................................................................................................ 4
1.5.2. Objetivos Específicos ...................................................................................................................... 4
1.5. Alcance .............................................................................................................................................. 5
1.6. Limitaciones ...................................................................................................................................... 5
1.7. Esquema de Solución ........................................................................................................................ 6
1.8. Herramientas ..................................................................................................................................... 6
1.9 Factibilidad ......................................................................................................................................... 7
1.9.1 Técnica ............................................................................................................................................ 7
1.9.2 Legal ................................................................................................................................................ 7
IX
CAPITULO II. MARCO TEÓRICO ................................................................................................................ 8
2.1. Conceptos, definiciones y fundamentos de la Web ......................................................................... 8
2.1.1. Protocolo HTTP ............................................................................................................................... 8
2.1.2. Lenguaje HTML ............................................................................................................................... 8
2.1.3. Aplicaciones WEB ........................................................................................................................... 9
2.1.4. Web Services .................................................................................................................................. 9
2.1.5 Tipos de Aplicaciones ...................................................................................................................... 9
2.1.5.1 Páginas Estáticas ........................................................................................................................ 10
2.1.5.2 Páginas Dinámicas ...................................................................................................................... 10
2.1.5.3 Aplicaciones de Gestión ............................................................................................................. 10
2.1.5.4 Software libre y pagado ............................................................................................................. 10
2.1.6 Historia de .NET ............................................................................................................................. 11
2.1.6.1 Evolución del .NET ...................................................................................................................... 11
2.1.7 Base de datos relacionales ............................................................................................................ 17
2.1.7.1 Conexión con el Gestor de Base de Datos ................................................................................. 17
2.1.8 Diseño de Base de Datos ............................................................................................................... 17
2.2 Definiciones ...................................................................................................................................... 18
2.1.2. Conceptos relativos a la gestión ................................................................................................... 18
2.1.3. Conceptos relativos a la organización .......................................................................................... 18
2.1.4. Conceptos relativos a los procesos .............................................................................................. 19
2.1.5. Conceptos relativos a las características ...................................................................................... 19
2.1.6 Conceptos relativos a la conformidad ........................................................................................... 20
2.1.7. Conceptos relativos a la programación. ....................................................................................... 20
CAPITULO III. IMPLEMENTACIÓN .......................................................................................................... 21
3.1 Metodología ..................................................................................................................................... 21
3.1.1 Etapa de Planificación ................................................................................................................... 21
3.1.2 Etapa de Diseño ............................................................................................................................. 22
3.1.3 Etapa de Desarrollo ....................................................................................................................... 22
3.1.4 Etapa de Pruebas ........................................................................................................................... 22
3.2 Análisis y diseño del sistema ............................................................................................................ 22
3.2.1 Requerimientos Funcionales ......................................................................................................... 23
X
3.2.2 Requerimientos no Funcionales .................................................................................................... 23
3.3 Requisitos Tecnológicos ................................................................................................................... 25
3.4 Modelo de Análisis ........................................................................................................................... 26
Descripción de casos de Uso .......................................................................................................... 31
3.5 Entidades y Descripciones ................................................................................................................ 38
CAPITULO IV. CONCLUSIONES Y RECOMENDACIONES ......................................................................... 40
CONCLUSIONES ...................................................................................................................................... 40
RECOMENDACIONES .............................................................................................................................. 40
REFERENCIA BIBLIOGRAFICA .................................................................................................................. 42
ANEXO 1. MANUAL DE INSTALACIÓN ......................................................................................... 44
Introducción ........................................................................................................................................... 45
Preparación ............................................................................................................................................. 45
Configuración del WS ............................................................................................................................ 47
Configuración del IIS ............................................................................................................................. 49
Publicar Aplicación ............................................................................................................................ 50
Configuración del La aplicación UCE ................................................................................................... 55
ANEXO 2. MANUAL DE USUARIO .................................................................................................. 64
XI
RESUMEN
CREACIÓN, ANÁLISIS, DESARROLLO E IMPLEMENTACIÓN DEL SISTEMA WEB DE
REQUISITOS BÁSICOS PARA EL USUARIO DEL HOSPITAL DEL DÍA DE LA
UNIVERSIDAD CENTRAL DEL ECUADOR
El presente trabajo de tesis, tiene como principal propósito aplicar los conocimientos adquiridos en el
transcurso de la carrera de Ingeniería en Sistemas, para ello se trata de aportar con la creación del
sistema web que automatice y controle de mejor manera el almacenamiento de información para
agilizar el tiempo que se emplea en realizar un registro y reserva de turnos para ser atendido por un
especialista de la salud en el Hospital del Día de la Universidad Central del Ecuador.
A continuación se detalla el aporte de cada capítulo para facilitar la lectura y entendimiento de los
apartados en base a la investigación realizada.
CAPITULOI. Generalidades: en este capítulo se describe la reseña histórica, Planteamiento, Base Legal
y formulación del problema así también como los objetivos, justificación y delimitación del proyecto.
CAPITULO II. Marco Referencial: en este capítulo se presenta la fundamentación teórica, marco
conceptual, metodología y selección de herramientas a trabajar.
CAPITULO III. Implementación del sistema web en el Hospital del Día: En este capítulo se observa el
análisis y procesos de planificación, definición de requerimientos, modelo de base de datos, análisis
de requisitos y etapas de pruebas.
CAPITULO IV. Conclusiones y Recomendaciones: Este capítulo complementa la presentación de
conclusiones, recomendaciones, referencia bibliográfica, anexos contemplados con Manuales de
Instalación y de Usuario.
DESCRIPTORES
DESARROLLO DE SOFTWARE / PROGRAMACIÓN Y ESTRUCTURA ORGANIZADA DE
DATOS/ HOSPITAL DEL DÍA DE LA UCE / REGISTRO Y ATENCIÓN DEL PACIENTE DEL
HOSPITAL DE LA UCE.
XII
ABSTRACT
CREATION, ANALYSIS, DEVELOPMENT AND IMPLEMENTATION OF THE
BASIC NEEDS FOR THE HOSPITAL DEL DIA OF THE CENTRAL UNIVERSITY
OF ECUADOR WEB SYSTEM
The following thesis has as the main objective to apply the knowledge acquired throughout the
study of Computer Engineering; to do so, the aim is to collaborate by creating a web system
that may automatize and control in a better way the storage of data to better the time
consumed in logging in and making doctor appointments at the Hospital del Día of the Central
University of Ecuador
Now, the contribution of each chapter shall be detailed, making this research easier to read and
understand.
Chapter I: General Spectrum: In this chapter a historical background, the problem base, the
legal base objectives, justification and Project limits can be found.
Chapter II: Referential Framework: In this chapter the theoretical background, conceptual
background methodology and workplace tools selection are shown.
Chapter III: Implementation of a web system at the Hospital del Día: In this Chapter the
analysis, the development process, the definition of needs, the data base model; requisites
analysis and test runs can be found.
Chapter IV: Conclusions and Recommendations: This Chapter complements the presentation
of conclusions and recommendations, bibliography, annexes (Installations and User manuals)
Key words:
SOFTWARE DEVELOPMENT/ ORGANIZED PROGRAMMING AND STRUCTURING/
HOSPITAL DEL DÍA UCE/ REGISTRATION AND CLIENT ATTENTION AT THE UCE
HOSPITAL.
XIII
XIV
1
CAPITULO I. GENERALIDADES
1.1. Introducción.
Tenemos que reconocer que la era moderna en la que estamos viviendo, tiene como eje principal la
tecnología; las soluciones informáticas están causando una gran ola de nuevos requerimientos
empresariales; tomando en cuenta que los sistemas bien desarrollados brindan la facilidad de satisfacer
las necesidades de los que lo utilizan.
Debemos aprovechar la facilidad que nos brindan los dispositivos electrónicos y saber adaptarlos para
el beneficio óptimo del crecimiento del sector empresarial y el sector público como del privado para
brindar a sus clientes las soluciones de vanguardia que lo requieren.
En el transcurso de los últimos años, he adquirido conocimientos y he aumentado mi experiencia al
momento de desarrollar soluciones de software de última tecnología como objetivo principal es
ofrecer productos a medida de los requerimientos de sus clientes.
Entrando en el campo de las necesidades actuales de los diferentes sectores es importante reconocer
que estos requieren tener organizada su información y sobre todo poder acceder a ésta cuando sea
necesario como es en el caso del Hospital del Día de la Universidad Central del Ecuador. Es por tanto
que los sistemas web están tomando una gran acogida en la actualidad y por eso se hace imprescindible
el conocimiento de herramientas de desarrollo en éste ámbito.
Es necesario realizar un estudio sobre los diferentes exploradores para poder realizar un sistema
funcional y de fácil adaptabilidad.
1.2. Planteamiento del problema
Luego de analizar detalladamente los inconvenientes más importantes que se han suscitado entre el
personal de recepción y los pacientes que visitan el Hospital del Día de la Universidad Central del
Ecuador, desde el ingreso del paciente “ficha médica” el cual es un registro que se viene almacenando
en carpetas que con el pasar de los años van perdiendo su vitalidad y su forma acabando no solamente
2
con su protección sino también con su contenido, hojas que contienen la historia clínica de un paciente;
la reservación de turnos es tema que ha causado varios malestares al pasar del tiempo debido a que
cierto Personal (Doctor) dependiendo de su rama de especialidad tiene un cierto número de pacientes
por atender por día y al no existir un sistema que permita de forma fácil y eficaz informar si dicho
personal aún pudiera atender a más pacientes o caso contrario ya no le deberían asignar, por estas
razones la administración del Hospital ha prohibido la reserva de turnos a días no mayores al presente;
recaudación realiza el cobro de exámenes y/o turnos a particulares pero existen algunos pacientes que
por motivos de estandarización no tienen una ficha médica y que aun así son cobrados por los servicios
solicitados; lamentablemente el sistema que utilizaban quedo obsoleto debido a los cambios realizados
en los formularios de las fichas medicas por IEES tanto para el personal particular y para el
administrativo motivo por el cual el paciente debe acercarse al número de consultorio que le fue
asignado con tan solo un ticket que contiene sus signos vitales y su número de turno, el cual va hacer
entregado al Galeno, éste deberá tomarse unos minutos para verificar si dicho paciente ha cancelado el
valor de su turno y/o examen para que pueda ser atendido llegando a un tiempo promedio de 5 a 10
minutos de pérdida por paciente; luego de que el Galeno llena la historia clínica y manualmente emite
una receta médica la cual debe ser validados los medicamentos recetados con un listado emitido por el
personal de botica con un listado de productos actualmente en stock; la unión de estos puntos
detallados produce cierto malestar en el paciente he incluso en el personal de la institución.
Todos estos factores llevan a la propuesta de tesis a desarrollar un sistema capaz de proporcionarnos
las funciones necesarias para mantener el control tanto de pacientes nuevos, antiguos y sus respectivas
recaudaciones, evitando malos entendidos y contratiempos que afectan a su crecimiento, favorecidos
con tecnología de vanguardia que permitirá incrementar su eficacia y rendimiento laboral.
1.3. Justificación
Somos testigos del crecimiento evolutivo de la informática y la gran ventaja que brinda la tecnología
en el desarrollo y crecimiento al sector empresarial y/o al sector público.
Los sistemas informáticos son herramientas tecnológicas que permiten mantener un control ordenado y
organizado de los datos para mejorar el rendimiento de los objetivos planteados, por esa razón se
propuso desarrollar un sistema de web de requisitos básicos para el usuario del Hospital del Día con la
3
finalidad de corregir los problemas de organización y evitar la pérdida de información por motivo de la
decadencia de sus documentos y tomando en cuenta la nueva tecnología e infraestructura que se va a
desarrollar que permitirá ayudar a mejorar tecnológicamente los procesos internos del Hospital.
1. Tienen un sistema que por motivo de los cambios tecnológicos y/o los cambios establecidos
por las autoridades de salud, se ha visto abandonado debido a la actualización de las fichas
médicas particulares y administrativas.
2. Organización manual entre la relación paciente – administrativo, administrativo - paciente.
3. Los registros de ingreso y/o reservación de turnos son realizados a mano.
4. Los pacientes tienen que madrugar para reservar un turno.
5. No saben con exactitud que Galeno les va a atender.
6. El Doctor tiene que verificar manualmente que el paciente ya ha realizado sus pagos.
7. Al emitir la receta médica debe realizar la comprobación manual sobre la existencia del
fármaco en la botica del Hospital.
1.4. Formulación del Problema
¿Cómo contribuirá la implementación de un sistema web en los requisitos básicos para un usuario del
Hospital del Día de la Universidad Central del Ecuador para mejorar el ingreso, control y atención de
los pacientes?
Variables
Variable independiente: Implementación de una herramienta de software para la administración y
control de los usuarios.
4
Variable dependiente: Transformar los datos en información, y la información en conocimiento para
optimizar el proceso.
1.4.1 Interrogantes de la Investigación
¿Qué tipo de información requieren ser solicitadas para mantener un óptimo registro de los
usuarios?
¿Qué tipo de reportes son necesarios?
¿En base a qué condiciones realizan la reserva y atención de pacientes?
1.5. Objetivos de la Investigación
1.5.1. Objetivo General
Crear, Analizar, desarrollar e implementar el Sistema Web de requisitos básicos para el usuario del
Hospital del Día.
1.5.2. Objetivos Específicos
Analizar y diagramar el “Sistema web de requisitos básicos para el usuario del Hospital
del Día de la Universidad Central del Ecuador”, para manejo de datos gestionados por su
personal.
Implementar y probar el funcionamiento de los módulos a desarrollar con sus respectivos
perfiles de usuario.
5
Probar el buen desempeño del sistema por lo menos con 3 navegadores diferentes.
Implantar el sistema “Sistema web de requisitos básicos para el usuario del Hospital del
Día de la Universidad Central del Ecuador” en producción.
1.5. Alcance
Se realizará el desarrollo de un Sistema Web respetando los diferentes perfiles de usuario asignado
para cada módulo. Para esto se utilizará una base de datos central en SQL Server 2008. Y estará
desarrollado en .net con Framework 4. La integración se la realizará a través de servicios Web para
mantener una seguridad recomendada en los sistemas Web.
En el sistema Web podrán realizar reservaciones, asignaciones, historias clínicas para estudiantes,
particulares y personal administrativo, recaudación y pendientes (perfil de doctor) que tendrá la
posibilidad de llenar una receta médica por visita y por paciente teniendo la validación de stock directo
con botica, y además realizará la administración de los usuarios ingresados al sistema.
La información utilizada para la validación de productos y su stock en la botica del hospital será
proporcionada por la propia Universidad auspiciante, para demostrar la autenticidad de los resultados.
Se realizará una transferencia del conocimiento adquirido en el desarrollo del presente estudio a
miembros de la Universidad auspiciante.
Se implantara el sistema en la Universidad auspiciante, que servirá de base para el desarrollo de los
siguientes módulos.
1.6. Limitaciones
Luego de realizar un análisis de los objetivos y puntos planteados en este plan de tesis, fueron
considerados las siguientes limitaciones:
6
Falta de apoyo del personal de la institución.
Cambios en el personal Administrativo
Disponibilidad de equipos para levantar un ambiente de test para pruebas.
Problemas de acoplamiento del personal con la interacción del nuevo sistema.
Problemas en la impresión.
1.7. Esquema de Solución
El aplicativo web será desarrollado en con (Microsoft .net) , también recibirá datos que se encontrarán
almacenados en una base de datos (SQL Server 2008), los mismos que servirán para entrega de
reportes mensuales que deben realizar los administradores del sistema.
Figura 1: Esquemita de la solución.
1.8. Herramientas
Las herramientas a utilizar para el desarrollo de este trabajo son las siguientes:
Software
Microsoft Visual Studio 2012 - 2013
SQL Server 2008
7
Hardware
Servidor de base de datos.
PCs de desarrollo.
1.9 Factibilidad
1.9.1 Técnica
La información necesaria que sirva de guía para el desarrollo del proyecto de tesis es abundante en
internet debido a los diferentes foros y sociedades que se han formado como parte del crecimiento
tecnológico y cabe recalcar la experiencia obtenida en los años de desarrollador que me permiten tener
la clara facultad de solucionar problemas y proveer soluciones para lograr un óptimo desarrollo web.
En cuanto al uso de un asesoramiento técnico es importante indicar el apoyo del área de Sistemas del
Hospital del Día de la Universidad Central del Ecuador al proyecto, quien mediante todos sus técnicos
prestará la ayuda necesaria y requerida.
Por el lado de la plataforma tecnológica es importante identificar que el recurso de hardware requerido
será totalmente cubierto por la Universidad auspiciante. En cuanto al software podrán utilizar cualquier
navegador, se desarrollará con Visual Studio 2013 y en cuanto a la bases de datos se ha especificado
SQL Server 2008 mínimo.
1.9.2 Legal
El uso del software requerido para el proyecto cuenta con el apoyo de la Universidad Central del
Ecuador quien posee las licencias correspondientes. Por tanto se hace flexible el uso legal del software.
8
CAPITULO II. MARCO TEÓRICO
2.1. Conceptos, definiciones y fundamentos de la Web
En este capítulo abordaremos los conceptos básicos relacionados con la tecnología y sus procesos
organizados que fueron utilizados con el fin de cumplir con los objetivos planteados en este proyecto.
Detallaremos aspectos importantes de la plataforma tecnológica que se encuentra compuesta por
sistemas computacionales accesibles mediante un navegador web conectado a una red, más conocidos
como aplicaciones web basados en el protocolo HTTP y el lenguaje HTML. (1) uno permite una
implementación simple y sencilla de un sistema de comunicaciones que nos permite enviar cualquier
tipo de ficheros de una forma fácil, que simplifica el funcionamiento del servidor, permitiendo que
servidores poco potentes atiendan miles de peticiones y simplificando los costes de despliegue. El otro
nos proporciona un mecanismo de composición de páginas enlazadas simple y fácil, altamente
eficiente de uso o muy simple.
2.1.1. Protocolo HTTP
El protocolo HTTP (Hypertext Tranfer Protocol), es el protocolo base de la WWW. Es un protocolo
orientado a conexión debido a que emplea para su funcionamiento un protocolo de comunicaciones
(TCP, Transport Control Protocol) de modo conectado, un protocolo que establece un canal de
comunicaciones de punta a punta (entre cliente y el servidor) por el que pasa un flujo de bytes que
constituyen los datos a transferir, se basa en sencillas operaciones de solicitud / respuesta. El cliente
establece una conexión con un servidor y envía un mensaje con los datos de la solicitud, el servidor
responde con un mensaje que contiene el estado de la operación y su posible resultado esperado.
2.1.2. Lenguaje HTML
Este es un lenguaje de etiquetas (se utiliza insertando etiquetas en el interior del texto) que ayuda a que
el navegador lo interprete y de forma visualmente en la pantalla. Podríamos decir que HTML sirve para
crear páginas web, darles estructura y contenido.
9
Actualmente se encuentra en la versión 5, que no es compatible con algunos navegadores antiguos pero
muy útiles y funcionales con la tecnología moderna como teléfonos, Tablet, computadoras de
escritorio, laptops, etc.
2.1.3. Aplicaciones WEB
Es básicamente un programa muy parecido a las aplicaciones de escritorio que conocemos, pero con la
diferencia de que la computadora que hace correr ese programa, es el servidor de aplicaciones al que
nos conectamos a través de nuestro browser, el que se convierte en la pantalla de visualización del
aplicativo y sus funciones. Para mejorar la interoperabilidad entre aplicaciones de software es
recomendable utilizar Web Services (Servicios Web).
Son numerosas la ventajas que se pueden obtener con las aplicaciones web sin importar la empresa, su
negocios o los procesos internos y externos que deba realizar debido a que facilitan la estructuración,
organización, presentación y mantenimiento de la información que es presentada en el sitio web. Se
las puede utilizar desde una forma muy sencilla hasta para centralizar toda la información de una
empresa manteniendo la información real y actualizada.
2.1.4. Web Services
Es una tecnología que utiliza un conjunto de estándares y protocolos que ayudan a intercambiar datos
entre aplicaciones sin importar que las aplicaciones se encuentren realizados en lenguajes diferentes y
cualquier plataforma.
2.1.5 Tipos de Aplicaciones
Páginas estáticas
Páginas dinámicas
Aplicaciones de gestión
10
Software libre y pagado
2.1.5.1 Páginas Estáticas
Hay empresa y/o profesionales que por su tipo de negocio, les basta con tener un pequeño espacio web
como un recurso rápido y sencillo para tener presencia en Internet. Se puede decir que la mayor
desventaja sería que vayamos a actualizar los contenidos más o menos con frecuencia y tengamos que
editar el código de cada una de las páginas.
2.1.5.2 Páginas Dinámicas
Pueden ser alimentadas con datos presentes en base de datos, archivos planos, programas, etc. Su
objetivo es no tener código quemado y que su administración sea más rápida y flexible; entre el soporte
de datos (base de datos) y la presentación de la página (sistemas visuales) se interpone una capa de
programación que actúa como filtro y gestor de datos.
2.1.5.3 Aplicaciones de Gestión
Algunas empresas y/o profesionales desean utilizar el internet como medio para publicar bien sus
servicios y les permite llegar al público al que antes de la existencia del internet no se podía llegar. Son
bastante ideales para el crecimiento de información a lo largo del tiempo mediante su buena estructura.
2.1.5.4 Software libre y pagado
En el caso del software libre el principal problema viene de las continuas actualizaciones por los
distintos bugs que se descubren, aunque el código se encuentra accesible a una gran comunidad, tiene
la ventaja de que se dispondrá de una solución rápidamente, pero su limitación también provoca que no
mantener las versiones actualizadas se convierta en un gran riesgo.
Tal vez nos veamos en el momento de elegir entre un software personalizado y un libre; en los dos
casos no debe confundirse su procedencia con la calidad y potencia que puede acabar ofreciendo.
11
2.1.6 Historia de .NET
Microsoft es una compañía multinacional que se dedica a la tecnología informática. La Historia de
Microsoft comienza el 4 de abril de 1975, cuando fue fundada por Bill Gates y Paul
Allen en Albuquerque.1 Sus mejores productos actuales en venta son el sistema operativo Windows y
la suite ofimática Microsoft Office.
En sus inicios, en el año 1980, Microsoft formó con IBM una importante unión que permitió ligar el
sistema operativo de Microsoft con los ordenadores de IBM, pagando a Microsoft los derechos de cada
venta. En 1985, IBM solicitó a Microsoft que hiciera un nuevo sistema operativo para sus ordenadores
llamado OS/2. Microsoft hizo el sistema operativo, pero continuó vendiendo su propia versión en
directa competición con el OS/2. La versión de Microsoft eclipsó al OS/2 en términos de ventas.
Cuando Microsoft lanzó sus versiones de Windows en los años 90, ya había captado el 90 % de la
cuota de mercado de los ordenadores personales del mundo.
A fecha de 2007, Microsoft tiene un crédito anual de 51,12 millones de dólares y por lo menos 79 000
empleados en 102 países. Desarrolla, fabrica, licencia y apoya una amplia gama de productos
de software y hardware para los dispositivos informáticos
2.1.6.1 Evolución del .NET
.NET Framework 1.0:
o Liberado el 13 de Febrero de 2002 para Win98, Me, NT 4.0, 2000 y XP. Su soporte
terminó en Julio de 2007 y el soporte extendido en 2009.
.NET Framework 1.1
o Publicada en Abril de 2003 junto con el segundo reléase de Visual Studio .NET
(2003). Fue la primera versión incluida como parte de un sistema operativo (Windows
Server 2003). Su soporte terminó en octubre de 2008 y el extendido termina en octubre
de 2013 (así que mejor vayan pensando en migrarse).
12
o Mejoras:
Los controles ASP.NET que en el 1.0 eran un Addon ahora vienen nativos.
Seguridad mejorada con Code Access Security para ASP.NET
Soporte nativo para ODBC y Oracle
Nacimiento del .NET Compact Framework
Soporte a IPV6
Cambios numerosos en las APIs.
.NET Framework 2.0
o Liberado con Visual Studio 2005, SQL Server 2005 y BizTalk 2006. El primero en
incluirse automáticamente en las instalaciones de SQL Server. Sin ningún Service
Pack, fue la última versión en soportar Win98 y Me. Luego vino el SP 2 y con éste, fue
la última versión en soportar Windows 2000.
o Mejoras:
Los fabulosos Generics
Soporte para compilaciones de 64 bits
Numerosos cambios en las APIs
Integración con SQL Server: CLR Integration
Inclusión del Runtime de .NET en aplicaciones nativas.
Nuevos y mejorados controles de ASP.NET
Controles de Datos con Data Binding automático.
Soporte para Temas, Skins y Webparts.
Nacimiento del .NET Micro Framework.
Clases Parciales!
13
Tipos “Nullable” (por ejemplo enteros a los que se les puede dar el valor de
nulo)
Métodos Anónimos!
Iteradores
Tablas de Datos
2. .NET Framework 3.0
o Conocido en sus comienzos como WinFX fue liberado en noviembre de 2006 e
incluyó un nuevo conjunto de APIs hechas en código administrado que son parte
integral de Windows Vista y Windows Server 2008. También está disponible para
Windows XP SP2 y Windows Server 2003. No hubo mayores cambios
arquitectónicos. De hecho, se usa el runtime del Framework 2.0. Aquí tampoco hubo
liberación de Compact Framework.
o Mejoras:
Windows Presentation Foundation (conocido antes como Avalon)
Windows Communication Foundation (conocido como Indigo)
Windows Workflow Foundation
Windows CardSpace (Conocido antes como InfoCard).
.NET Framework 3.5
14
Figura 2: Additive versions of the .NET Framework.
Autor: WarNov (Empleado de Microsoft)
Fuente: http://blogs.msdn.com/b/warnov/archive/2010/07/04/breve-historia-del-framework-net.aspx
Vio la luz en noviembre de 2007 pero no es incluida en Windows Server 2008. Modifica el
CLR fundamental sobre el que se venía trabajando (2.0) para agregarle los métodos y
propiedades requeridas sobre todo para LINQ. Aquí sí se liberó el Compact Framework 3.5. El
código fuente de esta versión fue parcialmente liberado para conocimiento público con fines de
depuración.
Mejoras:
o Nuevas características de lenguaje en C#3.0 y VB.NET 9.0
o Soporte para árboles de expresiones y expresiones y métodos lambda
o Extension Methods!
o Tipos Anónimos con inferencia estática de tipo
o LINQ!
15
o Soporte a paginación en ADO.NET
o API de sincronización de ADO.NET
o API de I/O asincrónico
o PNRP Resolver (Peer-To-Peer)
o Wrappers Administrados para instrumentación y Active Directory
o Motores de WCF y WF mejorados que permiten el manejo de POX y JSON en WCF y
también exponer WF como servicio. De esta manera, los servicios WCF se pueden
mejorar con persistencia nativa de WF!
o Soporte para pipeline de HTTP y sindicación de feeds.
o ASP.NET Ajax ya no viene como un addon sino nativo.
Service Pack 1:
o Liberado en agosto de 2008.
o Performance mejorado para WPF en un 20-45%
o Agregado el Entity Framework y los ADO.NET Data Services.
o Agregados dos nuevos assemblies: System.Web.Abstraction y System.Web.Routing:
Esenciales para el funcionamiento del MVC Framework. Incluyó un conjunto de
controles de VisualBasic que se habían descontinuado como el Line y el Shape, en un
conjunto llamado “Visual Basic Power Pack”. Viene con Windows 7 y Windows
Server 2008 R2.
.NET Framework 3.5 SP1 Client Profile
o Nace como una versión reducida del Framework con solo 28MB de tamaño, ideal para
clientes inteligentes que no requieren todos los 250 MB del Framework completo.
.NET Framework 4
16
o Anunciado en Septiembre de 2008, con beta liberada el 20 de mayo de 2009 y
finalmente en producción el 12 de Abril de 2010 es la versión actual del Framework y
entre otras mejores incluye:
Extensiones de Paralelismo: Mejoran la computación paralela orientada a
procesadores Multi-Core o sistemas distribuidos.
Parallel LINQ (PLINQ)
Task Parallel Library
Implicit Line Continuations para Visual Basic
Despacho dinámico: Asignación dinámica de métodos (tipo JavaScript)
Parámetros nombrados
Parámetros opcionales
Soporte completo a IronPyton, IronRuby y F#.
Contratos de Código
Aritmética de precisión Arbitraria y Complejos gracias
a System.Numerics.BigInteger ySystem.Numerics.Complex.
En la mayoría de casos (Excepto cuando se trata de pasar del 1.0 0 del 1.1 a cualquier otra versión del
Framework) El paso es transparente y la migración no es muy compleja. Sin embargo es claro que
siempre hay temores en las migraciones y puede hacerse complicado comenzar a disfrutar de las
características de la última versión. Sin embargo, nada como estar trabajando con ella, de manera que
ya vamos a tener disponibles todas las últimas características y sobretodo disfrutar de todas las nuevas
tecnologías que siempre se enfocan a la última versión.
17
2.1.7 Base de datos relacionales
En la actualidad existen varios tipos de base de datos en función de almacenamiento y consulta de la
información: jerárquica, relacional, en red, etc. Como ejemplo de gestores de base de datos relacionales
tenemos MySQL, SQLite, Oracle, Microsoft SQL Server, etc.
Un gestor de base de datos relacionales almacena los datos en tablas, las cuales se encuentran
formadas por filas o registros y a su vez se encuentran formadas por columnas o campos, antes de
formar la tabla se debe normalizar, consiste en evitar la redundancia de información.
Microsoft SQL Server
De entre todos los gestores anteriormente mencionados, la selección de SQL Server como gestor de
base de datos radica en que es capaz de trabajar con millones de registros y porque además presente
rapidez y es un motor robusto a lo largo de la historia.
2.1.7.1 Conexión con el Gestor de Base de Datos
Como sabemos las aplicaciones que siguen una estructura cliente – servidor basan su funcionamiento
en dos extremos; un servidor que se mantiene a la escucha de peticiones y el otro los clientes que
cuando quieran conectar con el servidor pueden utilizar un web service que le transmitirá la respuesta
esperada.
2.1.8 Diseño de Base de Datos
Una única base de datos relacional puede contener un sin número de tablas, ahora debemos
preguntarnos cuántas tablas debe tener una base de datos y que campos debe tener cada tabla pero antes
de definir una tabla debemos normalizarla, esto consiste en evitar la redundancia de la información. El
tomar una buena decisión al diseñar la base de datos puede facilitar el desarrollo organizado del
programador.
18
2.2 Definiciones
2.1.2. Conceptos relativos a la gestión
Sistema
Conjunto de elementos mutuamente relacionados o que interactúan.
Pacientes: Persona que sufre de dolor o malestar.
Historia Clínica: Es un documento producto del contacto entre el paciente y el profesional de la salud,
en el que se registra la información necesaria para la correcta atención del mismo.
Reserva de turno: Retención anticipada de un cupo, por la atención del profesional de la salud.
Consultorio: Lugar donde se presta atención médica a enfermos que no necesitan ser internados en un
hospital.
Dispositivos: Componente electrónico que lee y escribe datos utilizando un medio de almacenamiento.
Formularios: Presentación de varios campos de datos solicitados con la finalidad de almacenar y
posteriormente procesarla para su uso.
Eficiencia
Relación entre el resultado alcanzado y los recursos utilizados.
2.1.3. Conceptos relativos a la organización
Organización
Conjunto de personas e instalaciones con una disposición de responsabilidades, autoridades y
relaciones.
Estructura de la organización
Disposición de responsabilidades, autoridades y relaciones entre el personal.
Parte interesada
Persona o grupo que tenga un interés en el desempeño o éxito de una organización y/o empresa.
Cliente
Organización o persona que recibe un producto
Infraestructura
Organización, sistema de instalaciones, equipo y servicios necesarios para el funcionamiento de una
organización.
19
Ambiente de trabajo
Conjunto de condiciones bajo las cuales se realiza el trabajo.
2.1.4. Conceptos relativos a los procesos
Procedimiento
Forma especificada para llevar a cabo una actividad o un proceso
Proceso
Conjunto de actividades mutuamente relacionadas o que interactúan, las cuales transforman entradas en
salidas.
Diseño y desarrollo
Conjunto de procesos que transforman los requisitos en características especificadas o en la
especificación de un producto, proceso o sistema.
Proyecto
Proceso único y consistente en un conjunto de actividades coordinadas y controladas con fechas de
inicio y finalización, llevadas a cabo para lograr un objetivo conforme con los requisitos específicos,
incluyendo las limitaciones de tiempo, costo y recursos.
2.1.5. Conceptos relativos a las características
Característica
Rasgo diferenciador
Seguridad de funcionamiento
Término colectivo utilizado para describir el desempeño de la disponibilidad y los factores que la
influencian: desempeño de la confiabilidad, de la capacidad de mantenimiento y del mantenimiento del
apoyo.
Trazabilidad
Capacidad para seguir la historia, la aplicación o la localización de todo aquello que ésta bajo
consideración.
20
2.1.6 Conceptos relativos a la conformidad
Defecto
Incumplimiento de un requisito asociado a un uso previsto o especificado.
No conformidad
Incumplimiento de un requisito.
Conformidad
Cumplimiento de un requisito.
Corrección
Acción tomada para eliminar una no conformidad detectada
2.1.7. Conceptos relativos a la programación.
Framework: Estructura conceptual y tecnológica de soporte definido, normalmente con módulos de
software.
HTTP: Protocolo que define la semántica que utilizarán los elementos de software de una arquitectura
web para poder comunicarse.
HTML: Estándar que sirve de referencia para la elaboración de páginas web sin importar la versión.
Web Services: Tecnología que utiliza un conjunto de protocolos y estándares que nos permiten
intercambiar datos entre distintas aplicaciones sin importar el lenguaje en el que se encuentren
desarrollados.
Formularios: Presentación de varios campos de datos solicitados con la finalidad de almacenar y
posteriormente procesarla para su uso.
21
CAPITULO III. IMPLEMENTACIÓN
3.1 Metodología
La metodología en la que se basará el desarrollo del sistema web será la de Programación Extrema
(Extreme Programming).
Ésta metodología surge como respuesta a la necesidad de planificación a la hora de generar software,
siendo un proceso ligero, de bajo riesgo, flexible, predecible, científico, divertido y dinámico en el
desarrollo de software.
La metodología XP cuenta con las fases de Planificación, Diseño, Desarrollo y Pruebas.
XP tiene dos particularidades importantes como son tener como parte del equipo, al usuario final, pues
es uno de los requisitos para llegar al éxito del proyecto y el trabajo en parejas para mantener el
conocimiento y estar al tanto de los cambios que se produzcan en el desempeño del proyecto.
3.1.1 Etapa de Planificación
Se planifica el estudio y análisis del sistema que deberá cumplir los requerimientos del cliente y la
problemática que se quiere resolver; primero identificamos los diferentes casos de uso y sus autores
principales; tratando de identificar los requerimientos más importantes que necesitan ser desarrollados,
para ello realizamos:
1. Visitas y acompañamiento al personal para poder palpar la necesidad del cliente.
2. Levantamiento de información
a. Formularios de recepción del paciente.
b. Reserva de turnos
c. Pagos en recepción
d. Atención al paciente
e. Formulario de Historia Clínica
22
3.1.2 Etapa de Diseño
Es una de las etapas más importante debido a que luego de tener un levantamiento detallado de
información sobre el proyecto y teniendo claro los requerimientos analizados, realizamos un modelo de
datos el cual nos ayudará a almacenar la información de tal forma que sea estándar y normalizada para
un óptimo manejo de la información.
3.1.3 Etapa de Desarrollo
Trabajamos en la integración entre la capa de conexión y la capa de presentación, para la capa de
conexión utilizaremos un Web Service que utiliza la tecnología SOAP el cual está conformado por
métodos que será utilizados por la capa de presentación o aplicación web.
También se ha implementado principios básicos de HTML5 en el diseño de la página web, para
brindar una página más funcional y operativa para el usuario.
3.1.4 Etapa de Pruebas
Creamos un ambiente de test, en el que se ha implementado el sistema y se ha puesto a prueba desde
las mismas manos del cliente por medio de sus diferentes usuarios que nos ayudan con la inserción de
datos reales y observaciones que únicamente ellos nos la podían dar, generando como resultado un
ambiente adecuado para pasar al ambiente de producción.
3.2 Análisis y diseño del sistema
La prioridad del desarrollo del sistema, ha sido cumplir los requisitos que debe cumplir el software,
tanto funcional como no funcional, para poder disminuir los riesgos que van de la mano del desarrollo
de un proyecto para evitar el fracasar. Será mucho más complejo realizar modificaciones que sean
necesarias para cumplir las necesidades del cliente haciendo que el software desarrollado no sea
estable y que tenga un desarrollo organizado. Por este motivo hemos dividido el sistema en fases para
agilitar y ablandar su complejidad. Estas partes se presentan en diagramas que describen los aspectos
esenciales del software.
23
Hemos detallado los actores que intervienen dentro del negocio y casos de uso.
3.2.1 Requerimientos Funcionales
El sistema es una herramienta que pretende registral y controlar el manejo de pacientes con el fin de
asegurar la atención personalizada, convertirse en una herramienta generadora y facilitadora de
conocimiento, generando un mayo promedio de visitas médicas optimizando la atención y los recursos
del hospital.
A continuación se listará las capacidades a realizar el sistema:
Capacidades Descripción
Recolección de Datos
En este proceso registramos en el sistema los pacientes, especialidades, usuarios web con sus diferentes perfiles de usuario para realizar las operaciones del hospital.
Seguimiento, Administración y Control
Permite administrar todos los datos ingresados en el sistema logrando mantener el control y visualizando el seguimiento del proceso de forma adecuada y organizada.
Reportes
Permite generar reportes de las operaciones realizadas, ayudando a mantener un mejor seguimiento y control sobre los recursos del hospital
Tabla 1: Capacidades del Sistema
3.2.2 Requerimientos no Funcionales
Nos referimos a los requerimientos que no requieren ser descritas como principales a realizarse en el
sistema, es decir, buscan contemplar otras características para describir la operación del sistema, como:
24
SEGURIDAD
El control de acceso al sistema se realiza mediante registro y establecimiento de privilegios asignados a
cada usuario del sistema presentando distintas opciones de menú de acuerdo a su perfil asignado.
FIABILIDAD
Característica fundamental que mide el tiempo de funcionamiento del software libre de errores, y
describe la calidad del software desarrollado, por lo tanto el sistema cuenta con las respectivas
validaciones para los posibles errores que puedan presentarse a futuro.
ESCALABILIDAD
Propiedad fundamental que el sistema deberá cumplir debido a que su desarrollo incremental permita
adaptarse a nuevas funcionalidades y requerimientos, puedan ser incorporados sin necesidad de perder
calidad en los servicios ofrecidos, para esto se ha tomado en cuenta el desarrollo de un web service.
MANTENIBILIDAD
Para poder cumplir este requisito en el desarrollo de todo el sistema, se basa en mantener una buena
documentación además de los respectivos manuales de usuario y de instalación, para cumplir con lo
detallado se ha desarrollado de forma organizada, detallada y documentando los procesos y métodos
desarrollados.
PORTABILIDAD
Para el desarrollo del sistema hemos desarrollado con C#.net 2010 y SQL Server Express, por medio
de sus experiencias propias garantizan la portabilidad del sistema.
25
USABILIDAD
El sistema desarrollado estará orientado a que el o los usuarios que interactúen en la misma lo realicen
de una manera rápida, dinámica y sencilla, permitiéndoles de esta manera agilizar y garantizar el
cumplimiento de los objetivos encomendados.
INTERFACES DE USUARIO
Las interfaces son muy dinámicas y basadas en el concepto básico de HTML5 que nos brinda un mejor
rendimiento en los diferentes browser como Explorador mayores a V10.0, Firefox, Chrome, Safari,
etc. También consta de presentación de mensajes claros, visibles e informativos que le permitan
informar claramente al usuario.
3.3 Requisitos Tecnológicos
Dentro de los requisitos tecnológicos requeridos para el Sistema Web, tanto para servidores como para
usuarios se debe disponer:
Hardware de Servidor:
Computador: Deberá tener un procesador mínimo de 2600 MHZ o superior con 2 a 4
procesadores como un CORE i7.
Memoria: Memoria RAM como mínimo de 4 GB o superior.
Disco Duro: Disco duro mínimo de 512 GB.
Conectividad a la RED: Se necesita de una tarjeta de red lo suficientemente rápida, puede ser
una 10/100 para poder acceder a las fuentes de datos del sistema.
26
Hardware de Clientes:
Computador: Deberá tener un procesador mínimo de 1700 MHZ como un Core Duo o
superior.
Memoria: Memoria RAM como mínimo de 1 GB o superior.
Disco Duro: Disco duro mínimo de 20 GB.
Conectividad a la RED: Se necesita conectividad y comunicación con el servidor.
Software de Servidor
Sistema Operativo: Se dispondrá de un sistema operativo mínimo Windows Server 2008 o
superior, que deberá tener levantado las funciones de Internet Information Services.
Motor de Base de Datos: Se dispondrá de SQL Server 2008
Software del Cliente:
Browser: puede utilizar cualquiera de estos exploradores y sus versiones:
o Internet Explorer V10. O superior.
o Chrome
o Firefox V9.1 o superior
o Safari
3.4 Modelo de Análisis
DIAGRAMA DE CASOS DE USO
27
ACTORES QUE INTERVIENEN EN EL NEGOCIO
En el presente trabajo se identificó los actores que intervendrán en el proceso de registro de pacientes,
participando cada uno de ellos en los diferentes casos de uso que el sistema requiere, y esperando como
salida de este un resultado distinto, dichos actores son:
i. Administrador
ii. Paciente
iii. Médico
iv. Recepcionista
v. Recaudador
Administrador: Representa al encargado del mantenimiento del sistema, tendrá privilegios especiales y
además posee los permisos suficientes para ingresar a todos los módulos.
Médico: Persona contratada por el hospital el mismo que debe atender a los pacientes con el turno
aprobado. Este mismo registro lo podrá visualizar en el sistema.
Paciente: Representa la persona estudiante administrativo o natural que solicitara un turno en el
hospital.
Recepcionista: Representa al encargado de crear, modificar registros de pacientes así como también
aprobar los turnos de los mismos.
Recaudador: Aprueba o rechaza la solicitud de los turnos dependiendo si cumple reglamento y los
requisitos para dicha solicitud.
28
Administrador
Asignado Páginas
Gestionando Categoría de
Preguntas
Gestionando Usuarios Web
Gestionando Perfiles
Gestionando Pacientes
Paciente
Recaudador
Medico
Recepcionista
Aprobando Turnos
Visualizando Turnos
Asignando Turnos
Administrando
Especialidades
Reservando Turno
1. Casos de uso general
Figura 3: Diagrama de casos de uso general
29
2. Casos de uso para administrador
Figura 4: Diagrama de casos de uso para administrador
Administrador
Gestionando Categoría
de Preguntas
Gestionando
Pacientes
Gestionando Perfi les
Gestionando Usuarios
Web
Asignado
Páginas
Editar Perfi l
Crear Perfi l
Editar Paciente
Nuevo Paciente
Editar Usuario
Crear Usuario
Buscar Usuario
Gestionar
Preguntas
Editar Categotia
Nueva Categotia
Nueva
Pregunta
Editar
Pregunta
Selecionar Tipo
de Respuesta
Administrando
Especialidades
Crear
Especialidad
Definir Dias
de Atencion
Editar
Especialidad
Editar Horario
Nuevo Horario
30
Medico
Visualizando TurnosSeleccionar
Pacciente
Visualezar Datos
del Paciente
Llenando
Historia Clinica
3. Casos de uso para recepcionista, recaudador, paciente
Figura 5: Diagrama de casos de uso para recepcionista
4. Casos de uso para Medico
Figura 6: Diagrama de casos de uso para recepcionista
Recepcionista
Editar Paciente
Nuevo Paciente
Gestionando
Pacientes
Solicitar
Turno
Indicar Datos
Personales
Paciente
Asignando Turnos
Nuevo Turno
Editar TurnoBuscar Turno
Indicar Dia de
Atencion
Seleccionar
Especialidad
Seleccionar
Doctor
Indicar
Especialidad
Indicar
Doctor
Recaudador
Aprobando Turnos
Buscar Paciente
Seleccionar Dia
de Atencion
Cancelar ValorRecaudar Valor
Aprovar Turno
31
Descripción de casos de Uso
Accediendo al sistema
Caso de uso: Accediendo al sistema
Fecha: 02-04-2015
Autores: Administrador, Recepcionista, Recaudador, Doctor
Descripción:
Permite acceder al sistema, con previa autentificación de nombre de usuario y contraseña.
Precondiciones:
Ingresar correctamente a la dirección URL del sistema.
El usuario debe estar registrado en el sistema.
El usuario debe autentificarse correctamente.
Flujo Normal:
El usuario accede a la dirección URL de la página web del sistema.
El usuario ingresa su nombre de usuario y su contraseña correspondientes a su
usuario web.
El sistema obtiene la información del rol que tiene el usuario y presenta las opciones
que puede realizar el usuario en el sistema.
Post condiciones:
Si los valores usuario y contraseña introducidos son correctos y únicos, el usuario
acede a la página principal del sistema.
Si el usuario y contraseña introducidos son incorrectos para el usuario, el sistema
indica un mensaje que el usuario no existe.
Tabla 2: Descripción de caso de uso accediendo al sistema
Gestionando Perfiles
Caso de uso: Gestionando Perfiles
Fecha: 02-04-2015
32
Autores: Administrador
Descripción:
Permite la creación de los perfiles de usuario mismos que tendrán la posibilidad de navegar
por las páginas que determine el administrador.
Restringe los permisos del usuario o también los puede aumentar.
El administrador tiene la posibilidad de crea nuevos perfiles según lo requiera el hospital.
Precondiciones:
El usuario debe ser el administrador del sistema.
El administrador debe estar autenticado en el sistema.
El administrador debe ingresar al submenú Perfiles.
Flujo Normal:
El administrador accede a la dirección URL de donde desea generar el reporte.
El administrador ingresa los parámetros obligatorios para su autentificación.
El administrador acede al submenú Perfiles.
El administrador crea un nuevo Perfil.
El administrador ingresa las páginas disponibles para ese perfil.
El administrador guarda los datos registrados.
Post condiciones:
El sistema muestra un mensaje de confirmación.
Al finalizar el nuevo perfil creado se podrá visualizar buscándolo en la página del
submenú Perfiles.
Tabla 3: Descripción de caso de uso Gestionando Perfiles
Gestionando Usuarios Web
Caso de uso: Gestionando Usuarios Web
Fecha: 02-04-2015
Autores: Administrador
33
Descripción:
Permite crear o modificar los usuarios que van a poder acceder al sistema, estos usuarios
tienen diferentes roles categorizados por un perfil previamente cargado en el sistema.
Precondiciones:
Ingresar correctamente a la dirección URL del sistema.
El administrador debe estar registrado en el sistema.
El administrador debe ingresar el submenú Usuario Web
El administrador debe crear el perfil del usuario asignando las paginas a las que este
podrá acceder, en caso de que el perfil ya se encuentre creado se procederá a
cargarlo.
Flujo Normal:
El administrador accede a la dirección URL de la página web del sistema.
El usuario ingresa su nombre de usuario y su contraseña correspondientes a su
usuario web.
El sistema obtiene la información del rol que tiene el usuario y presenta las opciones
que puede realizar el usuario en el sistema.
El administrador accede al submenú Usuario Web.
El administrador visualizara una tabla con todos los usuarios creados, además en la
parte superior tiene la opción de aplicar los filtros para buscar un Usuario Web en
específico.
El administrador da clic sobre el botón “Nuevo”.
El administrador escoge el perfil y procede a ingresar los datos necesarios para que
el Usuario sea creado.
El usuario da clic sobre el botón “Guardar” para finalizar el registro del nuevo
Usuario Web.
34
Post condiciones:
El administrador puede Visualizar el nuevo Usuario Web.
El administrador espera el mensaje de confirmación seguidamente observara el
nuevo registro en la tabla de registros.
El usuario creado puede acceder al sistema.
Tabla 4: Descripción de caso de uso Gestionando Usuarios Web
Gestionando Pacientes
Caso de uso: Gestionando Pacientes
Fecha: 02-04-2015
Autores: Administrador, Recepcionista
Descripción:
Permite crear o modificar los pacientes que van a ser atendidos en el hospital, estos
pacientes tienen que brindar cierta información requerida por el hospital.
Precondiciones:
Ingresar correctamente a la dirección URL del sistema.
El usuario debe estar registrado en el sistema.
El usuario debe ingresar el submenú Pacientes
El sistema debe tener registrado Especialidades.
El paciente debe acercarse a la ventanilla de recepción.
35
Flujo Normal:
El usuario accede a la dirección URL de la página web del sistema.
El usuario ingresa su nombre de usuario y su contraseña correspondientes a su
usuario web.
El sistema obtiene la información del rol que tiene el usuario y presenta las opciones
que puede realizar el usuario en el sistema.
El usuario accede al submenú Paciente.
El usuario visualiza una tabla con todos los Pacientes creados, además en la parte se
permite aplicar filtros para buscar un Paciente en específico.
El usuario da clic sobre el botón “Nuevo”.
El usuario escoge la especialidad en la que el paciente será atendido y se procede a
ingresar los datos necesarios para que el Paciente sea creado.
El usuario da clic sobre el botón “Guardar” para finalizar el registro del nuevo
Paciente.
Post condiciones:
El usuario registra un nuevo Paciente en el sistema.
El administrador puede Visualizar el nuevo Usuario Web.
El administrador espera el mensaje de confirmación seguidamente observara el
nuevo registro en la tabla de registros.
El usuario creado puede acceder al sistema.
Tabla 5: Descripción de caso de uso Gestionando Pacientes
Administrando Especialidades
Caso de uso: Administrando Especialidades
Fecha: 02-04-2015
Autores: Administrador
Descripción:
Permite ingresar al sistema las especialidades con las que el Hospital cuenta, estos registros
son indispensables al momento en que se tenga que ingresar al sistema un nuevo Paciente.
La especialidad hace referencia a la referencia medica del el tipo de particularidad que tiene
36
cada rama de la medicina ejemplo: Radiología, Ortodoncia, General, Pediatría, etc.
Precondiciones:
Ingresar correctamente a la dirección URL del sistema.
El administrador debe estar registrado en el sistema.
El administrador debe autentificarse correctamente.
Flujo Normal:
El administrador accede a la dirección URL de la página web del sistema.
El administrador ingresa su nombre de usuario y su contraseña
correspondientes a su Usuario Web.
El sistema obtiene la información del rol que tiene el usuario y presenta las
opciones que puede realizar el usuario en el sistema.
El administrador accede al menú Especialidad.
El administrador visualiza una tabla con todas las Especialidades creadas.
El administrador da clic sobre el botón “Nuevo”.
Ingresa el nombre de la nueva especialidad.
Define los días de atención y el horario establecido para especialidad.
Define el medico a cargo de la especialidad.
Guardar el registro.
Post condiciones:
Si los valores usuario y contraseña introducidos son correctos y únicos, el usuario
acede a la página principal del sistema.
Si el usuario y contraseña introducidos son incorrectos para el usuario, el sistema
indica un mensaje que el usuario no existe.
Tabla 6: Descripción de caso de uso Administrando Especialidades
Gestionando Categoría de Preguntas
Caso de uso: Gestionando Categoría de Preguntas
37
Fecha: 11-12-2013
Autores: Administrador
Descripción:
Gestiona todo relacionado al banco de preguntas que tiene el hospital, permitiendo crear
una nueva categoría de pregunta, añadiendo sus preguntas correspondientes y sus tipos de
respuestas. Estos tres niveles son los que conforman esa gestión de Categoría de Preguntas.
Precondiciones:
Ingresar correctamente a la dirección URL del sistema.
El administrador debe estar registrado en el sistema.
El administrador debe autentificarse correctamente.
Flujo Normal:
El administrador accede a la dirección URL de la página web del sistema.
El administrador ingresa su nombre de usuario y su contraseña correspondientes a
su Usuario Web.
El sistema obtiene la información del rol que tiene el usuario y presenta las opciones
que puede realizar el usuario en el sistema.
El administrador accede al submenú Categoría de Preguntas.
El administrador visualiza una tabla con todas las Categorías creadas con
anterioridad.
El administrador crea una nueva categoría dando clic sobre el botón “Nuevo”,
seguidamente se debe dar una descripción de la nueva categoría acompañado de la
orden a la que pertenece. Para finalizar se guarda el registro o se desiste de esta
operación.
El administrador crea las preguntas correspondiente a la categoría antes creada
dando clic en el botón “Pregunta”, posteriormente se mostrar una tabla con todas
las preguntas creadas anteriormente.
El administrador presiona el botón “Nuevo” de la ventana Preguntas donde el
sistema procederá a pedir que escoja la Categoría, Descripción de la pregunta, Tipo,
38
Modo y la Orden. Campos necesarios para realizar el nuevo registró al sistema.
El administrador define las respuestas luego de crear la pregunta a la que se va a
hacer referencia. Para realizar esta operación el administrador da clic sobre el botón
“Respuestas Definidas” donde se añade las respuestas que puede tener esa
pregunta.
Post condiciones:
Al finalizar el proceso de creación de un nuevo registro, se debe visualizar en las
distintas tablas de las ventanas de esta modulo.
Al finalizar el proceso de modificación de un registro, se debe re direccionar a una
nueva página en la cual se pueda visualizar los cambios realizados sobre el registro.
Tanto en la creación, modificación y eliminación de registros se debe actualizar la
lista de registro de días especiales.
Si el usuario realiza ingresos, modificaciones de registros con errores, el sistema
muestra mensajes de error alusivos al proceso realizado.
Al finalizar cada proceso el sistema desplegara un mensaje de confinación si el
registro fue creado correctamente, caso contrario mostrara un mensaje de error.
Tabla 7: Descripción de caso de uso Gestionando Categoría de Preguntas
3.5 Entidades y Descripciones
A continuación se describen las entidades principales del modelo de datos, utilizadas para la
construcción del Modelo de BDD.
NOMBRE DE LA TABLA DESCRIPCIÓN
SI_PAGINA Almacena las páginas que serán cargadas en el menú del aplicativo web.
SI_PERFIL_USUARIO Almacena los diferentes perfiles que va a tener el sistema.
SI_MENU_PERFIL TABLA DE ROMPIMIENTO ENTRE SI_PAFINA Y SI_MENU_PERFIL
SI_USUARIO_WEB Almacena los usuarios que van a poder ingresar al sistema.
39
GN_PROVINCIA
Almacena las provincias del Ecuador para presentar en los formularios de
la página web
GN_CANTON
Almacena los cantones del Ecuador para presentar en los formularios de
la página web
GN_PARROQUIA
Almacena las parroquias del Ecuador para presentar en los formularios
de la página web
GN_PERSONA Almacena todos los pacientes
SI_ESPECIALIDAD Almacena todas la especialidades de los doctores
SI_DETALLE_ESP
Almacena los detalles de la especialidad dependiendo del perfil (Doctor)
y por usuario
SI_ESTADO Almacena los diferentes estados del sistema
TN_RESERVACION Almacena las reservaciones realizadas desde el sistema
TN_ESTADO Almacena los diferentes estados de la reservación
HS_HISTORIA_CLINICA Almacena las historias clínicas de los pacientes
HS_CATEGORIA_PREGUNTA Almacena las preguntas que serán presentadas en el formulario dinámico
HS_ESTADO_PREGUNTA Almacena los estados de las preguntas dinámicas
HS_PREG_DEFININ Almacena las preguntas definidas por categoría
HS_RESP_X_HISTORIA Almacena las respuestas del formulario dinámico por historia clínica
HS_RES_PREG_DEF Almacena las respuestas de las diferentes tipos de preguntas
Tabla 8: Entidades del modelo de base de datos
40
CAPITULO IV. CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
Se cumplieron los objetivos propuestos en la tesis y se implementó en el Hospital del Día de la
UCE con una herramienta fácil y dinámica que ayudará a mantener una mejor control sobre sus
pacientes y la atención diaria.
En el presente trabajo el levantamiento de datos a detalle permitió el análisis de la información
de una manera eficaz, ya que nos permitió realizar óptimamente el diseño de la base de datos y
evitamos cambios fuertes en el proceso de pruebas.
Las herramientas de diseño web implementadas permite la carga masiva de información por
medio de plantillas en Excel generadas y de tal manera evitar el ingreso individual de los
estudiantes de todas las facultades.
Mediante el uso de diseño de la nueva tecnología HTML5, refleja compatibilidad entre
browsers e incluso sin importar que el sistema sea utilizado desde un PC o un móvil.
El resultado final de un proyecto informático depende mucho de que las fuentes de
información se encuentren bien estructuradas, es decir que las tablas, claves y relaciones se
encuentren normalizadas.
RECOMENDACIONES
Implementar en los siguientes sistemas estándares de desarrollo y diseño de base de datos; así
como documentación técnica de todos los proyectos para facilitar la continuación de proyectos.
41
Capacitar a los usuarios que administren el sistema, de este modo implementaremos la auto
capacitación entre el personal.
Para el estudio y la implementación de cualquier software, es necesario tener de manera clara y
precisa los requerimientos de los usuarios que van a manipular continuamente el sistema; de tal
forma que se pueda disponer de una herramienta que contenga información de calidad y que
sea útil para los usuarios.
Seleccionar la metodología adecuada y estándares desarrollo organizados y documentados para
que el proyecto sea fácil de comprender y sirva de base para el desarrollo de nuevos proyectos
sin importar si trabajan sobre otros lenguajes de programación.
Realizar un proceso de replicación de base de datos hacia otro servidor de las mismas
condiciones del de producción; para mantener la información respalda y evitar la pérdida
completa de información en caso de fallo del servidor principal.
42
REFERENCIA BIBLIOGRAFICA
1. ARMSTRONG, Bruce; BROWN, Millard. PowerBuilder 9: Advanced Client/Server Development.
USA. SAMS; 1ra edición. Julio 25, 2003
2. JAMES RUMBAUGH, OMT Insights: Perspective on Modeling from the Journal of Object-
Oriented Programming (SIGS Reference Library). 2003.
3. STEPHEN T. ALBIN. The Art of Software Architecture: Design Methods and Techniques, John
Wiley & Sons, 2003.
4. BOUMAN R. y DONGEN J.V. (2009). “Pentaho Solutions: Business Intelligence and Data
Warehousing with Pentaho and MySQL”. Wiley Publishing, Inc.
WEBBIBLIOGRAFÍA
Usable Web Internet: http://www.usableweb.com/ Último Acceso: 15/06/2004
WebWorld Usability Weblob Internet: http://www.usabbilitynews.com/ Último Acceso: 15/06/2004
Human-Computer-Interaction on the Internet
Internet: http://www.degraaff.org/hci/index.html/ Último Acceso: 15/06/2004
Human-Computer Interaction Resourses Internet: http://www.hcibib.org Último Acceso: 15/06/2004
Empresa Calitrol Internet: http://www.controlgram.com/ Último Acceso: 21/07/2004
Clarkson Laboratory & Supply Inc Internet: http://www.clarksonlab.com/v0s.htm
Último Acceso: 21/07/2004
43
ANEXOS
44
ANEXO 1. MANUAL DE INSTALACIÓN
45
Introducción
El software que se implantara en el “Hospital del día” necesita una configuración adecuada para su
correcto uso.
Preparación
Teniendo en cuenta que el IIS ya fue instalado en el servidor se procede a crear las carpetas respetando
la siguiente ruta.
Ingresar al Disco C:\
Ubicar la carpeta Inetpub
46
Abrir la carpeta wwwroot
Ubicado en la carpeta se copiaran las carpetas que utilizara el WebService.
Las carpetas que se van a crear son: UCE y WS_UCE
47
Configuración del WS
Dentro del WebService encontraremos los siguientes archivos.
Se configura el archivo web.config.
48
Dar clic derecho y abrir con Bloc de Notas, se deberá ingresar la siguiente información el
Web.config como se muestra a continuación.
En los appSettings
<appSettings>
<!-- Parametrización para la Base de Datos-->
<add key="con" value="Data Source=HOSPITALDELDIA_;Initial Catalog=BDD_UCE;Persist
Security Info=True;User ID=uce;Password=manager123" />
<add key="smtp" value="servidor de correo" />
<add key="email" value="[email protected]" />
<add key="pass_mail" value="Clave del correo" />
<add key="path_foto" value="C:/UCE/logo.png" /> Directorio de la Imagen
<add key="dir_archivoCarga" value="C:\UCE\Cargas\"/> Directorio de los archivos
<add key="num_tur_estu" value="1"/>
<add key="num_tur_no_estu" value="2"/>
</appSettings>
Ejemplo
49
Para finalizar se procede a guarda el archivo con los cambios realizados.
Configuración del IIS
El administrador del servidor ingresa a la configuración del IIS.
Para cumplir esta operación se debe:
1. Ingresar a funciones del Servidor
2. Ir a Servidor Web
3. Buscar la opción Administrador de Internet Infomation Services (IIS).
50
La opción desplegara la siguiente pantalla.
Publicar Aplicación
En la parte de Conexiones se mostrara el nombre del Servidor, ser procede a dar clic sobre la pestaña y
abrimos lo siguiente.
Nombre del Servidor
o Sitios
Default Web Site
Dentro de esta pestaña se encuentra los sitios que copiamos con anterioridad en el wwwroot.
Dar clic derecho sobre WS_UCE
51
Escoger la opción Agregar aplicación
Se mostrara la siguiente pantalla donde se deberá configurar el sitio dando clic sobre el botón
“seleccionar”.
52
Se procede a configurar el Web
Para finalizar se presiona el botón aceptar de la siguiente pantalla.
Tener en cuenta que el Framework del .net debe ser la versión 2.0
53
Realizada esta operación se podrá explorar el contenido de la aplicación.
Seleccionar WS_UCE.aspx
Dar clic derecho
Escoger la opción Examinar
Con esta opción nos podemos dar cuenta si la aplicación se encuentra bien publicada.
54
Si todo el proceso es correcto se deberá mostrar la siguiente pantalla en el explorador.
Proceder a copiar el url de la página que servirá para la configuración de la aplicación UCE
55
Configuración del La aplicación UCE
Para la configuración de la aplicación UCE se procede de igual manera que el WebService.
Lo primero que se debe hacer es configurar el Web.config ubicado dentro de la carpeta UCE.
El archivo se lo edita con el bloc de notas, y se procede a poner la URL copiada anteriormente en el
sentting del archivo.
56
Se procede a guardar los cambios y se cierra el bloc de notas
Se abre nuevamente el administrador IIS.
Se busca y selecciona el sitio UCE.
Clic derecho
57
Agregar aplicación
Configurar la aplicación dando clic en seleccionar
58
En la opción seleccionar se escoge dentro del Grupo de aplicaciones la opción “ASP.NET v4.0
Classic”
Realizada esta operación se procede a seleccionar la aplicación dentro de vista de
características.
59
60
Dentro de Vista de Características buscar y seleccionar la opción Documento predeterminado.
Dentro de esta pantalla se da clic en la opción “Agregar” ubicada en la parte superior derecha
de esta interfaz
61
Agregar el nombre del documento predeterminado y presionar aceptar
Terminada esta operación se debe seleccionar “Vista de contenido”
62
Seleccionar el “frm_login.aspx”
Clic derecho
Examinar
Si la configuración es correcta se deberá mostrar la siguiente página en el explorador.
63
64
ANEXO 2. MANUAL DE USUARIO
65
Introducción
Para acceder a la aplicación web se tiene que direccionar a la siguiente página:
Realizada esta operación el Buscador predeterminado en su computador mostrará la página principal.
Página de inicio
La página de inicio se le pedirá la identificación mediante un usuario y su respectiva contraseña.
Para acceder damos clic en el botón ingresar luego de ingresar las credenciales solicitadas.
66
Página Principal
La página principal mostrará un menú lateral que contiene los módulos disponibles de la aplicación
como son:
Inicio
El menú inicio me permite regresar a la vista principal
Administración
Al dar un clic sobre el menú “Administración” aparecerá un submenú con las siguientes opciones:
67
Asignar Página
Esta opción da permisos a los usuarios limitando las páginas a las que pueden acceder los demás
usuarios.
Esta opción solo puede ser realizada por el Administrador de la página, caso contrario
aparecerá un mensaje de Información recordándole al usuario que no tiene los privilegios
suficientes para realizar la operación especificada.
Por ejemplo: Se requiere asignar la página Paciente al perfil correspondiente.
68
o Primero se procede a escoger el Perfil del Usuario y con la ayuda de las flechas
ubicadas en el centro se procede a manipular las paginas, ya sea asignándolas o bien
retirándolas.
Categoría de preguntas
Este módulo dispone las preguntas que se entregaran a los pacientes en el formulario.
El modulo permite añadir o editar las preguntas almacenadas.
La aplicación mostrara la siguiente pantalla donde se mostrara el registro almacenado
previamente.
69
o Para añadir una nueva categoría de pregunta se procede a presionar el botón “Nuevo”,
donde aparecerá la siguiente vista donde se deberá registrar los datos solicitados.
o Realizada esta operación aparecerá un mensaje de confirmación.
70
Botón Pregunta: Permite añadir más preguntas al formulario tomando en cuenta los siguientes
parámetros.
o Descripción
o Tipo
o Estado
o Orden
Nuevo: Para añadir una nueva categoría de pregunta se procede a presionar el botón “Nuevo”,
donde aparecerá la siguiente vista donde se deberá registrar los datos solicitados.
Editar: Permite modificar un registro ingresado, para finalizar se procede a dar clic sobre
guardar para confirmar los cambios.
Respuestas Definidas: Permite seccionar las respuestas por cada pregunta
71
Para añadir respuestas se procede a dar clic sobre el botón “Nuevo” y se llena la descripción de
la nueva pregunta.
Para finalizar se procede a dar clic sobre guardar para confirmar los cambios, a continuación
aparecerá el siguiente mensaje de confirmación.
Este nuevo registro también puede ser modificado dando clic en el botón “Editar” y
posteriormente “Guardar” para confirmar los cambios.
Paciente
Me permite buscar o ingresar pacientes al sistema.
72
Buscar: Para buscar se debe llenar los filtros correspondientes y dar clic sobre el botón
“Buscar”
Cargar Paciente: Se toma los datos del o los Pacientes a partir de un archivo en formato Excel.
Este archivo debe obedecer a las siguientes observaciones.
o Siempre en la hoja1 del archivo Excel
o En el campo tipo deberán colocar en mayúsculas (ESTUDIANTE, PARTICULAR,
TRABAJADOR, DOCENTE)
o Siempre ingresar el 1er. apellido, 1er nombre y 2do nombre
o Llenar el valor del “login”
o La fecha de nacimiento el siguiente formato dd/mm/yyyy
o En sexo HOMBRE O MUJER con mayúsculas
o En el campo trabajar SI o NO con mayúsculas
o En país ECUATORIANO u OTRO con mayúsculas
o Siempre ingresar el valor de provincia en mayúsculas
o Siempre ingresar un valor en semestre, en caso de no saber el semestre colocar el valor
de 0.
Los campos correspondientes a la plantilla son los siguientes:
institución sistema
unidad operativa
facultad
73
carrera
tipo
cedula
1er apellido
2do apellido
1er nombre
2do nombre
login
correo
dirección
teléfono
celular
fecha nac
sexo
trabaja
empresa donde trabaja
país nac
grupo cultura
semestre
provincia
historia clínica
Ejemplo del archivo generado en Excel.
74
Para cargar el archivo se debe presionar el botón, seguido se mostrara la siguiente pantalla.
Una vez que se verifique los datos se procede a guardar el nuevo registro, a continuación se
desplegara una pantalla de “Paciente” con un mensaje de confirmación en la parte superior.
75
Nuevo Paciente: Se registran los datos requeridos del producto y se procede a guardar
Si todo está bien se desplegará un mensaje de éxito.
Editar: Al dar clic sobre el botón “Editar” se desplegará la siguiente pantalla donde se pueden
76
realizar cambios al Paciente seleccionado.
Perfil de Usuario
Le permite al administrador crear o editar los perfiles.
Crear perfil
Damos clic sobre el botón “Nuevo” y se procede a llenar la información requerida y se guarda.
Si el registro se registró correctamente se mostrara el siguiente mensaje
77
Editar perfil
Se escoge el perfil a editar donde se mostrara la siguiente pantalla.
Usuario Web
Este módulo permite editar los usuarios que se encuentran registrados o añadir más, dependiendo del
caso.
En el caso de buscar un usuario, se llena los filtros de Perfil, Estados y Nombre seguidamente se da
clic en el botón “Buscar”
78
Añadir un nuevo usuario
Para añadir un nuevo usuario, se procede a dar clic sobre el botón “Nuevo” ubicado en la parte
superior derecha del menú Usuarios
Al dar clic sobre el botón se presentará la siguiente ventana donde se solicitara que se registren
ciertos campos necesarios para la creación del nuevo usuario
o Al terminar se pulsa el botón guardar para confirmar los cambios.
79
o A continuación se guardará el usuario JUAN
o Al dar clic en guardar se desplegará el siguiente mensaje de confirmación
Editar Usuario: También existe la opción de editar un usuario creado dando clic sobre el botón
“Editar” correspondiente a cada usuario.
80
Atención
Este módulo permitirá visualizar al médico los pacientes que atenderá
Para comenzar con la atención, el usuario con el perfil Doctor, deberá dar click el botón de “Atender”
en la línea del registro del paciente y se visualizará la pantalla de la historia clínica, conformada por el
81
formulario dinámico.
Se puede visualizar mediante el botón “Histórico”; las visitas realizadas anteriormente.
Y se podrá ver la historia clínica llenada por cada visita.
Una vez que se llena la historia clínica y se guarda, se presenta la pantalla de receta médica, la cual
deberá ser llenada con la pre descripción y sus indicaciones.
82
Una vez que se guarde la receta, se presentará la pantalla de reporte de la receta indicando como se va
visualizar antes de imprimir.
83
Este módulo reporte permite que se genere archivos en los formatos:
Word
Excel
Especialidad
Este módulo permite añadir o editar las especialidades disponibles en el hospital, por ejemplo
Cardiología.
84
Para añadir una nueva especialidad se debe dar clic sobre el botón “Nuevo”, realizada esta
operación se desplegará la siguiente pantalla donde se deberá llenar los campos solicitados
para finalizar el proceso.
Definir Días: En esta sección se puede definir qué días, tiempo y turnos estarán disponibles.
85
Dichos registros también
o Nuevo: Permite añadir un nuevo día de atención.
86
o Editar: Permite editar los parámetros que tenga cada registro.
Recaudación
Este módulo permitirá visualizar el turno asignado al paciente.
Reserva
87
Este módulo permitirá reservar los turnos siempre y cuando el paciente ya se encuentre registrado en el
sistema
Para añadir una nueva reserva se debe dar clic sobre el botón “Nuevo”, realizada esta
operación se desplegará la siguiente pantalla donde se deberá seleccionar en el calendario el
día del turno.
88
o Una vez se realice esta operación se debe insertar el número de cedula del paciente
89
Cerrar Sesión
El usuario podrá cerrar la sesión cuando el usuario lo disponga dando clic sobre “Cerrar Sesión”,
realizada esta acción el sistema mostrará la Página de Inicio.
90
CONTROL DEL DOCUMENTO
Datos generales de la plantilla vigente
Versión Nombre Autor Fecha
1.0 ATP DE PRUEBAS Andrés Báez 08/May/2015
Registros de cambios en el documento
Versión Motivo Realizado por Fecha
1.0 Elaboración del Documento Andrés Báez 08/May/2015
91
TABLA DE CONTENIDOS
TABLA DE CONTENIDOS ............................................................................................................. 91
Introducción y Objetivos ................................................................................................................... 92
Definición de Aceptación .................................................................................................................. 92
Diseño y formato del ATP ............................................................................................................ 92
Responsables en la ejecución del ATP .......................................................................................... 93
Tipos de resultados por Caso de Prueba ........................................................................................ 93
Prerrequisitos para la Ejecución del ATP ......................................................................................... 94
Comunicación y accesos ............................................................................................................... 94
Usuarios de prueba. ....................................................................................................................... 94
Datos para prueba .......................................................................................................................... 94
ATP DE PRUEBAS APLICACIÓN WEB ....................................................................................... 95
Módulo Inicio de Sistema ............................................................................................................. 95
Certificado de Aceptación de Pruebas (ATR) ................................................................................. 111
92
Introducción y Objetivos
Se ha desarrollado una actualización al software de CREACIÓN, ANÁLISIS, DESARROLLO E
IMPLEMENTACIÓN DEL SISTEMA WEB DE REQUISITOS BÁSICOS PARA EL
USUARIO DEL HOSPITAL DEL DÍA DE LA UNIVERSIDAD CENTRAL DEL ECUADOR
que estaba desarrollada en web .NET.
Definición de Aceptación
Diseño y formato del ATP
Previo a la ejecución de las pruebas, se requiere la aprobación del cliente en referencia al enfoque y
diseño de las pruebas que se ha propuesto.
La aceptación del diseño del ATP, indica que el cliente ha validado las pruebas como suficientes para
verificar el correcto funcionamiento del Aplicativo WEB, y su ejecución exitosa permitirá dar paso
para su puesta en producción.
Responsable Cliente Fecha de Aprobación del diseño del ATP
John Bedón 08/May/2015
93
Responsables en la ejecución del ATP
Para la ejecución de este ATP, el cliente y el desarrollador definirán las personas encargadas de
ejecutar los casos de test y comprobar su resultado, así como de documentar dichos resultados en este
mismo documento.
Responsable Ejecución
Cliente Ejecutores Tesis
Responsable Hospital del
Día
John Bedón Andrés Báez John Bedón
Tipos de resultados por Caso de Prueba
Cada caso de prueba tendrá 3 posibles resultados de acuerdo al grado de éxito que la prueba ha tenido a
la vista e inspección de los responsables cliente y desarrollador respectivamente:
1. Exitoso: La prueba ha cumplido con todas las expectativas involucradas en el diseño de la
misma, de tal forma que no requerirá una nueva revisión.
2. Exitoso con Reparos: La prueba cumple parcialmente con los estándares requeridos, sin
embargo presenta alguna objeción tal que no altera significativamente el normal desarrollo del
resto de las pruebas y en general el normal desempeño funcional del sistema. Una prueba
Exitosa con Reparos por lo general incluirá observaciones que deberán ser cubiertas durante o
posterior a la ejecución del ATP o aprobación del mismo.
3. No Exitoso: La prueba no ha cumplido con los parámetros de aceptación de la misma. Una
prueba No exitosa es una condición que bloquee la aprobación del ATP.
94
Prerrequisitos para la Ejecución del ATP
Antes de ejecutar el plan de pruebas sobre la plataforma y la integración con su entorno, es necesario
asegurar las condiciones mínimas de entorno, así como la disponibilidad de los recursos necesarios
para la correcta ejecución de las pruebas, sin que esto afecte los resultados esperados para las mismas.
A continuación, se presentan los principales requerimientos.
Comunicación y accesos
Para la ejecución de las pruebas es necesario contar con:
Usuarios de prueba.
Se requieren usuarios para:
- Probar las transacciones del aplicativo.
- Probar los reportes Web.
Datos para prueba
Datos subidos a la base para las pruebas
95
ATP DE PRUEBAS APLICACIÓN WEB
Módulo Inicio de Sistema
Caso de Prueba Caso 1
Descripción Ingreso al sistema con un usuario y un password
Pre
Condiciones Tener un usuario ingresado en la base de datos.
Resultado
esperado 1.- Ingreso al sistema web.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo
1.- En la pantalla del login ingresar los
valores del alias y el password.
1.- Visualizar la pantalla de
inicio.
2 Aplicativo 2. Ingresar valores erróneos. Indicar mensaje de error.
3 Aplicativo
3. Ingresar un usuario que ha solicitado un
reseteo de contraseña o que sea su primer
ingreso.
Solicitar un cambio de
contraseña.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
96
Caso de Prueba Caso 2
Descripción Asignación de página
Pre
Condiciones Logueo exitoso.
Resultado
esperado Asignación de páginas por perfil de usuario.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1
Aplicativo
Seleccionar un perfil de
usuario y seleccionar del
panel izquierdo las
pantallas que se desea
sean visualizadas.
Visualizar la pantalla
seleccionada en el
panel de la derecha
2 Aplicativo
Seleccionar un perfil de
usuario y seleccionar del
panel derecho las
pantallas que no se
desea sean visualizadas.
Visualizar la pantalla
seleccionada en el
panel de la izquierda
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
97
Observaciones:
Caso de Prueba Caso 3
Descripción Categoría de preguntas.
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de categorías.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1
Aplicativo
Ingreso y edición de categorías.
Visualizar en el grid las categorías
insertadas y/o editadas.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
98
Responsable Aceptación del Caso de
Prueba
Observaciones:
99
Caso de Prueba Caso 4
Descripción Preguntas por Categoría
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de preguntas.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo
Ingresar preguntas por tipo:
Texto, Múltiple o Cerrada; orden y
una descripción.
Visualizar en el grid la
pregunta creada.
2 Aplicativo Editar la descripción de la pregunta
creada.
Visualizar en el grid la
pregunta actualizada.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
100
Caso de Prueba Caso 5
Descripción Respuestas Definidas
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de respuestas por pregunta.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Ingresar las respuestas por pregunta Visualizar en el grid el registro
creado.
2 Aplicativo Editar la descripción y el estado de la
respuesta.
Visualizar en el grid el registro
actualizado.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
101
Caso de Prueba Caso 6
Descripción Paciente
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de pacientes al sistema.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Llenar los campos obligatorios del
formulario y guardar.
Visualizar en el grid el registro
creado.
2 Aplicativo Editar los campos requeridos y
guardar.
Visualizar en el grid el registro
actualizado.
3 Aplicativo Visualizar en el formulario las
validaciones solicitadas
Visualizar en el formulario las
validaciones solicitadas
4 Aplicativo Resetear la clave y guardar.
Recibir una notificación al
correo del paciente con su
nueva clave de ingreso, y
posterior solicitar un cambio
de contraseña.
5 Aplicativo Probar filtros de búsqueda
Visualizar en el grid la
información que cumpla los
parámetros de búsqueda.
6 Aplicativo
Cargar un archivo en Excel que
cumpla con los parámetros
necesarios de la plantilla generada.
Visualizar en el grid los
registros que se encuentran en
el archivo.
7 Aplicativo Visualizar mensajes específicos de Visualizar mensajes
102
error que se vayan presentando en el
proceso de carga de archivos.
específicos de error que se
vayan presentando en el
proceso de carga de archivos.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
Caso de Prueba Caso 7
Descripción Perfil de Usuario
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de perfiles de usuario.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Llenar los campos obligatorios del
formulario y guardar.
Visualizar en el grid el registro
creado.
2 Aplicativo Editar los campos requeridos y
guardar.
Visualizar en el grid el registro
actualizado.
103
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
Caso de Prueba Caso 8
Descripción Usuario Web
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de perfiles de usuario.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Llenar los campos obligatorios del
formulario y guardar.
Visualizar en el grid el registro
creado.
2 Aplicativo Editar los campos requeridos y
guardar.
Visualizar en el grid el registro
actualizado.
3 Aplicativo Probar filtros de búsqueda
Visualizar en el grid la
información que cumpla los
parámetros de búsqueda.
104
4 Aplicativo Cumplir con las validaciones
solicitadas.
Cumplir con las validaciones
solicitadas.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
Caso de Prueba Caso 9
Descripción Usuario Web
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de perfiles de usuario.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Llenar los campos obligatorios del
formulario y guardar.
Visualizar en el grid el registro
creado.
2 Aplicativo Editar los campos requeridos y
guardar.
Visualizar en el grid el registro
actualizado.
3 Aplicativo Probar filtros de búsqueda Visualizar en el grid la
información que cumpla los
105
parámetros de búsqueda.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Observaciones:
Caso de Prueba Caso 10
Descripción Especialidad
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de especialidades.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Llenar los campos obligatorios del
formulario y guardar.
Visualizar en el grid el registro
creado.
2 Aplicativo Editar los campos requeridos y
guardar.
Visualizar en el grid el registro
actualizado.
106
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Caso de Prueba Caso 11
Descripción Detalle de la Especialidad
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Ingreso de detalle por especialidades.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Llenar los campos obligatorios del
formulario y guardar.
Visualizar en el grid el registro
creado.
2 Aplicativo Editar los campos requeridos y
guardar.
Visualizar en el grid el registro
actualizado.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
107
Caso de Prueba Caso 12
Descripción Recaudación
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Aprobación de atención a pacientes que no sean de tipo estudiante.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Utilizar los filtros de búsqueda para
seleccionar un paciente en específico.
Visualizar en el grid los
registros que cumplan con los
parámetros solicitados.
2 Aplicativo Seleccionar un registro de mi pantalla
de pendientes y aprobar su atención.
Visualizar en el grid registros
que no han sido aprobados.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
108
Caso de Prueba Caso 13
Descripción Reserva
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Realizar un reserva para un paciente.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Utilizar los filtros de búsqueda para
seleccionar un paciente en específico.
Visualizar en el grid los
registros que cumplan con los
parámetros solicitados.
2 Aplicativo
Para realizar una nueva reserva
seleccionar una especialidad y
posterior un doctor al que se desea
realizar la atención.
Visualizar en el calendario los
días que el doctor
seleccionado, podrá atender y
si tiene aún vacantes de
atención.
3 Aplicativo
Una vez seleccionado el día
requerido, ingresar el número de
cédula del paciente y seleccionar
buscar.
Se verá reflejado el nombre del
paciente y un ícono de color
verde si el paciente se
encuentra registrado.
Se visualizará el mensaje
“Paciente no registrado” y un
ícono rojo.
4 Aplicativo
Si se intenta guardar la reserva y en
ese día no tiene un número de
atenciones mayores a cero.
Visualizará el mensaje “No
tiene turnos para este día.”
109
5 Aplicativo Si tiene turnos libres para el día
seleccionado.
Visualizar el mensaje de
ingresado con éxito.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
Caso de Prueba Caso 14
Descripción Atención al paciente
Pre
Condiciones Logueo exitoso.
Resultado
esperado 1.- Realizar la atención del paciente.
Paso Nº Tarea Actividad Resultado Esperado Resultado real
1 Aplicativo Ingresar con un usuario que tenga el
perfil de doctor.
Visualizar en el menú la
pantalla de atención.
2 Aplicativo Seleccionar un paciente para realizar
la atención.
Visualizará el formulario
dinámico con las preguntas
definidas para la historia
clínica.
3 Aplicativo Seleccionar histórico.
Se visualizará un grid con las
visitas anteriores y con la
opción de visualizar la historia
clínica por registro.
110
4 Aplicativo Llenar la historia clínica del paciente
y guardar.
Visualizará la pantalla de
receta.
5 Aplicativo Llenar la receta para el paciente y
guardar.
Visualizar la pantalla de
reporte.
6 Aplicativo Generar el reporte en Word para
impresión. Y finalizar.
Descarga del archivo para
impresión.
Resultados del caso de prueba
[Exitoso / Exitoso con reparos / No
exitoso]
Responsable Aceptación del Caso de
Prueba
111
